Alver

Есть, результаты выдавали на наге и есть апдейт по тому, что здесь выкладовалось и дальше будем выкладывать новости Фигня на наге а не реальные результаты выкладывались.Нет результатов на расстояниях 3-5км ! До 2км MT/UBNT тоже отлично справляется. Есть много результатов и 17 км и на 37 км точка- точка( здесь в теме) и 1-3 км малтипойнт ( например пост 77 здесь) и 3-11 км малтипойнт с 15-20 клиентами на наге (ссылка есть выше ), смотрите изучайте -эти результаты с указанием сигналов, расстояний, нагрузкой и прочее. В чем у Вас проблема связи двух СПЕ на 3 км ? Помехи сильные? Так выставите 30 Дбм-пробьет любую помеху -будет EIRP =13+30=43 ДБм -это не меньше по усилению чем NB M5 c 25 антенной 18+25=43 Дбм, который Вы зачем то ставите на 3 км, а разница в работе между ePMP и NB ( по скорости , стабильности и надежности линка и др.) -небо и земля. P.S Насчет того как работает рокет и вообще UBNT ( особенно в малтипойнт с 20-30 клиентами ) всем хорошо известно. Уже сейчас ясно -не выстоит он против Камбиум, продержится еще может полгодика , может до конца этого года протянет за счет того , что будут его брать пионеры (кто не в теме) , потом -все. МТ еще за счет реализации L3 ( роутинга и прочее) сможет выжить, а ubnt - капец. А web и консоль Камбиум допилит ( по плану на февраль) , сейчас неудобно конфигурить, согласен, но на скорость не влияет :-).

Есть, результаты выдавали на наге и есть апдейт по тому, что здесь выкладовалось и дальше будем выкладывать новости На сегодня дело обстоит так В раздаче 40 МГц на 20 клиентах общая емкость сектора 135-140 Мбит/с на закачку, и 30 на прием ( когда все работают на MCS14 -MCS15) ul/dl ratio 25/75 При этом у одного оператора с 15-18 клиентами при средней постоянной загрузке сектора 30 Мбит/c, клиент на закачку (безлимит) получает 100 Мбит/c При этом для сравнения база Рокет с загрузкой 30 Мбит/c ( что является для UBNT почти предельной) может выдавать на клиента макcимально всего пару мегабит./c и то нестабильно. База Камбиум в 20 Мгц на 18 клиентах имеет максимальную загрузку downlink 80 Мбит/c ( ul/dl ratio flexible). При этом при загрузке сектора 60 Mбит/c нормально без приоритезации voip работает телефония ( корпоративная ). GPS синхронизация работает -можно два противоположных сектора ставить на одной частоте. У ВСЕХ оборудование работает без глюков и жалоб клиентов. Есть пока одно замечание к тормозам веб ( устраняется) продемонстрируйте и здесь тогда результаты, было бы интересно посмотреть, если все действительно так как Вы говорите, то тогда можно пробовать данное железо. http://forum.nag.ru/forum/index.php?showtopic=88658&st=1760 пост 1769 и дальше обсуждение.

Есть, результаты выдавали на наге и есть апдейт по тому, что здесь выкладовалось и дальше будем выкладывать новости На сегодня дело обстоит так В раздаче 40 МГц на 20 клиентах общая емкость сектора 135-140 Мбит/с на закачку, и 30 на прием ( когда все работают на MCS14 -MCS15) ul/dl ratio 25/75 При этом у одного оператора с 15-18 клиентами при средней постоянной загрузке сектора 30 Мбит/c, клиент на закачку (безлимит) получает 100 Мбит/c При этом для сравнения база Рокет с загрузкой 30 Мбит/c ( что является для UBNT почти предельной) может выдавать на клиента макcимально всего пару мегабит./c и то нестабильно. База Камбиум в 20 Мгц на 18 клиентах имеет максимальную загрузку downlink 80 Мбит/c ( ul/dl ratio flexible). При этом при загрузке сектора 60 Mбит/c нормально без приоритезации voip работает телефония ( корпоративная ). GPS синхронизация работает -можно два противоположных сектора ставить на одной частоте. У ВСЕХ оборудование работает без глюков и жалоб клиентов. Есть пока одно замечание к тормозам веб ( устраняется)

Широкополосный фильтр на прием нужен для подавления мощных внеполосных помех, которые у устройств без фильтра проникают в приемник и нарушают работу АРУ - проявляется в том что падает RSSI. Фильтр на передатчик нужен для подавления собственного внеполосного излучения в 5.2 Ггц при работе девайса на частотах выше 5.8 ГГц. Устройства на Atheros без такого фильтра при работе на 5.8 -5.9 ГГц дают внеполосное излучение в районе 5.2-5.3 Ггц. Фильтр подавляет это.

