Обновление от:
23/06/2019 — Новое тестирование на RouterOS 6.44.3
В процессе настройки CAPsMAN (ROS 6.38.5) было замечено, что при выключенном Local Forwarding (datapath.local-forwarding), очень сильно грузится процессор MikroTik’а на котором поднят CAPsMAN.
Да, это ожидаемо в случае, когда много CAP’ов и Wi-Fi клиентов, но тут был всего один CAP (на том же MikroTik где и сам CAPsMAN) и всего один Wi-Fi клиент, который тестировал скорость через speedtest.net.
В роли CAPsMAN и CAP использовался новый MikroTik hAP ac (RB962UiGS-5HacT2HnT) с достаточно мощным процессором MIPS 74Kc V5.0 720 Mhz и 128 Mb ОЗУ, версия ROS 6.38.5.
Результаты измерений
Local Forwarding выключен
CAPsMAN. Загрузка CPU при выключенном Local Forwarding
В CAPsMAN выключен Local Forwarding, со всех CAP’в организованны туннели на CAPsMAN и они объединены в один Bridge (1).
Видно загрузку процессора MikroTik с CAPsMAN в 90% (2) при скорости на Wi-Fi ~100 мбит/с (3) и всего лишь при одном Wi-Fi клиенте, который запустил speedtest.
Local Forwarding включен
CAPsMAN. Загрузка CPU при включенном Local Forwarding
В CAPsMAN включен Local Forwarding и в Bridge только два локальных Wi-Fi интерфейса (1).
Видим, что при тех же условиях, что и для выключенного Local Forwarding (100 мбит/с (3) и одном Wi-Fi клиенте) загрузка CPU около ~25% (2).
Мне кажется, это явление неправильное… не должно быть такой загрузки процессора при такой малой нагрузки на сеть.
Повторное тестирование на новой прошивке (23/06/2019)
Появился у меня hAP ac2 (RBD52G-5HacD2HnD-TC) с ROS 6.44.3 и решил я на нём провести аналогичный эксперимент.
Да, железо в hAP ac2 отличается от hAP ac (RB962UiGS-5HacT2HnT), но думаю результаты будут +/- похожи и для hAP ac.
И так, условия такие же: Local Forwarding выключен, трафик ~100 мбит/сек.
Mikrotik hAP ac2. Local Forwarding выключен
Видим, что 2 ядра из 4 загружено ~33%, а в среднем процессор загружен на 7%.
Может это связано с тем, что hAP ac2 мощнее hAP ac, а может оптимизировали RouterOS.
Для более объективного теста, конечно нужен hAP ac, но не думаю, что он у меня появится в ближайшее время.
Если у кого есть hAP ac, были бы интересны результаты тест на новых ROS.
Ссылки
- Статья: MikroTik CAPsMAN v2 и двухдиапазонные точки доступа hAP ac lite
- MikroTik Wiki: Manual:CAPsMAN
Latest posts by Андрей Торженов (see all)
- Куда переходить с Helpdesk OTRS? Альтернативы OTRS - 27/02/2022
- Windows 11. Не работает обновление, не входит в OneDrive, OneNote и другие Microsoft сервисы - 29/01/2022
- Попытка взлома Mikrotik? - 24/12/2021
- После обновления до Proxmox 7.1 не запускаются виртуальные машины - 28/11/2021
- libflashplayer.so пропатченный от Time bomb - 11/02/2021
Скорей всего в прошивке, либо в какой нибудь лишнем форвардинге или правилах на главном. Сейчас настроил сеть с 5 CAPами и шестым на главном соответсвтенно, клиентов порядка 15, во время спид теста по воздуху пинг 2мс, скорость 100% от провайдерской (50МБит/с) и загрузка процессора (2011 стоит как главный) в районе 15%.
Да, тоже думаю что и прошивка в эту загрузку процессора вложила свою лепту… Больше двух лет прошло уже, может что уже и поправили.
Но и в моём примере скорость 100 мбит/с, а не 50. Но сейчас под рукой у меня нет HAP AC, что бы проверить.
P.S. Правил форвариинга и т.д. на этом МТ не было ни каких, он вообще не занимался ни роутингом ни NAT’ом.
Hello, guys!
You can completely get rid of capsman impact on Wi-Fi performance just turning your caps into L2 mode by disabling cap’s DHCP client.
Doing this you are almost killing L3 networking load on yours caps.
Recently made tests shows ZERO Wi-Fi speeds degradation [b][i][u]both in capsman and local forwarding modes[/u][/i][/b] compared to standalone AP.
Be cool!