Перейти к содержимому
Калькуляторы

Wi-Fi сеть на пляже 500+ клиентов Двухканальный

У наносов без проблем выставляется параметр и при определенном сигнале точка его дропает, скажем, при -80дбм.

На UniFi это плохо работает, я включал -80 и наблюдал как стационарный клиент начал постоянно переключатся между точками. Он был не рад.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У наносов без проблем выставляется параметр и при определенном сигнале точка его дропает, скажем, при -80дбм. Пробемы начинаются - когда нехватает частот и точки с клиентами начинают уже мешать сами себе. Грамотное радиопланирование еще никто не отменял.

 

На территории каждые 50 метров стоят NS M2

И частоты друг на друга налеплены... Я уже написал, что в 2.4 ггц без перекрытия частот получается установить всего 4 точки доступа, а в идеале и того - 3.

И в этом тоже есть проблема. Точки доступа с одинаковыми ( перекрывающимися) частотными каналами стоят на расстоянии метров 100 друг от друга. Понятно что мешают друг другу. Причем особенно это ставится заметно когда ТД нагружаются трафиком. То есть в решении на нанос М2 и ему подобных Микротик и др. при плотном размещении ТД есть две проблемы 1) взаимные помехи между ТД под нагрузкой трафиком 2)низкая пропускная способность ТД под нагрузкой 10+ клиентов.

Решение проблемы №1 , предлагаемое Saab95 , типа установки на пляже металлических заборов ;-), -можно считать приколом.

Установка рядом наносов М5 в 5 ггц с тем же SSID ничего не даст, клиенты в автомате не будут коннектится в 5 Ггц или переходить из 2.4 ГГц в 5 Ггц - нужен band steering, чего в таком решении нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

я включал -80 и наблюдал как стационарный клиент начал постоянно переключатся между точками. Он был не рад.

Именно так это и работает на всех ТД ( типа UniFi, Микротик и др) с дисконектом клиента по снижению сигнала ниже заданного порога. Из за флуктуации сигнала клиент постоянно дисконектится и опять конектится к ТД. А если ТД много, то он это делает еще с несколькими ТД- наблюдается броуновское переключение клиента между ТД. Специально подобрать пороговые уровни на ТД,в зависимости от их размещения на местности так, чтобы не было дерганий, невозможно , так как для разных клиентских устройств границы зон переключений ( дисконекта) на местности будут разные.

Правильное переключение происходит в ТД с поддержкой handover. В таких ТД порог перехода не является сигналом к дисконекту клиента, а сигналом к поиску новой ТД для переключения handover. И переключение происходит только тогда, когда новая ТД будет найдена.И обратно к старой ТД клиент при флуктации сигнала просто так не вернется. Ну само переключение при handover происходит без потери соединения на L2 (MAC).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

нука, нука, по подробнее о handover в рамках протокола 802.11, и с примерами клиетских устройств, его умеющих...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

нука, нука, по подробнее о handover в рамках протокола 802.11, и с примерами клиетских устройств, его умеющих...

OKC -умеют все клиентские устройства. 802.11r -все Apple и премиальные на Android.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

OKC -умеют все клиентские устройства. 802.11r -все Apple и премиальные на Android.

 

1) И всё это касается исключительно ускорения фазы аутентификции при миграции. Порядок миграции, сканирования, выбора Candidate AP (учитывать MDIE, QLOAD и т.д. и т.п. или насрать на них) и вообще уровня на которых это происходит, с или без предварительным фоновым сканированием, с "фоновой" попыткой преатунтификации на новой АП если она на том же канале или без, лежит исключительно на клиентской стороне, как и будет ли для клиента аргументом мигрировать только внутри одного MDIE предотавленного по 802.11r сетью к которой подклюились вручную или и на это забить. См исходники например самых распространённых в андроид устройства броадкомов в радио

2) окс умеют все кто юзает wpa_supplicant, вот только мало где вендор okc=1 в конфиг суппликанта добавляет =)))

3) яблоки https://support.apple.com/ru-ru/HT202628 тут и версии и что умеют и даже косвенно о 802.11v сказано (который может как-то повлиять на собсно саму миграцию, но вот клиентов его поддерживающих ещё меньше чем FT-PSK).

 

В общем случае логика хэндовера никак не привязана к протоколу авторизации, и его ускорялкам таким как 802.11r/okc и т.д. Как и 802.11r может работать без всякого WPA Enterprise используя обычный WPA2 FT-PSK.

 

А теперь самое весёлое. Читаем тему. Сеть на пляже с хотспотом. Ну вот и чем там поможет вам 802.11r или OKC ? Там нет ничего чего они вообще касаются. Это открытая сеть с каптив порталом, т.е. авторизация уже уровнем выше. Но даже это торгашам не аргумент проехаться по ушам.

 

В общем случае тут нафиг не нужен никакой 802.11R/OKC. Тут как раз неплохо бы иметь корректно выпнуть клиента с АП и не пустить назад что бы вынудить его зацепиться в "правильное" место. Ну и BAND STEERING не лишним будет.

 

Более того, монетизировать акой проект продавая услугу доступа в сеть в общем случае мало реально. Ибо ОПСОСы прекрасно предоставляют те же самые несколько мегабит (а то и десятков) и которые юзверем уже предоплачены. Либо это делать исключительно как программу лояльности например для владельцев гостинницы которой пляж принадлежит, либо опять какие-то "госдурни" решили бабок намыть на виноградничек.

 

Вот это стоит обсудить, а не методы ускорения того чего нет (аутентификации в открытой сети).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если сеть открытая, то сам по себе handover ОКС или 802.11r не работает ( не активизируется). Но если ТД поддерживает OKC и 802.11r то такая точка доступа обеспечивает правильный fast transition ( без key cashing и реаутентификации) клиента и при открытом доступе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если сеть открытая, то сам по себе handover ОКС или 802.11r не работает ( не активизируется).

 

И даже тут не очень в теме. 802.11r в открытых сетях может быть полезен в случае если клиент при выборе кандидата учитывает MDIE (mobile domain). OKC вообще бесползен где-то кроме схемы с радиусом.

 

Но если ТД поддерживает OKC и 802.11r то такая точка доступа обеспечивает правильный fast transition ( без key cashing и реаутентификации) клиента и при открытом доступе.

 

Чаго? OKC = opportunistic key caching. Без чего чего там OKC обеспечивает и что?

 

Основная (а в случае с OKC единственная задача, в случае с 802.11r см еще mobile domain) OKC и 802.11r это сократить время фазы аутентификации (в случае с OKC только повторной аутентификации), особенно в сетях с использованием радиус сервера (WPA Enterprise) ибо узким местом становятся обращения к радиус серверу. Сама фаза аутентификации никуда не исчезает, и реаутентификация на месте и никуда не девается, меняется процедура и за счёт этого значительно сокращается время затрачиваемое на эту процедуру (особенно в WPA Enterprise т.к. исключается необходимость тормозной фазы запроса к радиусу, с PSK ничего особо не наоптимизируешь, хотя и там FT-PSK даёт некоторый выигрыш).

 

802.11R в сетях без радиуса с использованием FT-PSK так же сокращает фазу аутентификации, но значимость этого на общем фоне ничтожна.

 

В открытых сетях с хотспотом (как у топикстартера) сиё не имеет смысла от слова совсем.

 

Однако, 802.11R (который у вас не активируется в отркыртых сетях) может быть полезен и в них за счёт того что он добавляет к маякам MDIE по которому клиент ориентируется его ли это сеть при выборе кандидата для переключения (независимо есть шифрование или нет). Т.е. кроме SSID/BSSID добавляется единый идентификатор домена мобильности.

 

Однако в 90% случаев (исключения последние пару модельных линеек ябок на последней IOS и 1,5 самсунга с нексусами последними) плевать хотели на MDIE. Как и на наличие OKC ибо оно тупо вырублено по дефолту в wpa_supplicnat.

 

Как именно происходит инициация хэндовера, как происходит сам хэндовер, будет ли при этом обрыв соединений клиентских приложений и/или вылет на AP за пределы одной сети или одного мобильного домена зависит исключительно от клиента (ессно при условии что мы рассматриваем плоскую сеть, если нет то там будут другие нюансы, но опять таки не имеющие отношения к FT в любом его виде). В т.ч. в случае с WPA Enterprise. Но тут (в WPA Enterprise) хочешь не хочешь надо ускорять аутентификацию, ибо пока там оно до радиуса сходит и т.д....

 

Как и уровни при которых инициируется процедура фонового (ну или не фонового) сканирования, миграции, что будет учитываться, а что нет при выборе кандидата на переключение и т.д. зависит от клиентского драйвера и настроек супликанта на клиенте.

 

В 802.11 есть несколько интересных вещей аля QLOAD которые могут помочь в миграции, но опять таки юзать их или нет зависит от клиента. Как и то залипнет он на одной АП до принудительного выпинывания, или как новые яблоки при -70 уровне сам спокойно поищет кандидата и перейдёт на него если на то есть основания.

 

Возьмите сырцы даже последнего андроида (гитом пользоваться надеюсь умеете) и посмотрите сами как это сделано.

 

Более того, OKC работает только в случае если клиент уже был на АП. Т.е. каждая новая точка = полная фаза аутентификации. Если клиент уже прошёл несколько точек и пошёл назад, то вместо полной фазы ассоциации с аутентификацией мы увидим только быстрый Reassoc и атуентификацию по короткой процедуре. 802.11r расширяет этот механизм (точнее заменяет его) и за счёт рассылки move notify (over DS или over Air) позволяет принять клиента по короткой процедуре на любой АП если клиент был подключен хотя бы к одной из них.

 

Залог корректного роуминга (включая его бесшовность) это контролируемый парк предсказуемо работающих клиентов.

 

Кстати, Band Steering сам по себе заставит клиента всегда выполнять OutOfBand Scan (~2*140мс) если тот хоть раз засветился что он 2х диапазонный, но лезет почему-то в 2.4. Т.е. все ускорения сходят на нет.

 

И т.д. и т.п. Вообще это огромная тема которую я по мере разбора полётов с разными клиентами дополняю у себя в разделе.

 

P.S. Кстати в курсе, что новые ведроиды и яблоки при ActiveScan подменяют мак? Да да, финт ушами с базой маков probe req по диапазонам для использования в BandSteering для превентивного засовывания в нужный диапазон идёт лесом. И теперь приходиться дополнительно на стадии аутентификации это дело мониторить и добавлять в базу разрешений/запретов. А это всё ой как нехорошо сказывается на задержках миграции. Т.е. теперь просто не получается не отвечать клиенту на probe req в 2.4ГГц диапазоне если в базе есть запись что он 5ГГц умеет. Можно только на стадии аутентификации (или выше) отшить, т.к. о время скана адрес у него будет da:a1:19:xx:xx:xx (где xx рандом). А у яблока так вообще полный рандом.

 

 

 

И ещё раз вопрос. Каким местом вы свои 802.11R/OKC привернули к задаче топикстартера?. Явный оффтоп. ЯЗАБАН. =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Второй пост с советом Xirrus ИМХО оптимален.

Если уж на Рукусы деньги есть, то и на Зиррусы найдутся.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Точки доступа с одинаковыми ( перекрывающимися) частотными каналами стоят на расстоянии метров 100 друг от друга. Понятно что мешают друг другу. Причем особенно это ставится заметно когда ТД нагружаются трафиком.

 

Если мощность поставить 8дбм то они мешать не будут, т.к. внеполосного излучения нет. Осталось только загородить точки друг от друга и все - передача от точек до абонентов уже не создает проблем. Остались только абонентские устройства - но у них слабые передатчики и они тоже не создают особых помех, так что все работает нормально. Для пляжа самое то. А всякие там рукусы и прочие дорогие устройства совершенно ни к чему. Еще был ранее вейвион база с кучей круговых антенн - тоже писали про нее сладкие речи, и стоила она тогда 120 тыс., только вот работала не лучше буллета с круговой антенной.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Точки доступа с одинаковыми ( перекрывающимися) частотными каналами стоят на расстоянии метров 100 друг от друга. Понятно что мешают друг другу. Причем особенно это ставится заметно когда ТД нагружаются трафиком.

 

