biba

Если правильно понял суть вопроса, то диапазон адресов можно разбить в набор сетей и наделать маршрутов к ним. $ ipcalc 192.168.29.0 - 192.168.32.31 deaggregate 192.168.29.0 - 192.168.32.31 192.168.29.0/24 192.168.30.0/23 192.168.32.0/27 То же самое онлайн - ip2cidr.com

Помогло как и в прошлом сообщении прописать на контроллере: mws stp priority 16384 system configuration save в селфтестах видно, что ID корня поменялся и теперь указывает на контроллер: 8000.30:b6:4f:xx:xx:xx --> 4000.50:ff:20:xx:xx:xx

Первичный симптом - иногда у пользователя начинают медленно открываются сайты, не загружается медиа. Проблема проявляется только при использовании 5ГГц. Схема подключения: [ISP] --- [Giga (KN-1010) 192.168.1.1, контроллер] --- [Air (KN-1611) 192.168.1.2, ретранслятор] --- [Samsung Galaxy A50] Giga и Air соединены между собой кабелем. Изначально беспроводная транспортная сеть отключена, установленный вручную канал не используется соседними точками доступа. В логе Air обнаруживаются постоянно генерируемые сообщения: [I] Apr 17 03:02:22 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": no appropriate BSS to join. [I] Apr 17 03:02:22 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster1/WifiStation0": performing site survey (partial scan). С появлением сообщения "performing site survey" можно заметить потери пакетов, пример (для диагностики пингуется 192.168.1.1 c A50): 64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=2.00 ms 64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=4.60 ms 64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=1.60 ms 64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=4.36 ms 64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=1.68 ms Изменение состояния WifiMaster1/WifiStation0 на Air вручную - устраняет потери: (config)> interface WifiMaster1/WifiStation0 down 30 packets transmitted, 30 received, 0% packet loss (config)> interface WifiMaster1/WifiStation0 up 30 packets transmitted, 22 received, 26% packet loss Включение в интерфейсе контроллера беспроводной транспортной сети тоже решает проблему, при отключении симптомы и сообщения в логе Air возникают вновь, в некоторых случаях потери ненадолго устраняются сменой 5ГГц канала. Из доступного для проверки оборудования подобное поведение проявляет только Samsung Galaxy A50. Собственно, вопрос: это баг со стороны точки доступа или виновата конкретная модель смартфона? Не понятно зачем ретранслятор пытается взаимодействовать с транспортной сетью если она явно отключена на контроллере.