![从互联网下载“大”文件时,局域网网络阻塞或停止工作,怎么办? (我在 tcpdump 输出中看到 STP 消息)](https://linux22.com/image/183855/%E4%BB%8E%E4%BA%92%E8%81%94%E7%BD%91%E4%B8%8B%E8%BD%BD%E2%80%9C%E5%A4%A7%E2%80%9D%E6%96%87%E4%BB%B6%E6%97%B6%EF%BC%8C%E5%B1%80%E5%9F%9F%E7%BD%91%E7%BD%91%E7%BB%9C%E9%98%BB%E5%A1%9E%E6%88%96%E5%81%9C%E6%AD%A2%E5%B7%A5%E4%BD%9C%EF%BC%8C%E6%80%8E%E4%B9%88%E5%8A%9E%EF%BC%9F%20%EF%BC%88%E6%88%91%E5%9C%A8%20tcpdump%20%E8%BE%93%E5%87%BA%E4%B8%AD%E7%9C%8B%E5%88%B0%20STP%20%E6%B6%88%E6%81%AF%EF%BC%89.png)
这主要发生在我升级 Jetson AGX 盒子时。我想跑
sudo apt-get update
经过几次下载后,网络停止工作。下载失败后,它最终会重新启动。这可能需要一分钟。
当这种情况发生时,整个网络将在这段时间内关闭。否则所有计算机均正常工作(继续播放视频,可以继续编译等)
关于 @Gilles 的想法,他发表了评论这个帖子,我运行 tcpdump 看看发生了什么。每当网络在网络上收到 STP 消息时就会出现该问题。
09:00:26.118679 IP _gateway.42102 > panelve.ssh: Flags [.], ack 37541, win 1944, options [nop,nop,TS val 3025122625 ecr 604916587], length 0
09:00:26.118726 IP _gateway.42102 > panelve.ssh: Flags [.], ack 40093, win 1944, options [nop,nop,TS val 3025122625 ecr 604916587], length 0
09:00:26.124774 IP panelve.ssh > _gateway.42102: Flags [P.], seq 40093:40241, ack 512, win 1446, options [nop,nop,TS val 604916589 ecr 3025122625], length 148
09:00:26.166140 IP _gateway.42102 > panelve.ssh: Flags [.], ack 40241, win 1944, options [nop,nop,TS val 3025122673 ecr 604916589], length 0
09:00:27.738519 STP 802.1d, Config, Flags [Topology change], bridge-id 8000.a4:b2:39:95:9c:47.800c, length 35
09:00:29.738117 STP 802.1d, Config, Flags [Topology change], bridge-id 8000.a4:b2:39:95:9c:47.800c, length 35
09:00:30.193762 IP 192.168.1.2.39763 > 239.255.255.250.1900: UDP, length 146
正如我们所看到的,TCP 数据包按预期流动,直到 09:00:26.166140。然后暂停,我们收到 STP 802.1d 事件。在这种特定情况下,它太长并且最终失败。现在,在该网络上,我每隔几秒就会看到许多 STP 事件。该办公室发生停电,所有计算机都瘫痪了。我尝试重新启动网络交换机,但它继续生成 STP 消息。
还可以做些什么来解决这个问题?这是硬件问题还是我需要尝试再次重置交换机?我是否需要彻底关闭所有内容,然后重新启动所有内容?我以前从未见过这样的错误,所以我不太确定解决这个问题的方法是什么......
PS请注意,只要我不尝试下载,网络功能就很好大的文件(即十分之一 Mb)。所以我知道防火墙和连接仍然如预期的那样。此外,在停电之前它运行得很好(而且速度很快)。
答案1
因此,对于为什么生成该消息,我确实没有一个好的答案STP
,但我找到了罪魁祸首:我有一个完全托管的思科交换机,并且它是在整个网络上生成这些消息的人。当我用非托管交换机替换该交换机后,一切都开始正常工作,并且速度非常快,正如预期的那样。
可能有一种方法可以设置开关以避免这些消息,如果您知道的话,我很乐意倾听,尽管我可能不会花时间进行测试。但对于遇到同样问题的其他人来说可能很有用。请注意,我使用两个这样的开关进行了测试,因此我非常确定这些STP
消息是这些开关方案的一部分。它可能需要每个系统正确回答显示查询或类似内容以正确整合网络。
因此,如果您看到这些消息,您可能需要更换为更简单的开关。
为了查看问题是否已解决,我使用了以下命令:
sudo tcpdump -n | grep ' STP '
当我使用思科交换机时,这种情况至少每隔一秒就会发生一次。如果没有思科交换机,这一切都不会发生。