Alver

Так и что там где базы с 49 и 55 на абонентах больше скорость, чем на базах с 34 и 41? Какая загрузка в пиках баз c 49 и 55 ? Протестите канал RB800-RB800 тестом UDP 1500 байт и TCP симплес и дуплекс. При дуплексе покажите загрузку CPU

Что за титан 35 дБ ? И сколько абонентов -СПЕ на каждую рокет M5 базу, там где на 2 базы 75 и там где на две базы 104? И это что СПЕ 75 и 104 ?

Один, два клиента -хоть 40 км. 3,4 может быть. 5-6 плохо, 8+ на больших дальностях - очень плохо. К чему эти слова ? На скрине 2 клиента, при чем тут остальной мусор ? Потому что вопрос был о дальности раздачи для 5 клиентов

А TCP синтетикой можете выдать скрин с RB850, хотя бы симплекс, и дуплекс сколько потянет. Это для оценки надежности ( и в принципе качества) канала.

Вы таки допускаете что в моём случае линк работает на пределе по ппс? Предел по ппс есть у любого оборудования, есть он и у Камбиум. Но он у Вас слишком рано наступил, по причине, возможно, что ппс что то подгрузило, какой то излишний служебный трафик или вирусня, которая съела ппс и емкость по скорости. Попробуйте ограничить броадкасты на СПЕ по Tx.

Вы таки допускаете что в моём случае линк работает на пределе по ппс? Предел по ппс есть у любого оборудования, есть он и у Камбиум. Но он у Вас слишком рано наступил, по причине, возможно, что ппс что то подгрузило, какой то излишний служебный трафик или вирусня, которая съела ппс и емкость по скорости.

171М Tx это current загрузка порта ethernet тестом 160М + служебный трафик, а сквозняком через радио пропускается current 125М, остальное отсекается- типичная картина для UDP теста. Если в этот момент посмотреть пинг- то задержка будет вследствие перегруза неадекватно большой. UDP тест должен быть +5% от пропускной способности канала, а если в это время замерять задержку, то 95% от пропускной способности. В данном случае адекватным будет UDP тест 1500 байт 120М Tx +50М Rx Both. И если проц тестера пропустит, то и цифра теста TCP будет примерно такой же.

Давайте не будем обсуждать мой конкретный случай. Да при переводе на 75/25 прокачка немного (в пределах погрешности) поднимается. Я выкладывал графики пингов. При нагрузке они сильно растут. Не о чём не гововорит? Давайте дождёмся графиков реальной прокачки более 110-120 мегабит и вернёмся к моему вопросу. Или таки не дождёмся? У вас есть выходы на операторов поставивших ptp. Запросите у них эти графики. Это в ваших интересах. 2 harmer ePMP конечно пропускает больше чем 110М живого трафика. Как получим скрины, выложим. Я вот смотрю на Ваши графики ( на наге) и вижу,что max 8K ппс Uplink не соответствует Uplink max нагрузке 16Мбит/c. Получается средняя длина пакета 250 байт !?? Можно также посчитать среднюю длину пакета суммарной нагрузки при макcимальной 100+10М (вечером) и минимальной ночью. Ночью средняя длина пакета уменьшается два раза. Это не характерно для юзеровкого трафика. Налицо присутствие постоянно ( и днем и ночью) в аплинк трафика, который съедает ппс и емкость канала и дает вот такую искривленную картину. Посмотрите что может генерить пакетную загрузку в аплинке.

На 9 км диши 34 дБи -это много и дорого. И у ТС нет LOS. И поэтому дело не только в недостаточной энергетике линка из за затухания сигнала из-за леса. А есть проблема от переотражений. Поэтому на АС стабильного линка не будет. У АС в LOS есть проблемы, а в NearLOS- безнадежно. Переотражений от чего? Радиоволны отражаются от токопроводящих поверхностей (физика, школьный курс) Деревья дают только затухание сигнала (при обледенении и после дождя проблемма усугубляется) Сужение главного лепестка диаграммы направленности автоматически решает и проблему переотражений. Прочитай про зону Френеля. Это не школьный курс физики, но будет понятно, что такое переотражения радиоволн и откуда они берутся. Точнее по науке это называется -многолучевое распростанение радиоволн (multipath). Я знаю что такое зона Френеля. Я говорю о том - откуда в поле возьмутся переотражения? Это проблемма городов с большим количеством высотных домов. Дерево, столб, труба железная или бетонная, линк по верхушкам деревьев - все что попадает в зону Френеля, независимо от того, "токопроводящая" поверхность препятствия или нет ( это пипец какой то :-) ), дают переотражения и малтипасс.

На 9 км диши 34 дБи -это много и дорого. И у ТС нет LOS. И поэтому дело не только в недостаточной энергетике линка из за затухания сигнала из-за леса. А есть проблема от переотражений. Поэтому на АС стабильного линка не будет. У АС в LOS есть проблемы, а в NearLOS- безнадежно. Переотражений от чего? Радиоволны отражаются от токопроводящих поверхностей (физика, школьный курс) Деревья дают только затухание сигнала (при обледенении и после дождя проблемма усугубляется) Сужение главного лепестка диаграммы направленности автоматически решает и проблему переотражений. Прочитай про зону Френеля. Это не школьный курс физики, но будет понятно, что такое переотражения радиоволн и откуда они берутся. Точнее по науке это называется -многолучевое распростанение радиоволн (multipath).

Это означает, что СПЕ получает Country code от AP. спасибо, переводить умею) как указать конкретную страну? Это по очереди 180М потом 30М или одновременно дуплекс? одновременно, скрин чуть позже постараюсь Если одновременно то DL180 М+UL 35М TCP= 215 Мбит/с, отличный результат, точно такой же как и должен быть на UDP. Это говорит, о высоком качестве канала( точнее, надежности Packet error rate, потерь в канале практически нет), несмотря на nearLOS и загаженный эфир.

Если есть, предположительно, затык по ппс, то попробуйте ( пусть временно ) поставить UL/Ratio 75/25. На фиксированном фрейме ппс чуть выше, поэтому если дело конкретно у Вас в этом, то полка в мегабитах трафика заметно на десяток М подымется. Если Вы используете Flexible для снижения задержки на 8 мс, то думаю ( надо проверить) что на трафике over 100М задержка на фиксированном и динамическом фрейме отличается не сильно.

Вам шашечки или ехать. Страну указать можно в настройках AP но вылезут ограничения по мощности и частотам но клиент таки получит страну автоматом от АП. Стаьте Other на AP, всегда.

Важна не аболютная, а относительная в % величина. Выдайте скрины Monitor- wireless и Monitor-Performance c обеих сторон.

Это означает, что СПЕ получает Country code от AP.

Это по очереди 180М потом 30М или одновременно дуплекс?

Уменьшайте ширину канала до 40 или даже 20Мгц до получения стабильности пропускной способности. Если на АС можно ограничивать сверху data rate, то ограничиваете модуляцию тоже. Выставьте GI 800 мс. Понизите агрегацию пакетов. И как я уже говорил, переведите канал а отдельный IP сегмент. Это все что можно сделать.

Живой трафик нормально ходит? Даже без проверки макс. скорости прочувствовали разницу с каналом на Микротик?

И что в этом странного? ;-)

у нас прямую видимоть никак не получится сделать, с одной стороны заводская труба 40метров с другой стороны вышка почти 30 метров добавлять уже нет возможности, мост находится в центре Украины и в нашем городке работает всего 2 провайдера и нам я щитаю часоты хватает с головой, до харькова мы помехи дать никак не можем Вам дали совет ставить правильное оборудование и работать в 20 или 40 Мгц. Зачем Вы пытаетесь решить в общем то простые проблемы засиранием эфира- каналом 60 Мгц, применением больших антенн 29 Дби на 9 км ? Еще есть тут умники, которые на 9 км советуют полутораметровые 34 дБи диши ставить. Вообще охренели? Сами не работаете ( ничего путного у Вас на этом биме ясен пень не выйдет ) и людям мешаете.

Скорость в географическую точку А со стороны B ( A<--- B ) осталась прежней?

Что в то направление ( географически на местности) где было 170М стало меньше 100М? AP->Downlink-> СПЕ . Обозначение DL не меняется от того, откуда проводится тест с АП или СПЕ. При логической смене AP и СПЕ - DL менется в обратную сторону.

Заебал ты меня, мне без разницы, модуляция 15 постоянно стоит, где скорость соотетствующая модуляции ? Я тебе предоставлю возможность и твой свич поставить, который ты считаеш необходимым, дай 90Мбит исхода от АП. Не даш - уплоти за проезд. Давай по чесноку, не даст твой камбиум заявленных скоростей с твоим участием, ты башляеш неустойку мне в тройном размере от стоимости моей покупки у юнидаты камбиум. Почему именно такие условия, дык притензии к тебе и к камбиуму, с моей стороны по оплате вопросов небыло, а с твоей стороны к гарантируемым параметрам вопросов хоть отбавляй. Тебе как большому практику БШД и спецу по математической статистике. Скорость в радио на Камбиум ( при отсутcтвии потерь пакетов capacity drop в wireless->monitor) точно соответствует рабочей модуляции и поскольку она меняется при адаптивной модуляции, то скажем более точно, соответствует статистическому распределению значения модуляции ( статистический ряд указан в monitor performance, можно посчитать среднее значение( математическое ожидание), но брать в расчет, если говорить математически точно, следует медиану. Это теория. Она подтверждена тысячами инсталляций ePMP. Практика также свидетельствует о том, что если реальная скорость UDP таки не соответствует встроенному тесту, то это по причине тормозов ( не потерь пакетов ) и не в радио, а на ethernet интерфейсах между Камбиум и (большинстве зафиксированных случаев )- свичом. Дерните на свиче flow control, попробуйте заменить его ( не длинк на длинк, а на что то другое). В 100% практических случаев это помогало. У тебя Сашана одном из линков стабильная модуляция MCS15 ( почти 100% в доунлинк), если ты в UDP не получаешь в 20 Мгц в доунлинк в симплексе близко к 100 М, то 99,9% у тебя и теоретически и практически присутствует именно описанная выше ситуация. Если ты говоришь о ТСP, то эта отдельный вопрос.

Ради теста, попробуйте поставить частоту 5240 или 5300 в 20/40Мгц напишите, какие результаты будут, сравним с моими. Модялуция и скорость зависит от помех. Надо бы сделать скан встроенным анализатором спектра в округе рабочих частот в 5.8 Ггц , в 5150-5350 Мгц и посмотреть что там реально происходит. По ассиметрии скорости видно присутствие бальших помех на AP.

Это симплекс , по очереди в каждую сторону, в Flexible. Эти цифры не суммируются. А вот при фиксированном делении фрейма DL/UL тестер выдаст еще сумму в дуплексе Total.