Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
UAP-PRO ужасное качество сети, UniFi Network
 
В данный момент я тестирую несколько точек доступа UAP-PRO, чтобы заменить ими потребительские устройства. Всего у нас около 10 UAP-PRO, но распаковали мы пока только две.

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

Пробовали два разных UAP-PRO из нашей партии с такими параметрами:  
Прошивка: 2.4.6.2178  
Аплинк: Скорость 1000  
Дуплекс: Полный дуплекс  
Радио (11n/b/g): Канал авто / HT20 (также тестировали HT40)  
Мощность передачи: авто  
Радио (11n/a): Канал авто / HT40 (тестировали также HT20)  
Мощность передачи: авто  

Прямой обзор на точку доступа. Расстояние — ближнее и более далекое — без влияния на результаты.

Пробовали разные беспроводные диапазоны. Клиенты показывали соответствующие согласованные скорости передачи.  
A/B/G/N — разницы нет.

Пинги на внутренние и внешние сети с самого UAP-PRO проходят нормально. Однако при подключении к UAP-PRO как клиенту качество сети хуже даже по сравнению с потребительскими устройствами.



Для сравнения, Netgear WNDR4000:  


Интересно, что в ходе тестирования другие точки доступа были выключены, никаких других сетей в зоне не обнаруживалось — территория уединенная. Кстати, файрвол работает на аппаратном устройстве с Vyatta 6.6.

Так в чем же дело? Я вижу, что у других на форумах похожие проблемы, но решения нет. Это точно не вопрос помех и, уверен, не вопрос настройки. Не понимаю, почему бытовая техника выигрывает у UAP-PRO по качеству сети.

Буду признателен за любую помощь, которая позволит решить эту проблему. Если не сможем найти решение за неделю, просто вернем устройства и закончим с этим.

С уважением,  
Патрик
 
Они предназначены для одновременного подключения десятков клиентов, поэтому это было бы неэффективно.
 
Обычно на потребительских точках доступа антенны, которых обычно пару штук, меняют свою мощность так, чтобы лучше подстроиться под клиента. А как обстоят дела с Unifi?
 
Хм. У тебя есть ещё какое-нибудь устройство для теста — телефон, планшет, ноутбук, рабочая станция с WiFi-картой? Да, на ультрабуке результаты примерно такие же.
 
Интересный факт: я не уверен, следите ли вы за этой темой с самого начала, но проблема возникает только с некоторыми WiFi-клиентами. Последний неудачный раунд тестов проводился с MacBookPro11,3 (хотя результат уже гораздо лучше, чем в первоначальном отчёте). Мы только что проверили 11 мая 2014 года с HP EliteBook — и всё работает идеально, как и раньше, когда мы сообщали о проблеме. VoIP Softphone на HP EliteBook звучит кристально чисто, без пропаданий голоса, а pingtest показывает отличные результаты. Это точно проблема именно с WiFi. Мы не сталкиваемся с этой проблемой, если не используем UAP-PRO. К сожалению, она проявляется у некоторых WiFi-клиентов, но не у всех. Мы также протестировали Meraki и Ruckus в нашей сетевой инфраструктуре до развертывания клиентов — проблем не обнаружили.
 
Ну, опрос можно использовать, чтобы проверить то, что мы считаем известным. В противном случае мы просто догадываемся, руководствуясь только результатами, которые подсказывают нам, что, по нашему мнению, происходит. Как только эта база будет покрыта, я бы начал с таких вещей, как тестирование jperf между физическим соединением и другим портом на маршрутизаторе.
 
Я бы сосредоточился на расследовании связи между маршрутизатором и точкой доступа, а не на взаимодействии между точкой доступа и клиентом. Все считают, что это проблема с Wi-Fi, но причина может быть в связи с маршрутизатором или неисправном коммутаторе в сети.
 
Я протестирую ещё раз. Однако, когда мы изначально тестировали это несколько месяцев назад, мы проверяли в самых разных условиях, чтобы исключить помехи. Недавний тест, который на голову лучше первого, проводится в офисе, где, скорее всего, есть другие сети. В последнем тесте мы использовали каналы 1, 6 и 11 — результат тот же.
 
В данный момент у меня возникают проблемы, похожие на те, что обсуждаются здесь — очень высокий пинг, потеря пакетов и тайм-ауты в интернет-сессиях. Сейчас у меня работают 3 UAP. Только что создал подробную тему по этому поводу, буду признателен за ваши комментарии: https://community.ui.com/questions/e6aa4f02-93fa-41c0-89f0-f08f15b25e44 Спасибо!
 
Скачай инструмент для беспроводного опроса Amped и опубликуй результаты своего теста... что-то здесь не сходится. Когда ты проверяешь это, ты отключаешь все остальные точки доступа в районе? Очень много задержек, и без данных кажется, что у тебя помехи.
 
На мой стол попался ещё один UAP-PRO, так что я решил попробовать его снова. Перед тестированием обновил устройство до бета-версии 3.1.10.

iperf:  
iperf -c <<uap-pro>> -P 10 -w 256K -t 300 -i 5  
[ 7] 0.0-300.0 сек 289 Мбайт 8.08 Мбит/с
[ 8] 0.0-300.0 сек 278 Мбайт 7.79 Мбит/с
[ 6] 0.0-300.0 сек 302 Мбайт 8.43 Мбит/с
[ 5] 0.0-300.0 сек 284 Мбайт 7.95 Мбит/с
[ 9] 0.0-300.0 сек 285 Мбайт 7.98 Мбит/с
[ 12] 295.0-300.0 сек 5.00 Мбайт 8.39 Мбит/с
[ 12] 0.0-300.0 сек 282 Мбайт 7.88 Мбит/с
[ 4] 295.0-300.0 сек 3.75 Мбайт 6.29 Мбит/с
[ 4] 0.0-300.1 сек 288 Мбайт 8.04 Мбит/с
[ 13] 295.0-300.0 сек 4.62 Мбайт 7.76 Мбит/с
[ 13] 0.0-300.1 сек 287 Мбайт 8.02 Мбит/с
[ 11] 295.0-300.0 сек 4.88 Мбайт 8.18 Мбит/с
[ 11] 0.0-300.1 сек 269 Мбайт 7.52 Мбит/с
[ 10] 295.0-300.0 сек 5.25 Мбайт 8.81 Мбит/с
[ 10] 0.0-300.1 сек 273 Мбайт 7.64 Мбит/с
[SUM] 0.0-300.1 сек 2.77 Гбайт 79.3 Мбит/с

iperf -c <<uap-pro>> -u -b 10m  
------------------------------------------------------------  
Client connecting to 172.16.30.127, UDP port 5001  
Sending 1470 byte datagrams  
UDP buffer size: 9.00 KByte (default)  
------------------------------------------------------------  
[ 4] local 172.16.30.126 port 55648 connected with 172.16.30.127 port 5001
[ ID] Интервал Передано Скорость передачи
[ 4] 0.0-10.0 сек 11.9 Мбайт 10.0 Мбит/с
[ 4] Отправлено 8505 датаграмм
[ 4] Отчёт сервера:
[ 4] 0.0-10.0 сек 11.9 Мбайт 10.0 Мбит/с 0.032 мс 0/8504 (0%)
[ 4] 0.0-10.0 сек 1 датаграмма пришла не по порядку

Судя по всему, связь с UAP-PRO с моего компьютера в порядке. Однако мы всё ещё сталкиваемся с той же проблемой задержек при маршрутизации пакетов в интернет. Используя www.pingtest.net, снова заметили, что фиксируются задержки пакетов (потерь нет). Но интересно, что бета-прошивка, похоже, улучшает показатели.



Для сравнения, на потребительском устройстве, например, WNDR4000, мы стабильно получали пинг 10 мс с джиттером 2 мс. Кроме того, при использовании VoIP через UAP-PRO разговоры чаще прерываются, голос искажается и «рвётся». WNDR4000 таких проблем не показал. Я не утверждаю, что WNDR4000 — лучшее устройство (это совсем разные тесты), просто сравниваю именно задержки в сети.

Другие тесты скорости вроде нормальные. Например, измерение скорости интернета через UAP-PRO на speedtest дало более чем приемлемые результаты. Всё равно не понимаю, почему задержки остаются, хотя и стали заметно лучше по сравнению с прошлым разом.

Кстати, разницы между тестами на частотах 2.4 ГГц и 5 ГГц тоже не заметил.
 
Привет, Майк! Я попробовал снизить мощность передачи до среднего уровня. Интересно, что скорости изменились довольно существенно.  
[11] 30,0-35,0 сек 9,62 МБайт 16,1 Мбит/с
[9] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[6] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[10] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[5] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[8] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[12] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[13] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[7] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[4] 30,0-35,0 сек 9,75 МБайт 16,4 Мбит/с
[ИТОГО] 30,0-35,0 сек 97,4 МБайт 163 Мбит/с

Я использую Pro с проводным аплинком к Power Brick, а оттуда в гигабитный свитч — и всё это на HT20.  
Для тестирования запускал Iperf на локальном ПК, подключённом по кабелю (гигабитный порт), и с ноутбука, подключённого по беспроводной сети к UAP-Pro.  
Пробовал также на ультрабуке Samsung 9 Series — получил примерно такие же результаты, как и с MBP.
 
