nstreme

Юджин когда-то писал, что пакет N-Streme тоже должен включать поддержку аппаратного шифрования WEP. Мои две тестовые системы (обе 2.8.10 с пакетом n-streme rev. 5, один AP, один клиент) отказываются общаться, когда включено шифрование WEP (/interface wireless security set wlan1 encryption=required). Интерфейсы — Atheros 5211 в одной системе и Atheros 5212 в другой. У кого-нибудь получилось это запустить (или хотя бы кто-нибудь пробовал)?

Вижу, что WEP для вас никогда не был приоритетом - я обсуждал это несколько раз с Нормундсом и другими. С моей точки зрения я понимаю ваши аргументы, что WEP в любом случае слаб, и нужно использовать более надежное шифрование, когда хотите защитить беспроводную связь (IPsec, PPPoE с шифрованием и т.д.). С другой стороны, если вы хотите использовать "стандартный" AP на RouterOS, вам просто нужно правильно поддерживать WEP, так как это ожидаемая функция. А текущая программная реализация, очевидно, потребляет много CPU для достижения какой-то пропускной способности - RouterBoard, если правильно помнить мои последние лабораторные тесты, выдаст всего около 3 Мбит/с. Я просто поднял этот вопрос, так как Евгений направил меня к пакету N-Streme в ответ на мой вопрос о том, насколько далеко продвинута аппаратная поддержка WEP…

Привет, Талли. Ты говоришь: в новейшем пакете появилась дополнительная поддержка AR5004 (5213) и настройка для режима однорадио nstreme. Значит ли это, что карты на базе 5213 пока не будут работать с nstreme2? Можешь рассказать подробнее? В инструкции все еще указано, что поддерживаются только чипы MAC AR5211 и AR5212.

И вот, можно ли использовать карты на базе AR5004 (5213) с nstreme как в однорадионом, так и в двухрадионом режиме?

Джон, могу подтвердить, что тест полосы пропускания показывает 35 Мбит/с на линии протяженностью 57 км. Это, конечно, когда линия не перегружена другим трафиком и с обеими версиями — 4 и 5. Насколько я мог понять, версия 4 тоже как-то обрабатывала настройки режима кадрирования для однорадиовой конфигурации. (Короче говоря, я не могу найти разницы между версиями). Однако, реальная производительность не выглядит такой хорошей… Нагрузка на процессоры роутеров растёт. Для 4-хоповой линии я смог получить около 6 Мбит/с в одной FTP-сессии. Заметил, что с nstreme наблюдаются переменные времена RTT — дисперсия даже на незагруженной линии значительная. Например, один и тот же роутер, имеющий обе линии (первая без nstreme, вторая с nstreme) на расстоянии ~57 км (обе линии). Линия 1 также имеет P3P включенным, с compress-all в обоих направлениях. Когда этот тест запускался, был примерно 3 Мбит/с трафика с линии 1 на линию 2; линия 1: round-trip min/avg/max = 44/71.5/100 мс линия 2: round-trip min/avg/max = 84/184.1/537 мс Надеюсь, это проливает немного света.

Даниэль

Эта скорость в 35 Мбит на расстоянии 57 км - без турбо режима, в одном направлении, с random-data=no. Машины на обоих концах - C3 на 700 МГц. Во время теста, оба роутера (у которых есть несколько интерфейсов Atheros), трафик не перенаправляли. При трафике в одном направлении загрузка ЦП примерно 30%. При двунаправленном трафике она всегда достигает 100%. Как думаете, турбо режим хорошо сработает на таких расстояниях? Что может быть причиной джиттера? Шумы? Если дело в шумах, то почему обычный (не турбо) режим лучше? К сожалению, я переставил антенну на своей конфигурации, чуть больше 60 км, которая не работала с 2.7 - возможно, стоит попробовать. Даниэль

Замечание: Мы ограничиваем скорость наших радиосвязей до 24 Мбит/с, чтобы повысить стабильность соединения (возможно, стало лучше после обновления до версии 2.8.10 – сегодня вечером попробуем 36 Мбит/с и выше). На каждом из 4 каналов длиной более 50 км, использующих nstreme, мы видим примерно 15-19 Мбит/с UDP и 10-16 Мбит/с (TCP). Это ОЧЕНЬ большое улучшение на каждый канал. Однако, когда мы запускаем тестовый трафик по всем 4 каналам роутеров, видим только 5-6 Мбит/с TCP. Но значения UDP все еще около 15 Мбит/с. Наши роутеры оснащены процессорами 1 ГГц, 128 МБ оперативной памяти и 2 или 3 картами WLAN в каждом, так что с мощностью проблем быть не должно. Сегодня вечером проведу еще несколько тестов и буду следить за загрузкой процессора. Есть какие-нибудь идеи, почему роутеры замедляются при использовании TCP при передаче трафика от канала к каналу? Спасибо, Кен.

Джон, что ты имеешь в виду, когда говоришь, что пакеты никогда не теряются? Ты хочешь сказать, что пакеты теряются только при перегрузке? Я заметил, что ограничение высоких скоростей иногда помогает держать значения RTT в разумных пределах. Насколько я понимаю спецификации чипсета Athros, у него будет большая выходная мощность на низких скоростях, видимо, чтобы поддерживать "постоянной" среднюю энергию при разных модуляциях. Но это также может означать, что на разных скоростях из-за разной амплификации и т.д. происходит разное искажение сигнала. Даниэль

Что нового в nstreme revision6?