[[anp/hsw]]

Если взглянуть на время, то днем и вечером когда активны несколько ( из 30 ) клиентов загрузка сектора убнт не превышает в среднем 20 Mbps в download. Причем когда в час пик после 18.00 растет аплоад трафик, то download резко падает.

Если взглянуть сначала на график, то становится понятно, что вы его не смотрели вовсе.

Трафик растет с 18:00 до 00:00 (когда все уже вернулись домой) до ~28 мегабит, а потом резко рубится в районе часа ночи. Ведь это вечер воскресенья - всем надо спать, и утром на работу/в школу.

 

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

Когда вы его откомментировать успели? Скрин сегодняшний, база тоже не так давно поставлена.

 

А вот наблюдаемый рост загрузки download до 32 Mbps, и резкий спад после примерно 1-2 ночи свидетельствует, что это качал трафик один анлим клиент, когда все остальные спали ( неактивны).

Вы там вне реального времени живете, что-ли? Это ночь на 31 августа - 1 сентября. Сами догадаетесь, куда свалили основные потребители канала? :)

 

Вобщем, опять от вас маркетинговый буллшит в ответ на реальные аргументы.

[[anp/hsw]]

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

Ну вот такие условия работы: 2.4ггц, 25dbm EIRP, и только в одной поляризации. Пионером быть определенно лучше с этой точки зрения.

[slv700]

' timestamp='1441123199' post='1169213']

Если взглянуть на время, то днем и вечером когда активны несколько ( из 30 ) клиентов загрузка сектора убнт не превышает в среднем 20 Mbps в download. Причем когда в час пик после 18.00 растет аплоад трафик, то download резко падает.

Если взглянуть сначала на график, то становится понятно, что вы его не смотрели вовсе.

Трафик растет с 18:00 до 00:00 (когда все уже вернулись домой) до ~28 мегабит, а потом резко рубится в районе часа ночи. Ведь это вечер воскресенья - всем надо спать, и утром на работу/в школу.

 

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

Когда вы его откомментировать успели? Скрин сегодняшний, база тоже не так давно поставлена.

 

А вот наблюдаемый рост загрузки download до 32 Mbps, и резкий спад после примерно 1-2 ночи свидетельствует, что это качал трафик один анлим клиент, когда все остальные спали ( неактивны).

Вы там вне реального времени живете, что-ли? Это ночь на 31 августа - 1 сентября. Сами догадаетесь, куда свалили основные потребители канала? :)

 

Вобщем, опять от вас маркетинговый буллшит в ответ на реальные аргументы.

Какая на хрен разница какой час ночи? Речь идет о том, что максимум загрузки сектора дал ОДИН клиент, когда все остальные ( большинство) неактивны, а это все равно что точка-точка.

И хватит морочить людям голову. Какая емкость сектора убнт и по пропускной способности и количеству клиентов давно известна и это знают и без меня. Ваши аргументы- притянуты за уши. Не этот, так другой ваш подобный скрин я уже комментировал. Ночью запускате загрузку одного анлим клиента , фиксируете результат как в точка-точка и выдаете его за емкость секторав малтипойнт. Это известный подлог. Лучше измерьте в час пик доступную скорость на клиента OOKLA speedtest.net и увидете какой остался резерв емкости, а не выдавайте графики data rate за загрузку сектора.

[[anp/hsw]]

Речь идет о том, что максимум загрузки сектора дал ОДИН клиент, когда все остальные ( большинство) неактивны, а это все равно что точка-точка.

Во-первых максимум загрузки сектора даже не был достигнут (где вы там полку видите, или хотя бы ее подобие?)

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

 

Ночью запускате загрузку одного анлим клиента , фиксируете результат как в точка-точка и выдаете его за емкость секторав малтипойнт.

Вы вообще график видите? Или просто не умеете читать графики?

 

Какая емкость сектора убнт и по пропускной способности и количеству клиентов давно известна и это знают и без меня.

Так что же вы тогда в каждой бочке затычка? Вам, как я погляжу, не нравятся никакие результаты об ubnt, даже по вашей собственной методике измерений :)

 

Лучше измерьте в час пик доступную скорость на клиента OOKLA speedtest.net и увидете какой остался резерв емкости

Зачем? Мои результаты УЖЕ больше тех, которые вы озвучивали в своем посте, сколько бы там не было остаточной емкости - вы спалились на вранье, хотя, понятно, этого уже не признаете.

Часа пик сейчас не будет пару дней (а тот, который будет, от дневной нагрузки отличаться будет на 10%), ибо 1 сентября. На всем постсоветском пространстве. Странно, что вы этого не знаете, если хоть как-то разбираетесь в провайдинге.

 

а не выдавайте графики data rate за загрузку сектора.

А где я выдавал? Я и так написал, это это график модуляций. Data rate в MCS у вас мозгов не хватило перевести?

[slv700]

2 anp/hsw

Пусть даже вы и получили 30 Mbps в одном чейне суммарно на одном или 4-5 активных клиентах, то это совершенно не значит, что в двух чейнах на 8+ активных клиентах будет 60 Mbps. Это на практике всем известно. Не работает у убнт в малтипойонт в outdoor условиях (не в офисе) так как надо агрегация пакетов и MIMO2x2 мультиплексирование, - то, что в 802.11n дает прирост скорости выше 27.5 Mbps в 20 Мгц относительно стандарта 802.11a.

Какая емкость базы рокета убнт по скорости и количеству клиентов на сектор давно известно и наша дискуссия по этому вопросу никому не интересна. Какая бы эта емкость относительно малая или большая не была - этого все равно мало и неприемлемо для современных сетей ШБД ( в том числе лоу кост). Требования сейчас другие - 100М на 100 клиентов с тарифами от 10М для HD видео онлайн. Убнт этим требованиям не удовлетворяет. Для дома, для семьи и для 4-5 активных соседей- убнт хорош, это и есть его ниша. И не надо ТС пытаться на убнт получить что то большее, танцами с бубном может и можно дополнительно выжать несколько Mbps, но существенного повышения скорости и качества на убнт принципиально получить невозможно.

[_uznik_]

В итоге: игры с выставлением distance, приоритезацией(airMAX Priority), агрегацией ничего кардинально не изменила. Помогает только отключение части активных клиентов(из 18 оставляю 8 и становится все хорошо). Хотя при 18 активных клиентах скорость утилизации не превышает 5 мебит. Получается что для оборудования ubnt очень важным параметром является количество клиентов(stantions), по крайней мере для клиентов с тп более 10 мегабит.

[slv700]

олучается что для оборудования ubnt очень важным параметром является количество клиентов(stantions), по крайней мере для клиентов с тп более 10 мегабит.

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

2) величины аплоад трафика, чем выше аплоад, чем ниже не просто download, а выше неравномерность распределения download между клиентами - то есть нарушается работа roud robin алгоритма шедулера базы

3)различий в уровнях UL RSSI сигналов от клиентов

4) различий в дальностях до клиентов ( в задержке)

5)отсутствия слышимости клиентов между собой- наличие так называемого "скрытого узла"- hidden node

6) наличие так называемых "плохих" клиентов- с низким уровнем ( UL RSSI менее -80-85 дБм) сигнала. Даже один такой клиент может положить весь сектор

7) наличие клиентов в NearLOS, которые могут иметь и хорошие сигналы, но дают базе много переотражений, в том числе кроссполяризационных, работающих с перекосами сигналов по чейнам, что в целом ухудшает MIMO 2x2 мультиплексирование на базе и снижает ее емкость по пропускной способности.

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

и др.

[[anp/hsw]]

Пусть даже вы и получили 30 Mbps в одном чейне суммарно на одном или 4-5 активных клиентах, то это совершенно не значит, что в двух чейнах на 8+ активных клиентах будет 60 Mbps.

Давайте еще раз посмотрим, что вы писали до этого:

 

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

Я просто удивляюсь, как вы стараетесь маневрировать, а в итоге просто, уж извините, начинаете ***еть.

 

Вам показали больше 25mbps в одном чейне, а вы теперь говорите, что 60 в двух не будет, хотя раньше говорили, что в двух не будет 25.

[slv700]

' timestamp='1441187548' post='1169605']

Пусть даже вы и получили 30 Mbps в одном чейне суммарно на одном или 4-5 активных клиентах, то это совершенно не значит, что в двух чейнах на 8+ активных клиентах будет 60 Mbps.

Давайте еще раз посмотрим, что вы писали до этого:

 

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

Я просто удивляюсь, как вы стараетесь маневрировать, а в итоге просто, уж извините, начинаете ***еть.

 

Вам показали больше 25mbps в одном чейне, а вы теперь говорите, что 60 в двух не будет, хотя раньше говорили, что в двух не будет 25.

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

Вы показали 20-30М на активных 3-5 клиентах (хотя я вижу что на самом деле там один клиент дал пик 30М) в одном чейне. С чего вы взяли что у вас в двух чейнах на 8+ активных клиентах будет 60М ? Покажите как факт. У вас на 8+ активных клиентах в двух чейнах так и будет, как я сказал 25М , также как и у всех .

[SSD]

' timestamp='1441187548' post='1169605']

Пусть даже вы и получили 30 Mbps в одном чейне суммарно на одном или 4-5 активных клиентах, то это совершенно не значит, что в двух чейнах на 8+ активных клиентах будет 60 Mbps.

Давайте еще раз посмотрим, что вы писали до этого:

 

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

Я просто удивляюсь, как вы стараетесь маневрировать, а в итоге просто, уж извините, начинаете ***еть.

 

Вам показали больше 25mbps в одном чейне, а вы теперь говорите, что 60 в двух не будет, хотя раньше говорили, что в двух не будет 25.

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

Вы показали 20-30М на активных 3-5 клиентах (хотя я вижу что на самом деле там один клиент дал пик 30М) в одном чейне. С чего вы взяли что у вас в двух чейнах на 8+ активных клиентах будет 60М ? Покажите как факт. У вас на 8+ активных клиентах в двух чейнах так и будет, как я сказал 25М , также как и у всех .

