[SSD]

Неужели сложно провести испытания в равных условиях и сделать справедливые выводы?

Какие еще могут быть условия более равные нежели те же самые? Взяли сетку ubnt, заменили базу рокет на ePMP ( антенна та же самая), клиенты те же самые ( сделали апгрейд софта), остались на своих местах и получили изложенные выше результаты как факт. Стало лучше в десять раз или в три раза или в пять- смотрите сами, все выложено как есть. Вывод один - замена софта ubnt на софт Cambium повышает эффективность работы ubnt сети и качество сервиса в разы.

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

 

У кого стоит такая задача и необходимо модернизировать сеть, софт Камбиум - отличный способ это сделать с дальнейшим полным переходом на решения и оборудование Камбиум.

"А если не будут брать? Отключим газ" (с).

[slv700]

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

Хорошо, вернемся еще раз к самому первому тесту сектора Рокета M5 c 27 клиентами Nanostation M5. Вот скрин сигналов клиентов и суточная загрузка сектора.

[slv700]

Что плохого с клиентами в этой сети? Низкие сигналы ? На мой взгляд у большинства клиентов нормальные сигналы -65 -75 dBm, поскольку модуляции максимальные. Только у одного СПЕ сигналы -72/82 dBm и с перекосами по чейнам и ассиметрией Tx/Rx. Некоторые "эксперты" считают что в целом в этой сети - плохие сигналы и надо бы их повысить и перекосы исправить. Хорошо, допустим мы с этим согласны. Но как это сделать?

Клиенты NSM5 -находятся от базы на малой дальности <1-1.5 км. В чем же причина низких сигналов? Скажут такие "эксперты" , что типа нужно лучше юстировать антенну СПЕ. Как можно промахнуться с направлением на базу 30 градусным по азимуту наносом с дальности 700 метров ? Это невозможно, люди правильно отьюстировали антенны СПЕ и лучше сделать нельзя.

В данном случае причиной якобы низких сигналов, являются условия NearLOS, видимости клиентов мешают дома , столбы , деревья и т.п. Из-за этого имеются малтипасс помехи и поэтому, несмотря на максимальные модуляции ( data rate), утилизация сектора низкая -всего max 15 Mbps и больше никак не тянет. Повышение Tx клиентов и базы сверх 18-20 dBm ничего не дает ( помех малтипасс меньше не становится), да и известно, что ubnt на Tx >20 dBm работает плохо. Улучшать видимость клиентов вырубкой деревьев, сносом домов мы не будем. В общем , повысить сигналы, чтобы улучшить работу этой сети никак не получается, да и если это можно было бы сделать, то толку от этого в условиях малтипасс мало.

Поэтому будем считать , что исходная сеть ubnt работает в плохих условиях NearLOS и утилизация сектора поэтому низкая. Что здесь нарушено, почему крайним не может остаться оборудование ubnt? В чем виноваты пользователи ? Средствами ubnt ничего улучшить нельзя. Если кто то знает способ как улучшить работу такой сети вменяемыми способами,- прошу высказываться.

Мы предлагаем улучшить работу сети софтом Elevate. Как известно, Камбиум TDMA работает в условиях NearLOS лучше UBNT Airmax ( почему - много раз говорили, если нужно еще раз это обьснить, я готов, но позже). Поэтому можно сказать, что наш первый тест показывает как софт Elevate улучшает работу сети UBNT в условиях NearLOS. Интересная тема? Конечно, потому что сеть реальная, условия NearLOS -типичные, и всем интересно в большей степени улучшение работы сети именно в плохих условиях. Это более актуально, чем улучшать работу сети ubnt в хороших или идеальных условиях, которая может работает нормально, все и всех устраивает , и может и не требует улучшения.

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

[slv700]

А если не будут брать? Отключим газ" (с).

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

[jarolde]

