Вторник
21.11.2017, 02:04
Приветствую Вас Гость | RSS
Главная Каталог статей Регистрация Вход
Меню сайта

Категории раздела
Разное [15]
Документация [18]
Авторские статьи [45]

Поиск

Свежие статьи
Динамическое деление скоро...
port knocking на mikrotik
Установка NGINX без прав R...
Как настроить время (NTP S...
Настраеваем CROND
Биллинг MikBill на UBUNTU
Даунгрейд PHP до версии 5....
Устанавливаем в Ubuntu 10....
Как настроить MySQL
Как настроить ZendOptimize...

Форма входа
Логин:
Пароль:

Главная » Статьи » Авторские статьи

Тест dual box+ r52n в чистом N стандарте

Тест 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/

Спонсоры данной статьи


Категория: Авторские статьи | Добавил: -=shurf=- (14.08.2010)
Просмотров: 3912 | Комментарии: 1 | Теги: Wi-Fi 802.11 a/b/g/n., mikrotik | Рейтинг: 0.0/0

Настройка Mikrotik
Подключаем Mikrotik к Internet...
Mikrotik - QoS, Bandwidth cont...
Mikrotik. Поднимаем VPN туннел...
Установка NGINX без прав ROOT ...
Mikrotik. FireWall задача посл...
Mikrotik и VLAN
Mikrotik - лучший роутер для р...
RouterOS на офисном шлюзе, час...
Биллинг MikBill на UBUNTU
Разделение скорости

Всего комментариев: 0
Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]
Профиль
Привет: Гость

Сообщения:

Гость, мы рады вас видеть. Пожалуйста зарегистрируйтесь или войдите!

Реклама

Наш опрос
Чего добавить на сайте?
Всего ответов: 86

Нашел ошибку?
Система Orphus

Статистика

Онлайн всего: 2
Гостей: 2
Пользователей: 0



Бесплатный хостинг uCoz