+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

SRx и компрессия

SRx и компрессия, RouterOS

avantwireless Guest	#1 0 14.12.2005 02:10:00 Какие шансы, что в следующем релизе MT правильно будет поддерживать сжатие на радиомодулях SR/atheros?

lastguru Guest	#2 0 14.12.2005 10:42:00 Оно это уже поддерживает?

avantwireless Guest	#3 0 14.12.2005 14:54:00 Если включить сжатие, MT как клиент больше не будет общаться с MT AP. Соединение есть, а данных по каналу нет… Кто-нибудь должен убить этого бага в MT… Роберт.

telephone29

Guest

16.12.2005 19:23:00

Если включить сжатие, то MT в качестве клиента больше не будет общаться с MT AP. Связь есть, а данных по каналу нет… это неправда, мы можем включить аппаратное сжатие на всех типах карт, которые используем (от очень старой 5211, с неплохой 5212 и 5213 – единственный тип, которого нам не хватает, это новейшая 5414 = 5006X чипсет) и всё работает. Мы используем mode=ap-bridge и mode=station с радиосетями конфигурации /30; так что нет WDS, мостов и прочей ерунды. Всё работает. Единственная проблема с сжатием – ПРОПУСКНАЯ СПОСОБНОСТЬ. Как только сжатие включается, наша пропускная способность значительно падает. Значительно означает примерно на 35%, поэтому мы не используем сжатие.

NZLamb

Guest

19.12.2005 00:08:00

Проблема с SR-картами у меня возникала, когда пытался включить сжатие _и_ шифрование (любого типа) одновременно — это сразу же выбивало связь, независимо от настроек. Если использовать только сжатие или только шифрование, всё работало отлично, но для меня безопасность гораздо важнее скорости. MT подтвердили, что это известная проблема, было бы здорово, если бы её исправили, но в целом я вполне доволен опытом работы с этой штукой, так что особо жаловаться не могу!

telephone29

Guest

21.12.2005 17:23:00

Новая информация: у нас есть пара карт на чипсете 5006X (=5413). Ситуация снова та же: как только мы включаем аппаратную компрессию, пропускная способность падает. Потери производительности зависят от данных, передаваемых по каналу, но в целом составляют примерно 25-40% по сравнению с настройкой "compression=no". Мы используем быстрые ATX-компьютеры с загрузкой процессора около 10% и беспроводной производительностью 50 Мбит/с в тестах, сетевую архитектуру с /30 сетями, без шифрования, без WEP, без продвинутых функций (PPTP, IP-IP, EoIP и т.д.). Это максимально простая сеть. Mikrotik, не могли бы вы взглянуть на это?

aviper Guest	#7 0 22.12.2005 09:42:00 Ты используешь nstream одновременно с компрессией? Я не уверен, но протокол nstream должен обладать каким-то типом компрессии, и это может быть причиной проблемы (как будто пытаешься заархивировать JPEG-файл, никакой компрессии не получаешь, зато теряешь время CPU...).

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры