Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • 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
    Почему поддержка WMM не включена по умолчанию?

    Почему поддержка WMM не включена по умолчанию?

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Почему поддержка WMM не включена по умолчанию?, RouterOS
     
    hendry
    Guest
    #1
    0
    01.09.2017 01:13:00
    Поскольку Apple рекомендует поддержку WMM по умолчанию: https://support.apple.com/en-sg/HT202068, мне интересно, почему, судя по всему, Mikrotik не последовали этому решению для стандартного быстрого настроя Home AP Dual? Документация, которая появляется при поиске «wmm mikrotik», находится здесь: https://wiki.mikrotik.com/wiki/Manual:WMM И она просто кошмарная, как у Кафки. На других маршрутизаторах это просто булево значение, а там всё будто 20 шагов нужно выполнить. (не забывайте, что для работы нужны ещё правильные правила!) Ужас.
     
     
     
    squeeze
    Guest
    #2
    0
    28.03.2018 11:29:00
    Только что просматривал настройки беспроводной сети: почему в устройствах 802.11n/ac по умолчанию отключён WMM? Это странно, ведь эти стандарты требуют использования функций WMM для HT (High Throughput) скоростей связи, то есть выше 54 Мбит/с (*), и на сертифицированных Wi-Fi устройствах он включён по умолчанию. Ещё забавнее, что, как говорит ульдис из Mikrotik Support: «В CAPsMAN WMM включён по умолчанию, и его нельзя отключить» (что, возможно, сочетает худшее из двух вариантов). Замечание. Я действительно и вообще спрашиваю. Сейчас у меня нет особого интереса к WMM/QoS — просто хочу быть уверенным, что понимаю основы. (*) https://www.smallnetbuilder.com/wireless/wireless-features/30938-dont-mess-with-wmm
     
     
     
    pe1chl
    Guest
    #3
    0
    28.03.2018 12:00:00
    Ну, то, что ответил uldis, скорее всего, касается только wmm-support=enabled, который как-то принудительно включается CapsMAN, но, конечно, это абсолютно бесполезно без связанного правила mangle, которое устанавливает приоритет, и на вопрос, есть ли и как это устроено, ответа не было. Я думаю, что это не реализовано. Кроме того: если ваш wlan-интерфейс является частью моста, и вы хотите, чтобы правило mangle применялось к трафику через мост (трафик с Ethernet на Wi-Fi), нужно включить «use IP firewall» в настройках моста, но только после тщательной проверки возможных последствий для уже существующих правил файрвола (иначе можно просто потерять доступ к роутеру!!!).
     
     
     
    jarda
    Guest
    #4
    0
    28.03.2018 12:04:00
    ... И вы будете задерживать обработку пакетов выше этого уровня.
     
     
     
    pe1chl
    Guest
    #5
    0
    28.03.2018 12:57:00
    Итак, MikroTik: ПОЖАЛУЙСТА, реализуйте какой-нибудь вариант на уровне wlan, чтобы WMM мог работать через DSCP, как это сделали другие производители много лет назад. Конечно, хорошо, что есть возможность обойти это через mangle, но это не должно быть единственным вариантом, ведь это требует ручной настройки и увеличивает нагрузку на процессор. Помните, что подобная функция уже была реализована для «clamp MSS to PMTU» на уровне PPP. По тем же причинам.
     
     
     
    UpRunTech
    Guest
    #6
    0
    21.09.2018 19:47:00
    Хорошо в Mikrotik то, что они дают всё, что нужно, чтобы сделать именно то, что хочешь. Жаль только, что их документация ужасная. Вот как настроить QOS для WMM. Добавьте это правило на каждую точку доступа:  
    /ip firewall mangle add action=set-priority chain=postrouting comment=“Set priority for WMM” new-priority=from-dscp-high-3-bits passthrough=yes  
    Перечитывая обсуждение, вижу, что вы уже упоминали это правило. Это единственный способ, и логично делать именно так. Вводить галочку в интерфейсе беспроводной сети — это просто упрощение, и сомнительно, что это сильно сэкономит процессорное время.
     
     
     
    aa74
    Guest
    #7
    0
    05.08.2021 16:46:00
    Как это работает с очередями? Они переопределяют приоритет, заданный очередью? Или всё же очередь продолжает переопределять приоритет, установленный в mangle-правиле, поскольку пакеты проходят через очереди после манглинга? И как это различить, если я хочу, чтобы у VoIP всегда был самый высокий приоритет (установленный очередью по IP VoIP-шлюза), независимо от того, что установлен в dscp-high-3-bits?
     
     
     
    pe1chl
    Guest
    #8
    0
    05.08.2021 18:18:00
    Очереди не задают приоритет. Элементы дерева очередей имеют приоритет, но выбираются только через маркировку пакетов. Можно использовать mangle, чтобы получить маркировку пакетов из приоритета, например, после установки приоритета через метод «new-priority=from-dscp-high-3-bits». Это всё немного запутанно и в обычном Linux не нужно, но в RouterOS отсутствует возможность напрямую выбрать элемент очереди, используя поле приоритета.
     
     
     
    rolelael
    Guest
    #9
    0
    23.11.2022 07:49:00
    Могу ли я поднять этот пост? У меня были/есть такие же проблемы с моим Microtik outdoor AP... Wlan1 и Wlan2 активны, а iOS-устройства не могут подключиться. Иногда получается, чаще нет. Кроме того, пропускная способность очень низкая (максимум 50 Мбит/с, тогда как роутер провайдера выдает до 280 Мбит/с). Я удалил все правила файрвола для теста и настроил опции Mangle (приоритет и прочее). Сейчас, судя по всему, в Mangle у меня 4 правила:  
    0 passthrough prerouting  
    1 passthrough forward  
    2 passthrough postrouting  
    3 set priority postrouting  

    WMM включен в расширенных настройках на обеих wlan. Есть ли ещё какие-то варианты, чтобы iOS-устройства подключались нормально и скорость была хорошей? Спасибо!
     
     
     
    bpwl
    Guest
    #10
    0
    23.11.2022 10:48:00
    Смотри http://forum.mikrotik.com/t/help-mikrotik-capsman-wireless-download-speed-max-200mb-but-pcs-mobiles-link-speed-is-866mbps/142677/1 и обсуждения выше по теме «WMM, приоритет и A-MPDU». Все три нужны для хорошей производительности! С CAPsMAN может быть другая история, если не используется локальная переадресация. Где тогда эти настройки задаются? На интерфейсе CAP в CAPsMAN? WLAN-настройки для WLAN-интерфейсов под управлением CAPsMAN можно задать, но, похоже, они вообще не используются (кроме усиления антенны, которое сейчас скрыто в GUI). Передаёт ли этот (на основе протокола CAPWAP) туннель между CAPsMAN и CAP установленный приоритет в пакетах или нет? http://forum.mikrotik.com/t/slow-connection-speeds-with-capsman/161740/1 (Согласно вики, обычно настройка «priority» локальна для роутера, то есть не передаётся вместе с пакетом по Ethernet L2. DSCP передаётся.)
     
     
     
    pe1chl
    Guest
    #11
    0
    23.11.2022 14:03:00
    Ну, приоритет также можно передавать через VLAN-тег. Когда трафик помечен VLAN, есть 3 бита, которые определяют приоритет, и правило «priority from ingress» в mangle может скопировать это в поле приоритета пакета, где он будет использоваться для приоритета WMM, если эта функция включена. Проблема в том, что эти действия mangle требуют прохождения трафика через IP-файервол, чего обычно не происходит, когда точка доступа работает в режиме моста. Для эффективной работы должен быть параметр «set WMM priority from» на уровне беспроводного интерфейса с опциями «none», «ingress» и «dscp». По умолчанию он должен быть «dscp». И эта операция должна выполняться внутри драйвера беспроводного интерфейса, чтобы не требовать обработки файерволом. Конечно, это «грязный хак». Но так же и опция «change TCP MSS» в PPP профилях — её тоже можно реализовать через правило mangle, но всё равно добавили именно ради эффективности. И все остальные производители беспроводных точек доступа делают установку приоритета WMM из DSCP по умолчанию, обычно даже не давая возможности это настраивать.
     
     
     
    bpwl
    Guest
    #12
    0
    23.11.2022 15:49:00
    И все остальные производители беспроводных точек доступа по умолчанию делают эту «установку приоритета WMM на основе DSCP», обычно это даже нельзя настроить. Я именно этого и ожидал от других производителей. Мы должны иметь возможность увидеть логику приоритета WMM в коде OpenWRT. Иначе в MT это трудно определить. Значения WMM CWmin и CWmax присутствуют в заголовке Wi-Fi у MT (CAPsMAN или без) как и положено для разных приоритетов WMM. Но с каким именно приоритетом WMM (с каким CWmin и CWmax) отправляется пакет? Это не видно в самом пакете при отправке, оно определяется только по таймингам? Значит, в загруженной среде точка доступа MT по производительности отстает из-за других (всех AP и клиентов) на том же канале. С CAPsMAN где устанавливать приоритет? В устройстве CAPsMAN или в CAP-устройстве? Будет ли это обрабатываться в CAP-устройстве или игнорироваться, и дойдет ли вообще до драйвера, если настройка сделана в CAPsMAN? Без приоритета WMM приходится долго ждать, чтобы попытаться получить свободное время на канале, и при этом не удается, если другие реагируют быстрее из-за WMM. Подозреваю, что некоторые устройства хитрят с приоритетом WMM. MT AP ограничен уровнем передачи мощности EIRP TX «non-TPC», тогда как другие используют уровень TPC EIRP (на 3 дБ мощнее). Wifiwave2 или OpenWRT на маршрутизаторе MT вводят ограничения уровня TPC для этого устройства.
     
     
     
    pe1chl
    Guest
    #13
    0
    23.11.2022 16:33:00
    Я тестировал приоритеты трафика только на точка-точка ссылках. Например, полностью загружаешь канал большим закачиванием с DSCP 0, 8 или 16, а потом запускаешь VoIP-звонок с DSCP 46 по той же линии. Оборудование MikroTik с настройками по умолчанию — голос получается искажённым. Оборудование UBNT с настройками по умолчанию — всё работает нормально. MikroTik после включения WMM, приоритетов AMPDU 0/1/2, добавления правила mangle «set priority from dscp high 3 bits» и включения «use IP firewall» на мосту — тоже работает отлично. Но, конечно, обычный пользователь никогда так не сделает.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры