Opened 7 years ago
Last modified 7 years ago
#311 closed баг
RSTP. Странное поведение. — at Version 5
Reported by: | san | Owned by: | alx |
---|---|---|---|
Priority: | высокий | Milestone: | 1 очередь |
Component: | sw | Keywords: | |
Cc: |
Description (last modified by )
Имеется три блока ЛК-19(.1.102), ГИС(.1.101), ГРС(.1.251) соединенные в кольцо Ethernet с включенным RSTP на портах. Настройки RSTP(на рисунке красным) подразумевают что в штатном режиме разрыв кольца будет осуществлять блок ГИС, переведя в состояние Discarding порт в сторону ГРС, роль порта - Alternate. Однако в некоторых случаях, после разрыва кольца вручную а затем восстановления его до исходной схемы, блок ГИС не переводит этот порт в состояние Discarding а оставляет его в состоянии Forwarding с ролью Designated, и порт с противоположной стороны(на другом блоке ГРС) находится в таком-же состоянии.
Воспроизвести странное поведение с наибольшей вероятностью удаётся перезапустив плату SM-01 в блоке ГРС. Так-же удавалось воспроизвести разрывая DSL линию между ГРС и ЛК-19.
Если после воспроизведения произвести изменения топологии, то странное поведение пропадает.
Change History (6)
by , 7 years ago
comment:2 by , 7 years ago
Replying to san:
Однако в некоторых случаях, ... блок ГИС не переводит этот порт в состояние Discarding и отображает его состояние как Designated,
Ты, наверное, хотел сказать "Forwarding"? "Designated" - это не состояние, это роль...
comment:3 by , 7 years ago
Насколько я понимаю работу STP, один из портов должен быть переведен в состояние "Discarding" по факту получения BPDU из обоих портов. Поэтому напрашивается посмотреть (например tcpdump'ом) и выяснить, получает ли CPU платы SW-01 BPDU из портов 5 и 16 коммутатора...
comment:4 by , 7 years ago
Description: | modified (diff) |
---|
comment:5 by , 7 years ago
Description: | modified (diff) |
---|
Провел следующие эксперименты: