2017年11月27日配合检查第三方区域服务器SCP文件丢包问题.pdfVIP

2017年11月27日配合检查第三方区域服务器SCP文件丢包问题.pdf

2017年11月27日

配合检查第区域对外服务器10.115.130.15、10.115.130.16

因SCP上传文件丢包的问题

时间：2017年11月27日，15:00—19:00

配合人员：

第网络管理员：杨云龙

银电系统管理员：

希益丰网络运维工程师：

希益丰PC服务器工程师：

海颐公司银电系统管理员

事由：

因2017年11月23日晚上，第区域更换了两台汇聚交换机为7506。在2017

年11月27日，因银电系统10.115.130.15接受上传的报表出现丢包的现象，系统管理

员怀疑是更换了交换机以后某些协议不兼容所致

我接到杨云龙的反馈后，立刻登录到第交换机上查看到10.115.130.15和

10.115.130.16的接口，没有发现任何异常情况：

交换机接口上没有出现CRC校验问题，说明交换机上连接10.115.130.15的网线没有质

量问题。而且，根据给我反馈的结果，说10.115.130.15上出现了TCP连接Time_Wait

的信号。出现这个问题只有两种情况：1、交换机上断网了；2、服务器自身的问题。通过上

图查看，交换机没有断网，而且在10.115.130.15与系统互相ping都没有丢包，延迟也

很小。所以，交换机问题基本排除了。

系统管理员亦怀疑是上的策略问题导致Time_Wait现象的发生。但实际上，防火

墙上的策略只是负责“通与不通”，因为从那边的系统使用telnet端口测试是没有问题

的，所以Time_Wait也不是策略所致。

2017年11月27日晚19:00左右，我与对10.115.130.15再次进行了一次同网段

内的测试。发现在10.115.130.16上连接10.115.130.15，上传大量小文件时，也出现了

丢数据的现象，所以问题可以完全定位在10.115.130.15上了。

配合结论：

因为自身软件的问题，10.115.130.15上每上传一个文件就会占用一个TCP会话，且文

件上传结束后会话不会自动断开。导致上传文件数量过多时，TCPSession超过最大连接数