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

Высокий пинг с 11 CPE на RB532…

Высокий пинг с 11 CPE на RB532…, RouterOS

jd6strings

Guest

30.06.2006 19:31:00

У нас RB532 с версией 2.9.23, настроенный как AP Bridge, и 11 CPE (RB112) настроены как Station WDS. Пинги до клиентских роутеров временами скачут до 300-400 мс, иногда бывают таймауты запросов. Загрузка процессора AP около 20%. Использование частот в нашем районе минимальное, помех нет. Есть какие-нибудь идеи, почему пинги могут быть такими плохими? С добавлением большего количества CPE к AP ситуация постепенно ухудшается.

maxfava

Guest

03.07.2006 09:46:00

У меня та же самая проблема с нашим RB532. Использую 1 карту Senao и 1 карту CM9, обе соединены одним интерфейсом Ethernet. Во время длительного пинга это может происходить на CM9, в то время как на Senao сигнал для клиентов хороший, а ack — 56 мкс. Единственное отличие, которое я заметил, — это ack карты, который составляет около 200 мкс. Я настроил динамический ack с порогом -80. Через 1 минуту после того, как клиенты пингуют 400 мс, пинг возвращается к 1 мс, как при нормальной работе. Иногда длительный пинг возникает каждые 10 минут, иногда каждые 2 минуты. Вы проверяли или нашли решение проблемы с длительными пингами?

durim

Guest

03.07.2006 18:05:00

У меня была такая же проблема с одним RB230, к которому было подключено около 8 CPE, а загрузка составляла 4-6 Мбит/с. Nstream с Polling помог, но это может быть связано с загрузкой процессора, в зависимости от того, сколько трафика у вас на вашем AP. Я бы посоветовал попробовать.

jd6strings

Guest

03.07.2006 23:00:00

Спасибо за ответ. Мы действительно включили nstreme/polling, и пинги по-прежнему просто ужасные. От 16 мс до 249 мс. Я добавил фильтр брандмауэра, чтобы проверить, не вызывает ли P2P-трафик проблем, и фильтр не зафиксировал ни одного пакета, так что это можно исключать. Загрузка ЦП стабильно держится около 35%. Таймаут подтверждения для wlan1 остается на 25 мкс. Разве это не должно динамически меняться в зависимости от клиента, находящегося на самом большом расстоянии? Я предполагаю, что теперь это какая-то проблема с таймингом…???

jd6strings

Guest

04.07.2006 00:23:00

Вот скриншот, показывающий случайные задержки пинга с указанной выше конфигурацией. Обновил rb532 до версии v2.9.27, чтобы проверить, может ли программное обеспечение быть причиной… проблема все равно остается. Какие есть идеи? http://www.skywerx.com/ping.jpg

jarosoup

Guest

04.07.2006 00:33:00

Твои базовые тарифы не стоит менять… верни их к 6 Мбит/с. Ты смотрел через torch и проверял подключения к файрволу, чтобы понять, что происходит в твоей сети? Похоже, у тебя либо перегрузка траффика, либо проблемы с сигналом (помехи или оборудование). Другие вещи, которые можно попробовать: включить periodic-calibration=enabled и отключить default-forwarding. Ты ограничиваешь скорость траффика?

jd6strings

Guest

04.07.2006 01:18:00

Сеть чистая. Маленькие подсети маршрутизируются через MT на ПК, а затем на Cisco 3640 на границе. Индикатор на беспроводном AP не показывает ничего необычного. Мы отключили default-forwarding и включили periodic-calibration, но изменений нет. Начинаю подозревать потенциально дефектную CM9 карту. Буду рад любым другим идеям…

jd6strings Guest	#8 0 04.07.2006 03:46:00 Да… мы как бы ограничиваем пропускную способность, потому что устанавливаем лимит на передачу данных от AP и лимит на передачу данных от клиентов в ACL.

durim

Guest

04.07.2006 07:09:00

Можешь скинуть, какая у тебя сигналка у клиентов? Твои AP, твою беспроводную конфигурацию тоже, пожалуйста. И пробовал ли ты разные настройки политики фреймов? Работает же по-разному в разных сценариях.

С уважением, Durim.

jd6strings

Guest

#10

04.07.2006 13:54:00

