Proxy ARP в Wi-Fi: как контроллер сокращает broadcast для клиентов

ARP-запрос обычно ищет MAC через broadcast. В радиоэфире каждый такой кадр расходует общее время всех клиентов.

Отвечайте из таблицы контроллера

Если IP назначения принадлежит известному беспроводному клиенту, proxy ARP формирует ответ от его имени и не отправляет исходный broadcast в радиоячейку. Эфир остается свободнее.

Не придумывайте неизвестный адрес

Когда записи нет или адрес не относится к wireless client, контроллер не должен создавать ложное соответствие и обрабатывает запрос по обычной логике VLAN. Нужна актуальная client database.

Учитывайте switching mode

На Catalyst 9800 полноценный ARP proxy для wireless destinations относится к central switching, поскольку именно контроллер видит и обслуживает этот клиентский data path. FlexConnect проверяют отдельно.

Сравните ARP capture на wired и wireless сторонах для известного и неизвестного адреса. Так становится точно видно, отвечает ли контроллер сам, переводит broadcast в направленный unicast или отправляет исходный запрос дальше по проводному VLAN.

Конфликты таблицы рассмотрены в материале про duplicate IP в Wi-Fi. Условия и обработку ARP фиксирует официальное руководство Cisco.