Alver

нет

якщо не таємниця, то яке це обладнання? Простой Микротик N сможет, но на 18 км обязательно 30+ дБи дишами и обязательно LOS и минимум помех. Также сможет выдать на 18 км 200М в любых условиях LOS/NearLOS, средний уровень помех другое оборудование с дишами 25 дБи ( см соседнюю тему), здесь в теме про убнт/мт не могу его назвать. странно, но не хочет больше, стабильных 70 мбит, проганять. уже запарился искать причину. и уровни нормальные и прямая видимость, а не работает.... Вам же объяснили причину. Ничего странного нет.

На 9 км диши 34 дБи -это много и дорого. И у ТС нет LOS. И поэтому дело не только в недостаточной энергетике линка из за затухания сигнала из-за леса. А есть проблема от переотражений. Поэтому на АС стабильного линка не будет. У АС в LOS есть проблемы, а в NearLOS- безнадежно.

Как это 20М в одну при дуплексе ?

Да не в ппс и упаковке дело. У Вас помеха -84дБм и сигнал -64 дБм. CINR 20 дБ и то видимо средний ( а так падает видимо и ниже, чуть ли не до 3 дБ). А для работы 256QAM ( чтобы получить скорость больше чем на устройствах N) нужно CINR минимум 35 дБ, а для стабильности все 40. Ставьте канал 20 Мгц, может подымете 64QAM в downlink ( Tx) нестабильных. А в аплинке RX может в лучшем случае будет 16QAM , на что система сама встала автоматом ( на скрине) . ЗЫ Бросьте это дело, ничего путного на этом линке не выйдет.

разве что в мелкие. Чтоб потери уменьшить. В радиоканале пакеты по любому агрегируются в фреймы A-MSDU длиной 4096 байт. Это для канала с помехами очень много.

Причина-низкая надежность ( потери пакетов) канала на чипсете АС. Попробуйте посатавить роутеры с обеих сторон радиолинка,т.е. переведите его в одтельную IP подсеть. Но не факт что сильно поможет. простите я не понял всмысле "роутеры" , у нас клиент подключен сразу к серверу(гигабитный порт) а АП к гигабитному свичу, у нас все мостовые антены имеют отдельный ИП адрес а сервер в другом диапазане, или вы имеете ввиду АП настроить в роутере? Я имел в виду то что, сказал. Радиоканал надо выделить в отдельную IP подсетку, а для этого надо с каждой стороны радиоканала поставить проводные

Упаковка пакетов ничего не даст. Там дело не низкой ппс.

Причина-низкая надежность ( потери пакетов) канала на чипсете АС. Попробуйте поставить роутеры с обеих сторон радиолинка,т.е. переведите его в одтельную IP подсеть. Но не факт что сильно поможет.

На какой дальности от этих 5 клиентов находится конкурирующая БС, раздающая им по 5-7мбит/c?

Но 100М они не дадут, разве что в 40Мгц, и то в LOS без помех.

Там столько всего. Попроще ничего нет? Ссылку дал потому, что А) ее первой выдал гугл %); Б) там в начале есть пару полезных ссылок. Например, тыкаем первую http://mikrotik.axiom-pro.ru/articles/qos.php и там читаем про те же simple queues - в картинках, вроде все просто и понятно. В Вашем случае просто гарантированная(limit-at)/максимальная(max limit) скорость будет 50%/100% от ширины канала. Сработает ли именно в Вашем случае и как - так его проще попробовать... пару команд же. Шейп сработает. Но нужен же не шейп.

Там столько всего. Попроще ничего нет? Все что там написано насчет приоритезации в лучшем случае работает между проводными интерфейсами. Что касается радио - бесмысленный и бесполезный сизифов труд. Для того чтобы обеспечить в радио QoS вообще и приоритеты, в частности, необходимо управлять очередями на МАС уровне, а не скриптами операционной системы -линукса на уровне приложений.

. Канал сам делится при дуплексном ( встречном) трафике, правда не точно поровну, ассиметрично. Заставить МТ делить поровну невозможно, поскольку там нет Time Divison Duplex.

Причина в эфире. Для того, что-бы получить выигрыш от АС надо для начала получить выигрыш по с./ш. +10 дБ по сравнению с N. Реально надо более 40 дБ сигнал/шум для работы QAM-256. В твоем случае поможет антенна большего размера, D 1,8 м. например ) Все программные настройки - это танцы с бубном... Лучшее, что там можно сделать - это найти с помощью спектроанализатора самый незашумленный участок, причем сканировать надо с двух сторон и лучше вечером, когда видна реальная картина. В данный момент Signal to Noise - 50-52 dB, зачем еще больше антенны тогда? Имеется в виду, что нужн