Да, врать не мешки ворочать. Вам уже показывали скрин 30+ юзеров и загрузка 60 мбит. Подзабылось?

[slv700]

Вам уже показывали скрин 30+ юзеров и загрузка 60 мбит. Подзабылось?

Напомните. Что то не припоминаю, такую рекордную цифру для убнт трудно забыть.

[SSD]

Вам уже показывали скрин 30+ юзеров и загрузка 60 мбит. Подзабылось?

Напомните. Что то не припоминаю, такую рекордную цифру для убнт трудно забыть.

Короткая же у вас память http://forum.nag.ru/forum/index.php?showtopic=88658&st=7420

[slv700]

Вам уже показывали скрин 30+ юзеров и загрузка 60 мбит. Подзабылось?

Напомните. Что то не припоминаю, такую рекордную цифру для убнт трудно забыть.

Короткая же у вас память http://forum.nag.ru/forum/index.php?showtopic=88658&st=7420

И где же там загрузка сектора 60 Мбит/c? Видно что догружен сектор в 40Мгц тестом до 60 Мbps, но нет главного- сколько клиентов активны. Может все клиенты спят, а один клиент загружает канал как точка-точка. И я это тогда и спросил:

"И не видно активности клиентов, покажите загрузку порта МТ живым трафиком и дневной загрузки сектора MRTG/кактус".

Человек слился.

Утилизация сектора может быть снята только с ethernet порта MRTG/кактус. Пожалуйста, при измерениях можно догружать сектор со сторны СПЕ любым в том числе синтетическим ( кроме UDP) трафиком. Но главное условие, на секторе должны быть активны -генерить трафик download/upload не менее 8 клиентов так, чтобы суммарно была утилизорована хотя бы треть от потенциальной емкости сектора, где то не менее 10М в сотношении 9 download к 1М upload.

[SSD]

Вам уже показывали скрин 30+ юзеров и загрузка 60 мбит. Подзабылось?

Напомните. Что то не припоминаю, такую рекордную цифру для убнт трудно забыть.

Короткая же у вас память http://forum.nag.ru/forum/index.php?showtopic=88658&st=7420

И где же там загрузка сектора 60 Мбит/c? Видно что догружен сектор в 40Мгц тестом до 60 Мbps, но нет главного- сколько клиентов активны. Может все клиенты спят, а один клиент загружает канал как точка-точка. И я это тогда и спросил:

"И не видно активности клиентов, покажите загрузку порта МТ живым трафиком и дневной загрузки сектора MRTG/кактус".

Человек слился.

Утилизация сектора может быть снята только с ethernet порта MRTG/кактус. Пожалуйста, при измерениях можно догружать сектор со сторны СПЕ любым в том числе синтетическим ( кроме UDP) трафиком. Но главное условие, на секторе должны быть активны -генерить трафик download/upload не менее 8 клиентов так, чтобы суммарно была утилизорована хотя бы треть от потенциальной емкости сектора, где то не менее 10М в сотношении 9 download к 1М upload.

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

[slv700]

В качестве примера такого вот трюка работы убнт в малтипойнт приведу пример с форума оф.сайта убнт здесь. Там сейчас активно пиарится ( апологетами убнт) работа Rocket АС в малтипойнт.

Так вот у человека на секторе АС 26 клиентов ( типа PB АС 500) в канале 10 Мгц. Канал 20 Мгц ( говорит об этом где то в другом месте) типа не тянет из-за помех или х.з чего :)). Так вот он измеряет скорость ( ясно дело встроенным тестом, что есть трафик UDP ) и получает 67-68Mbps симплекса. И бахвалится говоря вот это: But you could never, ever, get a PTMP test result of 67-68Mbps throughput on a 10MHz PTMP client with M5, could you? Nope, not even close!

Этот деятель в своем вранье "перегнул палку" и попалился, или скорее всего он просто баран, что видно по его другим постам ( стоит посмотреть дальше в теме его исключительное по тупости сравнение Рокет АС с Камбиум 450 ;-), и он просто недопонимает вопрос. Ведь известно же, что пропускная способность точка-точка на АС на 256QAM5/6 в 20 Мгц составляет симплекс 130-140 Mbps, а значит в 10 Мгц ровно половина - 65-70 Mbps. Если этот деятель получил в UDP тесте на секторе малтипойнт скорость 68 Mbps, то это полностью утилизировало максимальные возможности АС в 10 Мгц. Из этого совершенно точно следует, что он и тестировал канал точка-точка,а все остальные 25 клиентов просто висят на секторе и вообще не генерируют трафика. Он где то в другом месте сознался что типа да, этих клиентов он перевел со старой системы Trango и они типа не привыкли к большим скоростям и практически неактивны. Поэтому специалисты всегда просят людей, показывающих утилизацию сектора в малтипойнт, тестировать при активности нескольких ( я говорю более точно 8+)клиентов, которые хотя бы на треть загрузили сектор. На таком количестве активных клиентов загрузка сектора упадет в разы, но зато адекватно будет отражать утилизацию ( пропускную способность ) сектора в малтипойнт.