今天，我们遇到了一些networking问题，经过一段时间的嵌套testing，我们find了一个小型的4端口集线器，有人把一根跳线的两端连接到同一个集线器上。
删除后，一切都恢复正常。
我的问题：从硬件的angular度来看会发生什么？
很明显，没有任何炸，主交换机或集线器上没有错误指示灯亮起。 但是似乎有在整个networking上广播的数据包。
你创build一个“L2循环”。 基本上，广播是从电缆的一端传出，而另一端则传回networking。 因此，您会创build一个广播风暴，这很可能会使您的networking非常慢或无法使用。
硬件方面没有任何反应，我向你保证。 您可以使用生成树或Etherchannel保护您自己的这些问题。
集线器可能会自动计算出正确的电线发送 – 目前大多数是自动检测，以处理交叉电缆，并连接到计算机或其他集线器。
如果发生这种情况，那么交叉连接端口的每个端口就会看到它连接到（另一个）集线器，并将从该端口接收的所有通信重新发送到所有其他端口。
这导致了一场networking风暴。
任何不能控制networking上所有端口的networking都有3个不同但相关的问题，这些问题可能是由非技术性的最终用户造成的。
最终用户将您的两个端口连接在一起。
最终用户可以在您的networking上放置一个交换机并循环其中两个端口。
最终用户可以在您的networking上放置交换机，并将该交换机的2个端口连接到networking上的2个端口
如果你有pipe理的交换机，你可以使用防火墙协议（如生成树）来防止1和3，尽pipe这样会引入其他问题，比如最终用户将生成树控制数据包注入networking，但这是一个稍微深奥的问题。
限制每个端口的广播是防止情况2的唯一方法。本文描述了在Cisco 2950上configuration广播风暴控制。它限制广播并发送SNMP陷阱来通知您这个问题。
如果你的networking是由愚蠢的L2设备组成的，那么你的问题会比较麻烦。 您可以做错误隔离的唯一方法是保持对networking的分区，直到找出问题。 把它切成两半 – 哪一半有问题？ 好的，有问题的端口在这三个设备中的一个上…断开每个设备上的上行链路，直到find带有坏端口的设备，依此类推。
我在非pipe理型交换机上也看到了这一点。 墙上有两个networking插孔，有人看到一根网线连接在一起，并认为它属于两个networking插头。这一切发生在一天的晚些时候，所以我们花了整整一夜的时间解决问题networking完全无法使用。