Jump to content
Калькуляторы

Ускорение связи на 802.11 ac (wave 1)

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

Пользуюсь микротиком уже более 15 лет, настроили всевозможные варианты беспроводного подключения - в прошлом делали линии с
EoIP тунелами и бондинг с 2 линии и другие експерименть.
Со стандартом 802.11ac у нас проблемы (как вы знаете на форумах о них много пишут). Мой случай немного отличается, потому что мне удалось достичь более высоких скоростей и я понимаю некоторые части проблемы. Несколько лет назад
достиг 360-380Mbps/TCP (сумарно) - но на короткий линк (1 км) с x86.

На мой взгляд, первое недостаточной вычислительной мощности процессора (
mipsbe), другое в обработке пакетов (очередей), третье в собственных шумах двух CH (если есть способ разделить время работы два chains (delay), качество сигнала, вероятно, улучшится, а значит и скорость).
Когда тестировал оборудование 802.11ac, заметил, что протокол NV2 больше грузит процессор (Mipsbe), что напрямую связано с получаемой скоростью.
С другой стороны, протокол nstreme намного меньше использует процессор, чем NV2 и дает минимальную задержку, но сделать работающую беспроводную линию сложнее (он более чувствителен к сигналам/шумам, как и версии RouterOS).

Сделал тестовую линию с x86 ITX
(из за лимита в
mipsbe) - пропускная способность ("P Throughtput"😞 518000 кбит/с, с сигналами -50/-51 и CCQ 83/95% (nstreme). Реально оборудование может перенести 500 Мбит/с, но максимальная скорость всего 220-250 Мбит/с - тесты проводятся через линию другого, более мощного, железа.
При тесирование с NV2 доходил 220 на TCP и 450 на UDP и задержка высокая.
Тоесть, чтото лимитирует скорость передачи и может ето возможно манипулировать софтуерно или антенно.



Цель получить 300Mbps реальной скорости, на PtP линии 7 км (т.е. повторить старой результат, но на длинной дистанции) - на базе
DynaDish и RB922G.
Не могли бы вы дать мне некоторые рекомендации по корректировке, основанные на вашем опыте.



Заранее благодарю за Ваше время.

 

---
П.С. есть ли возможност на сообшение в личку - ето к "Saab95" (есть специфической ускорение таких желез, которой не для публике)?

Share this post


Link to post
Share on other sites

Это Микротик :)) , в БШПД там нет изменений и все печально ,   Юзали Disk Lite5AC Arm в полосе 80 Мгц  3 км , эфир чист  +LOS модуляция макс 866 и качество 100/100,  больше tcp 250 Мбит не могли добиться в NV2  выбирали различные режимы и соотношения фрема TDMA,  хотя сама железка может гиг  переваривать.  Склоняюсь в непроизводительности протокола NV2, в итоге поставили мост  ubnt gen2  и получили утилизацию в 340 Мбит, при этом железо у ubnt gen2 слабей намного . 

Edited by aleks_lebedev

Share this post


Link to post
Share on other sites

12 часов назад, Unker сказал:

чистый 802.11 потестить? ps. разочарован в микротике с выходом АС линейки.

У микрота свой дарйвер на 802.11, кроме АХ.

Прошивка подразумевает не их драйвер.

Share this post


Link to post
Share on other sites

Цитата

Это Микротик :)) , в БШПД там нет изменений и все печально ,   Юзали Disk Lite5AC Arm в полосе 80 Мгц  3 км , эфир чист  +LOS модуляция макс 866 и качество 100/100,  больше tcp 250 Мбит не могли добиться в NV2  выбирали различные режимы и соотношения фрема TDMA,  хотя сама железка может гиг  переваривать.

Да, что-то мешает усвоить всю скорость, на что способно железо - решенея етого вопроса я ищу (наеврное путем туннеля или queues).

Share this post


Link to post
Share on other sites

Нечего не дадут вам тунели  , если "физика канал " не может прокачать.   Мое мнение не могут подружить NV2  c (802.11ac Wave1, 802.11ac Wave2 реализации ).    В Голом 802.11 работает лучше даже на 802.11АС,  802.11АХ тоже летает. 

Share this post


Link to post
Share on other sites

На больших скоростях через радиоканал нужно передавать L3 трафик, то есть в радио должно находится только 4 мак адреса.

 

В режиме AC даже простой канал на 2-х Disc Lite 5 AC с гиговым портом прокачивал порядка 500+ мегабит в полосе 80мгц однонаправленного трафика в режиме NV2, загрузка процессора при этом не упиралась в потолок.

 

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

 

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

Share this post


Link to post
Share on other sites

11 часов назад, T0T сказал:

Да, что-то мешает усвоить всю скорость, на что способно железо - решенея етого вопроса я ищу (наеврное путем туннеля или queues).

Покупайде\Колхозте АХ

