Что происходит с TCP-пакетом, когда две точки доступа для одного и того же SSID находятся на одном канале
Работаю на C # Tcp-сервере, который обменивается данными со встроенным устройством IOT, и у меня возникли серьезные проблемы со связью. Пакеты теряются или задерживаются. Не получил ACK ... ect
Оказывается, в сети, которую я использовал, есть 3 доступные точки доступа. Два находятся на канале 1, а один - на канале 11, все с одним и тем же SSID.
Я искал информацию о том, что произойдет, если пакет уйдет на одном канале 1 и вернется на другой.
Я знаю, что из-за этого произойдут столкновения. Возможно ли повреждение пакетов?
Нет ничего необычного в том, что одна беспроводная сеть с одним SSID имеет множество точек доступа, некоторые из которых совместно используют каналы, а некоторые нет. Один клиент будет связан только с одной точкой доступа одновременно.
Возможна кратковременная потеря связи при блуждании клиента от одной точки доступа к другой. Если сеть не спроектирована плохо, это должно происходить только тогда, когда клиент физически перемещается, и даже тогда, довольно редко. Сетевой администратор должен иметь возможность проверять журналы на наличие признаков чрезмерного блуждания, но это не особенно вероятно.
Нет особых причин думать, что такая настройка вызывает проблемы.
.Потеря пакетов и необъяснимые задержки - обычная проблема с настройками, где есть несколько AP на одном канале и с одним и тем же SSID. Роуминг клиентов не так прост, особенно в гетерогенных установках.
Имейте в виду, что каждое клиентское устройство будет выбирать, к каким точкам доступа подключаться, основываясь, например, на мощности сигнала и / или доступных модуляциях. После подключения к определенной AP это вряд ли статично. Клиенты могут решить перейти к другой AP в любое время, и они это делают. Просто кто-то, стоящий слишком близко к антенне AP, может заставить удаленного клиента увидеть огромную потерю сигнала, что заставит его начать процесс передачи обслуживания.
При переходе с одного BSSID на другой клиент должен отправить запрос на разъединение AP. подключается к новой точке доступа, а затем связывается с ней. Некоторые делают и то, и другое одновременно. Некоторые даже подключаются к новой точке доступа, не отключаясь должным образом от первой. Это типично для используемых встроенных микросхем WiFi, создающих «IoT» из существующего оборудования.
Если вы считаете, что каждая точка доступа одновременно является мостом уровня 2 между беспроводной и проводной сетями, вы знаете, что каждая точка доступа будет активная пересылка кадров клиенту и от клиента до тех пор, пока он не отсоединится от него. Так что есть много вещей, которые могут пойти не так, особенно если точки доступа от разных поставщиков. Например, одна точка доступа может отвечать на пакеты ARP в проводной сети от имени клиента, который уже решил перейти к другой точке доступа. Если это произойдет, когда вышестоящий проводной коммутатор истек срок действия записи клиента в таблице ARP, у вас может быть 10-30 секунд отключения между этими двумя хостами.
Это создает всевозможные странные и трудно воспроизводимые проблемы.
Именно поэтому каждый вендор нашел свое решение для расширенного покрытия с роумингом под единым SSID. Существуют протоколы для создания независимых от производителя решений, например IAPP . Вы можете понять, что я имею в виду, посмотрев на эту (довольно старую) презентацию .
С добавлением WPA2 или более высокой безопасности, шифрования, качества обслуживания (QoS) и беспроводных мультимедийных расширений (WMM) сложность роуминга увеличилось, и потребовались новые протоколы между точками доступа: 802.11k, 802.11v и 801.11r.
Мне все еще не разрешено включать более двух ссылок, но вы можете легко найти ссылки на них в Интернете.
Ваш ожидания в однородной, хорошо функционирующей расширенной сети с взаимодействующими точками доступа будут совершенно другими.