Clientes Wi-Fi não podem dizer, antes de se conectarem, que rede com fio um determinado AP irá conectá-los.
Portanto, se você tiver dois APs publicando o mesmo SSID com o mesmo tipo de segurança e senha (ou sem nenhuma segurança), os clientes farão o acordo pensando que é parte da mesma rede subjacente. Se os dois APs realmente se conectarem a duas sub-redes IP subjacentes diferentes, isso quebrará todas as conexões de nível superior ou fluxos de tráfego (sessões SSH, downloads TCP, fluxos de vídeo, servidores de arquivos montados, etc.) que o cliente tinha em andamento. / p>
No pior dos casos, isso é muito comum, se os dois APs estiverem agindo como gateways NAT e usando a mesma sub-rede IP privada, um cliente mal escrito pode nem perceber que trocou de rede, e pode continuar enviando sua Internet tráfego para o endereço MAC do AP antigo, não do novo AP, até que a entrada ARP para o roteador expire. Os dispositivos clientes da Apple (OS X e iOS) fazem algo chamado DNAv4 ("Detectando anexo de rede no IPv4": RFC 4436 ) para Certifique-se de que isso não aconteça com eles. Sempre que a interface Wi-Fi de um dispositivo Mac ou iOS diz que ele passou de um AP para outro, a pilha de rede e o cliente DHCP verificam se essa é realmente a mesma rede, para restabelecer mais rapidamente a conectividade adequada. Eu chamei isso em minha resposta para "Como posso obter o mesmo SSID para vários pontos de acesso?" .
A propósito, eu preciso ressaltar que algumas outras respostas à sua pergunta estão espalhando um falso mito. A maioria das implementações de clientes NÃO olhará para todos os SSIDs "salvos" para roaming se eles ainda estiverem conectados a um AP para um SSID. A maioria das implementações do cliente ficará no SSID atual e tentará apenas se deslocar dentro dos APs do SSID atual, a menos que o cliente seja completamente desconectado do SSID atual. O comportamento (incorreto) que as outras respostas descrevem seria completamente ruim, porque digamos que você viva no apartamento acima de um Starbucks, e seu AP esteja na sala de estar, mas de volta ao quarto, o AP da Starbucks é mais strong que o seu AP. Você não quer que seu cliente passe para o AP da Starbucks só porque é mais strong.
Mudar para outros SSIDs "salvos" só acontece se você estiver completamente fora da rede, por exemplo, quando seu AP estiver completamente fora do alcance (ou desligado ou travado) ou durante a inicialização ou possivelmente wake-from-sleep (mas eu argumento que mesmo os algoritmos wake-from-sleep devem tentar voltar ao último SSID em que estiveram, especialmente após um breve sono, a fim de fornecer a melhor continuidade de serviço de rede).
Editado para adicionar: Devo salientar que nem os padrões IEEE 802.11 nem as especificações e os programas de teste / certificação da Wi-Fi Alliance especificam o comportamento de roaming de rede e o comportamento "preferido / salvo" dos clientes 802.11 / Wi-Fi . Descrevi os comportamentos de clientes com os quais estou mais familiarizado (clientes Apple), mas é perfeitamente possível que existam clientes mal implementados por aí que façam coisas idiotas.