Normalmente, ao configurar uma rede de vários APs Wi-Fi com um único ESSID, os APs seriam configurados como simples pontes de camada de link entre Ethernet sem fio e com fio.
Esta configuração é possível com os APs atuando como roteadores em vez de simples pontes?
Responder1
O padrão 802.11 não exige que o "Sistema de Distribuição" (DS) - isto é, as conexões de backhaul entre os APs - de um ESS seja uma Ethernet, nem exige que os APs de um ESS apenas façam a ponte entre clientes sem fio e o DS.
Então, sim, você pode configurá-lo desta forma, mas há algumas coisas que você deve ter em mente se quiser fazer isso:
- Os roteadores bloqueiam a maioria dos protocolos de descoberta de serviços, então você descobrirá frequentemente que os dispositivos em um AP não podem ver clientes em outro AP, pois os APs bloqueiam efetivamente os protocolos de descoberta.
- A maioria dos chamados "roteadores Wi-Fi" não são roteadores de encaminhamento IP simples, mas gateways NAT (tecnicamente o que a IETF chama de NAPT, ou o que a Cisco chama de PAT), e os gateways NAPT, por sua natureza, acabam bloqueando qualquer conexão de ser originada de seus lado "público" para o lado "privado".
- Roteadores (e gateways NAPT) exigem sub-redes IP diferentes em interfaces diferentes. Se você estiver usando vários roteadores Wi-Fi de consumo da mesma marca, todos eles usarão como padrão a mesma sub-rede no lado "privado". Se você conectar a porta WAN de uma à porta LAN de outra, terá a mesma sub-rede em ambos os lados do dispositivo downstream. Você pode evitar isso alterando a sub-rede que um deles usa ou não encadeando-os dessa maneira.
- Alguns clientes sem fio podem não atualizar suas concessões de DHCP ao fazer roaming de um ponto de acesso para outro, portanto, você pode acabar tendo conflitos de endereço IP. Digamos que você tenha dois roteadores A e B e ambos usem a mesma sub-rede 192.168.2.x/24 em suas WLANs individuais. Se você também tem dois clientes, X e Y, e X se associa a A e obtém 192.168.2.2 na rede de A, e Y se associa a B e obtém 192.168.2.2 na rede de B, e então digamos que X se afasta de A e se aproxima B, e eventualmente faz roaming para B. Se X se comportar bem, sua placa sem fio teria notificado sua pilha de rede host sobre o evento de roam, e o cliente DHCP da pilha de rede host pararia temporariamente de usar o endereço 192.168.2.2 até que pudesse reconfirmar que o arrendamento é válido nesta rede potencialmente diferente. Mas se X se comportar mal, então X e Y estarão em B e ambos pensarão que possuem 192.168.2.2.