Назад | Перейти на главную страницу

Cisco WAP321 отбрасывает пакеты ARP

В моем офисе у нас есть 4 WAP321, подключенных напрямую к маршрутизатору Cisco 891f.

Случайным образом в течение дня компьютеры теряют доступ к сети. Они останутся подключенными к SSID Wi-Fi, но не смогут пинговать ни один сетевой ресурс. Даже шлюз по умолчанию.
Я заметил, что когда возникает эта проблема, компьютер (Windows 7/8/10) каким-то образом сбрасывает запись ARP для шлюза по умолчанию. Затем он отправляет несколько широковещательных запросов ARP, которые достигают маршрутизатора. Маршрутизатор отвечает (по крайней мере, согласно журналам отладки), но компьютер никогда не получает эти пакеты.
Отсутствие записи ARP шлюза по умолчанию может длиться от нескольких секунд до 45 минут.

Мы установили, что проблема связана с точками доступа. Подключил их к другому маршрутизатору (какой-то маршрутизатор Huawei 4G), и проблема продолжилась. Когда мы подключили другую точку доступа к маршрутизатору cisco (мы переназначили маршрутизатор Wi-Fi TPLINK в качестве точки доступа), ни у кого не было потери сетевого подключения.

В настоящее время я не понимаю, что делать. Точки доступа обновлены до последней версии микропрограммы (1.0.6.2). В основном они настроены с настройками по умолчанию (изменили SSID, радиоканал и добавили их в кластер Single Point Setup).

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

Я открыт для всех идей и предложений по дальнейшей диагностике этой проблемы! Спасибо!

Это действительно хороший вопрос для networkengineering.stackexchange.com.

Но:

Я исправлял эту точную ошибку в прошлом, включив "Untagged Vlan" в Адреса VLAN и IPv4 раздел под LAN. Также установите для виртуальных локальных сетей без тегов и MGMT значение ID 1 по умолчанию.

Да, это звучит безумно, но это решило мою проблему с Cisco WAP, демонстрирующими точно такое же поведение в прошлом году. Я выкопал это решение где-то на форуме Cisco.