Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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 Корзина
    Главная
    Форум
    Форум
    Аппаратное обеспечение
    hEX-S и аппаратное VLAN-коммутирование

    hEX-S и аппаратное VLAN-коммутирование

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    hEX-S и аппаратное VLAN-коммутирование, Аппаратное обеспечение
     
    mada3k
    Guest
    #1
    0
    06.10.2021 09:56:00
    Привет! Есть ли способ настроить hEX-S так, чтобы VLAN-переключение выполнялось аппаратно? В разделе /interface ethernet switch есть куча опций, но ни одна, похоже, не влияет на ситуацию. Простые настройки tagged и untagged/pvid подошли бы.

    Дело в том, что мы планируем передавать мультимедийный multicast-аудио и видео (>25 Мбит/с) через hEX-S, и нагрузка на CPU при использовании программного моста будет слишком большой, что может вызвать задержки и прерывания. Сейчас мы это делаем с помощью RB260GS, и там всё работает отлично, но мы хотим отказаться от него из-за недостаточной управляемости.
     
     
     
    tifkat
    Guest
    #2
    0
    11.04.2022 04:55:00
    Похоже, что в RouterOS 7.1rc5 добавили поддержку аппаратного ускорения фильтрации VLAN:  
    "*) bridge – добавлена поддержка аппаратного ускорения для vlan-фильтрации на коммутаторном чипе MT7621 (hEX, hEX S, RBM33G, RBM11G, LtAP);"  
    http://forum.mikrotik.com/t/v7-1rc5-development-is-released/152877/1
     
     
     
    chechito
    Guest
    #3
    0
    11.04.2022 12:11:00
    Да, ожидается, что будет включено https://help.mikrotik.com/docs/display/ROS/Bridge#Bridge-BridgeHardwareOffloading
     
     
     
    anav
    Guest
    #4
    0
    11.04.2022 14:14:00
    Хорошо, но это не значит, что нужно как-то иначе настраивать роутер в связи с «новым» методом мостов и фильтрации VLAN, верно? Я думал, что это просто галочку где-то поставить.
     
     
     
    PackElend
    Guest
    #5
    0
    25.04.2022 19:32:00
    Могу подтвердить, что это поддерживается с ROS v7, но я заметил, что VLANы должны иметь доступ к порту моста (по крайней мере, чтобы пересылать DHCP-запрос на роутер uplink). Хост не может получить IP-адрес, конфигурация как https://help.mikrotik.com/docs/display/ROS/Basic+VLAN+switching#BasicVLANswitching-CRS3xx,CRS5xxseriesswitches,CCR2116,CCR2216andRTL8367,88E6393X,88E6191XandMT7621switchchips:

    /interface bridge  
    add name=bridge1 frame-types=admit-only-vlan-tagged  

    /interface bridge port  
    add bridge=bridge1 interface=sfp1 frame-types=admit-only-vlan-tagged  
    add bridge=bridge1 interface=ether2 pvid=20 frame-types=admit-only-untagged-and-priority-tagged  

    /interface bridge vlan  
    add bridge=bridge1 tagged=sfp1, ether2 vlan-ids=20  
    add bridge=bridge1 tagged=sfp1,bridge1 vlan-ids=99  

    /interface bridge  
    set bridge1 vlan-filtering=yes  

    Хост получает IP-адрес:  

    /interface bridge  
    add name=bridge1 frame-types=admit-only-vlan-tagged  

    /interface bridge port  
    add bridge=bridge1 interface=sfp1 frame-types=admit-only-vlan-tagged  
    add bridge=bridge1 interface=ether2 pvid=20 frame-types=admit-only-untagged-and-priority-tagged  

    /interface bridge vlan  
    add bridge=bridge1 tagged=sfp1, ether2, bridge1 vlan-ids=20  
    add bridge=bridge1 tagged=sfp1,bridge1 vlan-ids=99  

    /interface bridge  
    set bridge1 vlan-filtering=yes  

    Первая конфигурация работает на моём CRS328s. Я временно включил conntrack на hEX S, но показалось только VLAN-трафик 99, так что трафик VLAN 20 есть только на Switch Chip, что значит, что L2HW действительно работает. Осмелюсь сказать — это баг, да?
     
     
     
    mkx
    Guest
    #6
    0
    26.04.2022 06:20:00
    Итак, ваш DHCP-сервер находится на машине за портом sfp1? В этом случае, похоже, действительно баг. Если же DHCP-сервер работает прямо на устройстве hEX S, тогда это не баг.
     
     
     
    PackElend
    Guest
    #7
    0
    26.04.2022 06:44:00
    Это именно тот случай.
     
     
     
    mkx
    Guest
    #8
    0
    26.04.2022 13:04:00
    В этом случае вам стоит открыть тикет в службу поддержки Mikrotik. Файл supout.rif, скорее всего, будет им полезен для анализа проблемы.
     
     
     
    PackElend
    Guest
    #9
    0
    26.04.2022 14:01:00
    Сделаю. Могу ли я также предоставить какие-нибудь логи? Логи для каждой конфигурации?
     
     
     
    mkx
    Guest
    #10
    0
    26.04.2022 17:17:00
    Файлы supout.rif, созданные во время возникновения проблемы, должны содержать 100% состояния устройства, включая любые (внутренние) отладочные файлы и прочее.
     
     
     
    Zacharias
    Guest
    #11
    0
    26.04.2022 17:45:00
    Какая у вас версия ROS? Обновлялись ли вы до последней 7.2.1? Также диаграмма сети помогла бы лучше понять вашу сетевую топологию.
     
     
     
    PackElend
    Guest
    #12
    0
    26.04.2022 20:06:00
    Я обновлял все устройства до версии 7.2.1. hEX S заменили на обновлённый, по одному. Сейчас я сброшу настройки моего нового запасного устройства и повторю конфигурацию, но уверен, что проблема повторится. Топология сети: hEX S → CRS328 SFP → CCR1009 (конфигурация маршрутизатора с интерфейсом VLAN).
     
     
     
    Zacharias
    Guest
    #13
    0
    27.04.2022 20:05:00
    Ты можешь попробовать использовать Wireshark на хосте, чтобы сделать более детальный анализ пакетов…
     
     
     
    PackElend
    Guest
    #14
    0
    24.06.2022 13:23:00
    Привет, решение довольно простое: SFP-порт не подключён к коммутирующему чипу, хотя блок-схема оставляет место для интерпретаций. Особенно если сопоставить это с официальной документацией, например https://help.mikrotik.com/docs/display/ROS/Wireless+VLAN+Trunk (замените wlan1 на sfp1). Так это выглядит на самом деле:

    Есть один плюс во всех этих усилиях — к https://help.mikrotik.com/docs/display/ROS/Wireless+VLAN+Trunk добавили такую заметку:

    Для устройств с аппаратной разгрузкой VLAN-фильтрации и поддержкой беспроводного интерфейса (например, RB4011 с коммутирующим чипом RTL8367 или LtAP с MT7621) нужно обратить особое внимание. Пакеты, идущие с портов с аппаратной разгрузкой на беспроводной интерфейс, могут фильтроваться, если доступ VLAN к CPU не разрешён. Можно разрешить доступ CPU для определённого VLAN, добавив интерфейс моста как участника VLAN (аналогично примеру с VLAN99) или отключив аппаратную разгрузку на мостовых портах.

    Если кто-то переживает по поводу ограничения доступа к управлению устройством: доступ через веб-конфигурирование идёт через основной роутер и его фаервол. Winbox — просто разрешаете MAC WinBox Server только на интерфейсе MGTM (если хотите иметь доступ к устройству через WinBox локально, используйте ACL-правила).
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры