[mrsabot]

Здравствуйте, нужна помощь в выборе WiFi для проблемного офиса.

Вводная: клиент пользуется IP телефонией (установлены софтфоны с шифрованием) на 30 смартфонах Samsung A4 (Поддерживают 5ГГц.) + 30 личных смартфонов. Необходим роуминг в офисе, что бы не сбивался разговор при перемещении.

Есть проблемы:

А) в самом здании: много где нормально не работает GSM связь. Я думаю что там - бетонно\металлические стены или что-то подобное.

Б) рядом воинская часть и вероятно периодически они что-то там включают.

В) в сети 2.4ГГц около 10 других сетей.

По итогу 80% времени звонки происходят нормально. Но вот в 20% идет бульканье, по логу программы идут постоянные переподключения софтфона (за день до 500-800 раз). То ли за счет перемещении (роуминг) или самой WiFi.

Очень часто менеджер слышит клиента хорошо, а вот клиент менеджера нет - то есть, такое впечатление что точка вещает хорошо, но не получает обратного сигнала от телефона.

 

Что уже делалось:

1) Изначально установлены 4 шт. Aruba IAP-103-RW– вероятно у меня кривые руки, но роуминг корректно не работает и сеть периодически тупо уходит в ребут.

Оценочное качество связи 3

 

2) Попробовали 2 шт Ubiquiti UniFi AC LR– качество увеличилось, но не идеально.

Оценочное качество связи 4-

 

3) По совету пробовали Apple AirPort Extreme – вообще плохо.

Оценочное качество связи 2

 

Что хочу попробовать:

Ubiquiti UniFi Outdoor+ - поставить в помещении.

Заявлена технологии шумоподавления Multi-Lane RF

И по силе сигнала пишут следующее: ( «Бомба» - 34 db (железяка 28+ антенна 6)).

 

Либо: Ubiquiti UniFi AP-AC Outdoor или Ubiquiti UniFi AC

 

Прошу помощи и совета по выбору железа для решения данной ситуации с IP телефоние по WiFi.

А также буду благодарен за совет на что обратить внимание при настройке.

Спасибо!

[NewUse]

Почитайте http://forum.nag.ru/forum/index.php?showtopic=108990 очень хорошо объяснены причины.

Aruba не может работать хуже UniFi--выпрямляйте руки, QoS настроен как поддерживает оборудование?

( https://community.arubanetworks.com/t5/Controller-Based-WLANs/How-do-I-configure-DSCP-WMM-Mapping-on-Aruba-Controller/ta-p/175272 )

Ну и соответственно настроить SIP-клиента и АТС.

 

( http://www.arubanetworks.com/techdocs/ArubaOS_63_Web_Help/Content/ArubaFrameStyles/VirtualAPs/Configuring_Fast_BSS_Tra.htm )

 

Раз Вы администрируете смартфоны -- то сможете их настроить(включить поддержку 802.11r или даже пересобрать прошивку с дополнительными фичами, типа 802.11к и т.п. в зависимости от желания/навыков).

Изменено 15 мая, 2017 пользователем NewUse

[mrsabot]

Большое спасибо за развернутый ответ с ссылками.

Уже видно в какую сторону копать.

 

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

[Saab95]

Очень часто менеджер слышит клиента хорошо, а вот клиент менеджера нет - то есть, такое впечатление что точка вещает хорошо, но не получает обратного сигнала от телефона.

И по силе сигнала пишут следующее: ( «Бомба» - 34 db (железяка 28+ антенна 6)).

 

А что, есть еще усилители для вайфая, поставите вообще на улице ловить будет=)

 

У вас обычная проблема - смартфон слышит посылки БС, а БС не слышит посылки от смартфона. Решить проблему можно только установкой большого количества точек доступа со слабыми антеннами для увеличения зоны покрытия не силой сигнала, а уменьшением радиуса работы каждой точки, при этом в местах, где совсем много стен - как раз нужно установить больше точек доступа. При этом мощность каждой не должна превышать 8-10дбм, т.к. мощность адаптеров смартфонов как раз лежит в этих пределах. Тогда точки не будут мешать друг другу, т.к. даже одной стены будет достаточно для полного затухания.

[slv700]

Здравствуйте, нужна помощь в выборе WiFi для проблемного офиса.

Вводная: клиент пользуется IP телефонией (установлены софтфоны с шифрованием) на 30 смартфонах Samsung A4 (Поддерживают 5ГГц.) + 30 личных смартфонов. Необходим роуминг в офисе, что бы не сбивался разговор при перемещении.

Есть проблемы:

А) в самом здании: много где нормально не работает GSM связь. Я думаю что там - бетонно\металлические стены или что-то подобное.

Б) рядом воинская часть и вероятно периодически они что-то там включают.

В) в сети 2.4ГГц около 10 других сетей.

По итогу 80% времени звонки происходят нормально. Но вот в 20% идет бульканье, по логу программы идут постоянные переподключения софтфона (за день до 500-800 раз). То ли за счет перемещении (роуминг) или самой WiFi.

Очень часто менеджер слышит клиента хорошо, а вот клиент менеджера нет - то есть, такое впечатление что точка вещает хорошо, но не получает обратного сигнала от телефона.

 

Что уже делалось:

1) Изначально установлены 4 шт. Aruba IAP-103-RW– вероятно у меня кривые руки, но роуминг корректно не работает и сеть периодически тупо уходит в ребут.

Оценочное качество связи 3

 

2) Попробовали 2 шт Ubiquiti UniFi AC LR– качество увеличилось, но не идеально.

Оценочное качество связи 4-

 

3) По совету пробовали Apple AirPort Extreme – вообще плохо.

Оценочное качество связи 2

 

Что хочу попробовать:

Ubiquiti UniFi Outdoor+ - поставить в помещении.

Заявлена технологии шумоподавления Multi-Lane RF

И по силе сигнала пишут следующее: ( «Бомба» - 34 db (железяка 28+ антенна 6)).

 

Либо: Ubiquiti UniFi AP-AC Outdoor или Ubiquiti UniFi AC

 

Прошу помощи и совета по выбору железа для решения данной ситуации с IP телефоние по WiFi.

А также буду благодарен за совет на что обратить внимание при настройке.

Спасибо!

Для работы телефонии при переходе клиента между точками доступа обязательно нужна поддержка нормального роуминга , точнее handover. Ubiquiti UniFi ( а также Микротик, если кому то в голову придет ставить этот домашний роутер SOHO для задач SMB) handover не поддерживают. Аруба должна поддерживать, но с контролером доступа, надо разбираться почему плохо работает.

Хорошо будет работать с обеспечением нужного покрытия, распределением клиентов между 2.4 Ггц и 5 Ггц ( band steering) и роумингом ( handover) без контролера - точки доступа Cambium Networks cnPilot E400 , в также E500 Outdoor c фильтрами против GSM/3G/4GLTE . IP телефония в роуминге работает - проверено. На сегодня это лучшее решение по эффективность/стоимость Wi-Fi доступа для сегмента SMB Enterprise. Пробуйте E400 ( сегодня будет также презентация новых indoor моделей E4** 802.11aс wave 2 MU-MIMO), E500 , -это решит ваши задачи-проблемы.

[Telesis]

фильтрами против GSM/3G/4GLTE

Можно тут по подробней?

[slv700]

У E500 Outdoor есть фильтры которые "гасят" внеполосную помеху - ниже 2400МГц.

[NewUse]

У E500 Outdoor есть фильтры которые "гасят" внеполосную помеху - ниже 2400МГц.

 

Всё хорошо, только они есть во ВСЕХ устройствах WiFi, даже в самых дешёвых TP-Link-ах, и отношения к проблеме ТС не имеют, может хватит спамить во всех темах?

По поводу cnPilot -- уже стократно писали: она не решает проблем роуминга, лучше чем те же SNR(более того с точки зрения костылей -- их в SNR в разы больше), но проблема роуминга кривых клиентов не решается полностью в принципе на ЛЮБОМ оборудование. Уже обсуждалось тысячу раз. Нет, если ТС купит всем последние огрызки, то на любых точках с поддержкой WMM и 802.11r у него будет всё ОК. А так, на Aruba будет точно не хуже чем на любом другом оборудовании.

 

