Alver

Все очень просто. Допустим имеется поселок с потенциалом подключения 100+ частных домов, меньше нет смысла туда заходить. На ubnt понадобится 3 сектора по 20 Мгц с max 30-35 клиентами на сектор с тарифом до 2-3 Mbps. У кого есть 60 Мгц спектра? Мало есть у кого, поэтому один сектор будет как минимум нелегальный или придется ограничиться 60 клиентами. А если нужно подключить 150-200 клиентов -то понадобится 200 Мгц спектра и то будет такая каша ( клиенты сами себе будут мешать даже на соседних частотах), что ничего толком работать не будет. На Камбиум ePMP для подключениия 100 + клиентов хватит ОДНОГО сектора в 20Мгц с тарифом 5 Mbps (с таким качеством, что можно будет смотреть видео) или в 40 Мгц - тариф 10 Mbps. Емкость сектора Камбиум в 3.5 раза выше, чем ubnt. И это без синхронизации. А поставив 4 сектора по 20 Мгц в полосе 40 Мгц c синхронизацией , можно обслужить поселок с 400+ клиентами. А если будет два сайта по 4 сектора с Frequency Reuse , то можно дать тариф 10-20 Mbps - с качеством и тарифами ПОН, но намного дешевле, в том числе без необходимости платить аренду за каждый столб.

Если вы его перегрузили всякими лишними функциями, помимо основной - обеспечения доступа. Подскажите, чем я его перегрузил. Неужели перегрузили трафиком Download 11.8 Mbps ? ;-) Нет, просто в этот момент была такая прокачка. Максимум, на что способен Rocket - это 55-60 МБит при 40 клиентах. При этом загрузка проца в районе 95% по данным top. При 50 клиентах емкость сектора до 50 МБит в полосе 40 МГц. Это все справедливо при capacity не ниже 75-80% на секторе. Titanium по данным UBNT способен дать +15-20%, и реально это близко к истине. Да не пи.ди. Скрины MRTG ( дневной ) такой прокачки выложите. Я в теме ШБД почти 20 лет. Ни разу такого ( кроме как на TDMA MIMO 2x2 в 20 или 40 МГц ) не видел. Специально для такого умника. Это сектор обычный рокет с 50 абонентами. Я в теме ШБД почти 20 лет. - Похоже батенька Вам пора на пенсию И что же мы видим на скринах. Максимальная загрузка сектора в малтипойнт ( когда активны 8+ клиентов) 25-30 Mbps. Мы видим пики и до 49 Mbps, но обратите внимание, это же не постоянная нагрузка в течении нескольких часов в час пик ( 19.00-23.00) когда люди смотрят видео ( что на убнт невозможно). Это пик в 0 часов 0 минут, когда все спят, и какой то клиент ( работая как в точка-точка ) начал тянуть загрузив сектор до 50 Mbps ( что конечно возможно на убнт в точка точка). Второй пик -тоже самое , явственно виден единичный всплеск активности одного клиента. Скрин спидтеста - из той же серии, видимо ночью-утром, когда все спят. Проблема убнт в том, что его шедулер ( диспетчер множественного доступа ) не справляется в малтипойнт ( 8+ одновременно активных клиентов) с нагрузкой и поэтому в точка точка может выдать и 100М в 20 Мгц, а с 8+ клиентами только -25-30 Mbps. См скрин испытаний ubnt 802.11n на предмет загрузки сектора в зависимости от количества клиентов. Да протокол там CSMA, но Airmax ( поллинг) ubnt не сильно отличается от CSMA, так, типа wi-fi Airtime fairness,- косметические правки, который в отдельных случаях может работать даже хуже CSMA. 27 Mbps - это максимальная емкость сектора ubnt 802.11n Airmax в Download по пропускной способности в малтипойнт. У Камбиум ePMP емкость сектора благодаря протоколу TDMA ( который использовался в wimax, а сейчас используется в LTE) в 3.5 раза больше, а также у ePMP в 3-4 раза больше чем у убнт/мт максимальное количество 120 клиентов на сектор. Это не теория, каждый кто работал с ePMP это уже знают.

EIRP -это энергетика Tx + усиление антенны. И это никого не интересует ? Могу добавить что чувствительность приемника Force 180 выше старого СПЕ. А это определяет высокое системное усиление system gain = Tx - Rx sencetivity. И ДН антенны Force 180 по азимуту всего 15 град. И энергетика EIRP и system gain СПЕ влияет не только на дальность, которая для села скажем в 5-7 км и не нужна, но вот на CINR ( сигнал/помеха) это сильно влияет, а значит на модуляцию, скорость,емкость сектора по пропускной способности, задержку, потери качество канала и др.