Что плохого с клиентами в этой сети? Низкие сигналы ? На мой взгляд у большинства клиентов нормальные сигналы -65 -75 dBm, поскольку модуляции максимальные. Только у одного СПЕ сигналы -72/82 dBm и с перекосами по чейнам и ассиметрией Tx/Rx. Некоторые "эксперты" считают что в целом в этой сети - плохие сигналы и надо бы их повысить и перекосы исправить. Хорошо, допустим мы с этим согласны. Но как это сделать?

Клиенты NSM5 -находятся от базы на малой дальности <1-1.5 км. В чем же причина низких сигналов? Скажут такие "эксперты" , что типа нужно лучше юстировать антенну СПЕ. Как можно промахнуться с направлением на базу 30 градусным по азимуту наносом с дальности 700 метров ? Это невозможно, люди правильно отьюстировали антенны СПЕ и лучше сделать нельзя.

В данном случае причиной якобы низких сигналов, являются условия NearLOS, видимости клиентов мешают дома , столбы , деревья и т.п. Из-за этого имеются малтипасс помехи и поэтому, несмотря на максимальные модуляции ( data rate), утилизация сектора низкая -всего max 15 Mbps и больше никак не тянет. Повышение Tx клиентов и базы сверх 18-20 dBm ничего не дает ( помех малтипасс меньше не становится), да и известно, что ubnt на Tx >20 dBm работает плохо. Улучшать видимость клиентов вырубкой деревьев, сносом домов мы не будем. В общем , повысить сигналы, чтобы улучшить работу этой сети никак не получается, да и если это можно было бы сделать, то толку от этого в условиях малтипасс мало.

Поэтому будем считать , что исходная сеть ubnt работает в плохих условиях NearLOS и утилизация сектора поэтому низкая. Что здесь нарушено, почему крайним не может остаться оборудование ubnt? В чем виноваты пользователи ? Средствами ubnt ничего улучшить нельзя. Если кто то знает способ как улучшить работу такой сети вменяемыми способами,- прошу высказываться.

Мы предлагаем улучшить работу сети софтом Elevate. Как известно, Камбиум TDMA работает в условиях NearLOS лучше UBNT Airmax ( почему - много раз говорили, если нужно еще раз это обьснить, я готов, но позже). Поэтому можно сказать, что наш первый тест показывает как софт Elevate улучшает работу сети UBNT в условиях NearLOS. Интересная тема? Конечно, потому что сеть реальная, условия NearLOS -типичные, и всем интересно в большей степени улучшение работы сети именно в плохих условиях. Это более актуально, чем улучшать работу сети ubnt в хороших или идеальных условиях, которая может работает нормально, все и всех устраивает , и может и не требует улучшения.

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

Вывод такой - если у тебя кривые руки и ты построил криво сеть без прямой видимости то плати ещё за исправление ошибок и переход на Камбиум. Для двоюшников короче)... У меня сектор в ubnt час пик прокачивает больше 40 мегабит для 32 СПЕ на 20 мегагерц, потому переход на Камбиум не рентабельно ставить.

[harmer_]

Очередное вранье. Проблема коснулась только "пионерские" сети, где на устройствах стояли дефолтные пароли. Станет ли нормальный оператор сохранять дефолтные пароли на СРЕ? Нет. Меня эта проблема обошла стороной, как и многих других пользователей UBNT, которые меняют пароль после инсталляции

А вот это уже не враньё, а откровенный пи..ёж. Зацепило, несмотря на 9-ти значный пароль. При чём смена пароля ничего не давала и точку повторно долбило. Помогало только смена прошивки в которой отключены скрипты. Так что уязвимость была не в дефолтной пароле, что и подтверждали на оф форуме. Я если честно, даже пионеров не знаю которые бы оставили дефолтные пароли на цпе. А если вас обошло стороной то весьма за вас рад. У нас тоже не все сектора покрошили. Некоторые до сих пор работают со старыми паролями и прошивками поддерживающими скрипты, там где они нужны, и всё ок.

Изменено 6 февраля, 2017 пользователем harmer_

[harmer_]

Вывод такой - если у тебя кривые руки и ты построил криво сеть без прямой видимости то плати ещё за исправление ошибок и переход на Камбиум. Для двоюшников короче)... У меня сектор в ubnt час пик прокачивает больше 40 мегабит для 32 СПЕ на 20 мегагерц, потому переход на Камбиум не рентабельно ставить.

