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

WifiWave2 отладочное логирование и странная проблема с IoT

WifiWave2 отладочное логирование и странная проблема с IoT, RouterOS

stevedh

Guest

09.04.2023 10:50:00

Я пытаюсь разобраться со странной проблемой Wi-Fi на HapAx2, который использует Wifi Wave 2. Я могу включить только уровень отладки info, что не особо помогает. При включённом только debug-логировании Wi-Fi вообще не логируется. Я настроил логирование следующим образом, пытаясь получить debug-лог Wi-Fi:
[admin@MikroTik] /system/logging> print
Flags: X, I - INVALID; * - DEFAULT
Columns: TOPICS, ACTION
# TOPICS ACTION
0 X* !info memory
1 * error memory
2 * warning memory
3 * critical echo
4 wireless memory
info
5 wireless memory
debug

Проблема в дешёвом китайском термостате tuya smart. Похоже, что он вроде бы подключается к Wi-Fi, но никак не получает IP-адрес, и в логе DHCP ничего не появляется. Все остальные устройства на той же 2.5 ГГц Wi-Fi подключаются нормально, включая несколько умных ламп tuya. Единственные сообщения Wi-Fi, которые я получаю, такие:

11:13:46 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 connected, signal strength -28
11:14:42 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 disconnected, connection lost, signal strength -29
11:14:46 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 connected, signal strength -29
11:15:42 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 disconnected, connection lost, signal strength -30
11:15:46 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 connected, signal strength -29
11:16:42 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 disconnected, connection lost, signal strength -28
11:16:46 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 connected, signal strength -29
11:17:42 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 disconnected, connection lost, signal strength -30

Опять же, никаких других сообщений, связанных с этим устройством, в логах, включая DHCP (даже при включённом логе DHCP), нет. Если я меняю пароль Wi-Fi так, что устройство IOT не может подключиться, получаю:

11:21:42 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 connected, signal strength -28
11:21:48 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 disconnected, key handshake timeout, signal strength -30
11:22:42 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 connected, signal strength -30
11:22:48 wireless,info XX:XX:XX:XX:XX:B1@wifi2G1 disconnected, key handshake timeout, signal strength -29

Странно то, что это происходит в квартире моей дочери. Я настраивал это устройство через Mikrotik у себя дома, и там оно подключалось и работало без проблем. А когда она пытается связать это устройство tuya smart, соединение таймаутится — то есть вышеуказанные логи с устройства, уже связанного у меня дома. У неё много умных лампочек, которые работают прекрасно, без всяких проблем. Надеюсь, что с более подробными debug-логами я смогу понять, что именно происходит.

Также буду признателен за любые советы по диагностике этой проблемы.

SnappR

Guest

30.05.2023 01:25:00

Я в полном замешательстве, в версии 7.9 указано исправление этой проблемы (скорее всего именно этой): https://mikrotik.com/download/changelogs *) wifiwave2 — исправлена ошибка таймаута рукопожатия ключа при повторном подключении клиентских устройств на интерфейсах 802.11ac; но проблема всё равно проявляется. У вас была похожая ситуация и вы тестировали 7.8? Не думаю, что стоит откатываться назад, если только вы не начали с неё, и проблема возникла после обновления.

nexusds Guest	#3 0 30.05.2023 04:05:00 Я тестировал все разные версии, и 7.8 — самая стабильная из них у нас по этой проблеме.

mkx

Guest

30.05.2023 05:31:00

Согласно твоему сообщению №10 выше, ты используешь hAP ax2, в то время как в списке изменений явно упоминаются ac-интерфейсы (я предполагаю, что речь идет о аппаратных возможностях, то есть радиомодуле, а не о настройках). Видишь разницу?

SnappR

Guest

31.05.2023 12:29:00

Я написал в поддержку Mikrotik, и они предложили попробовать установить 7.10rc1, так что, возможно, сначала попробую это. В любом случае, спасибо за отзыв~ Да, я знаю, что мой роутер/точка доступа AX, а в списке изменений упоминается AC, я понимаю разницу, но... к чему там относится этот пункт? К точке доступа или к устройству клиента? Может, я неправильно понимаю, извините, у меня английский не родной~ Моя проблема связана с некоторыми (не всеми) устройствами с 802.11ac на стороне клиента. Дело в том, что 802.11ax обратно совместим, так что проблем быть не должно, если установлен правильный драйвер/драйвер с поддержкой AX (не всем устройствам он нужен, насколько я знаю) на стороне клиента.

holvoetn

Guest

31.05.2023 12:51:00

Некоторые Wi-Fi устройства AC (AC3, Audience и другие) также могут использовать пакет wifiwave2. Этот список изменений был предназначен именно для этих устройств. На клиентских устройствах ничего делать не нужно, чтобы они подключились к AX точке доступа. Всё должно работать автоматически (если только вы не используете настройки, которые несовместимы — например, UNII-4 частоту на устройствах, которые не поддерживают этот диапазон, или WPA3 и так далее).

nexusds

Guest

31.05.2023 17:09:00

У меня была такая же проблема с 7.10rc1 всего один раз, сейчас продолжаю тестировать. Замечаю, что когда это происходит, если посмотреть статус и попытаться отключить/включить интерфейс, он зависает на остановке. Помогает только перезагрузка (или остаться на версии 7).

NeCoRo

Guest

26.06.2023 08:16:00

