Alver

Вот 180+20M в TCP тестах видел, живого трафика больше 180М не видел. Покажите, если есть такое. В точка-точка решение на базе чипсета: - 802.11n больше 140-160Мbps живого трафика не выдает, в 40 МГц. - 802.11ac - больше 180-200 Мbps не выдает, в 40 МГц - 802.11 ac wave2 выдает 300+ Мbps в 40 МГц и 500+ Mbps в 80 МГц. UBNT 5AC ( 802.11ac) например PowerBeam 5AC PBE-5AC-500 стоит розница - $165, PowerBeam 5AC PBE-5AC-620 ( примерно равный Force 300-25 по энергетике - EIRP)- $235. Оба больше 200Мbps даже в 80 МГц не тянут. Force 300-25 выдает

Зачем нужны какие то условия? Покажите 200+М и все. В чем есть проблема?

Собственно по 30 клиентов на сектор , что удивительного то? Лиго и УБНТ больше не тянет. По 30-40М на сектор, в пиках до 35-40М - тоже все правильно. Я об этом и говорил выше. Такое количество клиентов и такую загрузку сектора даст один сектор ePMP 2000 в канале 40 Мгц. А ePMP 3000 - в два раза больше на клиентах AC.

Это видимо Ligowave, у нас в Украине вообще редкая вещь. Работает Ligo точно так же как убнт. У них вообще одна родословная. Собственно 20-30 клиентов и должны загружать сектор не более 20-30*x1.2 =24-36 Mbps. Однако макcимальная емкость сектора Лиго также как и UBNT - 35-40М. Так что тариф можно дать какой угодно, в том числе 10/2 -20/2, но вот нет и быть не может свободной емкости 20 М в прайм тайм при загрузке сектора 40 М. Поэтому в прайм тайм клиент не видит свой тариф ( ночью может и видит) , это точно , нет такого запаса у сектора.

Вам же сказали 0,8-1.2 М, вот и имеет 99*0,8 =80 Mbps

PTP LTU или PtMP LTU не имеет значения, потому что я указал не на какой то баг, который фиксится за месяц, а на системную проблему, имеющую место быть в самом чипсете UBNT LTU. А вывод я сделал сразу, потому что имею образование, знания и свой опыт разработки и производства подобных продуктов и проблему в отличии от фанбоев и суппортеров UBNT в продукте вижу сразу ( и не только по этому кейсу) . Ничем они не помогут, там системная нерешаемая проблема. Если угодно, вот еще примеры жалоб, причины которых общие - кроятся в системных недостатках LTU, что я описал вы

Да это так. 140M в 20 Мгц -это потолок для всех вендоров ( за малым исключением) . Чтобы получить 200-250+Мbps нужно минимум 40 МГц, и это не UBNT 5AC

Вот свежий пример жалобы на работу оборудования на чипе LTU, в том числе AF5X HD, на оф.форуме Rocket Prism to LTU swap - What's going wrong? Стоял Рокет 5AC -выдавал свой потолок 200М. Заменили на Rocket LTU- AF5x HD - скорость упала в два раза. Причина - помеха, которую Рокет 5AC не замечал,но которая критична для AF5x HD. PS Обратите внимание, в чем видят причины и какие дают советы типа fanboi UBNT. А это проплаченные суппортеры UBNT, один из них даже русскоговорящий , читает наши форумы , знает отдельных личностей :), но не встревает, потому что знает,

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

Потому что это оборудование может может показывать высокие и даже близкие к декларируемым скорости только в идеальных условиях. Если такие условия на реальном линке близки к идеальным ( что и означает повезло) , то оборудование работает вполне прилично. Но не всем же и не всегда следует расчитывать на такое везение. Как UBNT это делает может увидеть любой зайдя на их сайт.

Не может UBNT 5AC (ни Gen 1, ни Gen2, ни Prism, Lite - возьмите любой ) прогнать живого трафика, а также синтетического TCP больше 200 Mbps ни в 40 МГц, ни в 80 МГц. Реальный практический потолок 150-180 Mbps Download живого трафика, на дальность скажем > 3-5 км, о чем всем известно, и о чем сказано также здесь в теме выше. Вот вы xabarov, будучи продавцом этого продукта в одном из известных российских интернет магазинов, имеете за 5-6 лет продаж серии UBNT 5 AC , в том числе продукта PowerBeam 5AC -500, значительный опыт работы ваших покупателей с этим обору

Возвращаемся к теме работы Force 300-25 в коммерческой эксплуатации. Линк 5 км, Tx power 20 dBm, сигналы RSSI =-44 dBm, канал шириной 80 Mbps, TDD DL/UL= 75/25. Загрузка канала реальным трафиком max DL 285 Mbps +UL 10 Mbps Задержка 40 bytes from 1.: icmp_req=12 ttl=64 time=12.4 ms 40 bytes from 1.: icmp_req=13 ttl=64 time=4.25 ms 40 bytes from 1. icmp_req=14 ttl=64 time=4.18 ms 40 bytes from 1.: icmp_req=15 ttl=64 time=8.73 ms 40 bytes from 1.: icmp_req=16 ttl=64 time=10.2 ms 40 bytes from 1.: icmp_req=17 ttl=64 time=5.27 ms 40 bytes fr

Мне то вам ничего доказывать не надо. Это вам нужно искать куда развиваться, чтобы вас на голимом убнт не съели конкуренты. Хотели же вы где то год назад перейти с Рокета М5 на 5AC? И спрыгнуть с Rocket 5AC Lite точка-точка y на Мимозу ? Так что , удачно? Получили что хотел ? Ответ предсказуем. Но вы сами вот расскажите про свой опыт, если хотите спроси совета. Нормально, без понтов. PS Вот загрузка сектора на порту свича, И OOKLA speedtest в праймтайм. 100 клиентов на ePMP 2000 сектор Сambium. Тариф 10Mbps. Это снято еще 2 года назад, когда загрузка на о