Вот таблица регистрации: INTE… RADIO-NAME MAC-ADDRESS AP SIGNAL… TX-RATE 0 wlan1 X0 00:0B:6B:4D:77:A7 no -78dBm… 36Mbps 1 wlan1 X1 00:0B:6B:4D:77:E7 no -75dBm… 36Mbps 2 wlan1 X2 00:15:6D:10:22:68 no -73dBm… 24Mbps 3 wlan1 X3 00:0B:6B:4E:CF:0D no -78dBm… 36Mbps 4 wlan1 X4 00:15:6D:10:21:F3 no -68dBm… 36Mbps 5 wlan1 X5 00:0B:6B:4D:77:97 no -77dBm… 24Mbps 6 wlan1 X6 00:0B:6B:4D:77:3C no -76dBm… 24Mbps 7 wlan1 X7 00:0B:6B:36:0C:D4 no -75dBm… 36Mbps 8 wlan1 X8 00:0B:6B:4D:91:3D no -87dBm… 12Mbps 9 wlan1 X9 00:0B:6B:4D:77:55 no -76dBm… 36Mbps 10 wlan1 X11 00:0B:6B:4E:CF:C2 no -79dBm… 24Mbps 11 wlan1 X12 00:0B:6B:4D:95:B6 no -77dBm… 36Mbps 12 wlan1 X13 00:0B:6B:4E:D4:09 no -77dBm… 6Mbps Сейчас политика Framer установлена в none, а лимит Framer равен 3200. Какая политика была бы рекомендована??? Я читал другое сообщение где-то на форуме о том, что объединение (bridging) может вызывать высокие задержки (ping). Может ли это быть проблемой? Не думаю, учитывая только 12 зарегистрированных клиентов…

jonbrewer Guest	#11 0 04.07.2006 19:34:00 Пока ты не достанешь анализатор спектра и не докажешь обратное, я бы предположил, что высокий пинг вызван помехами от другой системы.

jd6strings Guest	#12 0 05.07.2006 03:38:00 Сканирование частоты не показало ни одного использования.

jober

Guest

#13

05.07.2006 05:19:00

Попробовал убрать галочки с поддерживаемых скоростей 54, 48, 36, 24 и 18? Просто говорю, потому что у меня была похожая проблема, но были ещё некоторые старые клиенты B, и мне пришлось установить для них мобильность только на одном из AP. Кстати, про скорость слышал от Стена.

durim

Guest

#14

05.07.2006 07:52:00

Я использую политику кадрирования "best fit" с лимитом 3200 (2200), но я бы посоветовал попробовать все четыре варианта политики кадрирования, как сказал jober, попробовать понизить поддерживаемые скорости передачи данных до 18 Мбит/с или 12 Мбит/с.

maxfava Guest	#15 0 05.07.2006 09:23:00 Ты используешь протокол Nstreme тоже со стандартным WIFI клиентом?

jd6strings Guest	#16 0 05.07.2006 11:34:00 Ну…просто подписчики PTMP, подключенные к нашей сети…

sten Guest	#17 0 05.07.2006 11:44:00 Я слышал это от другого человека, который пытался использовать WDS для каждого клиента. Не надо этого делать. Добавление каждого WDS-интерфейса добавляет задержку.

maxfava

Guest

#18

05.07.2006 11:55:00

Я использую политику фреймов = наилучший подбор с лимитом фреймера 3200 (2200), но бы посоветовал попробовать все четыре политики фреймов, как jober сказал, попробовать снизить поддерживаемые скорости передачи данных до 18 Мбит/с или 12 Мбит/с. Сейчас политика фреймов установлена на none, а лимит фреймера — 3200. Какая бы была рекомендована политика??? Нет… просто абоненты PTMP, подключенные к нашей сети… Политика фреймов используется только с протоколом Nstreme.

rpingar

Guest

#19

05.07.2006 13:21:00

Я использую WDS для каждого клиента. И у меня та же странная проблема с длинным пингом. Но я использую PPPoE, и чтобы настроить клиентов (они все на базе MT), руководство говорит, что нужно использовать WDS. Не могли бы вы объяснить, как использовать PPPoE для моих клиентов без использования WDS? С уважением, Розарио.

jd6strings Guest	#20 0 05.07.2006 15:27:00 Мы немного изменили тарифы на трафик, и пинг стал чуть лучше. Но всё равно скачет, и мне кажется, что 30 мс — это слишком много для такой маленькой сети. Думаю, следующий шаг — маршрутизация, НО у меня уже роутеры на базе PC от MikroTik разбросаны по всей сети, а ещё Cisco edge-роутеры… так что добавление ещё одного роутера, как мне кажется, просто добавит ненужный хоп. Сейчас всё устроено так: то AP, которое у нас глючит, подключено к тому же коммутатору, к которому подключён роутер на базе PC, а клиенты используют этот роутер как шлюз через бридж, настроенный в AP. Если я буду использовать маршрутизацию в AP, разве не проще будет просто указать шлюз по умолчанию на PC-роутер, а в CPE — шлюз по умолчанию на IP-адрес AP? Или мне придётся заставлять AP "маршрутизировать" целую подсеть, опять же добавляя хоп? Спасибо за ответы!!!

Читают тему

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