Я бы первом делом проверил клиентов на предмет поддержки 802.11r и корректности выставления DSCP-меток. Дальше настроил бы соответствующим образом Aruba.

 

Нет, есть ещё гарантированное решение ввиде "безроуминговых" сетей, если запретить передачу данных, то задача IP телефонии отлично ими решается, но цена оборудования никого не обрадует, и слишком уж узкая сфера применения.

[slv700]

На обычных точках доступа вайфай нет фильтров, никаких. На E500 -есть и они не простые, а специальные с параметрами,рассчитанными на подавление гармоник от 3G. И это четко указано в спецификации оборудования. Например на ePMP 2.4 GHz также есть фильтры, но они не спасают от излучения 3G,а также военных РЛС, попадающего в приёмник вне рабочей полосы частот.

Фильтры имеют отношение к задаче ТС, поскольку рядом находится воинская часть и есть подозрения что их РЭС могут создавать помехи.

[slv700]

У E500 Outdoor есть фильтры которые "гасят" внеполосную помеху - ниже 2400МГц.

 

Всё хорошо, только они есть во ВСЕХ устройствах WiFi, даже в самых дешёвых TP-Link-ах, и отношения к проблеме ТС не имеют, может хватит спамить во всех темах?

По поводу cnPilot -- уже стократно писали: она не решает проблем роуминга, лучше чем те же SNR(более того с точки зрения костылей -- их в SNR в разы больше), но проблема роуминга кривых клиентов не решается полностью в принципе на ЛЮБОМ оборудование. Уже обсуждалось тысячу раз. Нет, если ТС купит всем последние огрызки, то на любых точках с поддержкой WMM и 802.11r у него будет всё ОК. А так, на Aruba будет точно не хуже чем на любом другом оборудовании.

 

Я бы первом делом проверил клиентов на предмет поддержки 802.11r и корректности выставления DSCP-меток. Дальше настроил бы соответствующим образом Aruba.

 

Нет, есть ещё гарантированное решение ввиде "безроуминговых" сетей, если запретить передачу данных, то задача IP телефонии отлично ими решается, но цена оборудования никого не обрадует, и слишком уж узкая сфера применения.

Кто 100 раз писал насчёт роуминга cnPilot? Что за бред сивой кобылы? Что конкретно не работает на cnPilot? Какие нафиг костыли спасают роуминг? Какой нафиг 802.11r? Ничего этого не надо. Включаешь handover на Е400 или E500 он работает для любых клиентских устройств с handoff менее 150 мс (требования для телефонии) для всех типов поддерживамого cnPilot handover.

[NewUse]

требование для телефонии <50мс(h323, кодек 12кбит/с), а вот стандарт wifi стандарт БЕЗ всякого роуминга(FT) обеспечивает именно до 150мс(фаза полной аутентификации) переключения, а вот с роумингом -- менее 20мс.

Обсуждалось в соседней теме. sfstudio всё разжевал до уровня, понятного любому IT-шнику.

 

http://forum.nag.ru/forum/index.php?showtopic=125995

http://forum.nag.ru/forum/index.php?showtopic=127473

 

По поводу фильтров, любая антенна уже сама по себе является фильтром + входной RC-каскад.

И, не поверете, в 2.4 ГГц этого достаточно чтоб отсечь внеполосные помехи, в 5ГГц ситуация несколько иная, но не о нём речь.

В 2.4 есть свои приколы с проползанием помехи из цепи питания, но это то же здесь никому не интересно.

 

По поводу военки: если они используют импульсные постановщики помех (а именно их они и используют), то никакой фильтр внеполосного излучения здесь не помогает, ибо помеха идёт по всей полосе. Здесь может помочь перестраиваемый полосовой фильтр с ширеной 20 МГц. Ну а теперь какие там у Вас фильтры можете расписать(какого порядка, по какой схеме, какие частоты среза), но только опять это вряд ли кому интересно в контексте данной темы.

Изменено 16 мая, 2017 пользователем NewUse

[sfstudio]

Арубы (что до HP что сейчас) очень плотно работают с WiFi альянсом, и поверьте всё что можно для реализации максимально корректного роуминга там сделано, ибо странно было бы вкладывать деньги в участие при разработке "стандарта" и при этом не реализовать то над чем работали...

 

Я сотни раз говорил, что ждать от WiFi нормальной прозрачной миграции аля как в GSM или DECT нет смысла от слова совсем (хотя и там оно временами такое "прозрачное"...).

 

Однако сейчас наблюдается на некоторых клиентах реализация мягкого хэндовера. Т.е. клиент перед иницииацией перехода (по какой причине он хочет мигрировать также решает сам клиент) не рвёт связь с предыдущей АП, а взводит PSM флаг и прекращает передачу. В это время выполняет сканирование (причём в несколько заходов, так называемый partial scan), возвращается назад опуская флаг PSM вынуждая AP сгрузить данные из PSM очереди. Опять взводит PSM флаг, сохраняет копию данных авторизации с текущей AP проверяя что времени оставшегося от rekey interval хватит на попытку перехода, и пытается подключиться к выбранной во время сканирования более подходящей по его мнению АП (какие данные будут учтены RSSI/MDIE/QLOAD и т.д. и т.п., это тоже сугубо его дело). Если удалось то кратковременно возвращаемся на предыдущую АП (что бы послать или не послать LEAVE фрэйм) и продолжаем работу уже на новой.

 

PSM взодиться для того что бы "выиграть" время и не получить от текущей АП с которой ассоциирован клиент пинка под зад по TxRetryError.

 

Это лучшее что можно придумать в контексте WiFi на текущий момент. Лет через 5ть такая логика вкупе с FT глядишь и обеспечит относительно нормальную миграцию.

 

К сожалению такое поведение пока большая редкость. Как и корректная инициация перехода клиентом по уровню, да и даже выбор АП корректный и нормально работающий BG Scan.

 

А по теме... Ну крайне сложно гадать по фотографии... И проблем там не одна по факту всяко. Но последнее на что я бы грешил бы, так это на то что со стороны Арубы некорректно реализована поддержка роуминга в т.ч. FT.

 

Ну а теперь какие там у Вас фильтры можете расписать(какого порядка, по какой схеме, какие частоты среза), но только опять это вряд ли кому интересно в контексте данной темы.

 

Видимо имеются ввиду BandPass фильтры аля http://www.skyworksinc.com/uploads/documents/200906D.pdf

 

Но они слабо помогут, хотя без них OutDoor я бы делать не стал бы точно.

[sfstudio]

ИМХО автор не туда копает. Надо выползать на местность и смотреть что там происходит и что можно сделать. Тупо перетасовывать железки смысла нет. Золотой AP не существует. Хоть бы план помещения с указанием типа перегородок бы привели и где расположены АП. А то что-то мне подсказывает что половина клиентов всегда вне прямой видимости из-за ЖБ стены работает с рэйтами ниже плинтуса. В итоге утилизация эфира под завязку, а скорость в хлам ещё и с потерями. Вот эту ситуацию можно было бы несколько исправить, однако это не отменяет ранее сказанного.

 

Но вот в 20% идет бульканье, по логу программы идут постоянные переподключения софтфона (за день до 500-800 раз). То ли за счет перемещении (роуминг) или самой WiFi.

 

Или бага в Android 6.0.1 как в yotaphone2 http://4pda.ru/forum/index.php?s=&showtopic=797643&view=findpost&p=60733876 Или просто кривые клиенты или, или, или...

 

Короче привет шлюзам dect в voip ;) Ах да, супершифровальщик... Ну ССЗБ.

[sfstudio]

P.S. http://www.arubanetworks.com/assets/ds/DS_AP103Series.pdf древность конечно редкая, AC не умеет, а было бы полезно в 5ке, учитывая что как раз 2T2R клиентов среди телефонов наверное аж 2,5 колеки, а вот умеющих AC уже чуть ли не половина от всех 5ГГц (по данным мониторинга у нас). Но не так они и плохи, и проблема ИМХО не в том что в 5ГГц выбрали всё что можно и надо переходить на AC. =)

