[bokl]

Господа, может кто может обьяснить сие:

 

На одном свиче видно, что TCN пришел с порта GigabitEthernet0/1:

 

VLAN0001 is executing the rstp compatible Spanning Tree protocol 
Bridge Identifier has priority 32768, sysid 1, address 0014.a97e.be00 
Configured hello time 2, max age 20, forward delay 15 
Current root has priority 4097, address 0008.e3ff.fc04 
Root port is 49 (GigabitEthernet0/1), cost of root path is 4 
Topology change flag not set, detected flag not set 
Number of topology changes 28 last change occurred 1d03h ago 
from GigabitEthernet0/1 
Times: hold 1, topology change 35, notification 2 
hello 2, max age 20, forward delay 15 
Timers: hello 0, topology change 0, notification 0, aging 300 

 

на другом коммутаторе с порта GigabitEthernet2/3/21 :

 

VLAN0001 is executing the rstp compatible Spanning Tree protocol 
Bridge Identifier has priority 4096, sysid 1, address 0008.e3ff.fc04 
Configured hello time 2, max age 20, forward delay 15, tranmsit hold-count 6 
We are the root of the spanning tree 
Topology change flag not set, detected flag not set 
Number of topology changes 46 last change occurred 1d03h ago 
from GigabitEthernet2/3/21 
Times: hold 1, topology change 35, notification 2 
hello 2, max age 20, forward delay 15 
Timers: hello 0, topology change 0, notification 0, aging 480

 

 

но эти порты воткнуты друг в друга! как так? может я чего-то не понимаю.

Порты не падали, в логах ничего нету.

 

спасибо зарание.

[zi_rus]

TCN посылается не когда порт падает, а когда он поднимается (или разблокируется заблокированный), на искать какой не портфастовый порт поднялся и в котором активен STP

[bokl]

TCN посылается не когда порт падает, а когда он поднимается (или разблокируется заблокированный), на искать какой не портфастовый порт поднялся и в котором активен STP

 

в таком случае было бы last change occurred 1d03h ago from port, который не портфаст. но в том то и дело, что в этом влане только 2 порта. один рутовый(не падал), а второй десигнейтед(тоже не падал...). и по show spanning-tree detail показывает что пришел TCN от рута(я делаю вывод что пришел TCN так как сам порт не падал и не поднимался).

вот и вопрос в этом. как так? порт не падал а TCN как-будто генерится в линке и приходит обоим пирам.

[wtyd]

TCN посылается не когда порт падает, а когда он поднимается (или разблокируется заблокированный), на искать какой не портфастовый порт поднялся и в котором активен STP

 

в таком случае было бы last change occurred 1d03h ago from port, который не портфаст. но в том то и дело, что в этом влане только 2 порта. один рутовый(не падал), а второй десигнейтед(тоже не падал...). и по show spanning-tree detail показывает что пришел TCN от рута(я делаю вывод что пришел TCN так как сам порт не падал и не поднимался).

вот и вопрос в этом. как так? порт не падал а TCN как-будто генерится в линке и приходит обоим пирам.

 

Если такое происходит не раз в минуту, т.е. не часто (раз в несколько часов), то ничего делать не надо :-). Как говорят пендосы "шыт хаппенс". Я в своё время так и не нашёл разгадку этого ребуса.

[tehmeh]

А если debug'ами его, да в syslog?

[zi_rus]

ну есть и проще варианты

spanning-tree logging для начала

[tehmeh]

Ну или так, главное, начать мониторить хотя бы.

Ещё и трапы небось можно настроить.

[bokl]

сообщения не так часто приходят, но тут уже спортивный интерес.

настроил дебаг, буду смотреть.

[bokl]

