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

r532 работает AP с nstream – проблема у клиента, который далеко.

r532 работает AP с nstream – проблема у клиента, который далеко., RouterOS

rpingar

Guest

05.07.2006 11:26:00

У нас возникла проблема с джиттером на точке доступа, работающей на rb532 с версией 2.9.18, к которой подключено 15 клиентов. 10 из них находятся примерно в миле от точки доступа, а остальные пятеро — на расстоянии от 8 до 10 миль. У клиентов, находящихся на большом расстоянии, наблюдается много джиттера и потеря пакетов, составляющая около 10-15% при полной нагрузке. Я перепробовал все настройки политики фреймов на точке доступа, но поведение не изменилось. Может, кто-нибудь поможет решить эту проблему? С уважением, Розарио.

sten Guest	#2 0 05.07.2006 18:02:00 Эм, могли бы вы, пожалуйста, дать нам больше информации, чтобы было из чего работать?

rpingar

Guest

05.07.2006 19:27:00

Беспроводной мини-PCI – это CM9, работающий на частоте 5.4-5.7 ГГц, с включенным Nstream и polling. Поиграл с ack-timeout на AP и CPE, но никаких улучшений не увидел. CPE сконфигурированы в режиме station-WDS, потому что нужно, чтобы VoIP-ата (за CPE) был PPPoe-клиентом. Беспроводная сеть маршрутизирована, и каждый AP туннелируется к PPPoe-концентратору по EOIP. Спасибо.

sten Guest	#4 0 05.07.2006 19:36:00 Ответ такой: не используй WDS для такого количества станций. В использовании WDS нет ничего плохого, но почему-то, когда много подключенных станций, всё сильно замедляется.

rpingar

Guest

05.07.2006 19:43:00

Хорошее наблюдение. Но я не нашёл способа прозрачно соединить CPE без WDS. Если установить беспроводной интерфейс в режиме station, я могу: создать PPPoe-клиента на wlan1, и это работает; соединить wlan1 и ether1 и запустить PPPoe-клиента на bridge, и это работает; соединить wlan1 и ether1 и использовать PPPoe-клиента на ether1, И ЭТО НЕ РАБОТАЕТ. Чтобы заработало, мне приходится переключаться на station-WDS. Ты знаешь, как заставить опцию 3 работать без WDS? С уважением.

sten Guest	#6 0 05.07.2006 19:51:00 Нет, но могу похвастаться разными способами. Но не буду. А как насчет того, чтобы запустить PPPoE-сервер на твоем CPE тоже?

rpingar Guest	#7 0 05.07.2006 19:58:00 Ну… слишком уж заморочено с маршрутизацией публичного IP, дроблением IP-пула… Мне кажется, должен быть способ получше…

rpingar Guest	#8 0 05.07.2006 20:06:00 Пожалуйста, немного более подробную помощь…

HarvSki

Guest

06.07.2006 07:30:00

Можно настроить так: AP WLAN1, IP-адрес 10.0.0.254/24, PPPoE-сервер настроен для выдачи публичных IP-адресов CPE в обычном режиме. Потом назначь IP-адрес каждому CPE на интерфейс WLAN1 через DHCP (называй каждую точку доступа (Wireless RadioName), чтобы знать, кто есть кто из пула IP-адресов в подсети 10.0.0.0/24. Используй эту подсеть только для управления (если PPPoE-соединение не работает). На каждом CPE настрой PPPoE-клиента для подключения к твоему AP (или основному Access Concentrator) — это соединение станет маршрутом по умолчанию для CPE, и ты сможешь назначить публичный адрес. Также можно настроить DHCP и NAT на Ethernet-интерфейсе CPE для компьютеров/устройств клиентов (например, SIP-телефоны) в диапазоне 192.168.0.0/24. Можно еще настроить QoS для ICMP на AP и CPE, чтобы пинги проходили независимо от загруженности канала. Если клиент использует это для проверки скорости сети, он всегда будет доволен.

rpingar Guest	#10 0 06.07.2006 08:20:00 Прости, но мне это не очень нравится. Может, ты не знаешь, насколько сложный NAT для VoIP-соединений, когда нужно поддерживать t.38 на UDPTL.

HarvSki

Guest

#11

06.07.2006 09:28:00

Я не очень знаком с t.38 на udptl, у нас все работает отлично с настройкой, которую я описывал, включая EoIP от точки доступа к центральному AC, без проблем вообще. Клиенты используют SIP-телефоны и IAX на Asterisk, а NAT не представляет никакой проблемы. Можно было бы выделить вашим клиентам небольшой подсеть, но, судя по всему, вы не хотите маршрутизировать трафик… Впрочем, мы постепенно отказываемся от EoIP, поскольку он менее эффективен на наших беспроводных каналах по сравнению с маршрутизируемым трафиком.

rpingar

Guest

#12

06.07.2006 10:24:00

Я тоже заметил то же самое в отношении EoIP. И в будущем мы хотели бы этого избежать. Но первым шагом может быть отказ от WDS для моста между pppoe клиентом (на VoIP ATA) и беспроводным интерфейсом точки доступа. Кто-нибудь смог это сделать? С уважением, Rosario.

pinotage Guest	#13 0 09.07.2006 17:00:00 rpingar, попробуй отключить nstreme в режиме точка-многоточка, там слишком много накладных расходов, а RB532 не выдерживает нагрузку, особенно на 5.8 ггц. С уважением, Albie.

Читают тему

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