Подключите 60 клиентов, офигеете сколько этот сектор прокачает. Нелегалу пофиг, поставил рядом сектор и ещё 32 хомяка включил. А что если легал? А новых частот нет, а клиент хочет вконтакты? Да и деревья имеют свойство расти и дома строиться.

Изменено 6 февраля, 2017 пользователем harmer_

[xabarov]

Вот читаю это все и должен сказать вы как маленькие дети здесь, только и ищите где и как друг друга зацепить.

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

Давайте жить дружно!!!

Разборки происходят по одной причине - одна из личностей на этом форуме возомнила из себя "всея БШПД", которому все дозволено и мнение которого - единственно правильное. Если этот товарищ успокоится, то на форуме станет меньше срача и больше полезной информации. Но в силу каких-то обстоятельств он не может остановиться, поэтому нам приходится давать ему отпор в виде опровержений и разоблачения его вранья.

Какие еще могут быть условия более равные нежели те же самые?

Равные условия я уже упоминал выше:

- если сравниваете доступную скорость, то необходимо убирать ограничения в обоих случаях (на сетке UBNT измеряли с включенным шейпером)

- если сравниваете доступную скорость, то необходимо сравнивать на одном и том же СРЕ (в вашем случае после перепрошивки якобы сломался и сравнивали с другим, может просто цифры были неподходящие?)

- если измеряете ночью после прошивки на elevate, то и на UBNT надо было делать тест ночью (UBNT измеряли в час-пик, а после перепрошивки - в два часа ночи)

- если сравнивание задержку, то необходимо сравнивать в случаях, когда обе сети не испытывают перегруз (сравнивали перегруженную базу UBNT с относительно свободной базой после перепрошивки в elevate)

- перед перепрошивкой необходимо убедиться, что у всех клиентов залиты одинаковые стабильные версии прошивок

- перед перепрошивкой необходимо убедиться, что сигнал хороший и уровень выходной мощности установлен на достаточном уровне

- перед обновлением в elevate необходимо выставить точно такие же тарифы, какие планируются после перепрошивки (чтобы сравнить разницу) - "там все равно бы не было больше" - не катит, показывайте цифры

получили изложенные выше результаты как факт.

Сделайте все с соблюдением условий, которые я привел, тогда не будет вопросов. А пока что к этим цифрам много вопросов.

Вывод один - замена софта ubnt на софт Cambium повышает эффективность работы ubnt сети и качество сервиса в разы.

Пока что из всего увиденного можно сделать вывод, что замена софта позволяет увеличить количество клиентов вдвое с двойным увеличением пропускной способности при существенном увеличении задержки.

[xabarov]

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

Я не точно выразился. Проблема действительно была не только в дефолтных паролях, но и в древних прошивках и выключенных правилах безопасности (SSH, HTTPS). Но больше я слышал о проблемах от тех, кто оставлял дефолтный пароль.

[harmer_]

но и в древних прошивках и выключенных правилах безопасности (SSH, HTTPS)

И это тоже не то. Проблема как раз была в уязвимости ssh. Пользовательский скрипт заливался используя уязвимость в ssh и делал своё грязное дело. Проблема также возникала при включённом https. И ушла отключив пользовательские скрипты на уровне прошивки. А использование дефолтного пасса, это не уязвимость софта, а распиз..йство инсталлятора.

Изменено 6 февраля, 2017 пользователем harmer_

[jarolde]

Вывод такой - если у тебя кривые руки и ты построил криво сеть без прямой видимости то плати ещё за исправление ошибок и переход на Камбиум. Для двоюшников короче)... У меня сектор в ubnt час пик прокачивает больше 40 мегабит для 32 СПЕ на 20 мегагерц, потому переход на Камбиум не рентабельно ставить.

Подключите 60 клиентов, офигеете сколько этот сектор прокачает. Нелегалу пофиг, поставил рядом сектор и ещё 32 хомяка включил. А что если легал? А новых частот нет, а клиент хочет вконтакты? Да и деревья имеют свойство расти и дома строиться.

