Opened 7 years ago

Last modified 7 years ago

#311 closed баг

RSTP. Странное поведение. — at Version 8

Reported by: san Owned by: alx
Priority: высокий Milestone: 1 очередь
Component: sw Keywords:
Cc:

Description (last modified by san)


Имеется три блока ЛК-19(.1.102), ГИС(.1.101), ГРС(.1.251) соединенные в кольцо Ethernet с включенным RSTP на портах. Настройки RSTP(на рисунке красным) подразумевают что в штатном режиме разрыв кольца будет осуществлять блок ГИС, переведя в состояние Discarding порт в сторону ГРС, роль порта - Alternate. Однако в некоторых случаях, после разрыва кольца вручную а затем восстановления его до исходной схемы, блок ГИС не переводит этот порт в состояние Discarding а оставляет его в состоянии Forwarding с ролью Designated, и порт с противоположной стороны(на другом блоке ГРС) находится в таком-же состоянии.
При этом по показаниям счётчиков SW со стороны ГРС пакетов в сторону GE-12 отправляется довольно много (десятки в секунду) а в ГИС с платы GE приходят лишь единицы пакетов в 10 сек., либо счётчик вообще не изменяется продолжительное время.
В какой-то момент (через 20-40-60 секунд или позже) пакеты могут начать проходить, большой пачкой сразу, и схема переходит в штатное рабочее состояние.

Воспроизвести странное поведение с наибольшей вероятностью удаётся перезапустив плату SM-01 в блоке ГРС. Так-же удавалось воспроизвести разрывая DSL линию между ГРС и ЛК-19.
Если после воспроизведения произвести изменения топологии, то странное поведение пропадает.

Change History (9)

by san, 7 years ago

Attachment: rstp.png added

comment:1 by san, 7 years ago

Провел следующие эксперименты:

  1. Отключил схему от LAN, подключив ноутбук в ЛК-19. Дефект не проявился после 10 перезапусков SM-01
  1. Подключил обратно в сеть, но отфильтровал BPDU на порту подключенном к сети. Дефект проявился при первом перезапуске SM-01.
  1. Отфильтровал broadcast пакеты из сети. Дефект проявился при первом перезапуске SM-01
Last edited 7 years ago by san (previous) (diff)

in reply to:  description comment:2 by alx, 7 years ago

Replying to san:

Однако в некоторых случаях, ... блок ГИС не переводит этот порт в состояние Discarding и отображает его состояние как Designated,

Ты, наверное, хотел сказать "Forwarding"? "Designated" - это не состояние, это роль...

comment:3 by alx, 7 years ago

Насколько я понимаю работу STP, один из портов должен быть переведен в состояние "Discarding" по факту получения BPDU из обоих портов. Поэтому напрашивается посмотреть (например tcpdump'ом) и выяснить, получает ли CPU платы SW-01 BPDU из портов 5 и 16 коммутатора...

comment:4 by san, 7 years ago

Description: modified (diff)

comment:5 by san, 7 years ago

Description: modified (diff)

comment:6 by san, 7 years ago

Ты, наверное, хотел сказать "Forwarding

Да, исправил.

один из портов должен быть переведен в состояние "Discarding" по факту получения BPDU из обоих портов. Поэтому напрашивается посмотреть (например tcpdump'ом) и выяснить, получает ли CPU платы SW-01 BPDU из портов 5 и 16 коммутатора...

В блоке ГИС из порта, соответствующего слоту 16 пакеты BPDU приходят, т.к. его роль Root.
А приходят ли из порта слота 5, не помешает проверить.

Last edited 7 years ago by san (previous) (diff)

comment:7 by alx, 7 years ago

Предлагаю в качестве теста исключить из схемы платы GE-12, соединив блоки каким-либо иным способом, так как есть подозрение, что GE-12 может по каким-то собственным соображениям переставать пропускать трафик...

Last edited 7 years ago by alx (previous) (diff)

comment:8 by san, 7 years ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.