https://www.opennet.ru/openforum/vsluhforumID3/113660.html С wpa_supplicant из GIT теперь можно настроить в Linux прозрачную миграцию, позволяющую переключиться на другую точку доступа без разрыва соединений приложений, в том числе продолжается вещание мультикастовоего IPTV, а выполнение iperf в большинстве случаев не умирает, а лишь деградирует по скорости в момент миграции. При этом даже корректно отрабатывает вариант с несколькими AP в разных поддиапазонах 5ГГц.<br><br>Для настройки роуминга потребуется (на примере Mageia Linux 5):<br><br>1) wpa_supplicant из git. Можно взять подготовленный автором src.rpm<br><br> wget http://wive-ng.sf.net/downloads/wpa_supplicant-2.6-1.mga5.src.rpm <br><br>и собрать командой<br><br> rpmbuild --rebuild wpa_supplicant-2.6-1.mga5.src.rpm<br><br>2) переключить его на использование nl80211 вместо wext, драйвер вашего wifi-модуля должен полностью поддерживать nl80211 (при использовании wext всегда будут долгие периоды реконнекта с потерей соединений пользовательских приложений) так как требуется, чтобы SME был на уровне wpa_supplicant.<br><br>Большинство ди https://www.opennet.ru/openforum/vsluhforumID3/113660.html#45 Sun, 18 Mar 2018 11:13:10 GMT &gt; Зачем оно надо? Даже на винде этого нет.<br><br>Чего нет? В винде как раз с этим более менее пристойно. QCA/Intel и даже риалтэк даже позволяют крутить агрессивность роуминга. Интел так вообще мигрирует спокойно, даже в сетях собранных из палок с применением чёрной (не синей, с синей все могут =)) изоленты.<br> https://www.opennet.ru/openforum/vsluhforumID3/113660.html#44 Sat, 17 Mar 2018 13:35:30 GMT Зачем оно надо? Даже на винде этого нет.<br> https://www.opennet.ru/openforum/vsluhforumID3/113660.html#43 Tue, 06 Mar 2018 06:52:28 GMT &gt;&gt; bgscan="simple:30:60:200" <br>&gt; А разве не bgscan="simple:30:-60:200" ?<br><br>Да сорь, минус потерял при копировании строчки, надо поправить<br> https://www.opennet.ru/openforum/vsluhforumID3/113660.html#42 Tue, 06 Mar 2018 06:51:15 GMT &gt; bgscan="simple:30:60:200"<br><br>А разве не bgscan="simple:30:-60:200" ?<br> https://www.opennet.ru/openforum/vsluhforumID3/113660.html#41 Mon, 05 Mar 2018 09:25:45 GMT &gt; В таких сетях используют железо типа Ubiquiti UniFi и не занимаются колхозным <br>&gt; кулхацкерством.<br><br>И имеют ровно те же проблемы. Внезапно? Проблема лежит на стороне клиента, именно клиент в 802.11 решает куда и как ему мигрировать.<br><br>Убики вообще додумались крыжик хотя бы 802.11r вынести в рожу совсем недавно. Только вот он ничем не поможет.<br><br>У меня на ресурсе есть ссылки в т.ч. на циску с исследованием поведения клиентов. Изучайте.<br><br>Единственное что было у убиков и у мераки решающее эту проблему на корню это реализация ZH (как у мераки называлось не помню). Но похоронено обоими ибо не масштабируется от слова совсем.<br><br>Так же проблема обусловлена отсутствием нормальных механизмов управления миграцией со стороны АП. А то куцее "ничто" в виде RRM/FT, что есть, не является обязательным к реализации для прохождения сертификации у альянса на получение крыжика очередного новомодного "стандарта"" wi-fi. В итоге производители клиентских (да и не только) устройств хором на это забивают. Нет так же и чётких тр https://www.opennet.ru/openforum/vsluhforumID3/113660.html#40 Mon, 05 Mar 2018 05:58:03 GMT В таких сетях используют железо типа Ubiquiti UniFi и не занимаются колхозным кулхацкерством.<br> https://www.opennet.ru/openforum/vsluhforumID3/113660.html#37 Sat, 03 Mar 2018 13:10:42 GMT &gt; Это все прекрасно, но в реальности все AP требуют авторизации через SMS <br>&gt; или посещение сайта с рекламой.<br><br>У вас в офисе? Сочувствую. Где вы нашли упоминание публичных хотспотов я ХЗ. Речь как раз о так называемых сетях выской плотности, т.е. офисные сети множеством АП например. На кой там авторизации через SMS я хз.<br> https://www.opennet.ru/openforum/vsluhforumID3/113660.html#36 Sat, 03 Mar 2018 10:54:03 GMT Это все прекрасно, но в реальности все AP требуют авторизации через SMS или посещение сайта с рекламой.<br> https://www.opennet.ru/openforum/vsluhforumID3/113660.html#35 Fri, 02 Mar 2018 12:23:35 GMT &gt;&gt; Возможно проблема не на стороне клиента и никак не связано именно с <br>&gt;&gt; описанным.<br>&gt; Возможно и что-то с согласованием обновления ключей, но это прям фича S7 <br>&gt; http://4pda.ru/forum/index.php?act=findpost&pid=48167500&anchor=Spoil-48167500-7 <br>&gt; (2 пункт) <br><br>Не факт. А вот последствие фикса WPA2 CRACK запросто. Опять же у нас в софте учтено это дело. Если помогает выставить на стороне АП рекей интервал в 0, то это скорее всего оно самое, и вопросы к АП. <br><br>В хостапд даже ключик вроде добавили отключающий новое поведение. Я по другому решил проблему, долго расписывать как. Но у нас нет hostapd, а всё делает драйвер, потому не перенести куда-то ещё.<br><br>Или в суппликант ли ключик добавляли, не помню. Но помню что добавляли. =))<br><br>Самсунгов в офисе заказчика как грязи, в т.ч. 7х, пока жалоб не было после фикса.<br>