Я как раз легал, 60 подключать не буду, это понятно что сектор мало что сможет. Но стоимость Камбиум такова что клиенты не захотят подключатся, а спонсировать подключение тоже не охота. Так что лучше несколько клиентов (за 3500 грн. подключение) или 40к клиентов за 2000грн. подключится?

[RF1]

Про ping watchdog я уже неоднократно писал, на БС это жизненно важная функция. Сделали?

 

Буду благодарен, если Вы приведёте конкретные примеры из вашей практики, когда Вам не хватало этой функции.

[slv700]

- если сравниваете доступную скорость, то необходимо убирать ограничения в обоих случаях (на сетке UBNT измеряли с включенным шейпером)

Да, в тесте №1 с 27 клиентами UBNT шейп 5 Mbps был включен. И это прямо было сказано, никто и не скрывал/ Но как сказал оператор, необходимости в снятии ограничения не было. Скорость без шейпа в часы пик не превышала 5 Mbps. Есть и другие тесты скорости этого теста №1 с другого клиента, там скрость 4.5 Mbps DL в час пик, то есть она не упирается в полку. Есть и тест самого плохого клиента, с перекосами сигналов - скорость 3.5 Mbps ( скрины могу выложить) Так что, шейп в тестах ubnt ничего не ограничивал. Здесь приведен тест скорости другого сектора с 30+ клиентами, откуда добавляли СПЕ к базе в тесте №1. Скорость в часы пик -1.40/0.48 Mbps. Шейп ему не мешает.

если сравниваете доступную скорость, то необходимо сравнивать на одном и том же СРЕ (в вашем случае после перепрошивки якобы сломался и сравнивали с другим, может просто цифры были неподходящие?)

В тесте №1 ( 27 клиентов) тестировались же самые клиенты.

В тесте №2 с 85 клиентами - тоже были те же клиенты, но с разными облучателями. То что это тот же самый клиент видно по дальности, другого такого на такой дальности около 7 км больше нет. И шейпер на этот раз был снят.

если измеряете ночью после прошивки на elevate, то и на UBNT надо было делать тест ночью (UBNT измеряли в час-пик, а после перепрошивки - в два часа ночи)

В тестовой сети №1 с 27 клиентами тест скорости+ загрузка торрентом снято в 18.30 ( максимальная загрузка сектора)- это видно по времени в окне торрента.

В тестовой сети №1 с 54 клиентами время видно в окне OOKLA - 5.34 PM GMT,это 20.34 киевское время, 21.34- московское - часы пик. Где вы увидели 2 часа ночи?

 

если сравнивание задержку, то необходимо сравнивать в случаях, когда обе сети не испытывают перегруз (сравнивали перегруженную базу UBNT с относительно свободной базой после перепрошивки в elevate)

В тестовой сети UBNT c 44 клиентами, 20 МГц и утилизацией сектора 32.5 Mbps был явный перегруз, видно по высокой задержке и "конскому" джиттеру.

В сети Камбуим с 85 клиентами в 20 Мгц, в TDD 25/75 и утилизацией сектора 60 Mbps также был перегруз,это было видно по низкой доступной скорости и также достаточно высокой задержке, но значительно меньшей чем UBNT. Да и в Flexible также в 20 Мгц - на 85 клиентах по относительной высокой задержке видно, что на пределе тянет сектор нагрузку. Но при этом у ePMP в два раза больше клиентов и в два раза больше утилизация сектора, чем UBNT

перед перепрошивкой необходимо убедиться, что у всех клиентов залиты одинаковые стабильные версии прошивок

У ubnt никогда не знаешь какая стабильная прошивка. Вы знаете какая сейчас стабильная ( или типа лучше )? Но по любому мы оценивали не стабильность работы оборудования, а другие параметры работы сети. Что прошивка у ubnt СУЩЕСТВЕННО влияет на утилизацию сектора и количество клиентов?

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