[Urs_ak]

Недавно на семинаре по WiFi рассказывали как в гостинице - один абонент с дешёвым обычным смартфоном, с одной антенной, ловил WiFi только у двери номера, а владелец современного iPhone, у которого две антенны, ловил тот же WiFi на кровати. Мол смотрите, как количество антенн у абонента решает, покупайте хорошие телефоны.

 

Было бы интересно, если бы ТС потестировал с современным iPhone'ом.

[sfstudio]

Это что за семинар такой? =))) У свежих яблок роуминг реализован относительно вменяемо, в т.ч. вышеописанная логика которая начинает отрабатывать при уровне -70, и нормальный background scan (оно даже без какой либо логики на стороне АП будут в большинстве случаев нормально мигрировать без обрыва соединений на уровне приложений и часто даже без бульков). На этом их преимущества в части WiFI заканчиваются.

 

А что касается 1/2 антенны... Ну я вот скажу что нормальный 1T1R клиент использующий STBC (ну если АП умеет, а нормальная >=2T2R АП обязана такое уметь) будет иметь запас порядка пары Дб (что весьма не мало когда речь идёт о long range) в отличии от такого же клиента но 2T2R использующего оба стрима (никто не мешает 2T2R переключиться в режим с RX STBC на самом деле).

 

Так что видимо семинар организовывали товарищи из Apple или продажники оных. =)

 

P.S. Просто сложно найти iphone с совсем коряво реализованным радиотрактом, а вот андроидов где антенну воткнули между 2мя железяками (да да и такое видел не раз) или радиомодуль с помойки ткнули как грязи.

[Saab95]

Что-то забыли реализацию роуминга, где перехода между точками со стороны клиента нет, и все точки работают как виртуальные с единым маком, тогда сами точки решают кого и куда переключать, от клиента никаких действий не требуется.

[Urs_ak]

А что касается 1/2 антенны...

Больше интересно, если кто-бы потестировал эту ситуацию с iPhone 6s/7 и мне рассказал :)

[sfstudio]

Что-то забыли реализацию роуминга, где перехода между точками со стороны клиента нет, и все точки работают как виртуальные с единым маком, тогда сами точки решают кого и куда переключать, от клиента никаких действий не требуется.

 

Это уже не роуминг, это совсем другая штука. И у этой штуки есть ограничение, связанное исключительно с физикой... Догадаетесь сами?

 

А что касается 1/2 антенны...

Больше интересно, если кто-бы потестировал эту ситуацию с iPhone 6s/7 и мне рассказал :)

 

Сами, сами. Ну раз так интересно ;)

[NewUse]

Что-то забыли реализацию роуминга, где перехода между точками со стороны клиента нет, и все точки работают как виртуальные с единым маком, тогда сами точки решают кого и куда переключать, от клиента никаких действий не требуется.

я об этом упомянул: "безроуминговые" сети.

[sfstudio]

Что за бред сивой кобылы? Что конкретно не работает на cnPilot?

 

http://forum.nag.ru/forum/index.php?showtopic=122633&view=findpost&p=1356316

 

Какие нафиг костыли спасают роуминг? Какой нафиг 802.11r? Ничего этого не надо. Включаешь handover на Е400 или E500 он работает для любых клиентских устройств с handoff менее 150 мс (требования для телефонии) для всех типов поддерживамого cnPilot handover.

 

Гыггыгыыгыг.... Поржал. Т.е. залипших клиентов вы оставляете пока сами не отвалятся? Ну или по уровню не дропаете их? Дык дропаете как и все остальные. Ну нет других варинтов.

[slv700]

ребование для телефонии <50мс(h323, кодек 12кбит/с), а вот стандарт wifi стандарт БЕЗ всякого роуминга(FT) обеспечивает именно до 150мс(фаза полной аутентификации) переключения, а вот с роумингом -- менее 20мс.

H323 требует handoff <150 ms ( учи матчасть). Полная процедура аутентификации занимает 600+ мс , только этап 4 way handshaking занимает 400 мс, который пропускается при handover в защищенной сети ( изучай матчасть).

 