000750: May 19 16:01:14.972 METDST: RSTP(141): Gi2/3/21 Dispute!
000751: May 19 16:01:14.972 METDST: RSTP[141]: Gi2/3/21 state change completed.                                                                                                                                 New state is [blocking]
000752: May 19 16:01:14.976 METDST: RSTP(150): Gi2/3/21 Dispute!
000753: May 19 16:01:14.976 METDST: RSTP[150]: Gi2/3/21 state change completed.                                                                                                                                 New state is [blocking]
000754: May 19 16:01:16.564 METDST: RSTP(150): Gi2/3/21 Dispute!
000755: May 19 16:01:16.916 METDST: RSTP(141): transmitting a proposal on Gi2/3/                                                                                                                                21
000756: May 19 16:01:16.920 METDST: RSTP(150): transmitting a proposal on Gi2/3/                                                                                                                                21
000757: May 19 16:01:17.164 METDST: RSTP(141): Gi2/3/21 Dispute!
000758: May 19 16:01:18.616 METDST: RSTP(150): Gi2/3/21 Dispute!
000759: May 19 16:01:18.916 METDST: RSTP(141): transmitting a proposal on Gi2/3/                                                                                                                                21
000760: May 19 16:01:18.920 METDST: RSTP(150): transmitting a proposal on Gi2/3/                                                                                                                                21
000761: May 19 16:01:18.964 METDST: RSTP(141): received an agreement on Gi2/3/21
000762: May 19 16:01:18.964 METDST: RSTP[141]: Gi2/3/21 dispute resolved
000763: May 19 16:01:18.964 METDST: RSTP(141): starting topology change timer fo                                                                                                                                r 35 seconds
000764: May 19 16:01:18.964 METDST: RSTP[141]: Gi2/3/21 state change completed.                                                                                                                                 

 

000172: May 19 16:01:14.965 METDST: RSTP(141): Gi0/1 rcvd info expired
000173: May 19 16:01:14.965 METDST: RSTP(141): updt roles, information on root port Gi0/1 expired
000174: May 19 16:01:14.965 METDST: RSTP(141): we become the root bridge
000175: May 19 16:01:14.965 METDST: RSTP(141): Gi0/1 is now designated
000176: May 19 16:01:14.965 METDST: RSTP(150): Gi0/1 rcvd info expired
000177: May 19 16:01:14.969 METDST: RSTP(150): updt roles, information on root port Gi0/1 expired
000178: May 19 16:01:14.969 METDST: RSTP(150): we become the root bridge
000179: May 19 16:01:14.969 METDST: RSTP(150): Gi0/1 is now designated
000180: May 19 16:01:18.929 METDST: RSTP(141): updt roles, superior bpdu on Gi0/1 (synced=0)
000181: May 19 16:01:18.929 METDST: RSTP(141): Gi0/1 is now root port
000182: May 19 16:01:18.929 METDST: RSTP(141): synced Gi0/1
000183: May 19 16:01:18.933 METDST: RSTP(150): updt roles, superior bpdu on Gi0/1 (synced=0)
000184: May 19 16:01:18.933 METDST: RSTP(150): Gi0/1 is now root port
000185: May 19 16:01:18.933 METDST: RSTP(150): synced Gi0/1
000186: May 19 16:01:18.961 METDST: RSTP(141): transmitting an agreement on Gi0/1 as a response to a proposal
000187: May 19 16:01:18.961 METDST: RSTP(150): transmitting an agreement on Gi0/1 as a response to a proposal

[Mystray]

Процессор в полку не уходит на том который с Gi0/1? А то он, судя по всему, начинает терять бпдушки и объявляет себя рутом.

[bokl]

Процессор в полку не уходит на том который с Gi0/1? А то он, судя по всему, начинает терять бпдушки и объявляет себя рутом.

 

 

проверю, надо в мониторинг завести.

Я еще нашел, что на 2950 rapid PVST запустил максимальное кол-во интансов(64) и на остальные виланы этого не хватает.

Надо думать как перейти на MSTP.

[zi_rus]

Процессор в полку не уходит на том который с Gi0/1? А то он, судя по всему, начинает терять бпдушки и объявляет себя рутом.

Только теоретически, но я слабо верю в эту теорию, max age 20 секунд, bpdu генерятся каждые две, чтобы потерять их все - всё должно быть очень плохо, это было бы заметно, причем происходит это волнами судя по всему

[kapydan]

с памятью проблем нет? или может перегревается?