В настоящее время доля рынка ePMP в лоукост сегменте в Украине -10-15% - причем это по СПЕ и точка-точка. В следующем году будет 30%. Что касается малтипойнт, мне трудно представить вменяемого провайдера с задачей скажем подключения 100+ клиентов в каком то даже небольшом селе, который бы стал это сейчас делать на ubnt M.

Новый СПЕ 5 Ггц ePMP Force 180. Антенна заявлена 16 dBi ( реально 18dBi), Tx по всему диапазону 4910-5970 Мгц- 30 dBm, на котором ePMP , в отличие от ubnt/MT, реально работает на MCS15. Энергетика EIRP Force 180 - 46 дБм, это больше чем реальный EIRP на MCS15 у Powerbeam M5 400 ( Tx 20 +КУ ант 25= 45дБи) с антенной диш 25 дби.. Цена Force 180 в рознице $99. Оптом и для контрактных провайдеров - меньше . Принято решение, что будет СПE типа Lite, когда, цену и подробности не знаю.

Мы убеждаем операторов. Если вам, как оператору, на говне работать лучше, то это ваш выбор. А хомячков убеждать заплатить за более лучший сервис больше -это уже ваша задача. PS А над снижением цены на СПЕ с Камбиум работаем. Вроде бы принято положительное решение о бюджетном СПЕ типа Lite. Подробностей не знаю.

Если вы его перегрузили всякими лишними функциями, помимо основной - обеспечения доступа. Подскажите, чем я его перегрузил. Неужели перегрузили трафиком Download 11.8 Mbps ? ;-) Нет, просто в этот момент была такая прокачка. Максимум, на что способен Rocket - это 55-60 МБит при 40 клиентах. При этом загрузка проца в районе 95% по данным top. При 50 клиентах емкость сектора до 50 МБит в полосе 40 МГц. Это все справедливо при capacity не ниже 75-80% на секторе. Titanium по данным UBNT способен дать +15-20%, и реально это близко к истине. Да не пи.ди. Скрины MRTG ( дневной ) такой прокачки выложите. Я в теме ШБД почти 20 лет. Ни разу такого ( кроме как на TDMA MIMO 2x2 в 20 или 40 МГц ) не видел.

Если вы его перегрузили всякими лишними функциями, помимо основной - обеспечения доступа. Подскажите, чем я его перегрузил. Неужели перегрузили трафиком Download 11.8 Mbps ? ;-)

Я могу поверить, что скажем утром, когда сектор рокета загружен на несколько Mbps и активна пара клиентов, то внутренний тест на базу с клиента может выдать цифру 15-20мbps ( может даже и больше). Но вот чтобы дать 30 клиентам рокета тариф 15-20М , что означает, что при загрузке сектора ( например вечером , в 25 Mbps), клиент в спидтесте мог бы увидеть доступный ему свободный ресурс сектора еще плюс 15-20Мbps , это НЕреально.

Если вы его перегрузили всякими лишними функциями, помимо основной - обеспечения доступа.

И за счет чего же Титаниум выдаст больше емкость по скорости и количеству клиентов? Более мощный процеcсор? Производительность проца на это не влияет.

Скрин MRTG покажите дневной загрузки рокета c 30 клиентами и окла спидтест ( а это TCP) с клиента в вечернее время ( что гарантирует, что качает тестовый клиент не один) , где в 30/40 Мгц можно увидеть с клиента 15-20 Mbps ( повторяю реальной TCP скорости, а не фейкового теста встроенного теста).

Микротик будет получше убнт ( по стабильности параметров канала связи) ,но по скорости- не намного. 50 клиентов может и выдержит, но точно не по 5 mbps на клиента. На 50 клиентов вам потребуется емкость сектора не менее 40 mbps ( обычная формула количество клиентов X 0,8 -0.9 в Mbps). Микротик в 20 Мгц больше 35 Mbps ( nstreme/Nv2) на активных 8+ клиентах также не тянет, как и убнт. А в 40 Мгц из за помех ни мт ни убнт в малтипойнт нормально не работают. вот нашел скрин тот что говорил,это 50 СРЕ, но реально там 56 было, тарифы 1-4, с сектора 25 мбит снимали. на МТ в мультипоинте тоже где-то есть скрин ещё на 2.4 , все СРЕ тоже МТ, ещё на Г стандарте, тоже при тарифах 1-4, то сектор держал около 45 СРЕ, с сектора тоже около 20 мбит снимали. но было это 3-4 года назад. Я знаю одного прова у которого на убнт было 80 клиентов. Работало очень хреново, даже дело не в скорости ( тарифе),- в том случае было меньше 1 Mbps. А в самом качестве канала, самой по себе стабильности этой скорости ( то есть она плавает от нуля до 1 МBps), задержке, потерям пакетов и др. Поэтому навесить клиентов можно сколько хочешь, но вот клиенты получат плохие каналы связи. Вопрос сколько можно навесть клиентов, чтобы клиентам было хорошо. Причем требования клиентов что такое хорошо, а что такое плохо сейчас и 4 года назад- разные. Сейчас с таким сервисом ( в том числе на скрине выше , где почти все клиенты работают в одном чейне) пошлют подальше.

Микротик будет получше убнт ( по стабильности параметров канала связи) ,но по скорости- не намного. 50 клиентов может и выдержит, но точно не по 5 mbps на клиента. На 50 клиентов вам потребуется емкость сектора не менее 40 mbps ( обычная формула количество клиентов X 0,8 -0.9 в Mbps). Микротик в 20 Мгц больше 35 Mbps ( nstreme/Nv2) на активных 8+ клиентах также не тянет, как и убнт. А в 40 Мгц из за помех ни мт ни убнт в малтипойнт нормально не работают.

К этому я могу добавить, что данные цифры убнт показывает при определенных условиях-ограничениях, большинство из которых сводятся к выполнению правила: ВСЕ клиенты должны находиться в примерно одинаковых условиях по сигналам, дата rate, LOS, дальности , аплод трафику ( он должен быть минимальный), помехам, профилю трафика( ппс) и др. Чем больше отличия между клиентами хотя бы по одному из данных параметров, тем раньше начинаются проблемы с качеством сервиса, которые могут уже наступать после 10 клиентов на сектор. Грубо говоря ОДИН плохой клиент может завалить весь сектор независимо от того, сколько там клиентов. Собственно необходимость постоянного мониторинга убнт сети и обеспечения выполнения этих условий в ручном режиме и есть основная головная боль работы с сетями на убнт. На сегодня требования к скорости, качеству и стабильности параметров канала растут. И если 3-4 года назад такие возможности убнт были в принципе приемлемы, то сейчас, когда клиенты хотят видео, то дать в час пик клиентам возможность просмотра SD видео , 480p ( про HD и Full HD даже не говорим) на секторе убнт с >10-20 клиентами не представляется возможным. Есть ли перспективы получить на убнт больше скорость, клиентов на сектор и увеличить тарифы? Новая платформа убнт АС очень чувствительна( это касается всех продуктов на АС) к помехам, и не дает в малтипойнт с 10+ клиентами ни больше емкости ни больше max клиентов на сектор по сравнению с обычным рокет на 802.11n и в большинстве практических инсталляций, где есть помехи( а они есть везде), дают хуже по качеству сервис.

Убнт обслужит 20-30 клиентов с суммарной пропускной способностью сектора 20-30 Mbps с тарифами 2-3 Mbps.

У Вас есть два варианта 1) виртуальная корпоративная сеть ( VPN) на базе сети Интернет с использованием каналов связи нескольких провайдеров и ежемесячной абонплатой этим провайдерам. Сами физические каналы могут быть проводные ШПД или беспроводные ШБД. В первом случае на многие ваши точки может не быть физических каналов ( их надо подключать), что может быть недешево и займет много времени. Во втором случае ШБД Вы с можете работать только с одним провайдером, который подключит быстро и относительно недорого по беспроводным каналам ШБД все Ваши точки . При выборе провайдера ( в частности ШБД) обратите внимание на каком оборудовании он оказывают услуги и можно ли гарантировать CIR ( минимальную гарантированную скорость) в Вашей VPN. 2) Вы можете самостоятельно построить беспроводную сеть ШБД. Поскольку вы не являетесь провайдером услуг то лицензию на частоты вам не нужно получать и можете работать как технологический пользователь в специально выделенном для этого диапазоне частот 5150-5250 МГц или 2.4 Ггц. Необходимо будет зарегистрирововать точки в Укрчастотнадзор . Это не займет много времени и недорого. Кроме того это дело можете поручить специализирующимся на этих услугах организациям. Выбор оборудования ШБД- непростая задача, ее решение нужно поручить специалистам. Мы рекомендуем вот это оборудование ШБД www. epmp.com.ua Преимуществом собственной технологической сети является отсутствие абонплаты. Затратной частью будет являться закупка оборудования ( относительно недорого), затраты на инсталляцию ( которую лучше поручить специалистам) и затраты на регистрацию и мониторинг точек УЧН ( очень недорого). Оптимальным решением Вашей задачи может быть комбинированная сеть VPN( ШБД+ ШПД ) + собственная сеть ШБД ( технологический пользователь).

Какой конкретно спидтест? OOKLA speedtest ? Да OOKLA -это TCP тест. Значит у вас есть много потерь пакетов в канале. Ограничивайте data rate. Попробуйте уменьшить агрегацию пакетов. Ставьте IP роутеры рядом с бриджами ( радиоканал выделяейте в отдельную IP подсеть.)