Реальный опыт - это сотни инсталляций, что и называется представительной выборкой. Ваши три случая не есть выбокра , тем более представительная, Потому что 1) Вам типа повезло, что у вас все хорошо, но это только потому что у вас только 3 случая. Всегда ( например в 10 случаях из 50) так везти не будет. 2) Вы необьективны. Вы продавец этого железа. Вы могли перебрать перед этими 5 линков, где устройства плохо работают. Вы могли специально подобрать места, где эти линки могут хорошо работать. Это называется подтасовка фактов. 3) Вы или не знаете что значит линк работает

Вы товарисч, видимо не в курсе, что я не продаван с интернет магазина типа 1000 мелочей. Что касается убнт, то у него качественное железо, но слабый софт. Микротик - железо низкого ( точнее бывает по разному, в зависимости от какого китайского ODM оно получено) качества, а софт был раньше эффективный и стабильный, но в последнее время ( года как три) и софт стал не просто с багами, а с архитектурными системными проблемами. Для Elevate лучше подходит UBNT hardware rev XW. Платформа XM тоже подходит, но должна быть не слишком старая ( мало памяти и слабый проц). Микротик тоже

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

Открывайте тикеты в support.cambiumnetworks.com. Вам там расскажут что делать. А вообще, Elevate - это путь апгрейда сети. Не все зависит от софта Камбиум. Дешевое бу старое железо убнт и микротик с битым флешем дает о себе знать. Проблемные железки меняйте на родные СПЕ. Они не сыпятся и работают без проблем.

В целом, цифры загрузки сектора Камбиум по количеству клиентов, трафику и тарифам в разы выше , чем UBNT. И что важно это все мы видим на клиентах -железе UBNT, прошитых cофтом Elevate Cambium.

Таким образом разница между - максимальной емкостью данного сектора по пропускной способности 127 Mbps и средней за 1 сек загрузки сектора в праймтайм 100 Mbps составляет 27 Mbps, -максимальной емкостью данного сектора по пропускной способности 127 Mbps и средней за 1 мин загрузки сектора в праймтайм 85 Mbps составляет 40 Mbps. Клиент , если измерит свою скорость в праймтайм, увидит свою мгновенную скорость не менее 20 Mbps всегда. Усредненную за минуту тестом , наример OKLA Speed test клиент увидит скорость 40+ Mbps. То есть свой т

Однако максимальную емкость сектора по скорости можно видеть по графику секундной загрузки сектора тремя встроенными тестами. Максимальная загрузка данной конкретной БС ePMP 2000 в данных условиях подключения составляет 127 Mbps в 40 МГц- что есть максимальная емкость данного сектора по пропускной способности (скорости).

Встроенный Link Test одного из клиентов ( первый в списке выше на скрине). Скорость на клиента в праймтайм 57/94 Mbps. Однако по нему нельзя судить о доступной емкости сектора. Этот тест частично вытесняет живой трафик.

Вот рассмотрим пример. Есть БС ePMP 2000 с 51 клиентами, 47 из них UBNT Elevate. Канал 40 МГц, тарифный план 20 Mbps. Клиенты потребляют Интернет и OTT TV/Video через смарт телевизоры и медиаприставки. Доступ к БС предоставлен одним из наших заказчиков, провайдеров ШБД на Сambium. Вся картина снимается прямо сейчас, 15 февраля, праймтайм суббота, 15.00-18.00. Загрузка сектора. Максимальная загрузка , усредненная раз в секунду, 100 Mbps. Загрузка сектора. Максимальная загрузка , усредненная раз в ми

Можно понять получает ли клиент свой тариф и без измерения скорости на клиента , а по разнице между известной цифрой максимальной емкости сектора по скорости и величиной максимальной загрузки сектора в праймтайм. Эти цифры можно получить с порта свича. С веб интерфейса Рокета цифру загрузки трафиком тоже можно получить, но значение загрузки снимается раз в минуту или больше , усредняется непонятно как какой то неадекватной ломаной экстраполяцией графика загрузки и поэтому результирующие цифры загрузки неадекватны. Максимальную емкость сектора по скорости

Что значит часто скорость 20-40М частот проскакивает? Да еще ночью? Чтобы понять получает ли клиент свой тариф, нужно в прайм тайм ( вечером в период 19.00 -21.00 ) измерить какую скорость получает клиент. Он должен хотя бы в одном из трех тестов увидеть свою скорость согласно своему тарифу. Скорость нужно измерить OOKLA speedtest ( это TCP тест) со стороны клиента . На Камбиум это может быть также встроенный Link Test ( тест на MAC уровне ), он близок к TCP. Встроенный Bandwidth test UBNT -это UDP тест, он отличается от TCP теста в два -три ра

У форсов и птп бывают некритичные баги , которые фиксятся. А вот у AF5X HD ( и вообще всей линейке оборудования UBNT на кастомном чипсете LTU ) системные , я бы сказал архитектурные, проблемы, которые невозможно исправить. А именно одна из ключевых проблем вызвана использованием сигнала с одной несущей. Она приводит к тому что сигнал файбера 1) не имеет устойчивости к медленным замираниям, возникающим от переотражений от влажных испарений воздуха, попадающих в зону Френеля линка. В результате сигнал периодически на несколько часов падает на 15-20 дБ и линк рвется, если не о