Убедились, что выходная мощность максимальная, если выше - то становится хуже. А сигнал RSSI такой- какой есть, лучше не сделаешь. Тем более как выяснилось ubnt его еще и занижает на 8-12 дБ. А Камбиум выставили на ту же мощность что и ubnt, хотя могли бы и добавить с десяток дБ.

перед обновлением в elevate необходимо выставить точно такие же тарифы, какие планируются после перепрошивки (чтобы сравнить разницу) - "там все равно бы не было больше" - не катит, показывайте цифры

В тестовой сети №2 ( Rocket M5 Ti и 44 клиента UBNT ) и ePMP c 85 клиентами тарифы одинаковые 2/4/8 Mbps.

Показано,что 8 Mbps клиенты UBNT в часы пик уже не получают. А 85 клиентов ePMP получают все тарифы 2/4/8 , даже с запасом ( при снятом шейпе) Тот, самый дальний клиент, который на ubnt вместо 8 Mbps получал в час пик 3.67 Mbps ( 44 клиента на сектор) после апгрейда стал получать в часы пик 13 Mbps ( 85 клиентов на сектор).

Сделайте все с соблюдением условий, которые я привел, тогда не будет вопросов. А пока что к этим цифрам много вопросов

Все или почти все, сделано именно так, как описано выше.

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

Замена софта позволяет увеличить количество клиентов вдвое с двойным увеличением пропускной способности сектора и увеличением в 2-4 раза доступной клиенту скорости. Что касается задержки, то на незагруженном секторе UBNT и коротком ( 64 байта) пинге она кажется меньше, чем на ePMP. Но стоит увеличить размер пинга до 1470 байт ( заполнить фрейм длиной 5.2 мс) и повысить нагрузку трафиком и/или количеством клиентов, то задержка ubnt растет в арифметической прогрессии.

У ePMP задержка как у любого TDMA ( еще со времен wimax) несколько выше чем у асихронного (без таймига )wifi с нефиксированным фреймом на пустом ( или мало загруженном) канале. Задержка у TDMA не может быть меньше длины фрейма UL+DL. Но задержка ePMP остается относительно стабильной с ростом загрузки сектора и количества клиентов. А вот задержка UBNT при увеличении нагрузки и количестве клиентов растет значительно быстрее чем у ePMP и при перегрузе (утилизация сектора > 32.5 Mbps и количество клиентов >35) взлетает выше допустимых пределов.

И это все показали приведенные выше тесты. И будут еще результаты.

[slv700]

Я как раз легал, 60 подключать не буду, это понятно что сектор мало что сможет. Но стоимость Камбиум такова что клиенты не захотят подключатся, а спонсировать подключение тоже не охота. Так что лучше несколько клиентов (за 3500 грн. подключение) или 40к клиентов за 2000грн. подключится?

Больше скорости у клиентов ( тарифы) и больше клиентов на сектор при меньшем занимаемом частотном ресурсе -это всегда лучше. Это точно также как лучше быть богатым и здоровым, чем бедным и больным. А что лучше за 2000 сегодня, или за 3500, но завтра,так считайте бизнес, с учетом всех факторов. А если вы пионер, а не предприниматель в области ШБД, то вам конечно лучше ubnt, а может быть даже и длинк, типа дешевле, вопросов нет.

[m0sia]

но и в древних прошивках и выключенных правилах безопасности (SSH, HTTPS)

И это тоже не то. Проблема как раз была в уязвимости ssh. Пользовательский скрипт заливался используя уязвимость в ssh и делал своё грязное дело. Проблема также возникала при включённом https. И ушла отключив пользовательские скрипты на уровне прошивки. А использование дефолтного пасса, это не уязвимость софта, а распиз..йство инсталлятора.

 

Если быть совсем точным, то было переполнение буфера в версии PHP, которая использовалась в прошивке UBNT. Благодаря этому было возможно заменять любые файлы на устройстве через HTTP/HTTPS(в том числе и /etc/passwd с паролями).

 