Никто кроме Saab не видел на микроте таких скоростей

Share this post


Link to post
Share on other sites

В мулитипоинт как обстоят дела на AX  в режиме AP Mikrotik , пример 10 девайсов AX висят  LOS, NLOS ? 

Share this post


Link to post
Share on other sites

5 часов назад, bg80211 сказал:

В мулитипоинт как обстоят дела на AX  в режиме AP Mikrotik , пример 10 девайсов AX висят  LOS, NLOS ? 

Не пользовался. но напишу свои мысли

Если OFDMA работает, то будет все отлично, если не работает, то не будет, скрытый узел не даст работать

Share this post


Link to post
Share on other sites

Цитата

В мулитипоинт как обстоят дела на AX  в режиме AP Mikrotik , пример 10 девайсов AX висят  LOS, NLOS ? 

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

 

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

 

В свое время демонтировали беспроводные сети массово (в связи с переходом на оптику), освобождалось много устройств, в том числе QRT 5 AC, много направленных антенн и т.п. И установка всем абонентам QRT 5 AC позволяло в 2-3 раза увеличить скорость, т.к. на базе была мощность 12 дбм, на клиентах вообще от 2 до 10 (даже в условиях перекрытия частью здания, деревьями и т.п.), CCQ везде был 100 процентов сигналы самые худшие -50. После этого база легко утилизировала по 150-200 мбит трафика.

 

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

 

1. На оборудовании перед БС включаете упаковку пакетов.

2. На всех клиентских устройствах включаете упаковку пакетов.

 

Результат - в радио все летает. Минус только один - при малом трафике у абонента несколько увеличивается задержка.

Share this post


Link to post
Share on other sites

У Микротика и без упаковки пинг гуляет , если ставить режим NV2 Fixed то взлетает за 100мс.   Упаковкой пакетов баловались в свое время нечего не дало особо,  высоконагруженные сети перевели на ubnt ac ,  в селах где эфир чист и нет утилизации оставляем Mikrotik.  Надеюсь в АХ стандарте у Микротика чтонибудь созреет в outdoor версии.   

Share this post


Link to post
Share on other sites

13 часов назад, Saab95 сказал:

После этого база легко утилизировала по 150-200 мбит трафика.

Какая база и с каким количеством абонентов?

Share this post


Link to post
Share on other sites

 

Привет Saab95, спасибо за ответы.

Вы тестировали схему с тунелями на nstreme?

Мне интересно, почему на 1,5 км с nstreme я смог дойти почти 400 Mbps (TCP), а на 5 км не получается (сигнал и CCQ почти одинаковые на обеих линиях). Это может быть связано с ACK. Были ли у вас какие-либо улучшения, связанные с управлением этого параметра?

В практике установил, что работа nstreme очень зависит от версии ROS (иногда разница в два раза). С последними версиямо ROS редко видел скорость близко 250Mbps на nstreme, но "p troughput" около 700Mbps (NV2 на том же железе, скорость на UDP не более 400).

 

Цитата

На больших скоростях через радиоканал нужно передавать L3 трафик, то есть в радио должно находится только 4 мак адреса.

Про упаковку пакетов - какой вариант лучше: EoIP или VPLS?

 

 

Цитата

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

Можно немного по подробнее, как процедируете по пропускательной способности с антеной?

Спасибо.

Share this post


Link to post
Share on other sites

Цитата

Какая база и с каким количеством абонентов?

На базе RB922UAGS, подключение по оптике. Клиенты QRT5AC, количество от 20 до 30 абонентов.

 

Цитата

У Микротика и без упаковки пинг гуляет , если ставить режим NV2 Fixed то взлетает за 100мс.   Упаковкой пакетов баловались в свое время нечего не дало особо,  высоконагруженные сети перевели на ubnt ac ,  в селах где эфир чист и нет утилизации оставляем Mikrotik. 

Если включать режим NV2 то при TDMA Period Size на значении 2 задержка 2-3мс и не более того. Проверять задержку лучше на столе тестового стенда, при каком параметре какая задержка.

 

В реальной работе на многоточке задержка может увеличиваться из-за потерь и переповторов, а происходит это от не правильной настройки. Если БС не выдает максимальные канальные скорости по показаниям таблицы регистрации, то не используемые сверху нужно отключать. Если минимальные канальные скорости так же не используются - отключать и их. Например оставить только значения 10-11-12-13. Далее на каждом абоненте посмотреть его параметры, если у него по сигналу или условиям связи канальные скорости не увеличиваются до максимальных БС, со стороны абонента ограничить их сверху.

 

Тогда все будет работать идеально с минимальной задержкой.

 

Цитата

Мне интересно, почему на 1,5 км с nstreme я смог дойти почти 400 Mbps (TCP), а на 5 км не получается (сигнал и CCQ почти одинаковые на обеих линиях). Это может быть связано с ACK. Были ли у вас какие-либо улучшения, связанные с управлением этого параметра?

