checklist
光纤入户
我全千兆口的设备都能跑迅雷一百零几。很明显是群晖CPU瓶颈了，因为群晖硬盘有阵列不会是硬盘瓶颈。
1.局域网无法跑满千兆排查
问题#
群晖NAS在局域网传输数据开始能达到千兆（113MB/s），后续一直稳定在48MB/s左右无法跑满。
排查#
路由后台显示LAN口接入速度为1Gbps，群晖DSM网卡接入速度也为1Gbps，未见异常。
为方便走线弱电柜内使用扁平网线，更换为六类线后速度恢复正常，局域网满速传述。
结论#
扁平网线缺少屏蔽层，换用屏蔽水晶头网线可减少弱电设备干扰，保障局域网通畅。
2.网络由前几天的1000M突然变成100M
8芯全通，5类线短距离跑千兆没问题.
8个全通是5E，别说千兆了，万兆一样可以跑。 但是有一条不通就会降级到百兆，检查接头.
买个测试仪测一下吧，30块钱。
按模块上的颜色打线肯定没错的.
线路氧化，正常，重新打线，重做水晶头，打线的位置如果是裸露的，用热熔胶点下，隔尘.
重做水晶头，换模块 + 1。
前几天刚刚体验了一把重做水晶头百兆直升万兆的生死时速。
重新压线架，重新做个水晶头，最起码得保证8根线全亮.
3.使用wireshark分析是否线路原因的方法
https://blog.csdn.net/lushuaibao/article/details/84989222
通过上图可以看到在第一个数据包和第二个数据包之间，第四个和第五个数据包之间出现了较大的时间差。可以判断是线路问题（由服务器和客户端之间的设备导致的）
原因：
1.当服务器收到一个SYN数据包时，由于不涉及传输层以上的处理，发送一个一个响应只需要一小的处理量，即使服务器正在承受着非常大的流量负载，也会迅速的响应一个[SYN,ACK]的数据包。因此排除了由服务器导致高延迟的可能。
2.可以看到第三个和第四个数据包，当客户端收到完成[SYN,ACK]的数据包到完成TCP握手的时间非常快，从完成TCP握到发出get请求的时间也非常快，也并没由执行其他的工作。因此可以排除客户单的问题。
3.在第四个数据包和第五个数据包之间也有较大的时间差，服务器响应发送一个ACK的数据包也不需要太多的资源，因此排除了由服务器导致高延迟的可能。
由上所述，判断了高延迟就是有中间线路导致的，继而可以排查受影响主机之间的防火墙，路由器，代理服务器等。
光纤入户
1:光猫是否千兆
2路由端口是否千兆
3网线是否六类
4水晶头也要六类匹配 - 查看水晶头打法
5.手机是否wifi6
6.是否用的speetest5g.net 官方软件
弱电井
弱电箱
1.光猫---------------升级中兴F7607P
2.路由器-------------DQ77KB 加装4口2.5G PCIE扩展卡
3.交换机-------------TP--SH-1008 8口2.5电口
4.1台式机-------------USB 8156B 2.5g 网卡（想省点事，和黑裙一起买两个usb网卡，后换TP NG421 PCIE网卡）
4.2 wifi6 手机
我全千兆口的设备都能跑迅雷一百零几。很明显是群晖CPU瓶颈了，因为群晖硬盘有阵列不会是硬盘瓶颈。
1.局域网无法跑满千兆排查
问题#
群晖NAS在局域网传输数据开始能达到千兆（113MB/s），后续一直稳定在48MB/s左右无法跑满。
排查#
路由后台显示LAN口接入速度为1Gbps，群晖DSM网卡接入速度也为1Gbps，未见异常。
为方便走线弱电柜内使用扁平网线，更换为六类线后速度恢复正常，局域网满速传述。
结论#
扁平网线缺少屏蔽层，换用屏蔽水晶头网线可减少弱电设备干扰，保障局域网通畅。
2.网络由前几天的1000M突然变成100M
8芯全通，5类线短距离跑千兆没问题.
8个全通是5E，别说千兆了，万兆一样可以跑。 但是有一条不通就会降级到百兆，检查接头.
买个测试仪测一下吧，30块钱。
按模块上的颜色打线肯定没错的.
线路氧化，正常，重新打线，重做水晶头，打线的位置如果是裸露的，用热熔胶点下，隔尘.
重做水晶头，换模块 + 1。
前几天刚刚体验了一把重做水晶头百兆直升万兆的生死时速。
重新压线架，重新做个水晶头，最起码得保证8根线全亮.
3.使用wireshark分析是否线路原因的方法
https://blog.csdn.net/lushuaibao/article/details/84989222
通过上图可以看到在第一个数据包和第二个数据包之间，第四个和第五个数据包之间出现了较大的时间差。可以判断是线路问题（由服务器和客户端之间的设备导致的）
原因：
1.当服务器收到一个SYN数据包时，由于不涉及传输层以上的处理，发送一个一个响应只需要一小的处理量，即使服务器正在承受着非常大的流量负载，也会迅速的响应一个[SYN,ACK]的数据包。因此排除了由服务器导致高延迟的可能。
2.可以看到第三个和第四个数据包，当客户端收到完成[SYN,ACK]的数据包到完成TCP握手的时间非常快，从完成TCP握到发出get请求的时间也非常快，也并没由执行其他的工作。因此可以排除客户单的问题。
3.在第四个数据包和第五个数据包之间也有较大的时间差，服务器响应发送一个ACK的数据包也不需要太多的资源，因此排除了由服务器导致高延迟的可能。
由上所述，判断了高延迟就是有中间线路导致的，继而可以排查受影响主机之间的防火墙，路由器，代理服务器等。
0
