Почему Cisco не выполняет откидную створку STP на канале порта, когда назначенный мост к корню изменяется с MLAG как партнер задержки
У меня есть одноуровневый Mlag на северной границе и подключенный Cisco в качестве партнерского коммутатора, который работает с нормальной задержкой. Основным Mlag является корневой мост STP. Все три переключателя работают RPVST. Все сходилось и все нормально, теперь я делаю отключение по ссылке, подключенной к первичному mlag из cisco и наблюдаю ниже журналы cisco.
* 1 марта 22:20:00.795: RSTP(1): обновление ролей, неотслеживаемое событие
* 1 марта 22:20:00.795: RSTP(5): обновление ролей, неотслеживаемое событие
* 1 марта 22:20:01.793: %LINEPROTO-5-UPDOWN: линейный протокол на интерфейсе GigabitEthernet1/0/3, состояние изменено на down
* 1 марта 22:20:02.800: %LINK-3-UPDOWN: интерфейс GigabitEthernet1/0/3, состояние изменено на down
* 1 марта 22:20:11.273: RSTP(5): истек срок действия информации о маршруте Po1
* 1 марта 22:20:11.273: RSTP(5): обновление ролей, истек срок действия информации о корневом порте Po1
* 1 марта 22:20:11.273: RSTP(5): мы становимся корневым мостом
* 1 марта 22:20:11.273: RSTP(5): Po1 теперь назначен
* 1 марта 22:20:11.281: RSTP(5): обновление ролей, получение превосходного bpdu на Po1
* 1 марта 22:20:11.281: RSTP(5): Po1 теперь является корневым портом
* 1 марта 22:20:11.281: RSTP(5): синхронизация Po1
* 1 марта 22:20:11.289: RSTP(5): передача соглашения по Po1 в ответ на предложение
Cisco становится корневым мостом и меняет роль порта с корневого на назначенный. Несмотря на то, что он объявляет себя корневым мостом, он не инициирует конечный автомат и не переходит в состояние "Назначенное отбрасывание". Не в состоянии понять поведение Cisco и изменения состояния конечного автомата в этом случае и нуждается в некоторой помощи.