Уязвимость нашли и сообщили UBNT два года назад и они немедленно же ее исправили. Через пол-года эта уязвимость стала известна в узких кругах. Через год какой-то малограмотный c00l hax0r написал вирусню в десять строк, которая использовала данную уязвимость, а также сканила устройства в локальной сети с паролями ubnt/ubnt.

 

Особенно пострадали любители прошивки 5.5("потамушта что она стабильная... не то што камбия") и любители кастомных прошивка с compliance mode.

 

а зачем обращаться с багами к продавцам, когда можно написать сюда - m0sia всё видит безо всяких нанаек)

Или напрямую на https://help.cambium...us/requests/new

 

 

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

[jarolde]

А что лучше за 2000 сегодня, или за 3500, но завтра,так считайте бизнес, с учетом всех факторов. А если вы пионер, а не предприниматель в области ШБД, то вам конечно лучше ubnt, а может быть даже и длинк, типа дешевле, вопросов нет.

Я о том что люди ели 2000грн. находят на подключение, а 3500 вообще не будут подключатся, будут и дальше мучать Интертелеком.

Изменено 6 февраля, 2017 пользователем jarolde

[Constantin]

Если быть совсем точным, то было переполнение буфера в версии PHP, которая использовалась в прошивке UBNT. Благодаря этому было возможно заменять любые файлы на устройстве через HTTP/HTTPS(в том числе и /etc/passwd с паролями).

 

Уязвимость нашли и сообщили UBNT два года назад и они немедленно же ее исправили. Через пол-года эта уязвимость стала известна в узких кругах. Через год какой-то малограмотный c00l hax0r написал вирусню в десять строк, которая использовала данную уязвимость, а также сканила устройства в локальной сети с паролями ubnt/ubnt.

 

Особенно пострадали любители прошивки 5.5("потамушта что она стабильная... не то што камбия") и любители кастомных прошивка с compliance mode.

 

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

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

[m0sia]

у камбиума например чтоб закрыть доступ к вебу от всех кроме избранных нужно гораздо больше телодвижений делать

 

Менеджемент влан это сложное телодвижение, понимаю вас.

[SSD]

Что плохого с клиентами в этой сети? Низкие сигналы ? На мой взгляд у большинства клиентов нормальные сигналы -65 -75 dBm, поскольку модуляции максимальные.

Ориентироваться только по канальным скоростям глупо, их убнт вытягивает по максимуму дабы показать красивые цифры. Это отнюдь не секрет. Нормальные сигналы для мультиточки убнт это -50-55.

Только у одного СПЕ сигналы -72/82 dBm и с перекосами по чейнам и ассиметрией Tx/Rx. Некоторые "эксперты" считают что в целом в этой сети - плохие сигналы и надо бы их повысить и перекосы исправить. Хорошо, допустим мы с этим согласны. Но как это сделать?

Такой клиент существенно снижает емкость сектора, если его отключить, ситуация улучшится.

В данном случае причиной якобы низких сигналов, являются условия NearLOS, видимости клиентов мешают дома , столбы , деревья и т.п. Из-за этого имеются малтипасс помехи и поэтому, несмотря на максимальные модуляции ( data rate), утилизация сектора низкая -всего max 15 Mbps и больше никак не тянет.

Ты сам себе и ответил. Нет ничего удивительного что данный сектор имеет маленькую емкость. Каждый решает для себя сам, давать качественный сервис или гнаться за количеством абонентов любой ценой. Если идти по второму пути то можно легко потерять и тех кто есть. Владелец данного сектора сам себе "злобный Буратино", здорово что переход на elevate ему помог исправить текущую ситуацию, но я более чем уверен что это временно. Потому как данный апгрейд лечит следствие, а не причину.

[SSD]

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

Видимо по этой причине вы пропустили мой вопрос. http://forum.nag.ru/forum/index.php?showtopic=123937&view=findpost&p=1364846

[slv700]

Нормальные сигналы для мультиточки убнт это -50-55.