У меня была такая же проблема с 7.10rc1 всего один раз, пока что продолжаю тестировать. Замечаю, что когда это происходит, если посмотреть статус и попытаться отключить/включить интерфейс, он зависает в состоянии остановки. Помогает только перезагрузка (или остаться на 7.8). С 7.10 проблема та же ((. Только перезагрузка раз в 3-4 дня помогает мне.

jkttim Guest	#9 0 15.07.2025 14:28:00 Привет. Я просто убрал пункт с опциями Encryption=ccmp,gcmp,ccmp-256,gcmp-256 для 2.4ГГц. У меня была такая проблема именно на 2.4ГГц. Использую RouterOS версии 7.19.2 (hAP ax²).

eazysnatch

Guest

#10

17.05.2023 14:44:00

Аппаратура: HAP AX3 - C53UiG+5HPaxD2HPaxD
Тип прошивки: ipq6000
Текущая прошивка: 7.9
Обновить прошивку до: 7.10beta5
Версия системы: 7.10beta5

Сегодня без всякой причины, хотя всё работало прекрасно неделями. Просто так у меня пропало Wi-Fi на ноутбуке, который подключался по AX (5.0), и все мои умные устройства на N (2.4) тоже потеряли связь. Никаких изменений вообще не было. Как видите, сейчас проблема только у одного устройства, но до обновления на последнюю бета-версию были проблемы у всех: и у ноутбука, и у телефона, и у всех умных устройств. Я видел, как они пытались подключиться и сразу же отключались в Web > wireless > Registration.

Решение — обновиться до 7.10beta5. Возможно, поможет просто перезагрузка, а возможно, именно перезагрузка после обновления и решает проблему, но если это так, то это временная мера. Причину я так и не понял, но факт остаётся фактом.

Как видите, я играюсь с Wi-Fi, пытаясь добиться стабильной работы и хорошего охвата. С моим старым добрым HAP ac проблем не было — там даже никто из новых версий и не пахло. Обновился без особой причины и теперь мучаюсь (:

[vhristev@MikroTik] /interface/wifiwave2> print detail
Flags: M - мастер; D - динамический; B - привязанный; X - отключён; I - неактивен; R - запущен
0 M B default-name="wifi1" name="g1r5-ax" mac-address=48:A9:8A:4A:CF:13 arp-timeout=auto radio-mac=48:A9:8A:4A:CF:13
configuration.mode=ap .ssid="g1r5-ax" .country=United States
security.authentication-types=wpa2-psk,wpa3-psk .passphrase="XXXXXXX"
channel.band=5ghz-ax .width=20/40/80mhz .skip-dfs-channels=disabled

1 M BR default-name="wifi2" name="g1r5-n" mac-address=48:A9:8A:4A:CF:14 arp-timeout=auto radio-mac=48:A9:8A:4A:CF:14
configuration.mode=ap .ssid="g1r5-n" .country=Bulgaria
security.authentication-types=wpa2-psk .passphrase="XXXXXXXX"
channel.band=2ghz-n .width=20/40mhz-Ce .skip-dfs-channels=all

17:04:50 wireless,info 24:6F:28:79:3F:B4@g1r5-n отключился, таймаут ключевого рукопожатия, уровень сигнала -41
17:04:52 wireless,info 24:6F:28:79:3F:B4@g1r5-n подключился, уровень сигнала -42
17:04:58 wireless,info 24:6F:28:79:3F:B4@g1r5-n отключился, таймаут ключевого рукопожатия, уровень сигнала -41
17:05:00 wireless,info 24:6F:28:79:3F:B4@g1r5-n подключился, уровень сигнала -42
17:05:08 wireless,info 24:6F:28:79:3F:B4@g1r5-n отключился, потеря соединения, уровень сигнала -43
17:05:08 wireless,info 24:6F:28:79:3F:B4@g1r5-n подключился, уровень сигнала -42
17:05:15 wireless,info 24:6F:28:79:3F:B4@g1r5-n отключился, таймаут ключевого рукопожатия, уровень сигнала -41
17:05:17 wireless,info 24:6F:28:79:3F:B4@g1r5-n подключился, уровень сигнала -42
17:05:23 wireless,info 24:6F:28:79:3F:B4@g1r5-n отключился, таймаут ключевого рукопожатия, уровень сигнала -41

SnappR

Guest

#11

20.05.2023 14:38:00

Привет, у меня тоже время от времени возникали похожие проблемы. Некоторые устройства отключались и потом не могли подключиться с той же ошибкой: отключено, тайм-аут ключевого рукопожатия, уровень сигнала -XX. Это случалось у меня с hap AX2, ROS/wifiwave2: 7.9. Похоже, что перезагрузка устройства решает проблему, но я боюсь, что это снова произойдет случайно. Ты нашёл какое-то постоянное решение? Правда ли, что использование 7.10beta5 действительно решает эту проблему?

nexusds Guest	#12 0 28.05.2023 02:07:00 попробуй использовать 7.8

Ziggi Guest	#13 0 09.10.2023 17:50:00 После того как я сменил Wi-Fi устройство на Mikrotik и поставил тот же SSID, у части устройств Tuya возникла та же проблема... Похоже, Tuya запоминает связанный MAC-адрес для этого SSID или что-то в этом роде... Просто сменил SSID на Mikrotik на новый — и проблема с моими устройствами Tuya исчезла. Но при этом все их нужно будет заново зарегистрировать.

Читают тему

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