Если мощность поставить 8дбм то они мешать не будут, т.к. внеполосного излучения нет. Осталось только загородить точки друг от друга и все - передача от точек до абонентов уже не создает проблем. Остались только абонентские устройства - но у них слабые передатчики и они тоже не создают особых помех, так что все работает нормально. Для пляжа самое то. А всякие там рукусы и прочие дорогие устройства совершенно ни к чему. Еще был ранее вейвион база с кучей круговых антенн - тоже писали про нее сладкие речи, и стоила она тогда 120 тыс., только вот работала не лучше буллета с круговой антенной.

Низкая мощность Tx ТД снижает DL модуляцию и пропускную способность ТД в DL - это 95% от общего трафика ТД wifi c клиентами -смартфонами. Если еще учесть, что антенны Микротик -2 дБи, то там вообще клиенты будут на нормальной скорости работать на дальности до 10-15 метров. Загораживать ТД между собой заборами будь то на пляже или еще где - это мягко сказать неприемлемо, а прямо сказать - идиотизм.

Микротик -домашняя точка доступа и для обслуживания большого количества клиентов с высокой плотностью их размещения ( клиентов на м2) - не подходит. Увеличением количества ТД Микротик задача не решается, потому как сеть на ТД Микротик не масштабируется,- ТД при их плотном размещении на ограниченной территории мешают друг другу ( создают помехи) и нет эффективных механизмов перехода клиентов между ТД при их перемещении.

Решить задачу одной ТД типа Xirrus , то есть это несколько ТД ( передатчиков ) размещенных в одном корпусе можно, но дорого и дальность эффективной работы этой ТД -ограничен. Если скажем территория 300 x 100 метров - то это на границах территории плохо работает.

Оптимальный - промежуточный вариант , - ставить по такой территории равномерно несколько ТД ( каждая из которых Enterprise и может обслуживать 100+ юзеров) на максимальной Тx и с механизмами перехода из 2.4 в 5 Ггц и смены клиентами ТД при их перемещении.

Из лоу кост задачу решит Камбиум E500, из премиального сегмента - Ruckus и Cisco. Других вариантов их известных брендов с экспертизой - почти нет. Ну разве что еще Zebra и Aruba, но тоже недешево.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Низкая мощность Tx ТД снижает DL модуляцию и пропускную способность ТД в DL - это 95% от общего трафика ТД wifi c клиентами -смартфонами. Если еще учесть, что антенны Микротик -2 дБи, то там вообще клиенты будут на нормальной скорости работать на дальности до 10-15 метров. Загораживать ТД между собой заборами будь то на пляже или еще где - это мягко сказать неприемлемо, а прямо сказать - идиотизм.

 

Если ставить с антеннами 2дби то да, но если ставить с антенной 10дби, то понижении мощности на передачу компенсируется антенной, так же антенна позволит принять слабые сигналы от абонентских устройств.

 

Оптимальный - ставить по такой территории равномерно несколько ТД на максимальной Тx

 

Конечно - лучше забить эфир внеполосным излучением, что бы клиенты видели всегда 5 палочек на индикаторе, и не понимали, почему же связь так плохо работает=) Хотя всего делов-то - подойти к точке доступа поближе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Конечно - лучше забить эфир внеполосным излучением, что бы клиенты видели всегда 5 палочек на индикаторе, и не понимали, почему же связь так плохо работает=) Хотя всего делов-то - подойти к точке доступа поближе.

В 2.4 Ггц ставится только 3 передатчика, и то их основное назначение - вспомогательное,переключать по band steering клиентов ( кто может) в 5 ГГц.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мы ставили и 2ггц и 5ггц устройства, обычно на 5ггц практически никого нет, все сидят только на 2ггц. Более того, если отключать 2ггц, оставив только 5ггц, туда ну максимум еще 10 клиентов новых перейдут и не более того. Основная нагрузка на 2ггц пойдет. Кроме всего, 5ггц очень сильно перекрывается даже ладонью, которой телефон держат. Достаточно провести эксперимент, перемещаясь около точки в 5ггц со смартфоном, который так же 5ггц умеет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 2.4 Ггц ставится только 3 передатчика, и то их основное назначение - вспомогательное,переключать по band steering клиентов ( кто может) в 5 ГГц.

 

Такое мог родить только мозг ну совсем человека не в теме. Наличие 2.4 АП не помогает, а мешает вытеснению клиентов в 5ГГц. Изучайте как работает BandSteering https://documentation.meraki.com/MR/Radio_Settings/Band_Steering_Overview . Если написанное не ясно - спрашивайте. Ну и исходники тоже можете посмотреть.

 

