在几分钟内,我收到了来自Google 74.125.133.188 IP地址的大约700万(!)个FIN-ACK数据包, 它完全阻止了我的桌面(!)机器上的networkingstream量。
同一networking上的其他机器没有遇到任何networking连接问题,所以我认为这个问题仅限于一台特定的机器。
它已经发生了几次,并在重新启动交换机时停止。
鉴于stream量的强度,它看起来不像应用程序问题(Chrome,Google Drive),那么我需要收集哪些信息才能找出造成这种情况的原因 ?
7885693 432.083148000 74.125.133.188 172.16.0.10 [TCP Retransmission] 5228→34565 [FIN, ACK] Seq=1 Ack=1 Win=358 Len=0 TSval=30554106 TSecr=62470 66 TCP


Wireshark转储的前300个数据包
ARP输出
Interface: 172.16.0.2 --- 0xb Internet Address Physical Address Type 172.16.0.1 9c-d3-6d-db-0d-1b dynamic 172.16.0.255 ff-ff-ff-ff-ff-ff static 172.16.2.1 4c-60-de-24-31-6b dynamic 224.0.0.2 01-00-5e-00-00-02 static 224.0.0.22 01-00-5e-00-00-16 static 224.0.0.251 01-00-5e-00-00-fb static 224.0.0.252 01-00-5e-00-00-fc static 239.255.255.250 01-00-5e-7f-ff-fa static 255.255.255.255 ff-ff-ff-ff-ff-ff static Interface: 169.254.201.111 --- 0x1d Internet Address Physical Address Type 169.254.255.255 ff-ff-ff-ff-ff-ff static 224.0.0.2 01-00-5e-00-00-02 static 224.0.0.22 01-00-5e-00-00-16 static 224.0.0.251 01-00-5e-00-00-fb static 224.0.0.252 01-00-5e-00-00-fc static 239.255.255.250 01-00-5e-7f-ff-fa static 255.255.255.255 ff-ff-ff-ff-ff-ff static
为了将来遇到这个问题的人的利益,我发布了解决scheme。 在应用交叉testing之后,我排除了特定的操作系统,物理机器最终在networking交换机上的一个破损的端口上。