Тест dual box+ r52n в чистом N стандарте
Mikrotik: двухполяризационные антенна-боксы и карты R52N, линк на 2 км.
Этот линк мы уже с Вами рассматривали раньше в статье Пример построения линка на Мikrotik. Прокачка 53 мбит,
тогда мы получили неплохой результат, но время идёт и
производительности канала уже было недостаточно, причём не за счёт
скорости, а за счёт большого количества мелких пакетов, которые создают
разные торрент -клиенты. К примеру, прокачка на линке со старой статьи
была 53 Мбит при закачке с FTP-сервера, но уже при 20 Мбитах реально
нынешнего трафика канал начинал деградировать, пинги "плавали” и
естественно нужно было что-то делать. Сначала мы поменяли RB-433 на RB-433AH,
где более мощный процессор, что позволило нам включить фреймы 3200. Это
улучшило все показатели линка, но процессор при такой конфигурации был
100%, что было не хорошо, и мы понимали, что это только временный
выигрыш. В это время микротик (дальше просто МТ) выпустил свои новые
карты для нового N стандарта.
Можно было сразу поставить новые карты и увидеть разницу, но хотелось
уже попробовать чистый N режим, для чего нам нужны были новые
двухполяризационные антенны. Так как наше расстояние небольшое, то наш
выбор пал на польские дуал антенны боксы с коэффициентом усиления 18
дби, которых нам (по расчётах) было больее чем достаточно.
Как видим, двухполяризационность инженеры обеспечили простым разворотом двух антенн в разные поляризации. С каждой антенны выходил ufl-разъём для подключении к радио карте. Для крепления самого борда в боксе есть удобное крепление.
Также есть вывод на витую пару через герметичный винтовой колпак . В нашем случае будет стоять 433AH,
в котором одна карта делает аплинк и другая служит в качестве базовой
станции. Естественно разработчики бокса этого не учли, и мы просто
просверлили ещё одну дырку, куда прикрутили пигтейл ufl-n типа для подключения секторной антенны. 
Теперь нужно только смонтировать всё это и тестировать. С монтажом не было никаких проблем, всё было компактно, без кабелей и красиво.
 
И вторая сторона:
После монтажа приступаем к программной настройке. Так как наши антенны по паспорту рассчитаны на 5,6 - 5,8 ГГц диапазон, то мы со старта и поставили такие частоты. Также выбрали работу только в N режиме (5Ghz-only-N).
На стороне клиента поставили соответственный скан-лист, чтобы он увидел базу.
После этого клиент увидел базу с сигналом -63. Антенны оправдали
себя, но линк не держался и 5 секунд (почему-то постоянные дисконекты).
После недолгих манипуляций с настройками (как ни странно, а причина была
в шифровке, которая была ещё выбрана по дефолту со старого линка, а
именно WPA-2): после установки настройки без шифрования, линк стабилизировался.
Как видим, все параметры просто зашкаливали и, как следствие - линк
завязался на 117 Мбитах. Также, для чистого N мы выставили, чтобы МТ
использовал две антенны, а не одну.
Все остальные параметры оставили по умолчанию, так как для 5 ГГц диапазона это и будет лучшим выбором. Ну и последней из настроек, что мы сделали, это зажали скорости, как этого требует р2рлинк.
После всех этих настроек уже смело можно смотреть в таблицу
регистрации, чтобы увидеть, что мы получили. И как видим - это
результат 90 Мбит.
Как писалось выше, старый линк уже при 20 Мбитах реального трафика
просто загибался и с фреймами 3200, процессор был загружен на 100%. Как
видим, теперь ситуация изменилась кардинально, как в сторону процессора,
так и в сторону стабильного пинга.
Скажем, что с FTP-сервера мы смогли вытянуть все 90 Мбит (просто не
сделал скриншот). Также интересен внутренний тест микротика. И делать мы
его будем так:
- Frame Policy – none
- Frame Policy – best fit 3200
- Frame Policy – dynamic size 3200
- Frame Policy – exact size
И на каждом типе фреймов: ·
- UDP трафик передача с размером 1500 байт(приём смысла делать не было, так как он был точно таким)
- UDP трафик фул дуплекс с размером 1500 байт
- UDP трафик фул дуплекс с размером 150 байт
- TCP трафик передач
- TCP трафик фул дуплекс
Итого, 4 режима по 5 тестов, всего 20 тестов.
1. Первый, Frame Policy – none
 .
2. Frame Policy – best fit 3200
3. Frame Policy – dynamic size 3200
4.Frame Policy – exact size
Теперь все результаты поместим в таблицу для наглядности:
|
|
UDP receive 1500
|
UDP both 1500
|
UDP both 150
|
TCP both
|
TCP receive
|
|
None
|
80.2
|
41.9\44.5
|
14.1\14.0
|
54.4\9.9
|
63.1
|
|
Best fit
|
95.4
|
47.1\ 46.1
|
27.1\27.1
|
23.8\40.5
|
62.2
|
|
Dynamic size
|
83.5
|
42.3\43.8
|
25.6\25.4
|
29.2\44.6
|
55.8
|
|
Exact size
|
96.4
|
47.0\45.8
|
27.0\27.3
|
25.5\40.0
|
57.9
|
Как мы видим, фреймы и работа без них очень по разному влияют на
работу аплинка в целом, причём на разном трафике. И всё же, самые
интересные - это 3-ий и 4-ый тесты. Результат в 27 Мбит фул дуплекса при
длине 150 байт - это очень и очень хороший результат, точно также и 29,2
на 44,6 для ТСР протокола тоже можно считать отличным результатом,
учитывая, что только при 4-ом и 5-ом тесте загрузка процессора была
100%, что говорит нам, что тут тесту помешала MIPS технология 433AH.
Ну и проанализировав таблицу, можно сказать, что лучшим выбором типа
работы фреймов - это всё таки best fit 3200, но не забываем, что любая
политика фреймов прожорлива к процессору.
Вывод: новый стандарт на платформе МТ показывает очень хорошие
результаты. Антенна бокс имеет прекрасное исполнение, как в техническом,
так и в визуальном факторах, плюс ко всему за такую цену. Нам остаётся
ждать, разве что, когда выпустят Nstreme2, который по слухам должен
приплюсовать 20-30% производительности. Но напомним, что всё это мы
тестировали на 433AH
бордах, где используется MIPS процессор и 100 Мбитные сетевые платы, а
этих двух параметров недостаточно, чтобы выжать всё, что может N
стандарт на микротиках. Для полного теста нужно использовать 600-ые или ещё лучше 800-ые роутерборды.
Источник: http://asp24.com.ua/ | 