Я бы даже сказал так, наличие 2.4ГГц АП в сети где 5ГГц основной диапазон это вспомогательная (резервная функция) для приземления "древних" (на самом деле дофига и современных) однобэнд клиентов. Но увы именно туда "рухнут" (по объективным причинам) и многие дуалбэнды. А BND STR ни что иное как костыль позволяющий это обойти (не без последствий).

 

И внезапно если нет 2.4 дублируещей сети, то нафиг не упёрся и Band Steering. Ну как и если есть только 2.4.

 

Band Steering не является часью 802.11, не использует никаких доп полей в управляющих фрэймах включая маяки. Это банальный костыль на уровне probe/auth.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мы ставили и 2ггц и 5ггц устройства, обычно на 5ггц практически никого нет, все сидят только на 2ггц. Более того, если отключать 2ггц, оставив только 5ггц, туда ну максимум еще 10 клиентов новых перейдут и не более того. Основная нагрузка на 2ггц пойдет. Кроме всего, 5ггц очень сильно перекрывается даже ладонью, которой телефон держат. Достаточно провести эксперимент, перемещаясь около точки в 5ггц со смартфоном, который так же 5ггц умеет.

Вот загрузка 2.4 Ггц и 5 Ггц интерфейсов Cambium E500 с band steering на одном из семинаров в конференц зале в офисном центре. Как мы видим все устройства с поддержкой 802.11ас вытесняются в 5 Ггц и таких устройств раза в два -три больше,, чем старых с 2.4 Ггц. В 5 Ггц работа намного лучше, чем в 2.4 Ггц из -за помех от рядом работающих офисных сетей.

Clients_Band_steering.PNG

E400_Load.PNG

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы не сравнивайте конференц-зал (где статус и возможности людей позволяют ходить с топ-смартами с поддержкой 5 Ггц) и пляж - где у 90% отдыхающих девайсы только с 2.4 Ггц.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Достаточно провести эксперимент, перемещаясь около точки в 5ггц со смартфоном, который так же 5ггц умеет.

Это видимо вы перещаетесь около маломощной точки доступа Микротик.

Cambium ТД в 5 ГГц работает на улице в LOS на дальности до 200 метров. Tx =27дБм. На дальности 100-150 метров от уличной ТД Cambium, расположенной на крыше 5 этажного дома, можно сидеть в машине и смотреть Full HD видео. Доступная скорость в 20 МГц 5 Ггц 802.11ac по OOKLA speedtest.com c планшета- 80-90 Mbps, со смартфона порядка 60+ Mbps . Более того несколько уличных точек доступа, установленных на зданиях вдоль улицы, находящиеся в роуминге, позволяют юзерам ехать вдоль улицы в машине и смотреть видео, разговаривать по Skype/Viber без разрыва связи.

И это все возможно только в 5 Ггц. В 2.4 ГГц связь с ТД на крышах домов -очень плохая из -за помех от домашних точек доступа жителей. Фактически 2.4 Ггц служит только для переброса юзеров в 5 Ггц, а кто не поодерживает 5 Ггц, тогда довольствуется тем что есть. Чтобы уличная ТД хорошо работала в 2.4 Ггц, ее следуеь располагать например на столбах- опорах освещения или фасадах домов на высоте, например, 5 метров.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы не сравнивайте конференц-зал (где статус и возможности людей позволяют ходить с топ-смартами с поддержкой 5 Ггц) и пляж - где у 90% отдыхающих девайсы только с 2.4 Ггц.

Какой это должен быть пляж , какой гостиницы и какие там отдыхающие, если люди готовы ставить Рукус?

Есть статистика по подключениям к уличным двухдиапазонным ТД Cambium E500 простых людей в поселке в нескольких десятков км от столицы ( Киев). В 5 Ггц работают примерно до трети юзеров.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Фактически 2.4 Ггц служит только для переброса юзеров в 5 Ггц

 

Полный бред. Ещё раз см http://forum.nag.ru/forum/index.php?showtopic=129284&view=findpost&p=1398068 2.4 у вас служит для преземления 2.4 Only клиентов, для переброса он не нужен. Более того BandSteering решает ровно одну проблему - пытается исключить залипание дуалбэнд клиентов на 2.4 ибо логика выбора АП по диапазонам у низ зачастую тупо по уровню. Нет 2.4 - не нужно и никаких перекидываний. Именно наличие 2.4ГГц диапазона и невозможности от него отказаться из-за большого числа 2.4 only клиентов, а так же из-за кривой логике выбора рабочего диапазона на большинстве дуалбэнд клиентов и возникает проблема.

 

Хорошим решением была бы корректная реализация 5GHz preffered логики на стороне клиентов. Но увы в подавляющем большинстве выбор идёт тупо по уровню.

 

Для "перекидывания" дуалбэндов в 5ГГц никакие 2.4ГГц АП не нужны. Не вводите людей в заблуждение. Band Steering на стороне АП это костыль (workaround) для случая с клиентами без нормальной реализации preffered режимов при выборе АП. Логика работы расписана по ссылке выше. Осильте уже вдумчиво почитать.

 

Подскажу. Суть "метода" сводиться к тому, что мы не отвечаем на probe req в 2.4 для клиента некоторое время, и ждём не законнектиться ли он в 5ГГц. Т.е. клиент некоторое время при активном сканировании вообще не увидит 2.4ГГц АП и даже не будет пытаться к ней подключиться. Так же ведётся база клиентов вида 2.4Only,5GHz Only, DUALBAND в зависимости где засветился клиент. Если клиент засветился только в 2.4 то будет взведён флаг 2.4ГГц only и ему будут отвечать сразу в 2.4. Если 5GHz only то отвечать будем всегда и только с 5ГГц АП, для дуалбэндов первой ответит 5ГГц АП, но если за определённое время клиент так и не подключиться то отвечать начнёт и 2.4ГГц радио.

 

Это крайне упрощённо, но более чем доступно и исчерпывающе что бы даже дураку стало понятно, что процитированная фраза откровенная бредятина и написавший её (ещё и повторивший несколько раз) не в теме того о чём вещает от слова совсем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Поддержка Dual band 2.4&5 GHz c одинаковым SSID и band steering совершенно необходима. Клиент сначала пробует цепляться к ТД в 2.4 ГГц ,если угодно "приземляется" на ТД в 2.4 ГГц ( потому что в 2.4 Ггц сигнал обычно сильнее), а потом его ТД выталкивает ( еще до устаовления коннекта в 2.4 ГГц) на тот же SSID в 5 Ггц, где он и пребывает без дерганий и возврата в 2.4 Гц. И там в 5 Ггц ему комфортно работать как в офисе ( в офисном центре где 2.4Ггц переполнен вайфай) так и на улице , где море помех 2.4 Ггц от домашних вайфай.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Блин, сколько можно из пустого в порожние? из 500 клиентов дай Бог 50 будут уметь 5ГГц, ради этого ставить двудиапазонные точки?...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Поддержка Dual band 2.4&5 GHz c одинаковым SSID и band steering совершенно необходима. Клиент сначала пробует цепляться к ТД в 2.4 ГГц ,если угодно "приземляется" на ТД в 2.4 ГГц ( потому что в 2.4 Ггц сигнал обычно сильнее), а потом его ТД выталкивает ( еще до устаовления коннекта в 2.4 ГГц) на тот же SSID в 5 Ггц, где он и пребывает без дерганий и возврата в 2.4 Гц. И там в 5 Ггц ему комфортно работать как в офисе ( в офисном центре где 2.4Ггц переполнен вайфай) так и на улице , где море помех 2.4 Ггц от домашних вайфай.

 

Опять 25. Я уже логику расписал. В идеале (и так было до того как яблоки и ведроиды не начали подменять мак в probe req) клиент даже не будет пытаться соединиться с 2.4ГГц АП т.к. при active scan не увидит (ибо их не будет) ответов от 2.4ГГц АП. А выталкивание это посылка DEAUTH фрейма с reason "неизвестная ошибка аутентификации", в этом случае клиент будет пробовать коннектиться бесконечно каждый раз делая рескан и выбор кандидата.

 

