Alver

Вы пробовали лично Камбиум? Можете подтвердить свое мнение реальными результатами ? Эту херню, что типа Микротик хорошо работает, если его правильно настроить, слышу уже лет 10. Сегодняшняя реальность такова, чтот все эти микротиковские фичи в одном флаконе с варелесс уже никому не нужны. Хотите роутинг и фичи L3- ставьте микротик, циску или что то другое в зависимости от задач и бюджета. Хотите варелесс доступ, то при чем тут микротик? Он как wireless ШБД в ближашей перспективе кончился. Запомните это и не делайте ошибчных решений.

Как Вы не можете понять, что дело не в максимальных скоростях , которые где то, у кого то, когда то получались. Дело в способности оборудования поддерживать свои близкие к максимальным параметры линка, в тот числе по скорости, в неблагоприятных условиях. Что SuperSonic от хорошей жизни решил поменять SXt Lite, плохо работающий в плохих условиях, на Камбиум ePMP? Вы что предлагаете поменять SXT лайт, на SXT не лайт? И что тогда он получит вместо 60М на том же линке 130-140мбит? Что в SXT не лайт более мощный процессор или 1 гб порт поможет увеличить скорость и стабильность?

Чем же результат плачевен? По крайней мере лучше по скорости живого трафика чем Микротик на том же линке раза в два. Не так ли ? Или по Вашему мнению прирост реальной пропускной способности и стабильности канала на Камбиум Force 110 PTP не компенсируется ценой $500 за линк по сравнению с SXT+рефлектор за $250 за линк? А почему полка в 110М -разберемся. Снимите статистику по ппс со свичей/роутеров.

Микротик даёт SXT Lite5 + relfector 30 с сигналами -45 - -48 110 мбит сенд по бтесту и полку в 80 мбит реала + лаги начиная с 60 мбит + нестабильность Вопрос щас больше не в стравнении с чем-то а в разницах показателей того же Камбуса Снимите статистику по ппс Rx/Tx со свичей/роутеров в эзернете Камбиум. Сколько клиентов сидит на этом канале с какими тарифами? В ePTP тоже полка в 110М? ППС в v.2.4.1 на ePMP с1 Гб ethernet в режиме ePTP- 25K, в TDD Fixed - 23K, TDD Flexible ( в котором видно и стоит на скринах линк)-18K. Попробуйте хотя бы временно перевести в TDD 75/25 - Вам все равно не надо в аплинке 130М, будет 150М downlink +50 uplink, там увеличится задержка, но Вам нужно только посмотреть увеличится ли полка на 110М. Также попробуйте поставить ePTP, уменьшится задержка, пропускная способность останется такой же высокой. Правда внутренний тест покажет что она типа уменьшилась, но тест в этом режиме ePTP врет и не смотрите на него. Главное - посмотрите какая реально пакетная нагрузка, и там дальше будет понятно в чем там дело.

20 это в тесте bandwidth тест MT? Если в канале есть потери то есть существенная разница в результате на 4 потоках TCP спидтеста и 20 потоков теста МТ. Дальность какая ? 18 км, на скрине видно... всмысле потери в канале? 5000 сенд, 5000 ресивед в 20 потокоов TCP bandwidth test MT send = 90-110 mbit без клиентского трафика на speedtest.net = 65-70 мбит с появлением трафика на speedtest.net скорость начинает падать по непонятной пропорции (описал выше) если запустить ютуб или мегого он вытягивает свою скорость, но смущают именно цифры на спидтесте (клиенты задолбали) Виноваты потери на L2 -фреймов A-MSDU , A-MPDU . С ростом нагрузки, особенно с появлением встречного живого трафика теряются, также АСKи. На интерфейсах этих потерь не видно, они воcстанавливаются L2 и L3 ( TCP) протоколами . Но спидтест эти потери считает ( та еще сука !!! ;-)) и уменьшает свой TCP стек ( количество пакетов в пачке) и скорость теста. Попробуйте зарезать сверху модуляции ( data rate) Микротик, тогда цифры TCP тестов с нагрузкой и без выровняются. Но тогда потеряете емкость канала, что видимо не устраивает. Ставьте ePMP - у него выше надежность канала - BER/PER значительно ниже( меньше потерь), чем у МТ. На родных дишах 25 дБи получите в LOS сигнал -55 дБм, что будет достаточно для MCS15 ( если несильные помехи). Но раз у Вас на -48 дБм ( SXT c оффсетками ?) Микротик плывет, то видимо есть неслабые помехи или NearLOS? В этом случае надо ставить 30 дБи диши. На дишах 30 дби получите сигнал ePMP -45-48dBm и получите отличный результат, -клиенты жаловаться перестанут ;-)

