kn-1810 Kn-1810, периодически приостанавливается получение данных на устройствах при подключении через wifi (само подключение к роутеру - не пропадает, на роутере индикация подключения к интернету отображается, как активная).

[ilya k]

self-test_KN-1810_stable_3.09.C.8.0-0_router_2023-06-27T16-52-52.427Z.txtKn-1810, периодически приостанавливается получение данных на устройствах при подключении через wifi (само подключение к роутеру - не пропадает, на роутере индикация подключения к интернету отображается, как активная).

приостановка может пройти сама, а может потребовать переподключения wifi.

Если подключить комьютеры по проводу, коннект держится стабильно в течение 12-16 часов, далее происходит засыпание устройств и поьтом новые 12-16 часов. Стабильность подключения по проводу тестировалась 1 месяц, никаких проблем обнаружено не было.

Вводные:

в квартиру интернет приходит по оптике в роутер МГТС (ONT ZTE ZXHN F680 V9.1.10P1N9).

Роутер провайдера расположен у самого входа, на нем отключен диапазон 2.4Ггц. активен 5ггц(мощность выставлена 25%).

из локального порта LAN 3 роутера МГТС провод уходит на вход в 0 разъем в роутер Keenetic kn-1810 (предназначенный для подключения внешнего интернета).

В роутере KN-1810 стоит прошивка 3.9.8 (проблемы начались, когда стояла прошивка 3.6)

настроены 2.4 и 5 ГГц точкти доступа, отключен  TX Burst, роуминг между 2.5 и 5 Ггц. активирован, Band Steering отключен.

изначально проблема появилась, когда каналы были фиксированными.

каналы пробовал делать, как динамически изменяемые, так и фиксированные и изменения через фикс. промежутки времени - на результат это не влияло.

настройки пробовал включать и отключать почти во всех комбинациях - результат: день два нормальной работы, потом опять наблюдаются симптомы приостановки получения данных при наличии подключения wifi.

Необходио сделать дополноительное уточнение, в момент, когда наблюдаются симптомы приостановки получения данных

1 компьютер и 1 телефон всегда подключены только к роутеру МГТС. на этом компьюете установлены клиенты подключения к рабочей корп. сети, которые сразу сигнализируют о пропадании подключения - и эти клиенты молчат, подключение не прерывается.
т.е. в момент проявления проблемы на роутере Keenetic KN-1810 данные с родительской точки доступа идут корректно, данные на ней есть, а в интерфейсе Keenetic KN-1810 нет индикации, что доступ к интернету от точки доступа МГТС - пропадал.

Устройства на которых фиксировались приостановки получения данных:
apple tv использует проводное подключение  keenetic
macbook pro 15 2014 года (стоит статично в 1 место не двигается) использует только wifi keenetic
macbook pro 16 2022 года, перемещается по квартире.             использует только wifi keenetic
lenovo tkinkpad x1  (стоит статично в 1 место не двигается)     использует только wifi keenetic
hp elitebook G850, перемещается по квартире                        использует только wifi keenetic
hp probook (подключен всегда к точке доступа МГТС) - проблем получения данных не зафиксировано
iphone 13 pro                                                     использует только wifi keenetic

Прошу помочь диагностировать проблему и предложить пути решения, подскажите, какие нужны технические данные с моей стороны, чтобы облегчить процесс диагностики.
 

 

Изменено 27 июня, 2023 пользователем ilya k

[ilya k]

Дополню, только что возникла ситуация о которой я писал, я тут же скачал лог

 

время когда это произошло 22:30-22:32

 

кусок лога в это время:

 

[I] Jun 27 22:24:22 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) had re-associated successfully (FT mode). 
[I] Jun 27 22:31:08 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 27 22:31:29 ndnproxy: Core::Syslog: last message repeated 2 times.

[ilya k]

@Le ecureuil добрый день, прошу обратить внимание на мой вопрос, буду признателен комментариям, спасибо заранее!

[ilya k]

еще одно дополнение, только что поймал повтор примерно с Jun 27 23:55 по Jun 27 23:59, лог за этот период:

[I] Jun 27 23:50:39 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.5.146 from 90:dd:5d:c7:01:49. 
[I] Jun 27 23:50:40 ndhcps: sending ACK of 192.168.5.146 to 90:dd:5d:c7:01:49. 
[I] Jun 27 23:50:40 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link up at port 3 (1000FD/AN). 
[I] Jun 27 23:50:49 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link down at port 3. 
[I] Jun 27 23:50:52 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link up at port 3 (100FD/AN). 
[I] Jun 27 23:51:55 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 27 23:52:33 ndnproxy: Core::Syslog: last message repeated 2 times.
[I] Jun 27 23:54:34 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link down at port 3. 
[I] Jun 27 23:56:27 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) FT authenticated successfully. 
[I] Jun 27 23:56:27 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) had re-associated successfully (FT mode). 
[I] Jun 27 23:56:43 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.5.146 from 90:dd:5d:c7:01:49. 
[I] Jun 27 23:56:43 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 27 23:56:43 ndhcps: sending ACK of 192.168.5.146 to 90:dd:5d:c7:01:49. 
[I] Jun 27 23:56:44 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link up at port 3 (1000FD/AN). 
[I] Jun 27 23:56:53 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link down at port 3. 
[I] Jun 27 23:56:55 ndm: Network::Interface::Switch: "GigabitEthernet0/2": switch link up at port 3 (100FD/AN). 
[I] Jun 27 23:57:07 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 27 23:57:27 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(60:f8:1d:ac:69:d4) had associated successfully. 
[I] Jun 27 23:57:27 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(60:f8:1d:ac:69:d4) set key done in WPA2/WPA2PSK. 
[I] Jun 27 23:58:10 ndhcps: DHCPDISCOVER received from 60:f8:1d:ac:69:d4. 
[I] Jun 27 23:58:10 ndhcps: making OFFER of 192.168.5.93 to 60:f8:1d:ac:69:d4. 
[I] Jun 27 23:58:11 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.5.93 from 60:f8:1d:ac:69:d4. 
[I] Jun 27 23:58:12 ndhcps: sending ACK of 192.168.5.93 to 60:f8:1d:ac:69:d4. 
[I] Jun 27 23:58:20 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 27 23:58:23 ndnproxy: answer from wrong socket, ignore. 

 

[ilya k]

17 minutes ago, ANDYBOND said:

Можно убрать его, и настроить раздельные сети в двух диапазонах. 

Проводных обрывов в логе не наблюдается: есть лишь нормальные технологические процессы.

 

Также из командной строки можно:

https://help.keenetic.com/hc/ru/articles/115002479069-Почему-Keenetic-часто-рассылает-ARP-запросы-в-домашней-сети-

ip hotspot auto-scan no interface Home

system configuration save

Потом перезагрузить маршрутизатор и посмотреть на результат.

P.S. Спасибо за качественные вводные данные. Увы, это нынче редкость.

Спасибо за ответ,

- про роуминг 2.4 - 5 Ггц: к сожалению, я пробовал делать полностью раздельные 2 диапазона или даже оставлять какой-то один (хотя мне нужны 2), с каждым из вариантов я пробовал работать 3-4 дня примерно, проблемы наблюдались все равно.

- про ARP запросы, у меня в сети менее 10 устройств, на сколько по вашему вероятен вариант такого сильного влияния этих периодических сканирований на появление моей проблемы (я попробую, но мне просто интересна оценка возможного уровня влияния)?

- хотел дополнительно заострить внимание, на:

    1. DNS, на момент написания вопроса тут и все время до этого у меня в кинетике был указан 1 DNS - роутер МГТС с которого я получаю интернет. Нужно ли пробовать указывать какие-то дополнительные DNS адреса, есть ли вероятность, что причина в них?

    2. мне не нравится вот эти записи в логе  ndnproxy: answer from wrong socket, ignore. 

сегодня утром у меня очень сильно наблюдались проблемы, я зашел в лог и увидел, что этих записей "ndnproxy: answer from wrong socket, ignore. " было именно в этот период - значительно больше, чем я писал ранее - от 4 до 18 раз подряд, выделил ниже в логе жирным, эти части. 

     3. вопрос почему раз в несколько минут есть эта запись телефон все эти минуты не выключался он все время работал не блокировался и т.д. ? 

             [I] Jun 28 08:19:38 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) FT authenticated successfully. 
             [I] Jun 28 08:19:38 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) had re-associated successfully (FT mode). 

приведу вырезку лога

(MAC адрес  *69:d4 - мак компьютера на котором наблюдались серьезные зависания) 
(MAC адрес  *00:e9 - мак телефона на котором наблюдались серьезные зависания) 

[I] Jun 28 07:45:48 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 07:50:32 ndnproxy: Core::Syslog: last message repeated 3 times.
[I] Jun 28 07:50:41 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(60:f8:1d:ac:69:d4) had associated successfully. 
[I] Jun 28 07:50:44 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(60:f8:1d:ac:69:d4) had disassociated by STA (reason: STA is leaving or has left BSS). 
[I] Jun 28 07:50:53 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(60:f8:1d:ac:69:d4) had associated successfully. 
[I] Jun 28 07:50:53 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(60:f8:1d:ac:69:d4) set key done in WPA2/WPA2PSK. 
[I] Jun 28 07:50:55 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.5.93 from 60:f8:1d:ac:69:d4. 
[I] Jun 28 07:50:55 ndhcps: sending ACK of 192.168.5.93 to 60:f8:1d:ac:69:d4. 
[I] Jun 28 07:50:56 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 08:05:36 ndnproxy: Core::Syslog: last message repeated 12 times.
[I] Jun 28 08:07:20 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) had disassociated by STA (reason: STA is leaving or has left BSS). 
[I] Jun 28 08:07:21 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) had associated successfully (FT mode). 
[I] Jun 28 08:07:21 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) set key done in WPA2/WPA2PSK. 
[I] Jun 28 08:07:21 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.5.114 from e6:49:35:22:00:e9. 
[I] Jun 28 08:07:21 ndhcps: sending ACK of 192.168.5.114 to e6:49:35:22:00:e9. 
[I] Jun 28 08:07:21 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 08:12:56 ndnproxy: Core::Syslog: last message repeated 4 times.
[I] Jun 28 08:15:25 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(e6:49:35:22:00:e9) FT authenticated successfully. 
[I] Jun 28 08:15:25 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(e6:49:35:22:00:e9) had re-associated successfully (FT mode). 
[I] Jun 28 08:15:26 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 08:15:45 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 08:19:38 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) FT authenticated successfully. 
[I] Jun 28 08:19:38 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) had re-associated successfully (FT mode). 
[I] Jun 28 08:19:48 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 08:32:00 ndnproxy: Core::Syslog: last message repeated 10 times.
[I] Jun 28 08:36:35 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(e6:49:35:22:00:e9) FT authenticated successfully. 
[I] Jun 28 08:36:35 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster0/AccessPoint0": STA(e6:49:35:22:00:e9) had re-associated successfully (FT mode). 
[I] Jun 28 08:39:29 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 08:52:37 ndnproxy: Core::Syslog: last message repeated 9 times.
[I] Jun 28 08:52:57 ndhcps: DHCPREQUEST received (STATE_RENEWING) for 192.168.5.137 from e8:84:a5:05:34:58. 
[I] Jun 28 08:52:58 ndhcps: sending ACK of 192.168.5.137 to e8:84:a5:05:34:58. 
[I] Jun 28 08:58:06 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 09:03:38 ndnproxy: Core::Syslog: last message repeated 8 times.
[I] Jun 28 09:05:10 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) FT authenticated successfully. 
[I] Jun 28 09:05:10 ndm: Network::Interface::Rtx::WifiMonitor: "WifiMaster1/AccessPoint0": STA(e6:49:35:22:00:e9) had re-associated successfully (FT mode). 
[I] Jun 28 09:07:14 ndnproxy: answer from wrong socket, ignore. 
[I] Jun 28 09:34:38 ndnproxy: Core::Syslog: last message repeated 18 times.

 

 

 

 

- по поводу вводных: я действительно хочу получить рекомендации или указания на какие-то мои ошибки в настройке, без полных вводных не представляю, как можно мне помочь

Изменено 28 июня, 2023 пользователем ilya k

[ilya k]

 

10 minutes ago, ANDYBOND said:

Если не выбрана страна в настройках беспроводного соединения, то используются стандарты РФ. В случае с Вашим парком оборудования, возможно, логичней указать страну США, но просто не использовать каналы, не предназначенные для использования в РФ (см. статью по ссылке выше).

а вот это интересный момент, потому что обострение проблемы началось тогда, когда я как-то после большого перерыва зашел в настройки и зачем то решил проставить страну РФ. после этого странного поведения стало больше, я сохранил конфиг, снес все на устройстве настроил заново, но не указал страну и думал, что как раз перестал указывать РФ. а оказывается она по умолчанию ...

- про парк оборудования (девайсы РСТ), про частоты читал, но выбрал 140 после 149 и прочего, как самый не занятый кусок (сканировал свободные каналы).

обстоятельно попробую, что вы предложили, через некоторое время отпишусь в этой теме

 

спасибо за текущие ответы!

[ilya k]

9 hours ago, ANDYBOND said:

И ещё один момент для полноты картины.

 

спасибо, я уже тоже во вводном тексте писал, что band steering отключен, так что это именно для полноты картины или того кто еще прочитает