Если клиент уже пробился через ожидания и неответы и таки упал на 2.4 и при этом ни разу не засветился с probe/auth на 5ГГц то нет никакого смысла его пинать (выталкивать). Это значит что у него с головой там совсем беда. Для таких клиентов просто разрешаем всегда коннектиться в оба диапазона.

 

Ниже скрин результат работы вышеописанной логики (точнее на самом деле более сложной, просто словами задолбаюсь описывать все нюансы), офисная сеть NAG (на нашем же железе т.е. SNR-CPE), конец рабочего дня, поэтому клиентов уже не очень много. Без него число 5ГГц клиентов падает до примерно 15% независимо от того какие уровни на АП.

 

А сложнее всего оказалось подружить BandSteering с логикой миграции, т.е. тут тонкая грань когда эффективность band steering остаётся высокой и при этом нет помех для миграции. Если бы гуглы с яблоками не страдали бы фигнёй с подменой маков всё было бы проще.

 

Блин, сколько можно из пустого в порожние? из 500 клиентов дай Бог 50 будут уметь 5ГГц, ради этого ставить двухдиапазонные точки?...

 

Эт только вопрос цены. Я бы ставил бы дуалбэнды независимо от. Т.к. это делается не на один день, а число 5ГГц клиентов за последние пол года в одних и тех же местах (по моим наблюдениям) выросло эдак процентов на 15. С ничтожных 5% эдак до 20%. И почти 90% этих клиентов имеют вышеозначенную проблему с выбором рабочего диапазона. И решить её со стороны АП можно только Band Steering. Цена за костыли (в виде BNDSTR) известна и можно решать о применимости не только на уровне сладких песен муркетологов.

bndstr.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Блин, сколько можно из пустого в порожние? из 500 клиентов дай Бог 50 будут уметь 5ГГц, ради этого ставить двудиапазонные точки?...

да. хотя бы потому что в 2.4 в офисных центрах и на уличных хотспотах работы нет из за помех.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это видимо вы перещаетесь около маломощной точки доступа Микротик.

Cambium ТД в 5 ГГц работает на улице в LOS на дальности до 200 метров. Tx =27дБм. На дальности 100-150 метров от уличной ТД Cambium, расположенной на крыше 5 этажного дома, можно сидеть в машине и смотреть Full HD видео.

 

Так я не зря просил провести эксперимент. Что толку от передатчика 27дБм, когда у абонента на смартфоне всего 8дбм и антенна 1дби. Если смартфон поднести к точке доступа и направить в ее сторону (например на расстоянии в 10 метров) то сигнал получается около -50, но стоит его закрыть рукой, как падает до -70, а стоит закрыть телом - как связь вообще пропадает. И каким образом тут 27дБм мощности точки доступа помогут принять сигнал от абонента? Здесь только размещение на потолке позволяет осуществлять хоть какую-то работу, тогда смартфоны имеют почти всегда прямую видимость до точки.

 

Подскажу. Суть "метода" сводиться к тому, что мы не отвечаем на probe req в 2.4 для клиента некоторое время, и ждём не законнектиться ли он в 5ГГц. Т.е. клиент некоторое время при активном сканировании вообще не увидит 2.4ГГц АП и даже не будет пытаться к ней подключиться. Так же ведётся база клиентов вида 2.4Only,5GHz Only, DUALBAND в зависимости где засветился клиент. Если клиент засветился только в 2.4 то будет взведён флаг 2.4ГГц only и ему будут отвечать сразу в 2.4. Если 5GHz only то отвечать будем всегда и только с 5ГГц АП, для дуалбэндов первой ответит 5ГГц АП, но если за определённое время клиент так и не подключиться то отвечать начнёт и 2.4ГГц радио.

 

Ага. Мы такой способ уже давно на микротике используем с авторизацией клиентов по радиусу. При подключении к точке доступа точка доступа делает запрос на радиус сервер с маком абонента, если запрос приходит от имени точек в 2ггц, то ответ на первые несколько попыток не отправляется, если же идет запрос с точек 5ггц, то ответ идет сразу же. И маки всех помещаются в базу с пометками, на какой частоте они работали, и те, кто подключался в 5ггц, могут попасть на 2ггц только в тех случаях, если сделают 10 или более (как настроить) попыток подключения к 5ггц.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.