Обсуждалось в соседней теме. sfstudio всё разжевал до уровня, понятного любому IT-шнику.

 

http://forum.nag.ru/...howtopic=125995

http://forum.nag.ru/...howtopic=127473

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

[sfstudio]

H323 требует handoff <150 ms ( учи матчасть). Полная процедура аутентификации занимает 600+ мс , только этап 4 way handshaking занимает 400 мс, который пропускается при handover в защищенной сети ( изучай матчасть).

 

Кхм... И этот человек будет кого-то матчасть посылать учить.

 

522+3мс это таймаут при котором считаем что процедура аутентификации умерла и пора просто послать клиента в лес.

 

Можете спросить у гугла ap_wpa.c и воочию увидеть все лимиты. Т.е. даже общий таймаут со всеми допустимыми переповторами меньше ваших 600мс... =)

 

В данном случае человек абсолютно прав. Если всё идёт как положено, не требуются повторы и т.д. вся процедура ассоциации+аутентификации занимает порядка сотни - пары сотен мс (+/-) в режимах не требующих обращения к Radius. Reassoc занимает 10тки мс.

 

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

 

Я вам 100500 раз грил, что я вас забанить не могу (давно бы это реализовал ибо на дух не переношу муркетоидного бреда на технических форумах). А вот администрация проанализировав написанное может. Я могу лишь вас натыкать носом во враньё, что и делаю. Ну и обратить на это внимание администрации (враньё продаванов тут не приветствуется).

 

А вот у вас точно "КАША" муркетоидная в голове.

[slv700]

По поводу фильтров, любая антенна уже сама по себе является фильтром + входной RC-каскад.

И, не поверете, в 2.4 ГГц этого достаточно чтоб отсечь внеполосные помехи, в 5ГГц ситуация несколько иная, но не о нём речь.

В 2.4 есть свои приколы с проползанием помехи из цепи питания, но это то же здесь никому не интересно.

Фильтр в виде антенны с каким то входным видите ли RC каскадом ? Какое затухание сигнала дает антенна вне рабочей полосы частот? Почти никакое, уж точно недостаточное чтобы подавить 4-8 Ватт передатчика 3G. Какую избирательность имеет приемник прямого усиления и супергетеродиннный приемник ( то что ты считаешь типа RC -каскад) ? Я даже с тобой не буду спорить. Ты просто неуч, а лезешь с какой то херней всех учить.

[slv700]

По поводу военки: если они используют импульсные постановщики помех (а именно их они и используют), то никакой фильтр внеполосного излучения здесь не помогает, ибо помеха идёт по всей полосе. Здесь может помочь перестраиваемый полосовой фильтр с ширеной 20 МГц. Ну а теперь какие там у Вас фильтры можете расписать(какого порядка, по какой схеме, какие частоты среза), но только опять это вряд ли кому интересно в контексте данной темы.

Речь идет об РЛС, а не широкополосных постановщиках помех. И причем тут импульсные помехи? В чем их особенность? Они что делают помеху широкополосной ? Какой еще перестраиваемый полосовой фильтр? Это обычный супергетеродинный приемник ( в реализации UBNT Prism, ePMP 2000, PTP450i). И он ничем не поможет ( у него недостаточная избирательность) от мощного внеполосного излучения, а если помеха попала в рабочий канал-то он вообще никак не спасает. Он ничем не поможет от мощного внеполосного излучения РЛС, НЕ попадающего в рабочий канал, а проходящего в приемник вне канала и убивающего АРУ. Товарисч, изучите лучше такой предмет как РЭБ в военном ВУЗЕ ( лучше ВВС ,там это хорошо поставлено) по специальности радиоэлектронное оборудование. А здесь не надо ничего про постановку помех и борьбу с ними говорить, это в ваших устах -бредятина.

 

 

Видимо имеются ввиду BandPass фильтры аля http://www.skyworksi...nts/200906D.pdf

Аттенюации 10 дБ мало для подавления внеполосной помехи от РЛС или 3G. Нужно минимум 30 дБ.