20 это в тесте bandwidth тест MT? Если в канале есть потери то есть существенная разница в результате на 4 потоках TCP спидтеста и 20 потоков теста МТ. Дальность какая ?

А сколько потоков ? 5 ,10, 20 ?

Здесь пакетная производительность вообще не причем. Спидтест 70M-это TCP. Btest 90-110M это видимо UDP . Протестите канал TCP. То что показывает BT живой трафик + тест всего 50М, то ппс здесь также не причем. Почему так мало на МТ? Х.з. Возможно , что в канале много потерь пакетов, поэтому живой TCP/IP трафик и оставшаяся емкость канала плывут. На ePMP канал будет по любому лучше. Сколько конкретно будет скорость зависит от соотношения энергетики линка и помех.

То що ви пропонуєте? Запустить мікротіковський тест ul+dll? Коли MT DL становить 70 мбіт, а в цей час Cambium DL+UL становить 60+70 мбіт Тут немає підвоху? В ePTP режиме в 2.4.1 встроенный тест показывает неверные значения, не надо тестировать канал встроенный тестом в этом режиме и задавать вопросы почему полученные данные отличаются от данных других тестов. Если нужно узнать емкость канала переведите временно ePMP в режим TDD DL/UL Flexible и сделайте встроенный тест. Он покажет отдельно емкость симплекса в DL и отдельно емкость симплекса в UL. Эти цифры не надо складывать с живым трафиком, потому как в прошивке v.2.4 в тестах живой трафик предположительно вытесняется. Я говорю предположительно, потому что этому есть многочисленные подтверждающие факты, но в релиз ноутс прошивки про это ничего не сказано, что и может вводить юзера в заблуждение. Также полученные цифры UL и DL в режим TDD Flexible нельзя складывать для оценки емкости канала UL+DL, потому что эти обе цифры получены в симплексе. А вот цифры цифры UL и DL, полученные в режимe TDD DL/UL 50/50 или 75/25 должны складываться, потому что эти обе цифры получены в при работе системы в режиме временного дуплекса. И собственно тест в этом режиме выдает кроме отдельно цифр по UL и DL, также aggregate UL+DL. Что касается тестов bandwidth test Mikrotik. Если тесты send или receive , то они симплексные ( в одном направлении ) и их результаты нельзя складывать. Если тест двунаправленный both, то результат UL+DL должен складываться. Также если в момент теста был живой трафик, то он также складывается отдельно к DL и отдельно к UL, а также к сумме UL+DL,если тест был дуплексный both. Чтобы не заморачиваться со сложением цифр, то можно при тесте просто смотреть на цифру загрузки Mbps в ethernet по Rx и Tx. При этом если тест UDP, важно не перегрузить канал трафиком свыше 5-10% его пропускной способности, которые интерфейс будет показывать, что типа пропускает, но на самом деле он дропает превышение трафика. 2 potapenko Вы лучше выкладывайте скрины тестов, тогда нам будет легче интерпретировать получаемые результаты и не гадать на кофейной гуще. Я бы попросил Вас сделать следующие. Во-первых напомнить все нам что это за линк, дальность, условия LOS/NLOS ( какой протяженностью водная поверхность, лиман ?), если есть возможность показать скрин профиля трассы, то было бы вообще супер. Во-вторых, напомните какое оборудование МТ было до того и как работало, какие скорости, задержки , что не устраивало. И наконец, расcкажите, что поставили ePMP в таком режиме , покажите скрины тестов с полученными результатами и расскажите про свои выводы о проделанной работе и удовлетворены ли Вы полученным результатом.

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

Как результаты?

Тест TCP дуплекс? А какой расклад модуляций wireless-performance в 40 МГц? Что то непонятно как канал может пропускать 10М в аплоад? Встроенный тест в TDD Flexible что показывает? пояснюю бігав реальний трафік 15/70 мбіт. Запустив бендвічтест на даунлоад. Пропустив лише 50 мбіт Аплоад я і не тестив, так як потреби в ньому великої немає. сьогоднішній тест: реальний трафік 10/60 мбіт мікротіковський бендвіч тестпропустив ще 70 мбіт на даунлоад а от Cambium показав - 67/73 мбіт обидва тести провелись паралельно з реальним трафіком ------ В результаті загальна пропускна здатність: реальний трафік+мікротік_тест = 140 мбіт реальний трафік+Cambium_тест = 210 мбіт де підвох? Встроенный тест Камбиум вытесняет ( вроде бы) реальный трафик, поэтому цифры теста и реального трафика нельзя суммировать. Тест MT не вытесняет реальный трафик и там цифры суммируются. Поэтому и есть разница на величину реального трафика. И я не уверен что цифры встроенного теста именно в режиме ePTP (точка-точка ) в текущей прошивке 2.4.1 адекватные. Поэтому надо ориентироваться на цифры трафик+МТ тест . При этом если МТ тест TCP, то надо смотреть, чтобы проц MT не уходил в 100%.

Тест TCP дуплекс? А какой расклад модуляций wireless-performance в 40 МГц? Что то непонятно как канал может пропускать 10М в аплоад? Встроенный тест в TDD Flexible что показывает?

Для 20 Мгц это нормально.

В 2.4 возможно в 2.4.1. встроенный тест в режиме ePTP по идее должен вытеснять живой трафик ( но не факт) и сам по себе сильно привирает. Поэтому тестите внешними тестерами. Но если MCS15 >97%, то пропускная способность канала -максимальная, около 200М (UL+DL).

С задержкой все нормально . После замены БП и антенн все с каналом устраивает или есть вопросы , кроме неизбежного "гуляния" сигнала на водой?

Дайте скрин статистики распределения модуляций wireless->performance. И больше ребутов нет? ребутів не було Пинг какой пакетами 32 и 1470 байт?

Есть скрины? Увы. Да и толку вам показывать, вы я думаю и сами видели нечто подобное, к тому же увидеть скрин это не показатель, а вот работу этой базы мы все равно не проверим, а базы этой уже нет, там оптика. Ну или вы будете говорить, это все гавно, так не бывает, законы физики, бла бла бла, покупайте Cambium. Тут многие скромничают, то ли от пионерии, то ли еще почему то, но я видел не одну базу с подобным количеством клиентов в качестве цпе, именно на убунт. Объединяет их одно, вылизанный сигнал, я например просто отказываю людям без прямой видимости базы. А какую-то конкретную модель под данное решение можете посоветовать из вариантов подешевле? Cambium ePMP до 120 клиентов, сигналы выравнивать не надо, там все делает Automatic transmit power control ( ATPC) , LOS не обязателен. Минимальная стомость базы ePMP connectorizied -$108. Доступ TDMA, 100 штук СПЕ будет работать хорошо независимо от того , есть ли клиенты с плохими сигналами, или в NearLOS или нет.

Значит дело было в питании, 100% . Кілька днів все нормально працювало. Але СРЕ один раз ребутнувся. Прошивка не відкотилась - просто ребут і все ОК. Блок живлення - рідний, новий. УПС класний. тогда не парьтесь, пинг какой ?

Есть скрины?

Я понял вопрос! :-). Он такой- почему тест показывает одно, а реальный живой трафик намного меньше? Так вот, встроенный тест, а также тест UDP пакетами с внешнего тестера не учитывают надежность канала - потери пакетов. Сделайте тест TCP в 5 потоков в дуплексе и увидите реальную пропускную способность канала

Ты сам то пробовал или видел где на рокете 100 клиентов? Ты лучше скажи какая точка потянет 100% 100клиентов C TDMA доступом например Камбиум ePMP или PMP450. Но если речь идет о Хотспот, где клиенты- планшеты, смартфоны - то 100 клиентов потянет типа руксуса и др.

Речь идет не о количестве клиентов,а о количестве СПЕ в малтипойнт на сектор. Я 18 лет в теме, никогда такого не видел , окромя как на wimax и вообще на TDMA. СПЕ 60-70 СРЕ в принципе возможно на вайфай в стандартном CSMA ( с поллингом типа airmax убнт и nstreme/nv2 МТ вряд ли) когда все клиенты расположены на 100-300 метров и все слышат друг друга- работает RTS/СTS, но 100 СПЕ- по любому работы без TDMA не будет.

Ты сам то пробовал или видел где на рокете 100 клиентов?

Все давно известно какое оборудование сколько прокачивает.