[_uznik_]

Добрый день

Eсть сектор, в качестве базовой станции RocetM5 + антенна AM-5G16-120.

В качестве клиентов Nanobeam + Nanobridge, есть пара Nanostantion Loco(для клиентов, расположенных совсем недалеко... менее 1 км.)

 

Расстояние от базы до клиентов 2-6 км.

Данные с базовой станции

Connections: 18

Noise Floor:-90 dBm

airMAX Quality: 80

airMAX Capacity: 82

Transmit CCQ:98 %

Channel Width: 20 MHz

версия прошивки XM.v5.5.10

Клиенты изолированы, агрегация 8-8000, мультикаст запрещен

 

Проблема в том, что я не могу выдать клиенту более 6 мегабит(а хотелось бы 10). Хотя есть сектора с похожей плотностью(расстояния правда меньше до клиентов), и там такой проблемы нет. Замер от клиента производился торрентом + speedtest.net.

так же проводили замеры iperf-ом от ядра до ubnt-client. В данном случае схема будет такая Ядро->Районный_маршрутизатор->База_Ubnt->Ubnt_client. Если tcp трафик + 4 потока, то в сумме 12-16 мегабит.

до замера скорость на базе составляла около 8 мегабит(т.е не упиралась в производительность), в момент замера около 20 мегабит(по опыту 25-30 потолок, другими словами запас был).

 

В чем может быть проблема, кто нибудь сталкивался с подобным? И самое главное в какую сторону теперь копать...

[Samgabial]

А зачем аггрегация 8/8000?

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

Изменено 27 августа, 2015 пользователем Samgabial

[NewUse]

АСК вручную проставьте с небольшим запасом.

[rdc]

Самое простое решение - дробите сектора и разносите по частотам.

И посмотрите загрузку CPU базы в момент пиковой нагрузки.

[_uznik_]

Samgabial Логика достаточно проста: Есть торренты, поэтому агрегация включена. Но в сети есть и любители онлайн игр, поэтому она минимальна. Насколько я помню при большом количестве абонентов рекомендуются минимальные значения агрегации. 18 конечно не много, но я верю что сектор будет расти... Попробую увеличить данный параметр.

rdc Показатели CPU, Memory в норме.

[NewUse]

Но в сети есть и любители онлайн игр, поэтому она минимальна.

Если телефонии нет и сектор нагружен -- смело увеличивайте, по крайней мере в даунлинкке на максимум. В аплинке можно и отключить для игрунов, если жаловаться начнут(но не ранее).

[magnum50]

_uznik_попробуй для абоненту которому необходимо больше скорости выставить airMAX Priority в High

[slv700]

Все нормально работает так и должно быть на убнт. Еще пяток клиентов добавите и придется тариф уменьшать с 6м до 3м.

Почему на других базах емкость несколько больше? Там другие более лучшие условия подключения клиентов(сигналы, модуляции, LOS, меньше помех) ,сигналы от них в аплинке ровнее и их активность в аплинке видимо меньше.

[kravtai]

Все нормально работает так и должно быть на убнт. Еще пяток клиентов добавите и придется тариф уменьшать с 6м до 3м.

Почему на других базах емкость несколько больше? Там другие более лучшие условия подключения клиентов(сигналы, модуляции, LOS, меньше помех) ,сигналы от них в аплинке ровнее и их активность в аплинке видимо меньше.

 

высрался всё таки, давно не было выпадов

[_uznik_]

NewUse Телефония есть. Но насколько помню ubnt оборудование должно само играться приоритетами для телефонии/видео. Да я попробую все таки поиграться с этим параметром. Антенна просто в работе, соответственно все игрища только в ночное время.

 

magnum50 Это уже вертел, положительного результата не дало. Тут отличительная особенность большие(относительно конечно) расстояния. Я же не могу клиенту за 800 метров оставить medium, а клиенту за 4 км. поставить High, т.к на передачу одного кадра/обмена информацией база-клиент понадобится разное количество временных ресурсов.

 

slv700 На чем основано Ваше мнение? Опыт использования оборудования данного вендора? На каком оборудовании строите сети сейчас?

 

kravtai Оффтоп, давайте придерживаться основной темы и уважительно относиться ко всем участникам данной беседы.

[NewUse]

Но насколько помню ubnt оборудование должно само играться приоритетами для телефонии/видео.

Да, если метки настроены правильно:

http://wiki.ubnt.com/AirMax_-_QoS_DSCP/TOS_Mappings

[[anp/hsw]]

Телефония есть. Но насколько помню ubnt оборудование должно само играться приоритетами для телефонии/видео.

Что значит "должно"? раскрасьте трафик через TOS/DSCP сначала, иначе как оно узнает, что это "телефония"?

 

Ну а по поводу агрегации ответ простой: смело увеличивайте количество байт, и не очень смело количество пакетов.

В принципе хоть какие-нибудь лаги она может внести на почти пустом секторе, например при агрегации 20 пакетов и скорости трафика 20пакетов/с латентность при агрегации вырастет до 1с (на самом деле есть жестко заданый таймаут в протоколе, он задается с AP, но там все сложно, чтобы объяснять, как)

[slv700]

 

slv700 На чем основано Ваше мнение? Опыт использования оборудования данного вендора? На каком оборудовании строите сети сейчас?

Емкость сектора убнт по пропускной способности (утилизация сектора) в 20 мгц MIMO 2×2 малтипойнт при 8+ активных клиентах( это обычно 25-30 подключенных к базе СПЕ) до 25 Mbps. И то это если нет так называемых "плохих" клиентов со слабым сигналом, даже один из которых может завалить всю базу и всех остальных клиентов.

На чем основано мое мнение? На знаниях и опыте. Впрочем это все знают все специалисты и не только по убнт. Так работает не только убнт, но и микротик и др. аналогичные системы на базе вайфай радио с полинговым протоколом доступа.

Оборудование с TDMA доступом работает по другому, в том числе на базе вайфай радио. Смотрите в соседние разделы.

зы

Игры с агрегацией , приоритетами повысить емкость сектора не могут.Все что можно сделать-это отключать плохих клиентов(либо ставить им более мощные антенны), выравнивать Uplink RSSI от всех клиентов,ограничивать аплоад трафик ( особенно для ближних клиентов) и нервно курить в сторонке смотря на то как работают соседи -конкуренты на оборудовании TDMA.

[аleksandr]

проводили замеры iperf-ом от ядра до ubnt-client. В данном случае схема будет такая Ядро->Районный_маршрутизатор->База_Ubnt->Ubnt_client. Если tcp трафик + 4 потока, то в сумме 12-16 мегабит.

Аналогичная ситуация. iperf показывает около 15 Мбит/сек., а замер скорости через speedtest.net - 5Мбит/сек. т.е. запас по скорости как-бы есть, но его как-бы нет. Это нормально для ubnt?

Изменено 31 августа, 2015 пользователем аleksandr

[NewUse]

в общем случае спидтест показывает погоду на Марсе.

[[anp/hsw]]

На чем основано мое мнение? На знаниях и опыте. Впрочем это все знают все специалисты и не только по убнт. Так работает не только убнт, но и микротик и др. аналогичные системы на базе вайфай радио с полинговым протоколом доступа.

Оборудование с TDMA доступом работает по другому, в том числе на базе вайфай радио. Смотрите в соседние разделы.

Опять маркетинговый понос. И ни грамма по делу. Это характеризует вас как отличного специалиста, но не в сфере радиосвязи.

 

в общем случае спидтест показывает погоду на Марсе.

В общем случае, как раз, показывает верно. Но при наличии проблемы начинает показывать погоду на марсе.

У нас спидтест - основной инструмент, который используется для обнаружения ситуации "что-то не так".

[аleksandr]

NewUse Может посоветуете, чем тогда можно мерить скорость обычному пользователю интернета?

Изменено 31 августа, 2015 пользователем аleksandr

[NewUse]

NewUse Может посоветуете, чем тогда можно мерить скорость обычному пользователю интернета?

torrent-ом, а обычному пользователю интернета вполне сгодится и погода на Марсе(а если провайдер грамотный -- то делается подмена speedtest.net на локальный аналог, либо на сообщение, что показания данного сервера не могут являться основаниями для доказательства не предоставления услуг заявленного качества), хотя на 2ip.ru по моим ощущениям она точнее :)

[Saiko]

NewUse Может посоветуете, чем тогда можно мерить скорость обычному пользователю интернета?

torrent-ом, а обычному пользователю интернета вполне сгодится и погода на Марсе(а если провайдер грамотный -- то делается подмена speedtest.net на локальный аналог, либо на сообщение, что показания данного сервера не могут являться основаниями для доказательства не предоставления услуг заявленного качества), хотя на 2ip.ru по моим ощущениям она точнее :)

А у нас с точностью наоборот: 2ip - цифры с потолка, speedtest - примерно рядом с правдой.

[slv700]

iperf показывает около 15 Мбит/сек., а замер скорости через speedtest.net - 5Мбит/сек. т.е. запас по скорости как-бы есть, но его как-бы нет. Это нормально для ubnt?

Iperf бывает разный. UDP и TCP. Внешний тест Iperf UDP должен быть близок к встроенному тесту ubnt, так как последний есть UDP, но только по радио, без прохождения ethernet. А вот внешний iperf TCP в 5 потоков - самый точный результат. К нему близок OOKLA speedtest.net - это Iperf TCP в 4 потока. Разница может быть только в том , что спидтест идет на внешний сервер ( если нет своего локального), который может быть далеко и скорость к которому может быть ограничена внешним каналом в Интернет.

