Alver

Какой ответ на эти вопросы ?show rssi 60 да только только поставили Distance from AP 7.794 show rssi 60 - в ссш? ааа... дошло )) спасибо! Дайте скрины на AP monitor ->wireless, monitor-performance и встроенный тест. А почему UL -60дБм? У Вас же говорите много помех. Выставьте на AP Subscriber Target Power - 40 дБм, потом понизите если что.

GPS есть пока. Возможно в 2.4 станет неактивным.

Схема теста PC Windows <-> RB <-> wireless <-> RB <-> PC Mikortik. На обоих PC запускаются сервер и клиент теста, трафик проходит сквозь мост, включая езернеты роутербордов, програмный мост, радиокарту, эфир. Внимательнее смотреть на загрузку интерфейсов и только тогда делать выводы, а не пытаться учить учёного, извините за резкость. на ПК тест работает странно, правда. Проц Core i3 еле выдавливает 70-80мбит, здесь же подключаем ноут с Пентиумом - 120-130, оси одинаковые Это виндовс кривой.

И что это нормально 100М в полосе 60МГц? ну так там прямої видимості немає, перекрита зона френеля + ще фонять залізяки на вишці, із-за цього більше не прокачує.... Так Вам тогда нужно оборудование, которое лучше работает в условиях переотражений в NearLOS ( перекрытой прямой видимости). А Вы, применяя АС, пытаетесь решить проблему потерь повышением модуляции до 256QAM и увеличением ширины канала 60 МГц, то есть компенсировать потери пакетов повышением скорости. То есть Вы делаете прямо противоположное тому, что нужно было бы делать в Вашем случае - понижать модуляцию ( фи

Вы неправильно измеряете. Ваш тест между радио интерфейсами. Он не может дать оценку пакетной производительности канала..

Задержку до 2-3 мс и джиттер ( в том числе в условиях сильных помех) в режиме точка-точка. Возможно будет другой ппс.

Вот так догрузил, линк при этом себя чвствует отлично, сойдёт? 64k2.png Думал, что не нужно напоминать, что тест на ппс делается на линке точка-точка внешними тестерами, то есть через ethernet обоих радиоустройств. У Вас тест с радиоустройсвта МТ через его wireless интерфейс на внешний по отношению к противоположному радиоустройству тестер и к тому же ассиметричный. И повторяю, тест должнен быть симметричный дуплекс 64Байт, счетчик Tx и Rx на Ethernet с двух сторон должен показывать примерно одинаковые значения и на пустом канале.Только тогда тест будет адекватным и оценка ппс уст

на двух девайсах разные прошивки были ? Девайсы пришли с прошивкой 2.3.2. Один из девайсов при препродажной подготовке проапгрейтили на последнюю 2.3.4. а есть уже информация, когда выйдет новая прошивка ? Да давно уже должна была выйти. Обычно больше чем на месяц раньше не задерживали. Месяц истекает в конце января.

Так ппс не измеряют. Дайте дуплексный ( обязательно) тест UDP пакетами 64 байта, поток ограничьте величиной, когда задержка остается стабильной и не растет, и считайте пакеты полезного ( тестового) трафика. Дуплексный трафик Tx 6Мbps + Rx 6Mbps дает ппс 24.5K

на двух девайсах разные прошивки были ? Девайсы пришли с прошивкой 2.3.2. Один из девайсов при препродажной подготовке проапгрейтили на последнюю 2.3.4.

ППС Камбиум 25.5K. Вот тест на ппс на дальности 17 км- выдал цифру 24.5k. Пропускает и больше до 30K, но с 25.5K начинает увеличиваться задержка. Что касается Микротика, то его ппс без агрегации 6K, c максимальной агрегацией ( A-MSDU -4096 байт и A-MPDU - 64Kбайт) у бордов с 100М ethernet -26K, 1Гб ethernet -32-35K- это на столе. В реальной сети максимальной агрегации нет в силу разных причин. Поэтому ппс на реальных линках МТ обычно меньше 20K, хотя в идеальном эфире без помех может и больше разогнаться с увеличением степени агрегации . Протестите свой линк пакетами 64 байт UDP

И что это нормально 100М в полосе 60МГц?

нет

якщо не таємниця, то яке це обладнання? Простой Микротик 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 вообще и приоритеты, в частности, необходимо управлять очередями на МАС уровне, а не скриптами операционной системы -линукса на уровне приложений.