Russian Users MikroTik | Форум пользователей MikroTik

Всем доброго дня!
Возникла такая проблема: точки доступа самостоятельно "отваливаются" от контроллера и примерно минут через 5 сами подключаются обратно. Не все сразу, в рандомном порядке. При этом uptime на точке доступа соответствует времени, когда точка подключилась обратно к CAPsMAN, но точка не выключалась: если посмотреть на коммутаторе, порт в который подключена точка - активен.
Событие которое фиксируется на контроллере в момент "отвала" - disconnecting AP_name@IP_address, activity timeout
Контроллер - CCR2004-16G-2S+
Точки доступа: cAP ac
Версия RouterOS: 7.16.1 ( изначально была 7.15, проблема была та же )

На контроллере создан бридж, в него добавлены все eth-порты ( wlan там нет ). Всем портам прописан определенный vlan, на вкладке vlan прописаны все необходимые vlan, назначены tagged порты. На бридже создан vlan-интерфейс с vlan-управления и статикой ему назначен ip. Дальше настроены во вкладке Wi-Fi профили безопасности, каналы ( 2,4 и 5 ГГц ), конфигурации сетей, настроен провижн ( раздаются несколько сетей, публичная и рабочая ) и включен CAPsMAN на том же интерфейсе, которому назначен статический IP адрес.

Точки настроены следующим образом: также создан бридж, туда добавлен порт ether1 ( как tagged ) и порты wifi ( как untagged с нужным vlan ). Также на бридже создан интерфейс vlan-интерфейс с vlan-управления и статикой ему назначен ip. На интерфейсах wifi задано, что они работают под управлением capsman и затем прописан IP контроллера.

Просьба помочь разобраться с проблемой. Точки могут несколько дней не отваливаться от контроллера, но рано или поздно это все равно происходит.
Заранее спасибо!

NikIv1993 писал(а): ↑27 дек 2024, 16:34 При этом uptime на точке доступа соответствует времени, когда точка подключилась обратно к CAPsMAN

А что в логах точки после отвала? Пожоже на проблему с питанием.
Или утечка памяти .

mafijs писал(а): ↑27 дек 2024, 16:40

NikIv1993 писал(а): ↑27 дек 2024, 16:34 При этом uptime на точке доступа соответствует времени, когда точка подключилась обратно к CAPsMAN

А что в логах точки после отвала? Пожоже на проблему с питанием.
Или утечка памяти .

В логах на точках доступа первое что пишет - это то что сильно расходится время с ntp-сервером ( 3-4 часа ) и подстраивает время. Больше ничего особо не пишет.
По поводу проблем с питанием: точки доступа разбросаны по всему предприятию, подключены в разные коммутаторы, разных производителей. Пробовали подключать даже через POE-инжектор - это не помогает.

Такая фигня происходит из-за петель в сети. Ищите проблему.
Иными словами, в момент отвала, с точки доступа, контроллер не доступен.
Была такая же фигня. Причем петля начинала проявлять себя только при появлении приличного трафика в проблемном VLAN.
Пока особо трафика не было, все как-то работало.

Настройте мониторинг, The Dude, Zabiix - любой подойдет. И наблюдайте. Велик шанс, что бы обнаружите недоступность целых сегментов сети в определённое время.

gmx писал(а): ↑28 дек 2024, 09:39 Такая фигня происходит из-за петель в сети. Ищите проблему.
Иными словами, в момент отвала, с точки доступа, контроллер не доступен.
Была такая же фигня. Причем петля начинала проявлять себя только при появлении приличного трафика в проблемном VLAN.
Пока особо трафика не было, все как-то работало.

Настройте мониторинг, The Dude, Zabiix - любой подойдет. И наблюдайте. Велик шанс, что бы обнаружите недоступность целых сегментов сети в определённое время.

Просто тогда проблемы должны быть и при локальной настройке точки доступа, когда сети wi-fi прописаны непосредственно на точке, а не получаются через контроллер. Только немного другого плана. Однако при таком раскладе точка не отваливается. Также в целом на предприятии отвалов какого-либо другого сетевого оборудования не наблюдается. Также есть такая ситуация, когда в один коммутатор подключены 3-4 точки доступа, при этом в определенный момент отваливается только 1 из них, а все остальные работают, однако по логике они должны были бы отвалиться целым сегментом.