http://mikrotik.moscow Новое в теме MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Sun, 02 Aug 2026 17:20:16 -0400 MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта RouterOS в форуме RouterOS.
Обновление: та же ошибка От службы поддержки: Здравствуйте, спасибо за обращение! Нам удалось воспроизвести проблему в наших лабораториях, и мы планируем исправить её в будущих версиях RouterOS, но, к сожалению, пока не могу назвать дату релиза. К сожалению, обходного пути нет, кроме использования RSTP. С наилучшими пожеланиями,
07.10.2022 07:21:00, patana.]]> http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418916 http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418916 Fri, 07 Oct 2022 07:21:00 -0400 RouterOS MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта RouterOS в форуме RouterOS.
@dekiel Да, MSTP — это открытый вопрос (нет конкретного подтверждения по распространению на edge). Вот ещё один пост: http://forum.mikrotik.com/t/strange-mstp-behaviour-crs328-rb760igs-rbm33g-hap-ac-2-mmips-specific/159525/12. Временно рекомендованное решение — использовать RSTP.
03.08.2022 19:44:00, merlinthemagic7.]]> http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418915 http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418915 Wed, 03 Aug 2022 19:44:00 -0400 RouterOS MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта RouterOS в форуме RouterOS.
Привет! У нас такая же ситуация на CRS326-24G-2S+ и CRS354-48G-4S+2Q+. Как только меняется состояние edge-порта, все корневые порты MSTI проходят через состояния discarding, learning и forwarding. Мы думаем, что это и вызывает потерю пакетов (Tx Drops) на интерфейсах корневых портов. В выходные планируем отключить MSTP, чтобы проверить, исчезнут ли Tx Drops. В нашем случае это касается только устройств Mikrotik, других производителей сетевого оборудования у нас нет. Если подтвердится, что проблема с Tx Drops связана с MSTP, мы тоже обратимся в поддержку. @merlinthemagic7, у тебя есть какая-то информация по твоему тикету?
02.08.2022 23:04:00, dekiel.]]> http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418914 http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418914 Tue, 02 Aug 2022 23:04:00 -0400 RouterOS MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта RouterOS в форуме RouterOS.
Привет! 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)
30.07.2022 16:44:00, emunt6.]]> http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418913 http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418913 Sat, 30 Jul 2022 16:44:00 -0400 RouterOS MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта RouterOS в форуме RouterOS.
Привет, вижу такую же проблему на CRS328-24P-4S+ с версией v7.4. Страдает не только локальный экземпляр MSTP, события распространяются и дальше по цепочке, но только если на коммутаторе больше одного пути. Отключите альтернативные пути — и распространение на краю прекратится. Локальный экземпляр всё равно прыгает каждый раз. По этому вопросу у меня уже открыт тикет.
28.07.2022 08:08:00, merlinthemagic7.]]> http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418912 http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418912 Thu, 28 Jul 2022 08:08:00 -0400 RouterOS MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта RouterOS в форуме RouterOS.
Привет, у меня наблюдается похожая проблема с портами, которые постоянно переключаются между состояниями обучения, передачи и отбрасывания. У меня есть кольцо из коммутаторов 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. С уважением, Роджер.
12.12.2022 23:47:00, rogerlie.]]> http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418911 http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418911 Mon, 12 Dec 2022 23:47:00 -0500 RouterOS MSTP корневой порт отбрасывает трафик при изменении статуса пограничного порта RouterOS в форуме RouterOS.
У нас в поле развернуто довольно много 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 на назначенных портах. Такое поведение не соответствует ожиданиям.

Может быть, это связано с чипсетом коммутатора или с реализацией моста?
30.10.2020 02:58:00, MWComms.]]> http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418910 http://mikrotik.moscow/forum/forum57/87636-mstp-kornevoy-port-otbrasyvaet-trafik-pri-izmenenii-statusa-pogranichnogo-porta/message418910 Fri, 30 Oct 2020 02:58:00 -0400 RouterOS