<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: MPLS ошибка?]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме MPLS ошибка? форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 00:47:12 -0400</pubDate>
		<item>
			<title>MPLS ошибка?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433149">MPLS ошибка?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, на этой неделе у нас снова произошла ошибка, похожая на эту: когда возникает сбой в 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): <br />
			<i>26.10.2019 15:22:00, tomasi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433149</link>
			<guid>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433149</guid>
			<pubDate>Sat, 26 Oct 2019 15:22:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS ошибка?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433148">MPLS ошибка?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я предполагаю, что произошел сбой сети, из-за которого OSPF повторно соединился, но LDP не истек. В следующей теме описана та же проблема, у нас не было последующих проблем после того, как мы синхронизировали таймеры интерфейсов OSPF и MPLS LDP: <noindex><a href="http://forum.mikrotik.com/t/mpls-incorrect-forwarding-table/103749/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/mpls-incorrect-forwarding-table/103749/1</a></noindex> <br />
			<i>10.10.2019 04:07:00, bbs2web.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433148</link>
			<guid>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433148</guid>
			<pubDate>Thu, 10 Oct 2019 04:07:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS ошибка?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433147">MPLS ошибка?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Реализация MPLS/LDP в MikroTik не поддерживает быстрое переключение, поэтому сначала должны истечь таймеры OSPF, а затем таймеры LDP, прежде чем путь будет изменен. Иногда это происходит за минуту, а иногда занимает больше времени. В целом, мы развернули много MPLS-сетей на базе MikroTik с несколькими маршрутами и не обнаружили, чтобы это было распространенной проблемой. Как долго вы ждете, чтобы путь изменился? <br />
			<i>08.10.2019 17:25:00, StubArea51.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433147</link>
			<guid>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433147</guid>
			<pubDate>Tue, 08 Oct 2019 17:25:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS ошибка?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433146">MPLS ошибка?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет. Ты это исправил? Если да, то как? Если нет, пытался сделать сброс процесса OSPF? <br />
			<i>07.10.2019 14:14:00, Anumrak.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433146</link>
			<guid>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433146</guid>
			<pubDate>Mon, 07 Oct 2019 14:14:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS ошибка?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433145">MPLS ошибка?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Иногда OSPF сходится к правильному шлюзу, а MPLS LDP застревает на неправильном шлюзе (не следует за сходимостью OSPF): <br />
			<i>23.09.2019 13:37:00, tomasi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433145</link>
			<guid>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433145</guid>
			<pubDate>Mon, 23 Sep 2019 13:37:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS ошибка?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433144">MPLS ошибка?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, я пытаюсь разобраться, что происходит в следующем сценарии: маршрутизатор имеет OSPF-маршрут к PE 10.0.0.189 loopback через правильный шлюз. Маршрутизатор имеет MPLS-метки к PE 10.0.0.189 loopback через правильный шлюз. Но... traceroute не находит шлюз, чтобы отправить помеченный пакет. Это ошибка MPLS в RouterOS? <br />
			<i>22.07.2019 21:28:00, tomasi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433144</link>
			<guid>http://mikrotik.moscow/forum/forum57/89059-mpls-oshibka/message433144</guid>
			<pubDate>Mon, 22 Jul 2019 21:28:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
