Совсем недавно узнал про новые разработки NV2 в плане синхронизации и распределения соотношения загрузки/выгрузки. Решил провести полевые тесты, ведь именно этого мы и ждали! Но, увы, всё работает далеко не идеально.
Настройка: одна вышка, две SXT SA5 (SXT G-5HPnD r2) выступают в роли точек доступа, расположены на одной мачте, но направлены в разные стороны – получается, что они как бы сбоку друг от друга. Обе подключены короткими Ethernet-кабелями к Omnitik, который выполняет роль питания/контроллера, а при необходимости и спектрального анализатора (поскольку ‘ac’ устройства пока этого не могут). Тот же Omnitik также соединён с QRT-ac для бэкаула. ORT, Omnitik и обе SXT — все в одной IP-сети, полностью в мостовом режиме.
Клиенты обеих AP – в основном SXT lite ‘n’ с одним ‘ac’ и 2–3 911-5Hnd в коробке. Все клиенты подключаются с уровнем сигнала минимум -65dBm или лучше. На wlan1 у всех клиентов стоит pppoe-клиент для аутентификации. Также на wlan1 настроен VLAN с DHCP-клиентом для локальной P2MP-сети — чтобы удобно было через telnet и тесты скорости.
DHCP-сервер расположен на том же VLAN-интерфейсе QRT, поэтому сетевые speedtest (tcp, 1 поток) можно проводить к QRT, чтобы проверить скорость скачивания через Omnitik (слабый CPU) и SXT-SA. Таким образом, мы тестируем «реальную» сетевую скорость.
Обе SXT-SA работают на 20/40MHz eC, протокол nv2 и все остальные параметры одинаковые, кроме SSID, естественно. Все устройства обновлены до ROSv6.40.1 перед тестами. Omnitik использовали для спектрального скана, чтобы подобрать частоты с наименьшими помехами от других Wi-Fi (всё на 5 ГГц).
У каждой SXT-SA своя рабочая частота: AP-A на 5465, AP-B на 5575, при этом по Omnitik шум фона -70…-75 дБм. Частотный интервал между ними 70 МГц.
Сначала протестировали как отдельные AP. На каждом выбрали клиента и запустили tcp-тест к QRT по одному каналу. Оба дали скорость около 40–50 Мбит/с (не одновременно — сначала AP-A, затем AP-B).
Потом настроили AP-B как мастер синхронизации с sync secret по мануалу (), а AP-A — как слейв, убедившись, что ширина канала и частота теперь совпадают с AP-B. Все остальные параметры беспроводной связи кроме SSID тоже совпадают.
Выбрали AP-B в качестве мастера, так как Omnitik показал, что у него немного тише окружение, плюс клиентов больше (16). Перезагрузили AP-B и включили режим NV2 sync.
В логе debug wireless видно, что слейв пытается синхронизироваться. Через интерфейс мониторинга (/int wi monitor wlan1) на AP-A видим, что он действительно синхронизирован с MAC-адресом wlan1 мастера. Когда меняем параметры на AP-B (например, отношение скачивания или размер TDMA-периода), слейв сразу же повторяет эти настройки.
Вывод 1) Синхронизация работает и происходит. Хорошо!
Но CCQ у нескольких клиентов упало или стало сильнее колебаться, словно соединение стало менее стабильным, чем в режиме «отдельного» AP. Это настораживает. Решили повторить тест скорости с теми же клиентами и QRT, с теми же настройками.
Большое разочарование! Максимум, что удалось выжать — 5–8 Мбит/с на скачивание! Ранее было почти 50 Мбит/с! Спектр тот же, но теперь всё на частоте AP-B. Трафик от других клиентов почти отсутствует — менее 4 Мбит/с, если не считать сам speedtest.
Вывод 2) Синхронизация не работает, когда частоты делятся на одной мачте. Скорость сети падает. Если оба AP работают отдельно, но на одной частоте, скорости выше, чем в полном режиме синхронизации! Как такое возможно?!
Другой странный момент: на AP-A два клиента не хотят подключаться к своему AP, когда тот в режиме slave sync. Они подключаются, если AP-A работает отдельно, пусть и на той же частоте, что и AP-B (там много помех), но как только AP переходит в режим slave sync — не ассоциируются! Это те же SXT lite ‘n’, с такой же конфигурацией, как и у остальных (кроме индивидуальных настроек клиента, типа PPPoE и имени).
При этом у этих клиентов сигнал примерно -64 dBm, а у других клиентов с -65…-66 подключение нормальное в обоих режимах.
Вывод 3) Синхронизация не работает для всех клиентов.
Общий вывод: возвращаемся к чертежной доске. Перебрал множество настроек беспроводной сети, много раз проверял списки доступа и подключения — без результатов. Мои первоначальные надежды на nv2 sync обернулись полным разочарованием.
Я почти отменил заказ на 200 клиентов Mimosa, но рад, что не сделал этого. Надеюсь, Mikrotik найдёт решение, прежде чем мы будем вынуждены обновлять остальные наши P2MP-сети. Или снова подтверждается, что дешево не значит качественно?
Неужели мои ожидания по апгрейду сети из 800 Mikrotik-клиентов до полностью синхронизированной с правильным распределением загрузки были всего лишь мечтой на розовом облаке, которое тут же исчезает после пробуждения?
Настройка: одна вышка, две SXT SA5 (SXT G-5HPnD r2) выступают в роли точек доступа, расположены на одной мачте, но направлены в разные стороны – получается, что они как бы сбоку друг от друга. Обе подключены короткими Ethernet-кабелями к Omnitik, который выполняет роль питания/контроллера, а при необходимости и спектрального анализатора (поскольку ‘ac’ устройства пока этого не могут). Тот же Omnitik также соединён с QRT-ac для бэкаула. ORT, Omnitik и обе SXT — все в одной IP-сети, полностью в мостовом режиме.
Клиенты обеих AP – в основном SXT lite ‘n’ с одним ‘ac’ и 2–3 911-5Hnd в коробке. Все клиенты подключаются с уровнем сигнала минимум -65dBm или лучше. На wlan1 у всех клиентов стоит pppoe-клиент для аутентификации. Также на wlan1 настроен VLAN с DHCP-клиентом для локальной P2MP-сети — чтобы удобно было через telnet и тесты скорости.
DHCP-сервер расположен на том же VLAN-интерфейсе QRT, поэтому сетевые speedtest (tcp, 1 поток) можно проводить к QRT, чтобы проверить скорость скачивания через Omnitik (слабый CPU) и SXT-SA. Таким образом, мы тестируем «реальную» сетевую скорость.
Обе SXT-SA работают на 20/40MHz eC, протокол nv2 и все остальные параметры одинаковые, кроме SSID, естественно. Все устройства обновлены до ROSv6.40.1 перед тестами. Omnitik использовали для спектрального скана, чтобы подобрать частоты с наименьшими помехами от других Wi-Fi (всё на 5 ГГц).
У каждой SXT-SA своя рабочая частота: AP-A на 5465, AP-B на 5575, при этом по Omnitik шум фона -70…-75 дБм. Частотный интервал между ними 70 МГц.
Сначала протестировали как отдельные AP. На каждом выбрали клиента и запустили tcp-тест к QRT по одному каналу. Оба дали скорость около 40–50 Мбит/с (не одновременно — сначала AP-A, затем AP-B).
Потом настроили AP-B как мастер синхронизации с sync secret по мануалу (), а AP-A — как слейв, убедившись, что ширина канала и частота теперь совпадают с AP-B. Все остальные параметры беспроводной связи кроме SSID тоже совпадают.
Выбрали AP-B в качестве мастера, так как Omnitik показал, что у него немного тише окружение, плюс клиентов больше (16). Перезагрузили AP-B и включили режим NV2 sync.
В логе debug wireless видно, что слейв пытается синхронизироваться. Через интерфейс мониторинга (/int wi monitor wlan1) на AP-A видим, что он действительно синхронизирован с MAC-адресом wlan1 мастера. Когда меняем параметры на AP-B (например, отношение скачивания или размер TDMA-периода), слейв сразу же повторяет эти настройки.
Вывод 1) Синхронизация работает и происходит. Хорошо!
Но CCQ у нескольких клиентов упало или стало сильнее колебаться, словно соединение стало менее стабильным, чем в режиме «отдельного» AP. Это настораживает. Решили повторить тест скорости с теми же клиентами и QRT, с теми же настройками.
Большое разочарование! Максимум, что удалось выжать — 5–8 Мбит/с на скачивание! Ранее было почти 50 Мбит/с! Спектр тот же, но теперь всё на частоте AP-B. Трафик от других клиентов почти отсутствует — менее 4 Мбит/с, если не считать сам speedtest.
Вывод 2) Синхронизация не работает, когда частоты делятся на одной мачте. Скорость сети падает. Если оба AP работают отдельно, но на одной частоте, скорости выше, чем в полном режиме синхронизации! Как такое возможно?!
Другой странный момент: на AP-A два клиента не хотят подключаться к своему AP, когда тот в режиме slave sync. Они подключаются, если AP-A работает отдельно, пусть и на той же частоте, что и AP-B (там много помех), но как только AP переходит в режим slave sync — не ассоциируются! Это те же SXT lite ‘n’, с такой же конфигурацией, как и у остальных (кроме индивидуальных настроек клиента, типа PPPoE и имени).
При этом у этих клиентов сигнал примерно -64 dBm, а у других клиентов с -65…-66 подключение нормальное в обоих режимах.
Вывод 3) Синхронизация не работает для всех клиентов.
Общий вывод: возвращаемся к чертежной доске. Перебрал множество настроек беспроводной сети, много раз проверял списки доступа и подключения — без результатов. Мои первоначальные надежды на nv2 sync обернулись полным разочарованием.
Я почти отменил заказ на 200 клиентов Mimosa, но рад, что не сделал этого. Надеюсь, Mikrotik найдёт решение, прежде чем мы будем вынуждены обновлять остальные наши P2MP-сети. Или снова подтверждается, что дешево не значит качественно?
Неужели мои ожидания по апгрейду сети из 800 Mikrotik-клиентов до полностью синхронизированной с правильным распределением загрузки были всего лишь мечтой на розовом облаке, которое тут же исчезает после пробуждения?
