Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    Классифицируйте трафик второго уровня для приоритета

    Классифицируйте трафик второго уровня для приоритета

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Классифицируйте трафик второго уровня для приоритета, RouterOS
     
    pandreozzi
    Guest
    #1
    0
    29.12.2021 15:49:00
    Всем привет. У меня есть вопрос. В моей сети на удалённом конце стоит устройство под названием 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? Пинг и базовые проверки показывают, что всё нормально, поэтому, я думаю, из-за того, что весь трафик идёт в общем очереди, этот трафик обрабатывается как обычный, хотя его надо приоритизировать, даже если пропускная способность не проблема.

    Спасибо, Пол.
     
     
     
    pandreozzi
    Guest
    #2
    0
    31.01.2022 15:06:00
    Привет, я попробовал пару вариантов с использованием правил Mangle и маркировкой пакетов. После маркировки создал Q-Tree, чтобы приоритизировать трафик и оставить немаркированный с приоритетом 8. Казалось, что это сработало — счётчики обновлялись, и счётчик дропов для немаркированных тоже увеличивался. Но проблема с корректной работой двух конечных точек осталась. Вернул всё обратно на Cisco-коммутаторы — там всё заработало отлично. Я не эксперт в QOS, но, похоже, Cisco умеет гораздо точнее настраивать, чем Mikrotik. Учти, что я использую роутерный чип, а не коммутаторный, потому что меня заставили использовать именно его — предыдущий поставщик выбрал Mikrotik вместо Cisco.
     
     
     
    smyers119
    Guest
    #3
    0
    12.03.2022 03:59:00
    Небольшое обновление: я нашёл что-то похожее на то, что предлагает 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) — настройка порта на использование либо строгой, либо взвешенной политики роунд-робина для формирования трафика по каждой группе очередей, очереди разделены запятой.
     
     
     
    pandreozzi
    Guest
    #4
    0
    12.07.2022 15:47:00
    Спасибо за ответ. Я пробую это в версии 7.3.1, и похоже, что таких опций там нет.
     
     
     
    chechito
    Guest
    #5
    0
    12.07.2022 18:13:00
    Вы должны использовать mangle для маркировки трафика: то есть, переводить DSCP метки во внутренние отметки пакетов RouterOS. Как только пакеты будут помечены, вы сможете использовать очереди для применения приоритетов, ограничений и прочего к этим пакетам по-разному.  

    Необходимо маркировать весь трафик, чтобы различать приоритетный трафик от остального. Убедитесь, что весь трафик, проходящий через устройство, обрабатывается через заданные правила mangle в RouterOS и соответствующие очереди. Если какой-то трафик проходит без маркировки и постановки в очередь, RouterOS не сможет определить момент, когда соединение будет полностью загружено.
     
     
     
    pandreozzi
    Guest
    #6
    0
    12.07.2022 18:57:00
    Я использовал 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” этим не занимается?
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры