3.9: Фейковые события по отключению от домашнего сегмента

[t800]

Привет

Keenetic Air (KN-1610) RU (в режиме экстендера) после обновлений до одной из альф 3.9 внезапно стал рапортовать через приложение Keenetic аварии по отключению от домашнего сегмента. Аварии короткие, почти сразу приходит уведомление о том, что соединение восстановлено. Закономерность удалось поймать: это совпадало с включением/выключением ПК, включенного в ethernet порт. У меня достаточно большой парк кинетиков, больше ни на одной модели такого не наблюдается. Диагностика - в скрытом посте. 

@Le ecureuil

[t800]

Чтобы было проще копать в файле диагностики: последний раз проблема наблюдалась сегодня, 24.11.2022 ~10:20

Из облака пришло два пуш-сообщения в телефон.

[hellonow]

@t800 у вас явно линк падал и не был доступен шлюз:

[I] Nov 24 10:20:47 ndm: Network::Interface::Switch: "FastEthernet0/1": switch link up at port 1 (100FD/AN). 
[I] Nov 24 10:20:47 kernel: br0: port 1(eth2.1) entered blocking state
[I] Nov 24 10:20:47 kernel: br0: port 1(eth2.1) entered listening state
[I] Nov 24 10:20:47 kernel: br1: port 1(eth2.2) entered blocking state
[I] Nov 24 10:20:47 kernel: br1: port 1(eth2.2) entered listening state
[W] Nov 24 10:20:50 ndm: Dhcp::Client: DHCP server is not responding. 
[W] Nov 24 10:20:50 ndm: Dhcp::Client: DHCP server is not responding. 
[I] Nov 24 10:20:50 ndm: Network::Interface::Ip: "Bridge1": IP address cleared. 
[I] Nov 24 10:20:50 ndm: Network::InternetChecker: Internet access lost (status: 0x0000). 
[I] Nov 24 10:20:50 kernel: br1: port 1(eth2.2) entered learning state
[I] Nov 24 10:20:50 kernel: br0: port 1(eth2.1) entered learning state

Далее аналогичное событие:

[I] Nov 24 10:20:56 ndm: Network::Interface::Switch: "FastEthernet0/1": switch link down at port 1. 
[I] Nov 24 10:20:56 kernel: br0: port 1(eth2.1) entered blocking state
[I] Nov 24 10:20:56 kernel: br0: port 1(eth2.1) entered listening state
[I] Nov 24 10:20:56 ndhcpc: Bridge1: received OFFER for 172.16.1.21 from 172.16.1.1. 
[I] Nov 24 10:20:56 kernel: br1: port 1(eth2.2) entered blocking state
[I] Nov 24 10:20:56 kernel: br1: port 1(eth2.2) entered listening state
[I] Nov 24 10:20:58 ndm: Network::Interface::Switch: "FastEthernet0/1": switch link up at port 1 (100FD/AN). 

Поэтому срабатывает STP, так как есть MWS.

При изменении топологии, дерево STP перестраивается и свитч в Keenetic проходит стадии blocking - listening - learning - forwarding, в такие моменты передача через все локальные порты блокируется на несколько секунд, поэтому приложение отрабатывает корректно, не похоже на "фейковые" пуши.

[t800]

@hellonow понимаете, получается так, что линк падает всегда когда ПК включается и выключается. Как такое может быть? FastEthernet0/1 - это порт, куда включён комп. Получается, что up и down по этому порту провоцирует сетевую недоступность шлюза через FastEthernet0/0. Быть может с чипом какая-то проблема?

А самое главное, не было такого раньше. Мне не пришло в голову зафиксировать момент, когда впервые стали приходить эти уведомления, но началось это именно на 3.9

Изменено 24 ноября, 2022 пользователем t800

[t800]

@hellonow прошу прощения, будет какой-то комментарий по этому вопросу? Проблема никуда не делась, воспроизводиться 100% чётко.

[hellonow]

@t800 у вас возникает перезапуск DHCP на Br0 контроллера, поэтому да, это может вызывать сообщения в Приложении.

Напишите пожалуйста в поддержку, описав данную ситуацию.

[t800]

@hellonow Я прошу прощения за деревянность, но я не понимаю, какая связь между включением/выключением PC, подключённого в ethernet-порт экстендера, рестартом DHCP на контроллере (откуда информация о его рестарте?), и уведомлением об отключении экстендера от сегмента. Почему тогда по второму экстендеру нет никаких проблем в этот момент?

В техподдержку - ок, могу открыть кейс, но обычно они рекомендуют по бетам и драфтам писать на форум.

[hellonow]

@t800 нет, по Preview (Beta) версиям вы можете писать в поддержку. 3.9 находится в активной стадии бета теста, поэтому ЖЕЛАТЕЛЬНО писать именно в поддержку.