Расстояние не имеет никакого значения, у нас и на 20-25 километров с антеннами джириус получались максимальные канальные скорости и прокачка. Просто наводили антенны по тесту скорости, а не сигналам. В дальнейшем отключали низкие канальные скорости и сверху, если по условиям в радиоканале они не могли работать без потерь.

 

Цитата

В практике установил, что работа nstreme очень зависит от версии ROS (иногда разница в два раза). С последними версиямо ROS редко видел скорость близко 250Mbps на nstreme, но "p troughput" около 700Mbps (NV2 на том же железе, скорость на UDP не более 400).

Тест нужно запускать транзитом через радиоканал, а не между устройствами. Тогда да от версии к версии тест скорости показывает разное значение. Проверять скорость нужно по протоколу UDP, тест по TCP не покажет максимальную скорость из-за своих ограничений (если задержка высокая в канале, например).

 

В nstreme сильно высокую скорость не получить, только в NV2.

 

Цитата

Про упаковку пакетов - какой вариант лучше: EoIP или VPLS?

Любая упаковка L2 поверх L3 это лишняя нагрузка на процессор и снижение общей пропускной способности. Лучше использовать VPLS с увеличением МТУ в L2 канале, не будет оверхеда, т.к. EoIP работает с МТУ 1500 байт. Но лучше всего перейти на чистый L3 трафик, в нашем случае так и было.

 

Цитата

Можно немного по подробнее, как процедируете по пропускательной способности с антеной?

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

 

Тут ВАЖНО то, что наводя антенны точно может увеличится уровень шума (например антенны светят на город, где много помех). Микротик показывает уровень сигнала с коррекцией на уровень шума. И при точном и правильном наведении антенн сигнал уменьшается, администратор это видит и дает команду монтажникам дальше крутить антенны. Направление антенн уходит от правильного положения, уровень шума снижается - уровень сигнала увеличивается. В таком положении антенны и крепят - в не правильном.

 

2. Вторым действием уменьшают мощность на передачу с обеих сторон до 18дбм или менее.

3. Зажимают канальные скорости только на одну скорость, пусть не самую большую, проверяют тестом прокачки так, что бы CCQ был всегда 100 процентов.

4. Зажимают следующую по счету канальную скорость, на которой CCQ не 100 процентов - проводят наведение антенн с одновременной прокачкой - следят за тем, как изменяется пропускная способность и параметры CCQ.

5. Когда нашли то положение, в котором скорости максимальные, нужно по очереди каждую антенну отвернуть в сторону до момента, пока не начнется падение скорости. Отметить это положение, повернуть в другую сторону так же до момента начала падения скорости - после вернуть антенну в центральное положение между этими положениями. Точно такое же действие провести и по наклону.

 

После всех работ сами антенны будут наведены точно по центру центрального лепестка с запасами на отклонения и канал будет стабильно работать.

Share this post


Link to post
Share on other sites

Saab95
А можно ли с Вами на личку обсудить один другой вариант (попал на информацию на база другого подхода для ускорение 802.11 ac)?

Спасибо.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Saab95
Пока нет сообщения от вас (другой метод на базе nstreme).


Добавил EoIP тунель через активной линк (добавил у-во после антень в конце и линии).
На етом етапе нет улучшение производительности линии - скорость через EoIP одинаковая с той через сам линк (200-230Mbps).
Сам линк видит 3-4 мак адреса, мощность радио уменьшена до 18db, CCQ 98-100%, сигнал -59, MCS 0-7, HT MCS 8-15.

Можете дать рекомендации?

 

Edited by T0T

Share this post


Link to post
Share on other sites

Привет всем,
развитие по моей теме.

Установил тестовой прокат на 1 км (скоро перенесу на 6 км).
После нескольких дней тестирования добился следующего:

А -- Б -- В -- Г

Б -- B - Беспроводная связь на расстоянии 1 км
А -- Г — EoIP тунель


Полученные результаты:
Б - B = 400 Мбит/с (TCP с NV2)/290 с Nstreme
А - Г = 130 Мбит/с (TCP с NV2)/235 с Nstreme

Везде использую pfifo=10000


Сегодня добавил роутер MTik после "Г" - тест за L3 равен результату от А до Г (130Мбит/с).
 

Подскажите, что скоректировать, чтобы получить скорость, достигнутую с NV2 от А до Г?



Отдельно от етого вопроса - котото пробувал работу карть QCA 9984 (miniPCI-e) на базе микротик?

Edited by T0T

Share this post


Link to post
Share on other sites

Есть мощность и в А и в Г.
Тест от А до Б и от Г до В (по кабеле) мне дает 700Мбпс (TCP).

Если проблем в CPU, почему на NV2 дает 130, а на Nstreme дает 230 (почти в двое раз больше).

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.