Ого ! А если учесть , что ubnt M5 занижает свой RSSI на 8-12 дБ относительно того, что должно быть расчетно по энергетике линка, то нужно чтобы в малтипойнт у ubnt был реальный 40-45 ДБм? Хе, хе ! Тогда получается , что нанос M5 выдает реально на базе на рокете -55 дБм с дальности 1 км, -45 дБм с 300 метров , показывает на 10 дБ меньше. Так с какой дальности следует подключать NSM5 ? Или делать так, как де факто делают многие, подключают Powerbeam M5 c дишем 25 ДБи с любых дальностей, и с 500 метров и с 3 км? Хо. Хо ! А PB M5 c 3-х км даст сигнал -54 дБм, показывать будет -60-65 дБм. И этого судя по мнению SSD мало.

Как ни крути, получается есть лишний повод менять Рокет на ePMP.

[Constantin]

Менеджемент влан это сложное телодвижение, понимаю вас.

и снос с бриджа default ip....

[slv700]

а 3500 вообще

Откуда вообще вы взяли цифру 3500 гривен? ePMP Force 180 ( лучший СПЕ всех времен и народов) в Украине можно купить во многих ннтернет магазинах за $97-99- это 2700-2800 гривен.

А что за СПЕ за 2000 гривен- $71? Это что локо M5? Кого Вы подключаете за 2000 гривен и какой у вас сервис? У вас сударь говносеть на ubnt за такие деньги. Нашли что сравнивать по деньгам.

[SSD]

Нормальные сигналы для мультиточки убнт это -50-55.

Ого ! А если учесть , что ubnt M5 занижает свой RSSI на 8-12 дБ относительно того, что должно быть расчетно по энергетике линка, то нужно чтобы в малтипойнт у ubnt был реальный 40-45 ДБм? Хе, хе ! Тогда получается , что нанос M5 выдает реально на базе на рокете -55 дБм с дальности 1 км, -45 дБм с 300 метров , показывает на 10 дБ меньше. Так с какой дальности следует подключать NSM5 ? Или делать так, как де факто делают многие, подключают Powerbeam M5 c дишем 25 ДБи с любых дальностей, и с 500 метров и с 3 км? Хо. Хо ! А PB M5 c 3-х км даст сигнал -54 дБм, показывать будет -60-65 дБм. И этого судя по мнению SSD мало.

Как ни крути, получается есть лишний повод менять Рокет на ePMP.

Ты почему то во внимание не принимаешь то, что клиенты на скрине nlos, ты это сам подтвердил. По твоему такие условия не могут быть причиной падения сигнала? ;)

 

Тут таких "профи" что не могут добиться линка на пару км с бриджами по 22-25 дБ вагон и несколько тележек. Я неоднократно использовал данные устройства на большие расстояния, ставил бриджы 22-25 на 40 и 50 км. Сигналы у меня были близки к расчетным. Может дело в руках, а не в оборудовании? ;)

[Saab95]

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

 

Да, но как вы представляете себе такой процесс?

Допустим стоит БС убнт и клиенты, рядом ставиться БС камбиум.

Далее что надо? Зайти в настройки убнт и удаленно залить прошивку? А после заливки она сама подключиться к БС?

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

Если предположить, что на одного абонента нужно потратить 30 минут, то замена у 10 абонентов займет 300 минут, а если клиентов 50, то 15000 минут, а это 250 часов или 31 рабочий день, то есть смена прошивки займет месяц трудового времени=)

А если еще не все абоненты на месте, получается БС убнт нужно демонтировать, и эти абоненты не смогут работать, когда они обратятся с жалобой, то нужно будет в оперативном порядке поехать и решить все вопросы.

 

Поэтому к стоимости прошивки нужно прибавить и стоимость работ по замене прошивки, если предположить, что монтажник получает 25 т.р. в месяц, а по срокам 31 день делить на 5 это 6 недель, то есть полторы месячных зарплаты - 37 т.р., и прибавим сюда еще затраты на проезд и т.п., то в среднем замена прошивки будет стоить около 50 тыс.р. у всех абонентов БС.

 

Это кто-то уже учитывал в затратах? Или можно подготовить конфиг заранее, и после обновления устройство само к новой базе камбиума подключиться?