Вышла прошивка 1.3.4 с поддержкой Radius. Также вышла специальная прошивка для СНГ ( доступна через дистрибуторов) c мощностью Tx power в 5150-5970 Мгц -30 дбм на базе и 31 дБм на клиенте.

Сильная аплинк помеха на базе, уходите по частотам.

Подскажите пожалуйста какую диагностику проводить... Так у Вас NBM5 это база ? По аплинку кто то немного фонит такой базе. Но не особо критично. Но больше проблем по downlink ( TX)- на стороне клиента. Почему то NB понизил модуляцию до 13.5 мбит/с ( BPSK) - на стороне клиента вообще один чейн работает. Что там стоит ? Попробуйте перевести в 20 Мгц и посмотрите будет ли симметрично Rx/Tx Rate .

CCQ

микротик это, разница есть 120 в tcp, и 180 в udp, но проблема как минимум может заключаться в процесорре микротика, а именно в генерации тсп пакетов а потом уже в самом радио-канале Перегруз проца может влиять на генерацию трафика-так посмотрите загрузку CPU и отключите при тестах опцию random. Разница 120М TCP и 160М UDP говорит о ненадежности канала. На реальном трафике TCP/IP пропускная способность канала будет не выше 120мбит/с. И если запустить спидтест, то он тоже покажет не выше 120 Мбит/c.

и в чём же принципиальная разница ограничения на антенне а на мтике? вообще у Вас же на многих линках (судя по вашим постам здесь на форуме) есть проблема с заниженными показаниями скорости на TCP . Поэтому у Вас удобный случай ( за базой есть установленный МТ) проверить в чем проблема.Поставтьте за клиентом МТ и протестируйте UDP и TCP. Если есть разница - значит дело в потерях TCP. ну там где были проблемы там вроде порешал, при сигнале -60 на 16км и ccq 90-95% получил 120 мбит тсп в одну сторону, это мало? Для ubnt может и нормально. Но тут главное разница между результатами тестов на UDP и TCP. Если есть значительная разница ( скажем больше 10-15%), то есть потери TCP пакетов и скорость на реальном трафике будет значительно ниже, чем в тестах.

Пинг каk не поможет понять в чем есть проблема. Поможет FTP сессия ( TCP/IP) либо прямой TCP тест. И вообще у Вас же на многих линках (судя по вашим постам здесь на форуме) есть проблема с заниженными показаниями скорости на TCP . Поэтому у Вас удобный случай ( за базой есть установленный МТ) проверить в чем проблема.Поставтьте за клиентом МТ и протестируйте UDP и TCP. Если есть разница - значит дело в потерях TCP.

это понятно, но я больше чем уверен если я включу МТ в езер за СПЕ то я получу свои 5мбит в tcp я уже думал может внешнии провайдеры мои и УТК имеют доступ на разной скорости к конкретному спидтест-серверу Возможно TCP пакеты теряются дальше за базой. Проверьте тестами TCP. Но то что проблема именно в этом -90%, вопрос только где проблема, скорее всего - в Вашей сети.

Спидтест измеряет скорость TCP трафиком . Трафик торрента - может быть TCP/IP, а чаще , если загружен канал, он автоматом переключается на короткие пакеты UDP ( вплоть до 100 хвостиком байт). Если Вы поставите у клиента за СПЕ в езере МТ и протестируете Bтестом скорость между МТ в езере за базой и МТ в езере за клиентом пакетами TCP и UDP, то можете получить разные результаты . В Вашем случае скорость на TCP и UDP трафике будет отличаться в два раза. Причина этому - потери TCP пакетов в канале в силу того, что канал в Вашем случае плохого качества. Когда TCP пакеты теряются, уменьшается так называемое окно стека протоколаTCP и понижается скорость потока TCP ( TCP /IP), что и наблюдается в Вашем случае. Корень проблемы в оборудовании UBNT. Очевидно, у Вас в сети либо помехи, либо NearLOS, с чем UBNT плохо уживается. Если NearLOS, то может помочь переход в один чейн, скорость снизится, но будет стабильней.

