连接到核心交换机的故障交换机能否阻塞整个networking？

我遇到了以下情况：我pipe理的networking被阻塞了，这被追查到一个特定的机架，在我重置了两个交换机之后，一切正常。

我认为这是核心交换机，所以我换了核心交换机。它再次发生，这次我重置了辅助开关，它实际上连接在该build筑物内的所有站到networking，它的工作。简化的地形如下图所示。

可以发生这种情况，一个故障的辅助开关可以阻止整个networking，我怎么能检测到什么时候有类似的问题，我有两个级联的开关，哪一个是罪魁祸首？

在这里输入图像说明

当您遇到生成树协议问题时，可能会发生这种情况。根据交换机的型号，具体如何缓解这种情况可能会有所不同。基本上，当交换机相互连接时，它们dynamic地找出如何通过对方发送数据报到达远程段。当交换机启动时，它们互相发送信息，其中的要点是“我可以看到你，你可以看到我，如果你能看到别人让我知道”，然后改变交换机连接的端口的状态从“这是我可以到达终点的地方”到“这是我可以到达另一个开关的地方”。这个过程的一部分是，一个交换机声明自己是“根桥” – 这是当交换机投票如何进行连接，它可以防止循环（如果它看到一个数据包回到自己知道有一个循环，然后将阻止通过该端口的stream量）。如果二级交换机这样做，那么也混淆了主要的一个，这可能会导致你所看到的。如果两个交换机之间有两个连接（在图中看起来不像它，但值得检查），也会发生这种情况。这可以完成，你只需要在交换机configuration中考虑它。

无论如何，基本上STP是为了Just Work而devise的，但实际上有些事情你可能想要做，以防止这种事情的发生。我build议看一下这些文章，了解更多关于你可能需要在这里做些什么的东西：

http://www.enterprisenetworkingplanet.com/netsp/article.php/3580966/Networking-101-Understanding-Spanning-Tree.htm

http://www.networkworld.com/article/2223757/cisco-subnet/9-common-spanning-tree-mistakes.html