Два RB 532 и 802.11a суперэйдж производительность., RouterOS
tomaz
Guest
0
23.09.2005 08:08:00
Привет, не мог бы кто-нибудь написать несколько советов по настройке двух RouterOS на RB 532 и 802.11a без Nstream и с наилучшим возможным шифрованием. Скорость RB 532 — 333, а скорость между двумя RB 532 теперь только около 20 Мбит/с. WDS подойдёт? Какие-то другие режимы моста? Нужно использовать IP-маршрутизацию для лучшей производительности? Какие-нибудь подсказки…? Кто-нибудь знает, как настроить, чтобы получить такие результаты: Спасибо, Томас.
BelWave
Guest
0
24.09.2005 13:24:00
Согласен, что .PDF от MikroTik, мягко говоря, вводит в заблуждение. Мои тесты в основном касались NStreme2, и хотя суммарная пропускная способность близка к указанной в .PDF, с RB532 вы не увидите больше 20-22Mbps FDX. У платы просто не хватает вычислительной мощности процессора, чтобы справляться с большим объёмом данных с текущим кодом NStreme2. Кстати, чтобы достичь 20-22Mbps FDX с NStreme2 на RB532, нужно использовать v2.9rc9. Более поздние версии ОС, включая текущую v2.9.4, имеют проблему с интерфейсом NStreme2: при высоких нагрузках он перестаёт передавать данные, и интерфейс приходится отключать и снова включать.
С уважением, Brad
REDTDI
Guest
0
25.09.2005 22:02:00
У меня нет проблем с получением скорости 37 Мбит/с с NStreme1, RB532s и версией 2.9.4, что и заявлено в PDF. Использую радиокарты SR5 со уровнем сигнала -60 дБм на расстоянии 30 км. Кен.
uldis
Guest
0
26.09.2005 06:56:00
Проблем с передачей более 20 Мбит/с FDX при использовании Nstreme 2 с версией v2.9.4 (отключен трекинг соединения) нет. У нас 3 км канал: [uldis@NSRB5PMI] interface> /sys reso print uptime: 14м3с free-memory: 18636kB total-memory: 30384kB model: "RouterBOARD 500" cpu: "MIPS 4Kc V0.10" cpu-frequency: 333MHz cpu-load: 100 free-hdd-space: 35448kB total-hdd-space: 61440kB write-sect-since-reboot: 0 write-sect-total: 0 [uldis@NSRB5PMI] interface> wireless nstreme-dual p Flags: X - disabled, R - running 0 R name="nstreme1" mtu=1500 mac-address=00:0B:6B:35:E4:31 arp=enabled disable-running-check=no tx-radio=wlan1 rx-radio=wlan2 remote-mac=00:0B:6B:33:1B:61 tx-band=5ghz-turbo tx-frequency=5700 rx-band=5ghz-turbo rx-frequency=5550 rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps framer-policy=none framer-limit=4000 [uldis@NSRB5PMI] interface> wireless nstreme-dual monitor nstreme1 rx-signal-strength: -61dBm tx-signal-strength: -65dBm rx-rate: 54Mbps tx-rate: 54Mbps connected: yes [uldis@NSRB5PMI] interface> monitor-traffic nstreme1, received-packets-per-second: 3789 received-bits-per-second: 45.4Mbps sent-packets-per-second: 2515 sent-bits-per-second: 30.4Mbps
uldis
Guest
0
26.09.2005 07:16:00
Кстати, если используется политика "framer-policy", а данные не передаются (ссылка умирает через несколько секунд передачи данных), нужно снизить параметр framer-limit до размера, при котором данные проходят. Или, если не получается добиться хороших результатов, то не используйте политику "framer-policy", установите значение 'none'.
tully
Guest
0
26.09.2005 08:21:00
Привет, Брэд! Мы понимаем, что люди получают разные результаты при тестировании – и это связано с множеством факторов, таких как настройки конфигурации, версия RouterOS, беспроводное оборудование, аппаратная платформа, ошибки, кабели, помехи, антенны, окружающая среда (огромное количество материалов, где сигнал отражается и взаимно уничтожается) и так далее. Так что, если у тебя не совпадают результаты с нашими или чужими, стоит разобраться, почему это происходит. Но, пожалуйста, не обвиняй нас или других в намеренной дезинформации. Жизнь слишком коротка, чтобы работать с людьми, которые начинают выдвигать необоснованные обвинения. Мы не будем оказывать помощь, поддержку или продавать продукцию тем, кто выбирает этот путь.
Джон.
psalek
Guest
0
29.09.2005 15:01:00
Привет, Улдис, интересный результат. Заказал 2 роутербоарда, но после кучи сообщений о низкой пропускной способности RB с Nstreme2 немного забеспокоился. Какой тип трафика был (UDP/TCP)? Это мост или маршрут? Какая средняя задержка у тебя получается по ссылке, когда она загружена на 50%? Моя цель — настроить 20Мбит/full duplex TCP-соединение с низкой задержкой ( >5мс). Это мечта или реальность?
uldis
Guest
0
30.09.2005 08:48:00
Какой тип трафика был (UDP/TCP)? Тест пропускной способности UDP. Это бриджинг или маршрутизация? Маршрутизация. Делал полный тест пропускной способности со скоростью 20 Мбит/с в обе стороны, используя UDP, получили примерно 8 мс. С TCP – около 15 мс.
BelWave
Guest
0
01.10.2005 16:26:00
Ух ты… кажется, стоило почаще проверять этот форум! Во-первых, хочу сказать, что никакого намерения очернять продукт MikroTik не было, и если такое впечатление сложилось, то извиняюсь. Думаю, мы все говорим об одном и том же. 44 Мбит/с — это примерно максимум, что может обработать RB532. Разбирайте это как хотите, но 44 Мбит/с — предел. Если это 21-22 Мбит/с FDX или 45 Мбит/с HDX, RB532 всё равно справляется только с примерно 40-45 Мбит/с. Очень хотелось бы увидеть конфигурацию NSTreme2, загруженную на два RB532 и выдающую более 45 Мбит/с совокупной пропускной способности, но я в это не верю. Я выложил несколько скриншотов результатов тестов BW, тестирование проводилось от одного 3GHz MT бокса к другому 3GHz MT боксу через два RB532 с NStreme2. Результаты не врут, если я неправильно сконфигурировал настройку NStreme2. Два RB532 стоят рядом, показания rssi стабильные -60. Конфигурация NStreme2 настроена точно так, как показано в примере MT. Предоставьте мне конфигурацию NStreme2 для RB532, которая обеспечит полезную нагрузку более 21-21 Мбит/с FDX… Я не думаю, что такая существует. С уважением, Brad.
BelWave
Guest
0
01.10.2005 16:39:00
Моя цель — настроить TCP-соединение 20 Мбит/полнодуплексный режим с низкой задержкой ( < 5 мс). Это мечта или реальность? Эти два скриншота покажут, какую задержку можно ожидать на полностью загруженном 20 Мбит/с FDX RB532 соединении. Я еще не пробовал v2.9.5, но планирую это на выходных. v2.9rc9 обогнал v2.9.4 примерно на 2 Мбит/с, и, к тому же, не упал, как v2.9.4. Опять же, задержка была лучше с v2.9rc9… 36 Мбит/с на v2.9.4 «упали» так быстро, что я даже не стал делать снимок. 36 Мбит/с на v2.9rc9 не упали, но результаты были намного хуже, чем на 18 Мбит/с или 24 Мбит/с. Кстати, показания rssi во всех тестах устойчивые -60. Конфигурация: 192.168.1.70 RM Test Unit 1 3.0GHz Ethernet 192.168.14.100 RB532 NStreme2 Wireless 192.168.14.101 RB532 NStreme2 Ethernet 192.168.1.71 RM Test Unit 2 3.0GHz С уважением, Brad
BelWave
Guest
0
01.10.2005 16:46:00
Яблоки и апельсины. Я говорю только про FDX-соединения… NSTreme2. Под нагрузкой FDX-соединение всегда будет лучше, чем HDX-соединение… это важно для VoIP-приложений и т.д. Всего доброго, Брэд.
BelWave
Guest
0
01.10.2005 16:59:00
Привет!
С передачей более 20 Мбит/с FDX с Nstreme 2, работающим на v2.9.4 (отключение отслеживания подключений), нет проблем. У нас есть 3-километровая линия:
Ок, покажи нам, как выглядела история графика… думаю, она скакала вверх и вниз. Предоставленный тобой снимок не показывает никакой истории. Информация о моих тестах показывает задержку по линии во время тестирования и стабильную, постоянную скорость 21-22 Мбит/с FDX. Да, я мог бы установить скорость 54 Мбит/с в моей тестовой настройке, но линии, которые скачут от 45/30 Мбит/с до 10/5 Мбит/с и обратно, нам не полезны. Многие тесты подряд демонстрируют, что настройка RB532 со скоростью 24 Мбит/с и NStreme2 – это наиболее стабичное сочетание. Для наших клиентов требуется стабильная, постоянная пропускная способность. Если твоя тестовая настройка RB532 может показать 5, 10, 15 минут устойчивой скорости 45 Мбит/с/30 Мбит/с – у тебя что-то есть, и я хочу копию!
С уважением, Brad
psalek
Guest
0
01.10.2005 17:19:00
Привет! Платы пришли, поэтому обновился с установленной версии 2.9.1 до 2.9.5 и вот результаты:
макс. UDP full duplex: 28.5/29 Мбит/с макс. TCP full duplex: 23/8 (медленно) Небольшая загрузка CPU на машинах, генерирующих трафик, когда менял RBs. Было то же самое, так что, думаю, CPU ограничивал макс. TCP one-way 29 Мбит/с при передаче ограниченного трафика, FDX 25/25 Мбит, задержка от 5 до 15 мс.
Настройка: nstreme2 в бридже с ether1, freq1 5500, freq2 5700, no-turbo (было то же самое с/без), тактовый генератор CPU 330 МГц, кадрирование: none, сигнал -55, тестировал на столе, связь на 54 Мбит.
У меня вопрос: поигрался с RBs у друга, и в BIOS была опция разогнать CPU до 399 МГц, но на моем максимум 330. Они из одной партии, одинаковая цена, выглядят одинаково. Хочу попробовать 399, должно увеличить пропускную способность, потому что CPU RBs ограничивает. Какие есть идеи, как это сделать??
BelWave
Guest
0
02.10.2005 04:36:00
Вот результаты нескольких тестов, запускавшихся на паре RB532 с версией v2.9.5: Похоже, MT исправила проблему блокировок/вылетов NStreme, если не установлена политика Framer. Отличные новости, теперь мы сможем запускать прошивку новее v2.9rc9 на ссылках NStreme2! Хотя более высокие скорости передачи данных не такие стабильные, как 24 Мбит/с, они гораздо более симметричные, чем в предыдущих версиях, и позволяют выжать ещё несколько Мбит/с.
Интересно. Я проверил RB532s, и там только два варианта: 266MHz и 333MHz. Но я помню, что читал где-то, что у MT был необязательный (специальный заказ?) CPU на 400MHz для RB532. Возможно, твой друг получил именно этот необязательный процессор?