При временном разделении делить можно: поровну. Каждый абон получает свой тайм-слот. Неважно нужен он ему сейчас или не нужен. База должна разослать клиентам расписание, и делать так каждый раз, когда количество клиентов изменяется. Иначе клиент в принципе не может узнать сколько клиентов на базе сейчас. "по потребностям". Фрейм с расписанием никуда не девался, но шлётся чаще и содержит разные квоты для разных клиентов. Можно опрашивать каждого клиента отдельно. Как работает камбиум?Интересует технический ответ. С маркетерскими заявлениями ознакомлен - неинтересны. Поровну по количеству выделяемых символов.Но клиент которому ничего не нужно ничего не получает. Есть очереди и приоритеты - QoS. Реализация ePMP тдма правильная почти такая же как у старого Моторола Канопи и нового PMP450 Камбиум. Все работает по расписанию так что клиенты одной базы в метре друг от друга не мешают друг другу. И базы при включенной синхронизации могут работать на одной частоте и не мешать друг другу.

Два ePMP 1000 integrated radio Cambium Networks. на якій максимальній відстані можуть працювати 2 СРЕ з інтегрованими антенами?, власне цікавить 8-9км, заведеться на MSC15(видимість ідеальна)?На интегрированных антеннах спе модуляция MCS15 будет на мощностях новой прошивки на 6-7 км- без помех. 8-9 км может MCS14 поднимет. Но лучше на этих дальностях спе с внешней антенной 23 дби использовать -60 USD будет стоить.Чтобы с запасом на случаи помех. NearLos ( частично закрытая зона Френеля ) для Камбиум не создаёт проблем

Два ePMP 1000 integrated radio Cambium Networks. цена вопроса, есть ли сертификат/внесено ли в реестр для регистрации в УДЦР ?Все есть и сертификат и декларация и внесено в Реестр.

Это зависит от соотношения Тx power , усиления антенны и мощности помехи( у камбиум по крайней мере). Нужная мощность- вопрос не технический , а организационный. Будет решен сразу после праздников.

Камбиум изучил все репорты своих партнеров , в том числе о реальной помеховой обстановке и как устройства в них работают. Не знаю как насчет всего остального мира, но как минимум для нас (СНГ) Tx power будет увеличен так,чтобы снять все вопросы и нарекания. Точную цифру я пока не могу сказать.Также на основе опыта первых месяцев эксплуатации будут сделаны изменения в критериях выбора системой модуляции ( или дана возможность изменения критериев) при сильных помехах. Насчет других замечаний, которые касаются главным образом веб интерфейса и удобства и работы с девайсом, то как говорится, это на скорость не влияет и это будет постепенно ( займет пару месяцев) устраняться . а если завтра тот же юбнт и мт так же типа, открытии мощу?Ведь с точки зрения схемотехники, это полностью идентичные устройства... Так у них на последних моделях Титаниум и UG 912 а также на более ранних моделях давно открыто до 27и даже 31 дбм. Правда толку от этого нет. Высокие модуляции на этих мощностях у этих девайсов не поддерживаются как прочем низкие тоже не факт что нормально работают. Есть мнение что максимум что нормально работает 21 дбм. У камбиум эта цифра значительно выше. И реализация радио у Камбиум все же отличается. В частности есть фильтры.вот тут есть таблица, измеряемой и заявленной мощности.http://www.imc.org.ua/index3.php?a=rb912uag Реализация камбиума от скажем мт, да отличается, только принципиальной разводкой, да у камбиума это сделано лучше. Схемотехника полностью идентична. Фильтры, да есть, но это отдельlная история У Камбиум передатчик SIGe?

Два ePMP 1000 integrated radio Cambium Networks.

Две базы смогут работать на одной частоте если изоляция между ними больше 110 дб. Это невозможно получить простым разносом антенн на одной крыше ни по горизонтали , ни по вертикали , ни по поляризации.Только жб стены помогут и еще чтобы каждая база не слышала клиентов другой базы. Если такой изоляции нет то ждите Камбиум ePMP 1000 в 2.4 ггц ( в апреле). Там Ваш вопрос решается синхронизацией секторов)

Протокол множественного доступа TDMA у ePMP против поллингового протокола nstreme/nv2 MT и airmax UBNT. Микротики официально заявляют такое: Как это реализовано у камбиума? В чём его киллер-отличие?У Камбиум реализация TDMA близка к 802.16 похоже на ваймакс. У МТ это совсем не тдма и они сами и говорят что это групповой поллинг.Тоже самое убнт airmax никакого отношения к тдма не имеет.