Какой конкретно спидтест? OOKLA speedtest ?

Для каждой модуляции ( data rate) есть требование к уровню сигнал/помеха ( CINR). Если есть помехи, то на каких то модуляциях (data rate ) требуемый CINR не обеспечивается, и это приводит к ошибкам в канале. Это значит на имеющемся сигнале и помехе более низкая модуляция работает с меньшим количеством ошибок ( потерь пакетов PER). Поэтому есть смысл зажимать сверху определенные data rate. Но какие рейты надо зажимать, а какие нет? Ошибки сильно понижают реальную скорость. То есть что лучше ( что даст больше реальную скорость) - выше модуляция ( data rate) с большим количеством ошибок ( PER) или ниже data rate, где меньше ошибок? Это можно определить только экспериментальным путем ( тестированием скорости на разных data rate), и причем это надо делать не UDP торрентами, а TCP тестерами ( типа OOKLA sppedtest), поскольку UDP трафик не учитывает ошибки в канале . К сожалению, вручную менять зажимы data rate приходится регулярно , поскольку постоянно меняется как помеха так и сигнал, а это большой гемор, особенно если линков много. Все выше сказанное справедливо только для убнт и др. оборудования, которое не имеет Link adaptation ( AMC) - автоматическую адаптацию data rate в зависимости от ошибок в канале PER .

Так какую вам скорость то надо ? Что вас не устраивает, 50М симплекс в 40 мгц? А data rate плывет ( особенно под нагрузкой, не так ли ?) потому что перекрыт Френель. Поднятие антенны на мачту может помочь, но на сколько вы сможете это поднять? На три метра ? Этого недостаточно. Нужна больше скорость,- ставьте другое ( более дорогое ) оборудование, устойчивое к малтипасс.

на что влияет этот параметр, и почему лучше отключить?Без агрегации ( стандартная фича 802.11n) пакетов скорость снижается в ДВА раза, а пакетная производительнось в ТРИ раза (с 21 до 7 тыс пакетов в секунду). Если клиентам не нужны большие скоростя и ccq < 100% то уменьшение кол-ва и размера агрегации пакетов увеличит ccq. Но если сильно перестараться, то действительно необходимой скорости можно потом и не добиться. Поэтому нужно экспериментировать и подбирать для своей ситуации Агрегацию полностью отключать не рекомендуется, а уменьшать ее можно. Уменьшение длины агрегированного пакета A-MPDU повышает помехоустойчивость канала - меньше длина пакета, меньше вероятность что его срубит помеха , и меньше потери скорости при повторе передачи искаженного пакета. Но это все не имеет отношение к сети Кактуса. Во -первых буллет М2 - одночейновый. Зачем ставить одночейновый девайс в качестве базы? Этим самым скорость уже сразу уменьшена в два раза. Но , во-вторых, и это главное , клиенты Локо 2 , значит стандарта 802.11g- там вообще нет агрегации. И мы видим что клиенты работают на скоростях 802.11g Как вообще можно ставить такие базы и таких клиентов? Более того сеть работает низких модуляциях BPSK со скоростью data rate 1/2 Mbps. О каких реальных скоростях можно вообще здесь идти речь? ТС можно только посоветовать включить Airmax, но я сильно сомневаюсь, что в Airmax между 802.11n и 802.11g еcть нормальное interoperability. Принципиально с этой сетью ничего сделать нельзя. Надо выбросить это говно на помойку, и если собраться строить новую сеть, то прежде хорошо подумать на чем это нужно делать.

на что влияет этот параметр, и почему лучше отключить? Без агрегации ( стандартная фича 802.11n) пакетов скорость снижается в ДВА раза, а пакетная производительнось в ТРИ раза (с 21 до 7 тыс пакетов в секунду).

Ну так выкладывайте результат тестов . Может действительно случилось чудо, и наконец МТ АС ( хотя бы в N ) заработал нормально. Tx/Rx data rate никого не интересует. Линк километров на 25, одна сторона RB800+AC карта+DISH, вторая SXT в фокусе тарелки. На 6.32 было UDP test - 300m, TCP test - 24m. На 6.33 стало UDP test - 1G(явно глюк какой-то), TCP test - 130mbit/s. Линк заработал. Это в режиме АС ? Карта АС Interference+Noise и CINR показывает? На 130 Mbps TCP тесте проц RB800 в 100% загрузки не уходит? А что дуплекс TCP показывает?

Ну так выкладывайте результат тестов . Может действительно случилось чудо, и наконец МТ АС ( хотя бы в N ) заработал нормально. Tx/Rx data rate никого не интересует.