<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: MPLS/VPLS и биты HTB / EXP]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме MPLS/VPLS и биты HTB / EXP форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 13:02:09 -0400</pubDate>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392605">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Чтобы ограничить пропускную способность VPLS, нужно всего лишь создать очередь на обоих концах туннеля VPLS, настроить её на совпадение с no-mark, задать нужный лимит и указать родительский интерфейс VPLS. Лимит на передачу данных будет с одной стороны, а лимит на приём — с другой. <br />
			<i>19.09.2018 17:42:00, mducharme.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392605</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392605</guid>
			<pubDate>Wed, 19 Sep 2018 17:42:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392604">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Доброе утро, партнёры! У меня есть тестовая лаборатория с 3 роутерами MikroTik RB, где настроены OSPF и MPLS-VPLS для подключения прозрачной LAN-сети. Но я никак не могу ограничить пропускную способность MPLS-VPLS. Не могли бы вы помочь? <br />
			<i>12.09.2018 16:01:00, oscarif.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392604</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392604</guid>
			<pubDate>Wed, 12 Sep 2018 16:01:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392603">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Отлично, теперь понятно. Я не задумывался о том, что может произойти при взаимодействии с Cisco или другим производителем. Ещё раз спасибо! <br />
			<i>23.11.2020 19:52:00, mikeeg02.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392603</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392603</guid>
			<pubDate>Mon, 23 Nov 2020 19:52:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392602">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В большинстве случаев я не думаю, что использование implicit nulls как-то повлияет на качество обслуживания (QoS), но на 100% уверенности у меня нет. Мы везде используем implicit nulls — это настройка по умолчанию в MikroTik. Конечный P-роутер должен считывать приоритет на входе до того, как происходит удаление предпоследней метки, и этот приоритет должен корректно передаваться в CoS на выходе к PE-устройству через механизм, который я описывал в другой ветке.<br /><br />Это отличается от Cisco-роутеров, где EXP-биты MPLS считываются напрямую в очереди на выходе, и если метка исчезает, то и EXP-биты тоже пропадают, поэтому больше нельзя по ним ориентироваться. Поскольку MikroTik использует ingress-priority и priority для всего (которые копируются из EXP-битов), и эти значения сохраняются даже после удаления последней метки MPLS, то всё должно нормально работать на выходе к PE-устройству.<br /><br />Основной случай, когда explicit nulls могут понадобиться с MikroTik — это если у вас есть беспроводное радио, которое специально поддерживает чтение MPLS EXP-битов для QoS между P и PE устройствами — некоторые производители такое поддерживают. Однако большинство таких радиостанций можно настроить на чтение CoS вместо этого, так что это не особо большая проблема. <br />
			<i>23.11.2020 19:49:00, mducharme.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392602</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392602</guid>
			<pubDate>Mon, 23 Nov 2020 19:49:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392601">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это логично, и теперь, когда я знаю секрет правильного использования EXP/COS на не-CHR роутерах (благодаря твоим комментариям вчера вечером), я подумал, что добавление второго роутера как P роутера сработает, как ты и сказал выше. Я не тестировал потерю QOS с php при использовании implicit-null, но в руководстве сказано, что её "можно" потерять. По твоему опыту, есть ли какой-то эффект на EXP/COS при использовании implicit? Или это просто экономит двойной поиск на PE роутере? По захватам Wireshark похоже, что EXP всегда правильно копируется. Ещё раз спасибо. <br />
			<i>23.11.2020 19:27:00, mikeeg02.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392601</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392601</guid>
			<pubDate>Mon, 23 Nov 2020 19:27:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392600">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, к сожалению, это невозможно. Проблема в том, что ingress-priority устанавливается автоматически только при первом поступлении пакета на роутер, и можно использовать ingress-priority для фильтрации только в bridge filter правилах (а не priority). Все пакеты, которые создаются самим роутером (в нашем случае, VPLS-пакет создаётся роутером), получают ingress-priority 0, и это нельзя изменить. Поэтому роутер-источник будет обрабатывать пакет как трафик с лучшими усилиями на выходе, и он попадёт в очередь как трафик без маркировки приоритета (ingress-priority=0, значение по умолчанию), а не с нужным приоритетом. Мы обошли эту проблему тем, что всегда разделяем роли P и PE роутеров, иногда это означает, что приходится использовать два роутера вместо одного. Между PE и P устройствами устанавливается высокоскоростное выделенное соединение (кабельное или беспроводное), чтобы отсутствие QoS на первом участке PE-P не создавало проблем. Единственный случай, когда роутеры совмещают роли и P, и PE устройств — это трафик розничных клиентов, который идёт в режиме лучших усилий, и там отсутствие QoS не вызывает проблем. <br />
			<i>23.11.2020 19:14:00, mducharme.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392600</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392600</guid>
			<pubDate>Mon, 23 Nov 2020 19:14:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392599">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вот dev-маршрутизатор. Фактически, всё, что приходит через ether5, отмечается маркировкой пакетов и выставляется приоритет перед тем, как попасть в VPLS-туннель, который начинается здесь. Если этот маршрутизатор стоит посредине и использует метод моста, описанный выше, я могу ставить в очередь MPLS-пакеты в зависимости от их приоритета, проходящих через маршрутизатор. Но вот незадача: я не могу поставить в очередь пакеты, которые исходят именно с этого маршрутизатора. В коде ниже я пробовал и ip firewall, и фильтры моста для маркировки. Ничто не отображается в очереди ether1, которая является LDP-интерфейсом к следующему маршрутизатору. Как мне сделать так, чтобы пакеты, которые помещаются в VPLS-туннель на этом маршрутизаторе, попадали в мою выходную очередь? Если это вообще имеет смысл.<br /><br />/interface ethernet &nbsp;<br />set [ find default-name=ether1 ] advertise=100M-full,1000M-full l2mtu=1584 name="ether1 to top3011"  <br />set [ find default-name=ether2 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether3 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether4 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether5 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether6 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether7 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether8 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether9 ] l2mtu=1514 speed=100Mbps  <br />set [ find default-name=ether10 ] l2mtu=1514 name="ether10 - admin"  <br />set [ find default-name=sfp1 ] l2mtu=1514  <br /><br />/interface bridge &nbsp;<br />add name="bridge ether1" &nbsp;<br />add fast-forward=no name="bridge vpls" protocol-mode=none &nbsp;<br />add fast-forward=no name=bridge_Loopb protocol-mode=none &nbsp;<br /><br />/interface vpls &nbsp;<br />add disabled=no l2mtu=1500 mac-address=02:F9:0F:DD:10:BA name="vpls to 2" remote-peer=10.0.0.2 vpls-id=1:1 &nbsp;<br /><br />/queue tree &nbsp;<br />add max-limit=10M name=ether1_queue parent="ether1 to 750" &nbsp;<br />add name=ether1_prio2 packet-mark=prio2_mpls_out_ether1 parent=ether1_queue &nbsp;<br />add name=ether1_prio1 packet-mark=prio1_mpls_out_ether1 parent=ether1_queue &nbsp;<br />add name=ether1_prio3 packet-mark=prio3_mpls_out_ether1 parent=ether1_queue &nbsp;<br /><br />/routing ospf instance &nbsp;<br />set [ find default=yes ] router-id=10.0.0.1  <br /><br />/interface bridge filter &nbsp;<br />add action=mark-packet chain=forward in-interface=ether5 new-packet-mark=prio2_mpls_out_ether1 &nbsp;<br />add action=set-priority chain=forward in-interface=ether5 new-priority=2 passthrough=no &nbsp;<br />add action=mark-packet chain=output ingress-priority=1 new-packet-mark=prio1_mpls_out_ether1 out-bridge="bridge ether1" &nbsp;<br />add action=mark-packet chain=output ingress-priority=2 new-packet-mark=prio2_mpls_out_ether1 out-bridge="bridge ether1" &nbsp;<br />add action=mark-packet chain=output ingress-priority=3 new-packet-mark=prio3_mpls_out_ether1 out-bridge="bridge ether1" &nbsp;<br /><br />/interface bridge port &nbsp;<br />add bridge="bridge ether1" hw=no interface="ether1 to 750" &nbsp;<br />add bridge="bridge vpls" hw=no interface=ether5 &nbsp;<br />add bridge="bridge vpls" interface="vpls to 2" &nbsp;<br /><br />/interface bridge settings &nbsp;<br />set allow-fast-path=no use-ip-firewall=yes &nbsp;<br /><br />/ip address &nbsp;<br />add address=10.0.0.1 interface=bridge_Loopb network=10.0.0.1 &nbsp;<br />add address=172.11.0.9/29 interface="ether1 to 750" network=172.11.0.8 &nbsp;<br />add address=10.6.0.2/24 interface="ether10 - admin" network=10.6.0.0 &nbsp;<br /><br />/ip firewall mangle &nbsp;<br />add action=mark-packet chain=postrouting new-packet-mark=prio2_mpls_out_ether1 out-bridge-port="vpls to 2" passthrough=no &nbsp;<br /><br />/mpls interface &nbsp;<br />set [ find default=yes ] mpls-mtu=1540  <br /><br />/mpls ldp &nbsp;<br />set enabled=yes hop-limit=100 lsr-id=10.0.0.1 path-vector-limit=100 transport-address=10.0.0.1 use-explicit-null=yes &nbsp;<br /><br />/mpls ldp interface &nbsp;<br />add interface="ether1 to 750" transport-address=10.0.0.1 &nbsp;<br /><br />/routing bfd interface &nbsp;<br />set [ find default=yes ] interval=0.1s min-rx=0.1s multiplier=2  <br /><br />/routing ospf interface &nbsp;<br />add interface=bridge_Loopb network-type=broadcast passive=yes &nbsp;<br />add dead-interval=10s hello-interval=5s interface="bridge ether1" network-type=point-to-point use-bfd=yes &nbsp;<br />add dead-interval=10s hello-interval=5s interface="ether10 - admin" network-type=broadcast passive=yes &nbsp;<br /><br />/routing ospf network &nbsp;<br />add area=backbone network=172.11.0.0/24 &nbsp;<br />add area=backbone network=10.0.0.1/32 &nbsp;<br />add area=backbone network=10.6.0.0/24 &nbsp;<br /><br />/system identity &nbsp;<br />set name="Bottom 3011" <br />
			<i>11.11.2020 02:04:00, mikeeg02.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392599</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392599</guid>
			<pubDate>Wed, 11 Nov 2020 02:04:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392598">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Можешь выложить подробности конфигурации? <br />
			<i>10.11.2020 14:12:00, StubArea51.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392598</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392598</guid>
			<pubDate>Tue, 10 Nov 2020 14:12:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392597">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это глупый вопрос? Не могу как следует запихнуть пакеты в очередь HTB на интерфейсе mpls-out, которые идут с начала туннеля. Хотя могу получить проходящий mpls-трафик на исходящем интерфейсе, как описано выше. Помогите? <br />
			<i>09.11.2020 21:17:00, mikeeg02.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392597</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392597</guid>
			<pubDate>Mon, 09 Nov 2020 21:17:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392596">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Возвращаюсь к старой теме. Я уже тестировал и сделал то, что вы описали выше, на промежуточных роутерах. Допустим, вы хотите реализовать это на связи между mtk1 и mtk2… mtk1 — это конечная точка VPLS-туннеля. Как там организовать очередь для MPLS-выходящих кадров и включить трафик от исходного роутера (mtk1) (кроме как используя сам интерфейс VPLS-туннеля)? В моём случае нужно реализовать схему с дополнительной связью от mtk1 к mtk4, образующей кольцо, и VPLS-туннель может выходить через любой интерфейс, чтобы попасть в конечную точку туннеля. <br />
			<i>17.10.2020 04:16:00, mikeeg02.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392596</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392596</guid>
			<pubDate>Sat, 17 Oct 2020 04:16:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>MPLS/VPLS и биты HTB / EXP</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392595">MPLS/VPLS и биты HTB / EXP</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У нас есть цепочка Mikrotik в тестовой лаборатории с VPLS и MPLS-TE туннелями: MKT1 ↔ MKT2 ↔ MKT3 ↔ MKT4. Между MKT3 и MKT1 настроены TE туннель и VPLS туннель, а также между MKT4 и MKT1. На MKT4 мы используем фильтр моста, чтобы назначить приоритет всем пакетам, входящим в туннель к MKT1, с приоритетом 7. На MKT3 фильтра нет, так как там должны идти экспериментальные данные, и туннель от MKT3 к MKT1 не должен иметь приоритет.<br /><br />Чтобы смоделировать перегрузку, на интерфейсе MKT3, который подключается к MKT2, мы настроили очередь с ограничением 20 Мбит/с для пакетов без меток (no-mark). Эта очередь ловит все пакеты и ограничивает скорость до 20 Мбит/с. Однако, похоже, что MPLS EXP-биты, установленные на MKT4, игнорируются, и весь трафик получает такой же приоритет, как и трафик с MKT3.<br /><br />Примечание: для теста на MKT4 запущен генератор UDP-пакетов, отправляющий на IP компьютера, подключенного к VPLS туннельному концу на MKT1. Аналогичный генератор запущен на MKT3 и тоже отправляет на тот же компьютер. Скорость генератора на MKT4 — минимально необходимое количество пакетов в секунду, чтобы создать 5 Мбит/с (гарантированная скорость для клиента), а через MKT3 идут UDP-пакеты с гораздо большей скоростью — 30 или 40 Мбит/с.<br /><br />Мы отслеживаем скорость поступления пакетов на туннельном конце MKT1. При запуске генератора на MKT3 трафик с MKT4 падает с 5 Мбит/с до 4,2. Отключение генератора на MKT3 возвращает трафик MKT4 к гарантированным 5 Мбит/с. Если попробовать отключить и включить фильтр моста на MKT4, который ставит приоритет пакетам, это никак не влияет на значение 4,2. Это говорит о том, что MPLS EXP-биты либо не устанавливаются, либо не учитываются.<br /><br />Я не уверен, связано ли это с тем, что HTB не распознает EXP-биты как признак приоритета или же эти биты изначально неправильно применяются. Есть идеи? <br />
			<i>17.08.2016 15:47:00, mducharme.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392595</link>
			<guid>http://mikrotik.moscow/forum/forum57/85039-mpls_vpls-i-bity-htb-_-exp/message392595</guid>
			<pubDate>Wed, 17 Aug 2016 15:47:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