Камбиум изучил все репорты своих партнеров , в том числе о реальной помеховой обстановке и как устройства в них работают. Не знаю как насчет всего остального мира, но как минимум для нас (СНГ) Tx power будет увеличен так,чтобы снять все вопросы и нарекания. Точную цифру я пока не могу сказать.Также на основе опыта первых месяцев эксплуатации будут сделаны изменения в критериях выбора системой модуляции ( или дана возможность изменения критериев) при сильных помехах. Насчет других замечаний, которые касаются главным образом веб интерфейса и удобства и работы с девайсом, то как говорится, это на скорость не влияет и это будет постепенно ( займет пару месяцев) устраняться . а если завтра тот же юбнт и мт так же типа, открытии мощу?Ведь с точки зрения схемотехники, это полностью идентичные устройства... Так у них на последних моделях Титаниум и UG 912 а также на более ранних моделях давно открыто до 27и даже 31 дбм. Правда толку от этого нет. Высокие модуляции на этих мощностях у этих девайсов не поддерживаются как прочем низкие тоже не факт что нормально работают. Есть мнение что максимум что нормально работает 21 дбм. У камбиум эта цифра значительно выше. И реализация радио у Камбиум все же отличается. В частности есть фильтры.

Какие особенности реализации L2 Камбиума делают её принципиально лучше, чем L2 UBNT/MT? Протокол множественного доступа TDMA у ePMP против поллингового протокола nstreme/nv2 MT и airmax UBNT.

Вы уж определитесь. Почему это слабенький L3 в UBNT - дерьмо, а такой-же слабенький L3 у Камбиума - мегафича? L3 у Камбиум -не есть мегафича, он ему в исполнении МТ и в том обьеме вообще не нужен, а вот для ubnt подобная реализация не помешала бы. Причем реализация L3 у МТ собcтвенно и отличает его от UBNT. А Камбиум отличается от UBNT/МТ конкретно реализацией L2, в чем и состоит его мегафича.

Это реальные скорости прокачки в мультипойнте? Или канальная скорость - то, что у UBNT/Mikrotik обозначено как "TX/RX Rate". Это они заявляют - цифр близких к этим в реальных условиях на расстоянии >=3км ни кто не видел до сих пор. Здесь же в данной теме выкладывались скрины тестов провайдеров и на 37 км точка-точка и в малтипойнт ( пару страниц назад ). Это Вы ставите на 3км два СПЕ с антенной 13 Дби при помехах -70 дБм на Tx мощности 18 дБм и понятно что нет работы. Будет больше мощность - заведется на 3 км MCS15 даже на помехе -70 ДБм и будет скорость соответствующая. Если вы об этом http://local.com.ua/forum/topic/54165-epmp-cambium/page-4?do=findComment&comment=503497 то МТ на этом линке показал бы не худшие показатели, и МТ умеет больше чем камбиум. У меня где то есть тест МТ на этом же 37 км линке. Выложу, если найду. На L1 -физическом радио уровне уровне и по хардварной платформе ePMP и UBNT/МТ почти идентичны ( если не считать различий в качестве используемых компонентов и изготовления, определяющих надежность девайса, где Камбиум, очевидно лучше, чем ubnt,и тем более - мт ). На L2 ePMP на голову лучше и эффективней ubnt/mt, при этом реализация L2 на ubnt и есть главный источник его проблем. На L3 - ubnt - такое же дерьмо как и на L2, MT на L3-продвинут, поскольку изначально МТ был и остается прежде всего роутером на базе linux ( как говорят МТ- это линукс для лентяев). И то что умеет МТ - это роутинг и другое имеющее отношение к L3 на базе скриптов этого линукса. Камбуим -L2 бридж, с некоторыми нужными L3 - типа NAT, Firewall и др. Все отстальное Камбиум не нужно, у него нет тех проблем, которые нужно решать в МТ противоестественным для wireless сетей и технологии в целом способом -фичами операционной системы. Если сети L2 в конкретных фрагментах сети и нужны функции L3- ставится маршрутизатор пусть тот же микротик для экономии. Все остальные навороты МТ беcсмысленны для нормальной wireless L2 сети. В нормальной сети не надо ставить маршутизатор на каждой точке доступа, не надо извращаться фильтрацией, ограничениями пакетов, сессий, пробросами портов, построением туннелей, бесмысленными неработающими в малтипойнт оптимизациями очередей и приоритетов , инкапсуляциями, шейперами, изоляциями трафика и другой мути-ничего этого в правильной и надежно работающей сети не надо. Если же кому то нужно будет заняться творческими изысканиями в линуксе- будет доступ к девайсу через SSH. Будет простор для построения своих любых фичей похожих или альтернативных МТ на платформе openWRT Linux ePMP 1000.