+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

FQ_CoDel на Wi-Fi Mikrotik?

FQ_CoDel на Wi-Fi Mikrotik?, RouterOS

dtaht

Guest

06.06.2022 15:48:00

Начиная с Linux 4.12, мы внесли серьёзные улучшения в Linux WiFi, сначала для чипа ath9k, а сейчас — для ath10k, большей части линейки Mediatek mt76 и большинства чипсетов Intel. Теперь fq_codel работает нативно (практически без нагрузки на CPU), и полностью решены проблемы с агрегацией пакетов и справедливым использованием времени передачи (airtime fairness). Соответствующая статья и тестовый набор доступны здесь: https://www.cs.kau.se/tohojo/airtime-fairness/ — увеличили пропускную способность в 2,5 раза при снижении задержки в 10 раз в некоторых тестах.

У меня вопрос: Mikrotik всё ещё использует заводской драйвер WiFi? Есть ли сейчас хоть какие-то опции для ATF? Моей мечтой всегда было, чтобы больше людей поняли, насколько важны агрегация пакетов и ATF для масштабирования 802.11ac и более новых стандартов для работы с несколькими устройствами. За 8 минут в этом видео я объяснил, что все неправильно понимали в WiFi: https://www.youtube.com/watch?v=Rb-UnHDw02o&t=1558s

UpRunTech

Guest

22.07.2022 22:46:00

Mikrotik использует собственные драйверы. С одной стороны, это здорово — благодаря этому поведение при настройке одинаково на разных чипсетах, да и CAPSMAN может делать внутренние абстракции, например, для локальной и нелокальной пересылки. Но с другой стороны, это значит, что они могут отставать по поддержке возможностей чипсетов, таких как WAVE2, WPA3 и сканирование спектра на устройствах AC. Я никогда этим не занимался, но можно менять тип очереди на любом интерфейсе. Загляните в настройки очередей интерфейсов — по умолчанию для беспроводных стоит тип SFQ, но можно переключить на любой из доступных, включая CAKE и Codel. Насчёт того, влияет ли это на что-то, ведутся споры. В справке об этом ни слова. https://help.mikrotik.com/docs/display/ROS/Queues#Queues-InterfaceQueue

chechito Guest	#3 0 23.07.2022 00:04:00 Возможно, это связано с тем, что очередь по умолчанию для беспроводного интерфейса MikroTik — это тип SFQ. Конечно, более новые Codel и Cake могут работать лучше.

DarkNate

Guest

30.12.2022 16:45:00

Провёл тесты с использованием стандартного SFQ и стандартного FQ_Codel на беспроводном интерфейсе hAP ax2. Во время пиковых загрузок и скачиваний в измерениях iPerf3 и задержек никакой разницы в производительности не заметил.

dtaht

Guest

10.02.2023 20:27:00

Однопоточные тесты вроде iperf, без параллельного мониторинга задержки TCP (попробуйте захват пакетов в Wireshark и построение графика RTT), в целом не показывают настоящих преимуществ fq_codel или cake. В одном простом iperf-тесте вы измеряете, как будто драгстер едет по одной прямой трассе. А как же возможность управления потоками? В реальной жизни десятки или сотни потоков конкурируют между собой на множестве устройств. Если тестировать именно это, вы увидите реальные плюсы. Один из моих любимых тестов — rrul. https://blog.cerowrt.org/post/flaws_in_flent/ Другой, особенно для Wi-Fi, называется rtt_fair. https://www.cs.kau.se/tohojo/airtime-fairness/

mke Guest	#6 0 11.03.2024 00:37:00 Правильно ли я понимаю, что лучший способ проверить это на новых устройствах ax — запустить fq_codel на беспроводном интерфейсе и использовать два локальных компьютера в Wi-Fi сети в качестве flent-сервера и клиента?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры