[Saab95]

Какие именно модели микротиков лучше использовать для пакинга ?

 

Зависит от скорости, если требуется в районе 100-200 мегабит то хватит железки класса RB951G-2HnD или RB2011, если более - то CCR 9-ти ядерный, покупать RB1100 не надо, они уже устарели.

[dsk]

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

 

Я выше приводил статистику почти аналогичной "общаги". >20kpps там не будет. В среднем 8-9 на 100-120 мбит трафика.

В моей практике UBNT AC показывает лучшую помехоустойчивость, чем МТ. Соседи по цеху тут не смогли завести линк на двух SXT AC на 700 метров между двумя 22-х этажками. Дерьмо собралось со всего города. Постоянные extensive data loss, poll timeout со всеми вытекающими + сырой драйвер, уводящий точку в ступор при запуске скана или снупера.

 

И на последок, pps тест, udp 64:

 

И тут мы видим, что AC тянет максимум 56kpp, а не 20, с загрузкой процессора под 96%.

[tim251]

Так как вы думаете, может вообще получится обойтись одним комплектом бимов и микротиком для упаковки, вместо того, чтобы городить 3 пары бимов?

 

P.S. Saab, поясните, плиз, вот этот микротик?MikroTik routerboard 2011UiAS-2HnD-IN?

Изменено 6 ноября, 2014 пользователем tim251

[slv700]

В моей практике UBNT AC показывает лучшую помехоустойчивость, чем МТ.

Покажите хотя бы один линк на расстоянии более 7 км из Вашей практики работы убнт АС. Все что мы видели до сих пор( в том числе здесь на форуме) на убнт ас ( равно как и на МТ ас) - унылое говно.

[[anp/hsw]]

Покажите хотя бы один линк на расстоянии более 7 км из Вашей практики работы убнт АС

А почему именно 7км? Может 20 или 70 сразу?

Что, в нише 0-7км вообще никакое радиооборудование не требуется?

 

Чтобы AC выигрывал у N на расстояниях порядка 10км, придется применять хорошие антенны. И это уж точно не нанобим будет, а скорее Rocket AC Lite с рокетдишем.

[slv700]

' timestamp='1415262103' post='1036536']

Покажите хотя бы один линк на расстоянии более 7 км из Вашей практики работы убнт АС

А почему именно 7км? Может 20 или 70 сразу?

Что, в нише 0-7км вообще никакое радиооборудование не требуется?

 

Чтобы AC выигрывал у N на расстояниях порядка 10км, придется применять хорошие антенны. И это уж точно не нанобим будет, а скорее Rocket AC Lite с рокетдишем.

Так это коню ясно, что для 256QAM нужна +7-10 дБ энергетика относительно 64QAM. Отсюда и дальность >7 км по необходимости получения требуемой энергетики, которую бим ни "n" ни "ас" не выдает х.з. почему. Но конкретно нанобим ас и на 4-7км толком работать не будет в неидельных ( помехи и частично закрыта зона Френеля) несмотря на достаточную энергетику. Просим предъявить скрины, если кто хочет доказать обратное.

ЗЫ

А антенна у бима АС достаточно мощная - заявлено 27 дБ, у нормального оборудования это хватило бы на дальность 30км.

[dsk]

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

[slv700]

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

Какая ширина канала? Результаты теста UDP 1500 байт и TCP в дуплексе. И пинг 1500 байт при 95% загрузке канала дуплексным UDP.

[dsk]

Ширина 20 мгц.

 

[Sonne]

Так как вы думаете, может вообще получится обойтись одним комплектом бимов и микротиком для упаковки, вместо того, чтобы городить 3 пары бимов?

 

Блин, три бима будут работать хуже чем один. Мы конечно не отговариваем вас, нам хочется посмеяться.

 

 

P.S. Saab, поясните, плиз, вот этот микротик?MikroTik routerboard 2011UiAS-2HnD-IN?

 

Это слабая железка, там процессор такой же как в 912 радио серии. Неужели трудно посмотреть спецификацию на сайте производителя?

 

Поставбте для начала Nanobeam AC, все равно вам как я понимаю интереснее поиграться, а не зарабатывать деньги.

[slv700]

Ширина 20 мгц.

 

дуплекс 40/62Мбит/c DL/UL всего UL+DL 102 Мбит/c. Такой скоростью в 20 Мгц никого не удивить. А тут это еще и на QAM256 ! И к тому же задержка взлетела до 318 мс -это значит скорость с перегрузом канала. Надо повторить тест уменьшив тестовый UDP трафик скажем до 35/60М и добиться стабильной невысокой ( насколько это возможно ) задержки.

