http://mikrotik.moscow Новое в теме Классифицируйте трафик второго уровня для приоритета форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Sun, 02 Aug 2026 22:59:56 -0400 Классифицируйте трафик второго уровня для приоритета RouterOS в форуме RouterOS.
Я использовал mangle, чтобы отметить трафик, который мне нужен, согласно нижеуказанному списку:

ADDRESS         CREATION-TIME  
0 Cam-IPMux  10.248.162.100  
1 Cam-IPMux  10.248.160.100  

chain=forward action=mark-connection new-connection-mark=Cam-Rev-Cmark passthrough=yes connection-state=new protocol=udp dst-address-list=Cam-IPMux dst-port=2142 log=no log-prefix=""  
chain=forward action=mark-packet new-packet-mark=Cam-Rev-Pmark passthrough=no connection-mark=Cam-Rev-Cmark dscp=46 log=no log-prefix=""

Далее у меня Q Tree с именем "queue1" parent=sfp9 - EvtWH 60MhZ  
packet-mark="" limit-at=0 queue=default-small priority=8 max-limit=500M burst-limit=0 burst-threshold=0 burst-time=0s bucket-size=0.1  

name="queue2" parent=queue1 packet-mark=Cam-Rev-Pmark limit-at=200k queue=IPMux-Q priority=1 max-limit=3M burst-limit=0 burst-threshold=0 burst-time=0s bucket-size=0.1  

name="queue3" parent=queue1 packet-mark=no-mark limit-at=0 queue=default-small priority=8 max-limit=500M burst-limit=0 burst-threshold=0 burst-time=0s bucket-size=0.1  

name="queue4" parent=sfp3 - IPMux packet-mark="" limit-at=0 queue=default-small priority=8 max-limit=5M burst-limit=0 burst-threshold=0 burst-time=0s bucket-size=0.1  

name="queue5" parent=queue4 packet-mark=Cam-Rev-Pmark limit-at=200k queue=IPMux-Q priority=1 max-limit=1M burst-limit=0 burst-threshold=0 burst-time=0s bucket-size=0.1  

name="queue6" parent=queue4 packet-mark=no-mark limit-at=0 queue=default-small priority=8 max-limit=5M burst-limit=0 burst-threshold=0 burst-time=0s bucket-size=0.1  

Так что, когда ты говоришь, что ВСЕ пакеты нужно отметить, разве “no-mark” этим не занимается?
12.07.2022 18:57:00, pandreozzi.]]> http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413696 http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413696 Tue, 12 Jul 2022 18:57:00 -0400 RouterOS Классифицируйте трафик второго уровня для приоритета RouterOS в форуме RouterOS.
Вы должны использовать mangle для маркировки трафика: то есть, переводить DSCP метки во внутренние отметки пакетов RouterOS. Как только пакеты будут помечены, вы сможете использовать очереди для применения приоритетов, ограничений и прочего к этим пакетам по-разному.  

Необходимо маркировать весь трафик, чтобы различать приоритетный трафик от остального. Убедитесь, что весь трафик, проходящий через устройство, обрабатывается через заданные правила mangle в RouterOS и соответствующие очереди. Если какой-то трафик проходит без маркировки и постановки в очередь, RouterOS не сможет определить момент, когда соединение будет полностью загружено.
12.07.2022 18:13:00, chechito.]]> http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413695 http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413695 Tue, 12 Jul 2022 18:13:00 -0400 RouterOS Классифицируйте трафик второго уровня для приоритета RouterOS в форуме RouterOS.
Спасибо за ответ. Я пробую это в версии 7.3.1, и похоже, что таких опций там нет.
12.07.2022 15:47:00, pandreozzi.]]> http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413694 http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413694 Tue, 12 Jul 2022 15:47:00 -0400 RouterOS Классифицируйте трафик второго уровня для приоритета RouterOS в форуме RouterOS.
Небольшое обновление: я нашёл что-то похожее на то, что предлагает Cisco в своей документации — возможно, вам это поможет. Это применимо только к серии CRS. https://help.mikrotik.com/docs/pages/viewpage.action?pageId=103841835

priority-to-queue (priority-range:queue; По умолчанию: 0-15:0,1:1,2:2,3:3) — внутреннее сопоставление приоритета (0..15) с очередью (0..7) для каждого порта.

per-queue-scheduling (Scheduling-type:Weight; По умолчанию: wrr-group0:1,wrr-group0:2,wrr-group0:4,wrr-group0:8,wrr-group0:16,wrr-group0:32,wrr-group0:64,wrr-group0:128) — настройка порта на использование либо строгой, либо взвешенной политики роунд-робина для формирования трафика по каждой группе очередей, очереди разделены запятой.
12.03.2022 03:59:00, smyers119.]]> http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413693 http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413693 Sat, 12 Mar 2022 03:59:00 -0500 RouterOS Классифицируйте трафик второго уровня для приоритета RouterOS в форуме RouterOS.
Привет, я попробовал пару вариантов с использованием правил Mangle и маркировкой пакетов. После маркировки создал Q-Tree, чтобы приоритизировать трафик и оставить немаркированный с приоритетом 8. Казалось, что это сработало — счётчики обновлялись, и счётчик дропов для немаркированных тоже увеличивался. Но проблема с корректной работой двух конечных точек осталась. Вернул всё обратно на Cisco-коммутаторы — там всё заработало отлично. Я не эксперт в QOS, но, похоже, Cisco умеет гораздо точнее настраивать, чем Mikrotik. Учти, что я использую роутерный чип, а не коммутаторный, потому что меня заставили использовать именно его — предыдущий поставщик выбрал Mikrotik вместо Cisco.
31.01.2022 15:06:00, pandreozzi.]]> http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413692 http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413692 Mon, 31 Jan 2022 15:06:00 -0500 RouterOS Классифицируйте трафик второго уровня для приоритета RouterOS в форуме RouterOS.
Всем привет. У меня есть вопрос. В моей сети на удалённом конце стоит устройство под названием IPMux. Поскольку это устройство используется для диспетчерской связи, требуется минимальная задержка и джиттер, иначе оно теряет состояние соединения с пэром. Недавно я перешёл с Cisco на роутеры Mikrotik CCR1009, и вроде всё работало, но счётчики переполнения и недополнения на IPMux выросли до такого уровня, что устройство стало практически непригодным. На Cisco была старая конфигурация с trust dscp и ещё пару настроек:

srr-queue bandwidth share 1 20 15 20  
srr-queue bandwidth shape 0 0 0 0  
priority-queue out  
mls qos trust dscp

Топология для этого IPMux — это проходной слой 2, из-за чего он выглядит как напрямую подключённая подсеть. При просмотре трафика с помощью touch на пакетах стоит отметка 46. Но из-за того, что это слой 2, mangle не работает, потому что он работает только на уровне 3.

Мой вопрос — как правильно перенести настройки с Cisco на Mikrotik? Пинг и базовые проверки показывают, что всё нормально, поэтому, я думаю, из-за того, что весь трафик идёт в общем очереди, этот трафик обрабатывается как обычный, хотя его надо приоритизировать, даже если пропускная способность не проблема.

Спасибо, Пол.
29.12.2021 15:49:00, pandreozzi.]]> http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413691 http://mikrotik.moscow/forum/forum57/87121-klassifitsiruyte-trafik-vtorogo-urovnya-dlya-prioriteta/message413691 Wed, 29 Dec 2021 15:49:00 -0500 RouterOS