Плохое поведение маршрутизации WLAN при переключении AP
Я столкнулся с рядом вариаций описанной ниже проблемы с маршрутизаторами / точками доступа и расширителями диапазона WiFi от различных производителей.
- Все устройства беспроводные.
- LAN / WLAN состоит из нескольких универсальных маршрутизаторов / коммутаторов / устройств точки доступа или расширителей WLAN, работающих с одним и тем же SSID. Это обычные производители, такие как NETGEAR и TP-Link.
- Только одно устройство действует как Интернет-маршрутизатор.
- Есть только один DHCP-сервер.
- Точка доступа-A и Точка доступа-B подключены по проводной локальной сети.
Следующая последовательность описывает сценарий:
- Клиент-устройство-1 связан с Точка доступа-A
- Клиент-устройство-2 также связан с Точка доступа-A
- Приложения на Клиент-устройство-2 общаются с приложениями на Клиент-устройство-1, обычно с использованием TCP.
- Клиент-устройство-2 перемещается в пространстве так, что он переключается на Точка доступа-B.
- Связь между приложениями прекращается (сбой).
- Сетевая трассировка на Клиент-устройство-1 показывает (TCP) пакеты, поступающие из Клиент-устройство-2 и пакеты отправляются в обратном направлении, но кажется, что эти пакеты не достигают Клиент-устройство-2.
- Клиент-устройство-2 по-прежнему имеет хороший доступ в Интернет (который фактически проходит через маршрутизатор в Точка доступа-A).
Мне кажется, что кеш маршрутизации (пересылки пакетов) в Точка доступа-A не замечает, что Клиент-устройство-2 больше не доступен через себя, хотя пакеты от Клиент-устройство-2 поступают через его проводной интерфейс.
Если Клиент-устройство-2 изначально связан с Точка доступа-B тогда проблем нет.
Любые предложения относительно причины проблемы, кроме просто мусорной прошивки маршрутизатора / точки доступа, будут оценены.
Использование качественных управляемых продуктов, таких как UniFi от Ubiquiti, похоже, никогда не вызывает таких проблем.
Это происходит из-за недостатков в спецификациях 802.11. В частности, беспроводные расширители не могут принимать никаких других пакетов, кроме пакетов с их MAC-адресом.
Краткое содержание:
Клиент 1 по-прежнему считает, что у клиента 2 тот же MAC-адрес, но когда клиент 2 перемещается за виртуальный расширитель, его клиент 1, обращающийся к MAC-адресу, изменяется. Поэтому таблица ARP клиента 1 содержит неверную информацию.
Вот пример потока пакетов, когда клиенты находятся под одной и той же точкой доступа, а другая - за расширителем беспроводной сети.
MAC-адреса разных станций:
Клиент 1: 00: 11: 22: 33: 44: 55 Клиент 2: 00: 11: 22: 33: 44: 66 Расширитель: 00: 11: 22: 33: 55: 66
Клиенты под одной AP
- Клиент 1 отправляет пакет клиенту 2. Клиент 1 определил адрес клиента 2 с помощью ARP. MAC-адрес источника пакета - 00: 11: 22: 33: 44: 55, а адрес назначения - 00: 11: 22: 33: 44: 66.
- Клиент 2 отправляет ответ. MAC-адрес назначения был разрешен с помощью ARP. MAC-адрес источника пакета: 00: 11: 22: 33: 44: 66, адрес назначения 00: 11: 22: 33: 44: 55.
Клиент 2 за беспроводным повторителем
В этом случае беспроводной повторитель выполняет трансляцию MAC-адресов, поскольку иначе он не может ретранслировать пакеты клиенту 2.
- Клиент 1 отправляет пакет клиенту 2. Адрес был ранее определен как 00: 11: 22: 33: 44: 66, поэтому клиент 1 пытается отправить пакет на этот MAC. Однако текущая точка доступа не распознает MAC-адрес, поэтому отправка не выполняется.
- Клиент 1 пытается в конечном итоге разрешить MAC-адрес клиента 2 с помощью ARP. Теперь беспроводной повторитель может ответить, что «MAC-адрес клиента 2 00: 11: 22: 33: 55: 66 (MAC-адрес повторителя)».
- Клиент 1 отправляет пакет на MAC-адрес беспроводного повторителя, который затем пересылает пакет Клиенту 2.
Я не знаю, как это можно решить.