+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта

MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта, RouterOS

MWComms

Guest

30.10.2020 02:58:00

У нас в поле развернуто довольно много CRS-устройств, и мы обнаружили странное поведение только при использовании MSTP. Каждый раз, когда статус edge/назначенного порта меняется — будь то поднятие/опускание или админское отключение/включение, — корневой порт (uplink к корневому мосту) переходит в режим отвода (discarding) для MSTI 0 (и всех других настроенных инстансов). Затем быстро переходит в режим обучения, а потом в форвардинг. Это вызывает прерывания на всех кадрах, проходящих через коммутатор.

Сетевая инфраструктура выглядит так:
Корневой мост:
1 x Dell S4128F-ON (Priority 4096 // 0x1000)
1 x Dell S4128F-ON (Priority 8192 // 0x2000)

Подчинённые мосты:
1 x HP Procurve 2848 (Priority 40960 / 0xA000)
4 x MikroTik CRS354 (Priority 28672 / 0x7000)

oct/29 20:14:06 interface,info ether17 link down
oct/29 20:14:06 bridge,stp sfp-sfpplus2:0 discarding
oct/29 20:14:06 bridge,stp sfp-sfpplus2:1 discarding
oct/29 20:14:08 bridge,stp sfp-sfpplus2:0 learning
oct/29 20:14:08 bridge,stp sfp-sfpplus2:0 forwarding
oct/29 20:14:08 bridge,stp sfp-sfpplus2:1 learning
oct/29 20:14:08 bridge,stp sfp-sfpplus2:1 forwarding

.. [admin@xxx-xxx-sw01] > interface bridge monitor br0
state: enabled
current-mac-address: C4:AD:34:C4:DE:BA
root-bridge: no
root-bridge-id: 0x1000.68:4F:64:57:50:15
regional-root-bridge-id: 0x1000.68:4F:64:57:50:15
root-path-cost: 0
root-port: sfp-sfpplus2
port-count: 60
designated-port-count: 20
mst-config-digest: c4073f30b644e468297a52c7af83ee4a
fast-forward: no

.. [admin@xxx-xxx-sw01] > interface bridge msti monitor 0
state: enabled
identifier: 1
current-mac-address: C4:AD:34:C4:DE:BA
root-bridge: no
root-bridge-id: 0.00:00:00:00:00:00
regional-root-bridge-id: 0x1001.68:4F:64:57:50:15
root-path-cost: 0
root-port: sfp-sfpplus2
port-count: 60
designated-port-count: 20

Конфигурация следующая:

/interface bridge
add auto-mac=no comment=defconf name=br0 priority=0x7000 protocol-mode=mstp region-name=Xxxx vlan-filtering=yes

/interface bridge msti
add bridge=br0 identifier=1 priority=0x7000 vlan-mapping=1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16

Тестировали на следующих прошивках:
6.47.4
6.46.1
7.1 Beta 2 (хотели проверить на новом ядре)

Мы воспроизвели это поведение на одном коммутаторе. Оно проявляется независимо от того, поднят или опущен порт, отключен или включен. Судя по всему, это происходит вне зависимости от настройки edge-портов и BPDU guard на назначенных портах. Такое поведение не соответствует ожиданиям.

Может быть, это связано с чипсетом коммутатора или с реализацией моста?

rogerlie

Guest

12.12.2022 23:47:00

Привет, у меня наблюдается похожая проблема с портами, которые постоянно переключаются между состояниями обучения, передачи и отбрасывания. У меня есть кольцо из коммутаторов CRS317, работающих на MSTP, и эта проблема возникает на одном конкретном линке между двумя CRS317, назовём его Link Z. Этот линк при запуске настраивается как запасной/альтернативный порт, что ожидаемо с учётом топологии и стоимости путей. Странно то, что когда я разрываю кольцо, порты на Link Z вообще не передают трафик, и два коммутатора в этом кольце уходят офлайн, похоже, что ничего не помогает восстановить трафик по этому единственному, напрямую подключённому пути. Моя настройка использует Cisco EVPN single-flow-active в качестве транспортной сети бэкхола вместе с Cisco MSTAG, так что пара Cisco PE эмулирует коммутатор и посылает запрограммированные MSTP BPDU в сеть CRS317, рекламируя Cisco PE как корневой мост. Этот подход отлично работает, когда в коммутаторной сети нет внутренних петель. Я также пробовал Cisco MSTP MSTAG с Mikrotik RSTP, но корневой мост Cisco не рекламируется первым коммутатором другим коммутаторам в кольце, поэтому взаимодействие RSTP-MSTP от Mikrotik не работает. Так что, пожалуйста, Mikrotik, посмотрите на эту проблему с MSTP — состояниями обучения и отбрасывания — и решите её как можно скорее, у нас версии 6.47.9 и 6.47.10. С уважением, Роджер.

merlinthemagic7

Guest

28.07.2022 08:08:00

Привет, вижу такую же проблему на CRS328-24P-4S+ с версией v7.4. Страдает не только локальный экземпляр MSTP, события распространяются и дальше по цепочке, но только если на коммутаторе больше одного пути. Отключите альтернативные пути — и распространение на краю прекратится. Локальный экземпляр всё равно прыгает каждый раз. По этому вопросу у меня уже открыт тикет.

emunt6

Guest

30.07.2022 16:44:00

Привет! MSTI 0 (инстанс 0) нужен только для VLAN “1” — поэтому его нужно отделять, чтобы обеспечить совместимость. Другие инстансы можно сопоставлять как угодно, при этом приоритет на других коммутаторах менять не обязательно, он может оставаться по умолчанию (приоритет 32768).

Пример:
инстанс 0 VLAN: 1
инстанс 1 VLAN: 2,3,4,5,6,7,8,9,10,11,12,13,14,15,16

Root Bridge:
1 x Dell S4128F-ON (инстанс 0 приоритет 0; инстанс 1 приоритет 0)
1 x Dell S4128F-ON (инстанс 0 приоритет 4096; инстанс 1 приоритет 4096)

Member Bridges:
1 x HP Procurve 2848 (инстанс 0 приоритет 32768; инстанс 1 приоритет 32768)
4 x MikroTik CRS354 (инстанс 0 приоритет 32768; инстанс 1 приоритет 32768)

dekiel

Guest

02.08.2022 23:04:00

Привет! У нас такая же ситуация на CRS326-24G-2S+ и CRS354-48G-4S+2Q+. Как только меняется состояние edge-порта, все корневые порты MSTI проходят через состояния discarding, learning и forwarding. Мы думаем, что это и вызывает потерю пакетов (Tx Drops) на интерфейсах корневых портов. В выходные планируем отключить MSTP, чтобы проверить, исчезнут ли Tx Drops. В нашем случае это касается только устройств Mikrotik, других производителей сетевого оборудования у нас нет. Если подтвердится, что проблема с Tx Drops связана с MSTP, мы тоже обратимся в поддержку. @merlinthemagic7, у тебя есть какая-то информация по твоему тикету?

merlinthemagic7

Guest

03.08.2022 19:44:00

@dekiel Да, MSTP — это открытый вопрос (нет конкретного подтверждения по распространению на edge). Вот ещё один пост: http://forum.mikrotik.com/t/strange-mstp-behaviour-crs328-rb760igs-rbm33g-hap-ac-2-mmips-specific/159525/12. Временно рекомендованное решение — использовать RSTP.

patana Guest	#7 0 07.10.2022 07:21:00 Обновление: та же ошибка От службы поддержки: Здравствуйте, спасибо за обращение! Нам удалось воспроизвести проблему в наших лабораториях, и мы планируем исправить её в будущих версиях RouterOS, но, к сожалению, пока не могу назвать дату релиза. К сожалению, обходного пути нет, кроме использования RSTP. С наилучшими пожеланиями,

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры