4.0-4.1: RRM: perform scan notified channel

[dimon27254]

После выхода 4.0 Alpha 1, обновил свой KN-3010, который работает в качестве контроллера mesh, и два экстендера KN-3210. Заметил, что лог контроллера забивался сообщениями такого вида: 

RRM: perform scan notified channel: 9

Иногда в сообщениях появлялась цифра 13 вместо 9.  Судя по сообщениям, это связано с работой RRM. Проверил настройки экстендеров, в одном установлен 13 канал Wi-Fi, в другом 9.

Перезагрузка контроллера не помогает, также как и перезагрузка экстендеров. Зато, если на экстендерах откатить версию на 3.9.2, в логах контроллера исчезают сообщения RRM.

KN-3210 подключены по кабелю, беспроводной backhaul отключен. Сейчас контроллер работает на версии 4.0 Alpha 4.

В 3.9.2 и более ранних такого поведения мной замечено не было.

Начиная с версии 4.0 так и должно быть, или это баг?

Изменено 7 августа, 2023 пользователем dimon27254

[dimon27254]

В 4.0 Alpha 5-6 в логе контроллера также есть эти сообщения в большом количестве. В логах экстендеров появляются реже и в меньшем количестве.

В 3.9.2 они не появлялись спонтанно во время работы.

 

@Le ecureuil@hellonow, если это возможно, переместите, пожалуйста, этот вопрос назад в "Тестирование Dev-сборок". Из-за моей ошибки при его написании, он был перемещен в Keenetic RMM, но с этим сервисом никак не связан, т.к. у меня там нет добавленных устройств. Я имею ввиду работу протокола 802.11k, который из веб-интерфейса управляется параметром "Управление BSS-окружением 802.11k/v", а в системе именуется как RRM.

[dimon27254]

В 4.0 Alpha 8 поведение сохраняется.

Я заметил, что для проявления достаточно установленной 4.0 на экстендерах, контроллер в этот момент может быть и на 3.9, сообщения все равно будут сыпаться.

Посмотрел по логам, на контроллере сообщения появляются с периодичностью ровно в 2 минуты.
Очень похоже на работу какого-то фонового сканирования эфира, но не понятно, почему оно срабатывает только при установленной на ретрансляторах 4.0.

Снял и прикрепил self-test до и после включения debug-режима. Контроллер на 3.9.3, ретрансляторы на 4.0 Alpha 8.

[dimon27254]

В 4.0 Alpha 12 все аналогично.

Если отключить в веб-интерфейсе флажок "Управление BSS-окружением 802.11k/v" во всех сегментах - новые сообщения RRM перестают выходить. Включаю назад - снова появляются.

[dimon27254]

@hellonow в 4.0 Alpha 13 сообщения стали выходить в двойном количестве каждые 2 минуты:

[I] Mar 11 07:47:18 kernel: RRM: perform scan notified channel: 9
[I] Mar 11 07:47:18 kernel: RRM: perform scan notified channel: 9
[I] Mar 11 07:47:18 kernel: RRM: perform scan notified channel: 13
[I] Mar 11 07:47:18 kernel: RRM: perform scan notified channel: 13
[I] Mar 11 07:49:19 kernel: RRM: perform scan notified channel: 9
[I] Mar 11 07:49:19 kernel: RRM: perform scan notified channel: 9
[I] Mar 11 07:49:19 kernel: RRM: perform scan notified channel: 13
[I] Mar 11 07:49:19 kernel: RRM: perform scan notified channel: 13

[dimon27254]

В 4.0 Alpha 14 аналогично.

[dimon27254]

@hellonow @Le ecureuil в 4.0 Alpha 15-17 без изменений.

[dimon27254]

@sergeyk начиная с 4.0 Alpha 20 сообщения RRM стали выходить только при инициализации контроллера и ретрансляторов, как в 3.9. Были внесены какие-то правки?

[dimon27254]

Очень странно, но в 4.0 Beta 0.1 сразу после перехода с Alpha 20 их не было. Сделал повторную перезагрузку, и на момент написания предыдущего сообщения их также не было. Спустя несколько минут появились, а затем примерно через 2 часа пропали.
В Alpha 20 даже после нескольких перезагрузок их не замечал.

[Migel]

Ultra (KN-1810) RU появились такие же сообщения после перехода на стабильную 4.0.2

Причем RRM не используется.

Изменено 7 августа, 2023 пользователем Migel

[dimon27254]

@Infy @hellonow Заметил эти же сообщения и на 4.1 Alpha 1 (ретрансляторы на 4.0.2), не пропадают даже после перезагрузки.

Изменено 7 августа, 2023 пользователем dimon27254

[hellonow]

@dimon27254 Это является следствием получения широковещательных bcast сообщений через wind демон - это приводит к частому сканированию site-survey (обзора сети).

 

В будущих версиях ПО планируется исправление. Спасибо.

[dimon27254]

@hellonow нет пока что информации, в какой из будущих версий может быть выпущено исправление? Сейчас в 4.1 Alpha 5 сообщения "сыпятся" на ретрансляторах.

Еще заметил в журнале переходов на контроллере интересную вещь: имеет место быть поток однотипных записей одновременного отключения устройств от одного из ретрансляторов, который соединен с контроллером беспроводным способом.

Скрытый текст

В журнале, что интересно, нет записей об их обратном подключении. По логу моменты отключений на самом ретрансляторе отследить не удается, т.к. таких записей попросту нет. На странице "Клиенты Wi-Fi" счетчики времени подключения устройств также не показывают точный факт их отключения.

На других же ретрансляторах примерно в этот промежуток времени имеются записи "RRM: perform scan notified channel: 1".

Правильно ли я понимаю, что если один из ретрансляторов получил сообщение о необходимости просканировать сеть, то это делают все, обмениваются между собой информацией, а затем в журнале переходов появляются актуальные данные? Иначе не могу понять, почему сообщения появляются на одном, а от другого "отваливаются" устройства.

Если требуется, могу прикрепить self-test со всех кинетиков в Mesh-системе.

Изменено 6 сентября, 2023 пользователем dimon27254

[dimon27254]

@Infy @hellonow заметил интересную особенность: если в Mesh-системе все ретрансляторы используют только проводное соединение, то сообщения появляются, как правило, первые несколько часов, после чего пропадают.

Если же хотя бы один ретранслятор подключен к любому из узлов беспроводным способом (что мной было сделано перед написанием предыдущего сообщения), то записи идут постоянно и без остановки. В таком случае, с этим ретранслятором кратковременно может теряться связь. Происходит не полное отключение, а лишь, например, пару секунд отсутствуют ответы на ping или же на странице контроллера "Wi-Fi система" напротив него отображается предупреждение вида "[21940] unable to receive headers: operation timeout.". Проходит еще несколько секунд, как ответы на ping снова приходят, а на странице какие-либо ошибки и предупреждения исчезают.

[dimon27254]

@Le ecureuil @Infy @hellonow в 4.1 Alpha 9 теперь отображаются другие сообщения:

Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 1.

Но, к сожалению, также идут в логе каждые несколько минут.

[dimon27254]

@hellonow в 4.1 Alpha 14 каждые две минуты стало выходить еще больше сообщений:

[I] Oct 26 08:32:04 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 13. 
[I] Oct 26 08:32:04 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 13. 
[I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 1. 
[I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 1. 
[I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 9. 
[I] Oct 26 08:32:05 ndm: Core::Syslog: last message repeated 2 times.

На 1, 9 и 13 каналах находятся ретрансляторы.

Изменено 26 октября, 2023 пользователем dimon27254

[dimon27254]

@hellonow в 4.1 Alpha 15-17 без изменений.

Известен номер кейса по данной ситуации? Можете, пожалуйста, его привести для отслеживания исправления по журналу изменений?

[Plushkin]

На 4.0.7 такие же сообщения ( 

по 20 раз скрин 

 

 

[dimon27254]

@hellonow обновил всю Wi-Fi систему из Кинетиков на 4.1.0, куда вошло исправление SYS-1098. Поток сообщений "RRM: looking for neighbor at channel ..." / "RRM: perform scan notified channel: ..." каждые две минуты прекратился.

За 6 часов работы сообщения появились в логе лишь раз, на одном из ретрансляторов в процессе запуска. Буду наблюдать далее.

Спасибо!