Петля при увеличении Bridge Priority на Root Bridge

0
0

В лабе заметил странную вещь: при увеличении приоритета на Root Bridge свич считает, что в сети остался некий свич со старым (меньшим) приоритетом, и считает его корневым.

Например, выставим для влана 40 приоритет 16384:

SW4#sh spanning-tree vlan 40

VLAN0040
Spanning tree enabled protocol rstp
Root ID Priority 16424
Address aabb.cc00.0e00
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Bridge ID Priority 16424 (priority 16384 sys-id-ext 40)
Address aabb.cc00.0e00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec

Interface Role Sts Cost Prio.Nbr Type
——————- —- — ——— ——— ———————————
Po34 Desg FWD 56 128.65 Shr
Po24 Desg FWD 56 128.66 Shr
Po14 Desg FWD 56 128.67 Shr

Свич считает себя корневым для этого влана, все порты имеют роль Designated, все хорошо. Увеличим приоритет:

SW4(config)#spanning-tree vlan 40 priority 20480

Теперь свич считает, что в сети есть некто с тем же мак адресом, но старым (меньшим) приоритетом, и именно он является Root Bridge:

SW4#sh spanning-tree vlan 40

VLAN0040
Spanning tree enabled protocol rstp
Root ID Priority 16424
Address aabb.cc00.0e00
Cost 3864
Port 67 (Port-channel14)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Bridge ID Priority 20520 (priority 20480 sys-id-ext 40)
Address aabb.cc00.0e00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec

Interface Role Sts Cost Prio.Nbr Type
——————- —- — ——— ——— ———————————
Po34 Altn BLK 56 128.65 Shr
Po24 Desg BLK 56 128.66 Shr
Po14 Root FWD 56 128.67 Shr

Быстро начинает расти стоимость достижения Root Bridge, периодически меняются роли портов. Через несколько секунд может стать так:

SW4#sh spanning-tree vlan 40

VLAN0040
Spanning tree enabled protocol rstp
Root ID Priority 16424
Address aabb.cc00.0e00
Cost 16520
Port 66 (Port-channel24)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Bridge ID Priority 20520 (priority 20480 sys-id-ext 40)
Address aabb.cc00.0e00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec

Interface Role Sts Cost Prio.Nbr Type
——————- —- — ——— ——— ———————————
Po34 Desg BLK 56 128.65 Shr
Po24 Root FWD 56 128.66 Shr
Po14 Desg BLK 56 128.67 Shr

 

Такое поведение проявляется только в режиме rapid-pvst, при обычном pvst свич понимает, что увеличился его приоритет (но он все еще наименьший в сети), и просто продолжает справедливо считать себя Root Bridge. Если на подопытном свиче оставить rapid-pvst, а на остальных включить обычный pvst, то также петли не возникает.

Баг? Фича? Никто с таким не сталкивался?

 

 

 

0
0

Да. Есть такое. У меня такое началось, когда после изменения приоритета ввел команду no spanning-tree vlan X priority 16384. Это явно не фича :-)

0
0

Я тоже заметил это поведение. Есть подозрение что UNL хоть и работает c L2 и при этом довольно стабильно, но все же содержит определенное количество багов.

0
0

Баг. Перезагрузка L2-устройств в моем случае вернуло все на место. Вообще, сталкиваясь с каким-то необъяснимым поведением с т.з. логики работы протокола, я уже на автомате сохраняю конфиги и делаю рестарт всей топологии, было дело на какую-то из первых лаб убил несколько часов, пытаясь найти свой косяк, а оказалось банально глюк )))

Показано 3 результата
Ваш ответ

для ответа.