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

MPLS ошибка?

MPLS ошибка?, RouterOS

tomasi

Guest

22.07.2019 21:28:00

Привет, я пытаюсь разобраться, что происходит в следующем сценарии: маршрутизатор имеет OSPF-маршрут к PE 10.0.0.189 loopback через правильный шлюз. Маршрутизатор имеет MPLS-метки к PE 10.0.0.189 loopback через правильный шлюз. Но... traceroute не находит шлюз, чтобы отправить помеченный пакет. Это ошибка MPLS в RouterOS?

tomasi Guest	#2 0 23.09.2019 13:37:00 Иногда OSPF сходится к правильному шлюзу, а MPLS LDP застревает на неправильном шлюзе (не следует за сходимостью OSPF):

Anumrak Guest	#3 0 07.10.2019 14:14:00 Привет. Ты это исправил? Если да, то как? Если нет, пытался сделать сброс процесса OSPF?

StubArea51

Guest

08.10.2019 17:25:00

Реализация MPLS/LDP в MikroTik не поддерживает быстрое переключение, поэтому сначала должны истечь таймеры OSPF, а затем таймеры LDP, прежде чем путь будет изменен. Иногда это происходит за минуту, а иногда занимает больше времени. В целом, мы развернули много MPLS-сетей на базе MikroTik с несколькими маршрутами и не обнаружили, чтобы это было распространенной проблемой. Как долго вы ждете, чтобы путь изменился?

bbs2web

Guest

10.10.2019 04:07:00

Я предполагаю, что произошел сбой сети, из-за которого OSPF повторно соединился, но LDP не истек. В следующей теме описана та же проблема, у нас не было последующих проблем после того, как мы синхронизировали таймеры интерфейсов OSPF и MPLS LDP: http://forum.mikrotik.com/t/mpls-incorrect-forwarding-table/103749/1

tomasi Guest	#6 0 26.10.2019 15:22:00 Привет, на этой неделе у нас снова произошла ошибка, похожая на эту: когда возникает сбой в L2-канале, RB правильно конвергирует OSPF на новый лучший путь. Но MPLS всё равно пробует использовать прежний интерфейс, что приводит к петлям трафика. Решение: отключить MPLS LDP и снова включить его. Когда ошибка исправлена в L2-канале, RB снова правильно конвергирует OSPF, но MPLS всё ещё зависает на прежнем интерфейсе, создавая трафик на обоих интерфейсах. Решение: отключить MPLS LDP и снова включить его. Когда LDP отключен и включен снова, MPLS "размораживается", обновляет все LSP и согласуется (синхронизируется) с решениями OSPF. Пример ниже показывает, что маршрут OSPF к 10.0.0.248 правильно конвергирован через VLAN 195, но маршрут MPLS всё ещё следует по прежнему пути (ether3):

Читают тему

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