И сделайте тест на ппс 64 байта UDP дуплекс, посмотрим сможет ли вытянуть 56k как в симплексе.

[dsk]

Вы на трафик на интерфейсе смотрите слева, а не на тестовый. Там еще и клиентский трафик бегает, так что 52/72 UL/DL

UL нестабильно держит 256QAM, частенько сваливается в 64, эфирная обстановка сложная.

До установки AC стоял линк на N, результаты были в полтора-два раза хуже, картинка с ip камер дергалась при увеличении даунлоада.

 

Вот тест дуплекса udp64, как видим, все вытягивает, но уже на пределе:

 

Вот тест на стабильность задержки:

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

[dsk]

Сраввнение конечно ужасно, но на арене сейчас выступит камбиум:

 

Линк в ужасном состоянии, RSSI -66, прыгающий MCS 12/13, 20 мгц.

Задержка возрастает до 150-170 уже при прогоне трафика 15/15

[slv700]

Вы на трафик на интерфейсе смотрите слева, а не на тестовый. Там еще и клиентский трафик бегает, так что 52/72 UL/DL

UL нестабильно держит 256QAM, частенько сваливается в 64, эфирная обстановка сложная.

Если есть живой трафик -покажи. К тому же UDP B-test вытесняет живой трафик. Цифры на интерфейсе - это могут пиковые показатели. Реальные цифры -это средняя скорость пропущенного через ethernet -wireless- тестового трафика . А насчет помех ? Не надо мне тут фуфел впаривать. Зажми скорость , если у бима ас не работает адаптивная модуляция и прогони симметричный дуплексный тест. Это же не просто так я спрашиваю, всем известно что бим n дуплекс не держит. Вижу что и бим АС такой же дурной.

ЗЫ

Пока из положительно в убнт АС выжу что значительно вырос ппс. И то хлеб :-).

 

инк в ужасном состоянии, RSSI -66, прыгающий MCS 12/13, 20 мгц.

Задержка возрастает до 150-170 уже при прогоне трафика 15/15

Так ты что на 11 км два СПЕ c встроенной антенной поставил так, что получил RSSI-66 дБм? И cравниваешь с бимами с 27 дБи дишами c RSSI -55/56 дБм? Нехорошо получается :-).

Поставь два ePMP Force 100 с 25 дБи дишами - получишь свою сотку М в 20 Мгц, стабильно и надежно без всяких нестабильных 256QAM.

[dsk]

На всех скринах, в межтестовых интервалах, живой трафик виден.

Трафик не вытесняется, рядом стоит телевизор, показывает картинки с камер. Тест пускаю, а картинка как шла, так и идет.

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

У меня есть заметные улучшения по сравнению с бимом на 11n, ранее стоявшем там, и это все, я выводы для себя сделал.

Теперь и вы покажите реальный клиентский или магистральный линк с дуплексом где все нагружено под полку без деградации сервиса. Желательно в центре мегаполиса, где все засрано.

 

Так ты что на 11 км два СПЕ c встроенной антенной поставил так

Это другой линк, совершенно в другом месте. И он на километр через деревья. Я написал, что сравнение глупо.

 

Поставь два ePMP Force 100 с 25 дБи дишами - получишь свою сотку М в 20 Мгц, стабильно и надежно без всяких нестабильных 256QAM.

И получить растущую задержку в зависимости от нагрузки и как следствие - дерганую видеокартинку. Спасибо, не надо.

Изменено 6 ноября, 2014 пользователем dsk

[slv700]

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

У меня есть заметные улучшения по сравнению с бимом на 11n, ранее стоявшем там, и это все, я выводы для себя сделал.

То что лично у Вас есть улучшения относительно бима 11.n и у Вас лично сложилось определенное мнение - это Ваше личное дело. Но если Вы говорите об этом всем участникам форума ( а это Вы про убнт АС говорите и не только здесь в теме) , то будьте любезны провести адекватные тесты и предъявить их результаты. Вам предлагается сделать типовой симметричный дуплексный тест UDP пакетами длиной 1500 байт. Этот классический синтетический тест не завалит ни Камбиум , ни Радвин.Ваш отказ показать результат этого теста на убнт ас свидетельствует о том, что он на убнт нанобим ас не проходит, точно также как не проходит на нанобим 11.n - большой встречный трафик валит сам себя. Слабые места убнт известны и поэтому известно какие тесты интересны на новом оборудовании убнт.

Теперь и вы покажите реальный клиентский или магистральный линк с дуплексом где все нагружено под полку без деградации сервиса. Желательно в центре мегаполиса, где все засрано.

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

И получить растущую задержку в зависимости от нагрузки и как следствие - дерганую видеокартинку. Спасибо, не надо.

Это ложные утверждения ( я бы еще сказал клевета ;-) , сделанные либо по недомыслию и некомпетентности, либо из за предвзятости. Нет ни одного задокументированного факта или теоретической предпосылки, что у ePMP задержка растет в зависимости от нагрузки ( не путать с перегрузом), приводящей к поломке видеокартинки ни в малтипойнт, ни тем более в точка-точка. То же самое касается не только видео , но и более чувствительного к задержкам голосового трафика. Если у Вас есть такие факты или соображения на этот счет, предьявите, расскажите -обсудим. Если нет, не надо говорить то, что не знаете.

[dsk]

На прошлой странице были все тесты, и дуплексный udp в частности. То, что вы слепы - ваши проблемы.

Там же был еще легкий тест камбиума. Задержки при прогоне 50/15 мбит - 500-600 мс, при прогоне 15/15 - 150-170. Выставлен режим 75/25. Прошу без излияния говна объяснить сие явление. Неужели 15/15 это уже перегруз для линка в MCS12?

[slv700]

На прошлой странице были все тесты, и дуплексный udp в частности. То, что вы слепы - ваши проблемы.

Вас попросили конкретно сделать симметричный дуплексный тест UDP 1500 байт с загрузкой в UL и DL , на котором нет деградации задержки. Если там есть еще живой трафик, дайте картинку, чтобы была видна скорость этого трафика до теста. Этот тест даст цифру реальной пропускной способности канала. Все остальное это топтание вокруг да около, видимо с намерением скрыть истинную картину. Вы вместо этого даете тест симметричный дуплекс UDP 64 байт , что совсем другое, этот тест на max ппс ( что также интересно), а не max mbps встречного трафика. То же самое скрин дуплекса 10/80 м. Известно же что >30% встречного трафика нанобима/нанобриджа валит скорость в канале,зачем вы понижаете UL до 10М? Специально? Помеха говорите? Какая помеха? Зажмите data rate, если это бим сам не может делать. Сделайте все прозрачно и правильно, и мы все увидим сами. Скажем Вам спасибо и Вы будете смело говорить везде как МОЖЕТ работать нанобим ас и давать ссылку интересующимся.

[slv700]

Там же был еще легкий тест камбиума. Задержки при прогоне 50/15 мбит - 500-600 мс, при прогоне 15/15 - 150-170. Выставлен режим 75/25. Прошу без излияния говна объяснить сие явление. Неужели 15/15 это уже перегруз для линка в MCS12?

У Камбиум ePMP есть такая особенность, он даже при перегрузе канала продолжает пропускать UDP трафик который в него загоняют. То что превышена max пропускная способность канала видно только по резкому увеличению задержки. Это в принципе справедливо и для убнт (меньше для МТ) но у убнт как раз наблюдается постоянная плавное увеличение задержки с ростом нагрузки и понять где пошел перегруз ( увеличится рост задержки) сложнее, но можно .Поэтому при оценке max пропускной способности канала тестом UDP нужно отслеживать момент, когда на определенной нагрузке задержка начинает стремительный рост. И вот цифра нагрузки, когда такой рост еще не наступил и есть величина max скорости ( пропускная способности канала).

Теперь смотрим на Камбиум.

Расчетная пропускная способность ePMP в 20 МГц канале на MCS12 при 75/25 DL/UL ratio- 50.5/14.4 МБит/c. В Ваших обоих тестах есть 15М аплоад, который дает перегруз аплинка и вызывает резкий рост задержки. Разница между 14.4 и 15М невелика, но скорее всего канал работает в аплинке на MCS11-MCS12( % распределение можно увидеть в статистике), а в MCS11 аплинк при 75/25 DL/UL ratio ограничен 9.7 Мбит/c.

Сделайте 75/25 DL/UL ratio - Flexible - и у Вас задержка на симплексном трафике стабилизируется. На дуплексном надо найти порог нагрузки аплинка, на котором начинается деградация задержки. Это может быть например 50/12М дуплекс.

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

ЗЫ

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