Обычно при настройке сети из нескольких точек доступа Wi-Fi с одним ESSID точки доступа настраиваются как простые мосты канального уровня между беспроводной и проводной сетями Ethernet.
Возможна ли такая настройка, когда точки доступа действуют как маршрутизаторы, а не простые мосты?
решение1
Стандарт 802.11 не требует, чтобы «система распределения» (DS) — то есть транзитные соединения между точками доступа — ESS была Ethernet, а также не требует, чтобы точки доступа ESS были просто мостом между беспроводными клиентами и DS.
Итак, да, вы можете настроить его таким образом, но есть несколько вещей, которые следует иметь в виду, если вы хотите это сделать:
- Маршрутизаторы блокируют большинство протоколов обнаружения служб, поэтому вы часто будете обнаруживать, что устройства на одной точке доступа не видят клиентов на другой точке доступа, поскольку точки доступа фактически блокируют протоколы обнаружения.
- Большинство так называемых «маршрутизаторов Wi-Fi» — это не простые маршрутизаторы IP-пересылки, а шлюзы NAT (технически то, что IETF называет NAPT, а Cisco называет PAT), а шлюзы NAPT по своей природе в конечном итоге блокируют любые соединения, исходящие с их «публичной» стороны на их «частную» сторону.
- Маршрутизаторы (и шлюзы NAPT) требуют разных подсетей IP на разных интерфейсах. Если вы используете несколько потребительских маршрутизаторов Wi-Fi одной марки, они все будут по умолчанию использовать одну и ту же подсеть на «частной» стороне. Если вы подключите порт WAN на одном из них к порту LAN на другом, вы получите одну и ту же подсеть на обеих сторонах нижестоящего устройства. Вы можете избежать этого, изменив подсеть, которую использует один из них, или не соединяя их таким образом.
- Некоторые беспроводные клиенты могут не обновлять свои аренды DHCP при роуминге от одной точки доступа к другой, поэтому у вас могут возникнуть конфликты IP-адресов. Допустим, у вас есть два маршрутизатора A и B, и оба используют одну и ту же подсеть 192.168.2.x/24 в своих индивидуальных WLAN. Если у вас также есть два клиента, X и Y, и X ассоциируется с A и получает 192.168.2.2 в сети A, а Y ассоциируется с B и получает 192.168.2.2 в сети B, а затем, скажем, X перемещается от A к B и в конечном итоге перемещается в B. Если X ведет себя хорошо, его беспроводная карта уведомила бы свой стек хост-сети о событии роуминга, и клиент DHCP стека хост-сети временно прекратил бы использовать адрес 192.168.2.2, пока он не сможет повторно подтвердить, что аренда действительна в этой потенциально другой сети. Но если X ведет себя плохо, то X и Y оба будут на B и оба будут думать, что им принадлежит 192.168.2.2.