Клиенты Wi-Fi не могут перед подключением определить, к какой проводной сети их подключит данная точка доступа.
Поэтому, если у вас есть две точки доступа, публикующие один и тот же SSID с одинаковым типом безопасности и паролем (или вообще без защиты), клиенты будут перемещаться по нему, думая, что это часть одной базовой сети. Если две точки доступа на самом деле подключаются к двум разным базовым IP-подсетям, это нарушит все высокоуровневые подключения или потоки трафика (сеансы SSH, загрузки TCP, видеопотоки, подключенные файловые серверы и т.д.), Которые выполнял клиент.
В наихудшем сценарии, который слишком распространен, если обе точки доступа выступают в качестве шлюзов NAT и используют одну и ту же частную IP-подсеть, плохо написанный клиент может даже не осознавать, что он переключил сети, и может продолжать отправлять свой интернет-трафик на MAC-адрес старой AP, а не новой AP, пока не истечет тайм-аут записи ARP для маршрутизатора. Клиентские устройства Apple (OS X и iOS) делают что-то под названием DNAv4 ("Определение сетевого подключения в IPv4": RFC 4436), чтобы убедиться, что с ними этого не произойдет. Всякий раз, когда интерфейс Wi-Fi устройства Mac или iOS сообщает, что он перешел с одной точки доступа на другую, сетевой стек и клиент DHCP дважды проверяют, что это действительно одна и та же сеть, чтобы быстрее восстановить правильное подключение. Я назвал это в своем ответе на вопрос «Как я могу получить одинаковый SSID для нескольких точек доступа?"
Кстати, я должен отметить, что некоторые другие ответы на ваш вопрос распространяют ложный миф. Большинство реализаций клиента НЕ БУДУТ смотреть на все "сохраненные" SSID для роуминга, если они все еще подключены к AP для одного SSID. Большинство реализаций клиента будут придерживаться текущего SSID и будут пытаться перемещаться только в пределах точек доступа текущего SSID, если клиент не будет полностью отключен от текущего SSID. (Неправильное) поведение, описанное в других Ответах, будет полностью отстойным, потому что, допустим, вы живете в квартире над Starbucks, а ваш AP находится в гостиной, но в спальне AP Starbucks сильнее, чем ваш собственный AP. Вы не хотите, чтобы ваш клиент перемещался к AP Starbucks только потому, что он сильнее.
Переключение на другие "сохраненные" идентификаторы SSID происходит только в том случае, если вы полностью отключены от сети, например, когда ваша точка доступа находится вне зоны действия (или выключена, или аварийно завершена), или при загрузке, или, возможно, после пробуждения (но я спорю что даже алгоритмы пробуждения из спящего режима должны пытаться вернуться к последнему SSID, в котором они находились, особенно после короткого спящего режима, чтобы обеспечить наилучшую непрерывность сетевых услуг).
Отредактировано, чтобы добавить: я должен указать, что ни стандарты IEEE 802.11, ни спецификации Wi-Fi Alliance и программы тестирования / сертификации не определяют точный роуминг и «предпочтительное / сохраненное» поведение при подключении к сети клиентов 802.11 / Wi-Fi. Я описал поведение клиентов, с которыми я наиболее знаком (клиенты Apple), но вполне возможно, что есть плохо реализованные клиенты, которые делают глупости.