Я столкнулся со следующей ситуацией: сеть, которую я администрирую, была заблокирована, и это было отслежено до определенной стойки, после того, как я сбросил оба коммутатора, все заработало.
Я предположил, что это основной коммутатор, поэтому я заменил основной коммутатор. Это случилось снова, и на этот раз я сбросил вторичный переключатель, который практически подключает все станции в этом здании к сети, и он работает. Упрощенная топография показана на изображении ниже.
Может ли это случиться, может ли неисправный вторичный коммутатор заблокировать всю сеть, и как я могу определить, есть ли аналогичные проблемы, и у меня есть два каскадных коммутатора, какой из них является виновником?
Это может произойти, если у вас возникла проблема с протоколом связующего дерева. В зависимости от модели коммутатора, особенности того, как это уменьшить, могут различаться. По сути, когда у вас есть коммутаторы, подключенные друг к другу, они динамически выясняют, как отправлять дейтаграммы друг через друга для достижения удаленных сегментов. Когда коммутаторы запускаются, они отправляют друг другу сообщения, суть которых заключается в следующем: «Я вижу вас, вы можете видеть меня, если вы видите, что кто-то еще, дайте мне знать», а затем изменяет состояние порта, к которому подключен коммутатор. от «это место, где я могу достичь конечной точки» до «это место, где я могу достичь другого коммутатора». Частью этого процесса является то, что один коммутатор объявляет себя «корневым мостом» - это делается для того, чтобы, когда коммутаторы голосуют за то, как устанавливать соединения, он может предотвратить зацикливание (если он видит, что пакет возвращается сам себе, он знает, что существует цикл и затем предотвратит трафик через этот порт). Если вторичный переключатель сделал это, то также перепутал первичный, это могло привести к тому, что вы видите. Это также может произойти, если у вас есть два соединения между двумя переключателями (не похоже на вашу схему, но стоит проверить). Это можно сделать, вам просто нужно учесть это в конфигурации коммутатора.
В любом случае, в основном STP разработан для Just Work, но на самом деле есть вещи, которые вы можете сделать, чтобы предотвратить подобные вещи. Я бы рекомендовал взглянуть на подобные статьи, чтобы узнать больше о том, что вам может понадобиться здесь, чтобы разобраться во всем:
http://www.networkworld.com/article/2223757/cisco-subnet/9-common-spanning-tree-mistakes.html