Причина в эфире. Для того, что-бы получить выигрыш от АС надо для начала получить выигрыш по с./ш. +10 дБ по сравнению с N. Реально надо более 40 дБ сигнал/шум для работы QAM-256. В твоем случае поможет антенна большего размера, D 1,8 м. например ) Все программные настройки - это танцы с бубном... Лучшее, что там можно сделать - это найти с помощью спектроанализатора самый незашумленный участок, причем сканировать надо с двух сторон и лучше вечером, когда видна реальная картина. В данный момент Signal to Noise - 50-52 dB, зачем еще больше антенны тогда? Имеется в виду, что нужн

якщо не таємниця, то яке це обладнання? Простой Микротик N сможет, но на 18 км обязательно 30+ дБи дишами и обязательно LOS и минимум помех. Также сможет выдать на 18 км 200М в любых условиях LOS/NearLOS, средний уровень помех другое оборудование с дишами 25 дБи ( см соседнюю тему), здесь в теме про убнт/мт не могу его назвать.

Протестите канал iperf или BT Микротик пакетами TCP в дуплексе- сразу все увидите. Канал на АС ( в нынешней реализации чипсета, применяемого на мт и убнт ) имеет очень низкую надежность канала BER /PER ( packet error rate), поэтому TCP трафик и реальный TCP/IP тормозится на оборудовании АС в разы по сравнению с тестами UDP пакетами и живым UDP трафиком ( торренты). ЗЫ На 18 км скорость 200М живого трафика можно без проблем получить в 40 Мгц на правильном оборудовании стандарта N.

Не работает на UBNT синхронизация , ни на титанах, ни та старых. GPS типа есть, даже синхронизация какая то своя есть, от которой канал сразу падает ( при включении Airsync ) на 30%, но положительно результата-нет.

Skip

Оператор также выложил ( на наге) скрин пинга стандартного ( 50 байт) и длинного (1500 байт) базы ePMP на 120 клиентах и полной загрузке сектора. Результат впечатляющий - такой емкости по пропускной способности , количеству клиентов и задержке в малтипойнт - никто ,никогда и нигде за всю историю ШБД не видел.

Я сказал где находится оригинал. Что касается GPS, то дело не в некоррекности ,а в другом - оператору ( автору скринов) мало резервирования аплинка при делении DL/UL 75/25, то есть при динамическом Flexible делении фрейма любой клиент получает в спидтесте всю незагруженную емкость сектора, а при фиксированном делении -только его четвертую часть. Кроме того при Flexible меньше задержка. В общем получается, что если хочешь Frequency reuse за счет синхронизации GPS, то за это надо немного заплатить емкостью и задержкой. Но это заметно анлим клиентам при тесте доступной скорости в аплинке,

И в дополнение. Пинг на базе с 120 клиентами 40-50 мс, игроки не жалуются. Однако клиенты с тарифами 15/3Мбит/c в момент максимальной загрузки сектора вечером по спидтесту получают 12 Мбит/c. Поэтому сектор перевели в 40Мгц, загрузка сектора увеличилась до 90-100 Мбит/c и есть свободная емкость, спидтест ограничен шейпом 16М. Вот скрин загрузки другого (второго) сектора - 95 клиентов , 20 Мгц, всего на сайте там 4 базы- сектора ePMP - на всех 4-х секторах подключены в сумме 350 CPE ( 3 базы 20 Мгц, один с 120 клиентами перевели на 40Мгц).

Один оператор подключил на одну базу ePMP ( сектор) 120 клиентов- это максимум( программное ограничение). Выложил скрины на наге в профильной ePMP теме. На скрине ниже им пойманы 106 подключенных абонентских станций .Загрузка сектора в канале 20 МГц max Download 60 Мбит/c + Upload 10 Mбит/c в режиме деления DL/UL ratio Flexible. Тарифы downlink/uplink 6/1, 10/2, 15/3 Мбит/c поделены между клиентами примерно поровну.

Проблема не на повербимах, а на базе. У Вас это две разные базы или это все клиенты одной базы? Для начала Вам надо выровнять уровни сигналов в аплинк от всех клиентов одной базы. У Вас классический случай, когда один плохой клиент валит всю базу. Airmax включён?