Работа STP на Keenetic Peak

[vmaloy86]

У меня проблема с Keenetic Peak и двумя ретрансляторами Voyager, работающими в системе Mesh.

Любой запуск компьютера в любом порту Peak вызывает кратковременную (около 40 секунд) потерю интернета по всему дому.

Причем включаемый компьютер все эти 40 секунд получает IP адрес. Проблема появляется только на тех устройствах, у которых сетевая карта в "дежурном режиме"  работает, например, на 100 мБит, а при включении переключается на 1000.

На роутере в журнале тем временем:

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

[I] 01:08:14 kernel: br0: port 1(eth2.1) entered blocking state 
[I] 01:08:14 kernel: br0: port 1(eth2.1) entered listening state 
[I] 01:08:17 kernel: br0: port 1(eth2.1) entered learning state

Помогает отключение STP на всех портах к которым подключены ПК следующей командой 

role iseg

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

[Илья Картавенко]

https://help.keenetic.ru/hc/ru/articles/4405876929682.html

[vmaloy86]

43 минуты назад, Илья Картавенко сказал:

https://help.keenetic.ru/hc/ru/articles/4405876929682.html

Я и пишу что такой командой решил эту проблему, но вряд ли это правильная логика работы Интернет-центра. 

[Илья Картавенко]

Только что, vmaloy86 сказал:

Я и пишу что такой командой решил эту проблему, но вряд ли это правильная логика работы Интернет-центра. 

Так вот прочитайте статью внимательно до конца, поймете, почему так произошло

[vmaloy86]

9 минут назад, Илья Картавенко сказал:

Так вот прочитайте статью внимательно до конца, поймете, почему так произошло

Я эту статью внимательно читал несколько раз. Мне понятен механизм.

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

Также срабатывание STP может возникать, если в локальной сети роутера есть устройства, которые часто изменяют состояние Ethernet-подключения (например, из-за наличия плохого проводного соединения). Вот пример лога, когда на 2-м порту наблюдается частое "дергание" линка:

Но "часто" там ничего не меняется, компьютер "спит" при этом его сетевая карта активна в режиме 10 Мбит (для реализации функции пробуждения по сети например), компьютер включается, Винда загружается и вся сеть вешается на 40 секунд.

Вряд ли это нормальная логика работы.

[vasek00]

1 час назад, vmaloy86 сказал:

Но "часто" там ничего не меняется, компьютер "спит" при этом его сетевая карта активна в режиме 10 Мбит (для реализации функции пробуждения по сети например), компьютер включается, Винда загружается и вся сеть вешается на 40 секунд.

Вряд ли это нормальная логика работы.

Кто-то отписывался например было и такое, что есть ТВ который так же "спит" но зачем, то дергает LAN соединение.

Проверьте еще раз настройки сетевой на предмет всяких совпадений шаблонов/включение по лок сети или Magic или Wake или энергосбережения чего-то или еще что-то. Можно войти клиентом по Wifi и включить "Захват сетевых пакетов" (посмотрите в базе как это делается). Далее самым простым анализатором можно Microsoft Network Monitor (менее 10МБ) посмотреть какие с вашего клиента бегут пакеты если они бегут в режиме когда он "спит".

[vmaloy86]

1 час назад, vasek00 сказал:

Кто-то отписывался например было и такое, что есть ТВ который так же "спит" но зачем, то дергает LAN соединение.

Проверьте еще раз настройки сетевой на предмет всяких совпадений шаблонов/включение по лок сети или Magic или Wake или энергосбережения чего-то или еще что-то. Можно войти клиентом по Wifi и включить "Захват сетевых пакетов" (посмотрите в базе как это делается). Далее самым простым анализатором можно Microsoft Network Monitor (менее 10МБ) посмотреть какие с вашего клиента бегут пакеты если они бегут в режиме когда он "спит".

Получается что он его дергает только в момент включения, когда переходит с одного режима в другой.(именно тогда в роутере появляются все эти строчки про изменение топологии) Пока он выключенный ничего не происходит. Это на всех 3 компьютерах так. 

[Le ecureuil]

Если вы подскажете разумную идею как отличить порт, в который воткнут телевизор (или любое другое оконечное пользовательское оборудование) от порта, где потенциально может появится петля / связь с другим членом MWS по backhaul - мы будем очень рады. Однако сейчас единственно устойчиво рабочее решение - чтобы пользователь сам явно маркировал оконечный порт через role iseg.

[kirk88]

В 23.07.2024 в 19:21, Le ecureuil сказал:

Если вы подскажете разумную идею как отличить порт, 

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

механизм iseg необходим в том случае если пользователь явно знает что за портом 

 

 

замечательно что внедрили STP, но необходим надфиль!

Изменено 16 октября, 2024 пользователем kirk88