Спасибо за ответ и информацию, Патрик.  
M8ey, я слышал, что в некоторых случаях системы работают лучше, если снизить мощность передачи, как уже советовал rdahlin (на самом деле одна из систем, где это было замечено, — это некоторые MBP). У меня нет Mac, поэтому сравнить не могу.  
Какую скорость передачи ты видел при получении этих результатов? И HT20 или HT40? А когда тестировал на Pro, ты связывался беспроводным способом между двумя узлами, подключёнными к Pro? Или как?  
Спасибо, Майк.
 
Хмм. У тебя есть другое устройство для теста — телефон, планшет, ноутбук, рабочая станция с каким-нибудь Wi-Fi адаптером?
 
😲Не совсем прямо — примерно в двух метрах на потолке.
 
Ты сказал «прямо под ней»?.. Попробуй отойти на пару метров в сторону. Помню, что излучение антенн похоже на пончик, и это может влиять на скорость. Попробуй переместить компьютер в другое место, на 2, 5 или 10 метров, просто чтобы проверить, так ли это. Может, у тебя слишком сильный сигнал. У меня был такой опыт с AirMax, когда я настраивал связь в офисе. Когда я выставил выходную мощность на самый низкий уровень, скорость выросла по сравнению с «слишком высокой» мощностью. Не знаю, не искажается ли сигнал или что-то такое при слишком высокой мощности. Спроси у всех из ubnt, мне кажется, они смогут на это ответить 😉
 
Ты получал 113 Мбит/с по WiFi... 11.x на каждый поток одновременно.
 
Не думаю — я сижу прямо под UAP-Pro, и единственная конкуренция по WiFi — это ещё один UAP-Pro на другом канале, управляемый тем же контроллером. К нему подключено несколько устройств, но ни одно особо не активно, когда я проводил тесты. Пропускная способность «нормальная», скорость не падает, если только я не начинаю передавать большой файл. Мне интересно, почему я не подключаюсь автоматически к диапазону N, особенно учитывая, что я почти прямо возле этого девайса.
 
Группа A действительно имеет максимальную скорость передачи данных 54 Мбит/с и примерно половину этого по фактической пропускной способности, то есть теоретический максимум около 27 Мбит/с. У вас, похоже, совсем нет такой скорости, поэтому интересно, не связано ли это с сильными помехами, слабым сигналом, низким отношением сигнал/шум или чем-то ещё, что может быть причиной проблемы.
 
Node 1: iperf -s  
Node 2: iperf -c ip.of.node.1 -P 10 -w 256K -t 300 -i 5  

Майк, забавно, что на моём UAP-Pro я получаю только около 11.5 Мбит/с (я правильно это читаю?)  
[12] 10.0-15.0 сек 6.62 МБ 11.1 Мбит/с
[5] 10.0-15.0 сек 6.62 МБ 11.1 Мбит/с
[13] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[6] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[7] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[9] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[10] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[8] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[4] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[11] 10.0-15.0 сек 6.75 МБ 11.3 Мбит/с
[SUM] 10.0-15.0 сек 67.2 МБ 113 Мбит/с

Если выключить WiFi-карту и подключиться только по LAN, то результаты:  
[4] 0.0-5.0 сек 56.6 МБ 95.0 Мбит/с
[6] 0.0-5.0 сек 56.2 МБ 94.4 Мбит/с
[8] 0.0-5.0 сек 56.2 МБ 94.4 Мбит/с
[7] 0.0-5.0 сек 56.2 МБ 94.4 Мбит/с
[10] 0.0-5.0 сек 56.2 МБ 94.4 Мбит/с
[9] 0.0-5.0 сек 56.1 МБ 94.2 Мбит/с
[11] 0.0-5.0 сек 56.2 МБ 94.4 Мбит/с
[5] 0.0-5.0 сек 56.5 МБ 94.8 Мбит/с
[13] 0.0-5.0 сек 56.1 МБ 94.2 Мбит/с
[12] 0.0-5.0 сек 56.2 МБ 94.4 Мбит/с
[SUM] 0.0-5.0 сек 563 МБ 944 Мбит/с

Забавно, что и LAN, и WLAN подключены к одному гигабитному свичу. Проверяя контроллер (2.4.6), мой MBP подключён к диапазону A.  
Я думал, что скорость будет выше, чем эти результаты...  
Я правильно это читаю?
Страницы: 1 2 След.
Читают тему (гостей: 1)