Max cкорость реального живого трафика соответствует тестам TCP ( iperf TCP или OOKLA speedtest). Скорость реального трафика может отличаться от скорости, измеренной TCP тестерами, 1) если на реальном трафике достигнут потолок устройств по ппс 2) есть потери в канале за пределами измеряемого радиоканала ( например где то на свичах или на других участках сети.

Интерес преставляет разница между показаниями iperf UDP и TCP ( что тоже самое между встроенныи тестом и OOKLA speedtest.net). Большая разница ( более чем 10%) свидетельствует о низкой надежности радиоканала ( высокий Packet Error Rate). У убнт на зашумленных трассах или в NearLOS такая разница может составлять разы, что свидельствует о высоких потерях в канале.

Поэтому может быть так, что встроенный тест убнт показывает 170 Mbps в 40Мгц, а живой трафик ( а также TCP тест) не превышает 80Mbps и меньше.

[slv700]

' timestamp='1441017027' post=1168612]

Опять маркетинговый понос. И ни грамма по делу.

Как это не по делу ? Вы не согласны с тем, что емкость сектора TDMA по пропускной способности , например, Камбиум в ePMP составляет 70-100 Mbps, что в 3-4 раза больше емкости сектора убнт, а количество клиентов на сектор у ePMP -120, что в 3-4 раза больше чем у убнт? Это факты,которые не раз публиковались в профильной теме. По вашему это есть неправда и у вас есть опровержения сказанному?

Другое любое оборудование TDMA , например Камбиум PTP450 или любой wimax 802.16d, например Maxbridge также поддерживают не менее 120 клиентов на сектор( PTP450- 200 клиентов на сектор ), а емкость сектора PTP450 по пропускной способности в 20 Мгц -125 Mbps. Такие высокие цифры -это свойство именно протокола множественного доступа на MAC уровне TDMA и не зависит от типа радио: wi-fi , wimax, lte или что то другое.

[[anp/hsw]]

Вы не согласны с тем, что емкость сектора TDMA по пропускной способности , например, Камбиум в ePMP составляет 70-100 Mbps, что в 3-4 раза больше емкости сектора убнт

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

 

Вот типичный высер:

Емкость сектора убнт по пропускной способности (утилизация сектора) в 20 мгц MIMO 2×2 малтипойнт при 8+ активных клиентах( это обычно 25-30 подключенных к базе СПЕ) до 25 Mbps.

 

А вот мой сектор с 30 клиентами 1x1 SISO (Bullet M2 HP)в полосе 20мгц.

(заметьте, мегабайты/с, не мегабиты, чтобы не было потом пустой болтовни)

 

И это при не самой высокой модуляции в принципе (там много препятствий на местности).

[slv700]

' timestamp='1441095673' post='1169014']

Вы не согласны с тем, что емкость сектора TDMA по пропускной способности , например, Камбиум в ePMP составляет 70-100 Mbps, что в 3-4 раза больше емкости сектора убнт

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

 

Вот типичный высер:

Емкость сектора убнт по пропускной способности (утилизация сектора) в 20 мгц MIMO 2×2 малтипойнт при 8+ активных клиентах( это обычно 25-30 подключенных к базе СПЕ) до 25 Mbps.

 

А вот мой сектор с 30 клиентами 1x1 SISO (Bullet M2 HP)в полосе 20мгц.

(заметьте, мегабайты/с, не мегабиты, чтобы не было потом пустой болтовни)

 

И это при не самой высокой модуляции в принципе (там много препятствий на местности).

Последний скрин - это гонево. У убнт в одном чейне ( SISO) теоретический максимум 50Мbps в точка точка. В малтипойнт на 30 клиентов надо делить на 3-4.Это видимо и есть точка-точка, не так ли?

А насчет загрузки сектора на первом скрине, то я уже как то комментировал этот ваш скрин, а вы опять его предъявляете на обозрение в качестве доказательства емкости сектора убнт. Тут есть один маленький, но ловкий трюк, который не ускользнет от опытного глаза профессионала ;). Если взглянуть на время, то днем и вечером когда активны несколько ( из 30 ) клиентов загрузка сектора убнт не превышает в среднем 20 Mbps в download. Причем когда в час пик после 18.00 растет аплоад трафик, то download резко падает. Причем сколько там точно в это время было активных клиентов-неизвестно, я полагаю, что 4+.

А вот наблюдаемый рост загрузки download до 32 Mbps, и резкий спад после примерно 1-2 ночи свидетельствует, что это качал трафик один анлим клиент, когда все остальные спали ( неактивны). А как известно в точка-точка убнт в 20 Мгц может выдать в симплексе теоретически до 100 Мbps ( обычно 70М в хороших условиях LOS, без помех при небольшом встречном трафике). Поэтому нет ничего странного том,что какой то анлим клиент качал 32М в одном чейне, когда еще пара -тройка клиентов на том же секторе были активны ( их активность в сумме около 5 Mbps видна на графике сразу после падения загрузки с цифры 32М до 5М ), а остальные были подключены, но не работали. Но это не значит, что емкость сектора в малтипойнт в SISO 32М. Суровая статистика сотен операторов свидетельствует, что при количестве клиентов 30-40 и тарифах 1-3М ( стоят шейперы) загрузка сектора выше 25М никогда не поднимается и чем больше активных клиентов, тем она меньше, и чем выше аплоад трафик, тем сильнее деградация емкости сектора в download.

ЗЫ

И не позорились бы со своими буллетами ;). Вы же не пионер, что больше показать нечего, хотя бы на наносах MIMO c бриджами/бимами?

[Samgabial]

slv700, последний скрин - это канальные скорости.

Очевидно должно быть.

[slv700]

slv700, последний скрин - это канальные скорости.

Очевидно должно быть.

Значит это data rate, то есть распределение модуляции.Понятно тогда.