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

Подключен AP по мосту, но пинг высокий.

Подключен AP по мосту, но пинг высокий., RouterOS

kipmckay

Guest

16.02.2006 03:01:00

Я настроил rb500 как AP Bridge. Wlan1 и ether1 соединены в один мост. Один ПК подключается, но пинг варьируется от 4мс до 22мс. Как только я подключаю другие машины, пинг скачет до 1200 мс и больше. Я обошел MT, и пинг стал 3мс. Похоже, что мост MT создает проблемы. С чего начать? Или какой правильный способ это сделать? Я использую последнюю версию MT software. Спасибо, Kip.

YappaDappa

Guest

22.02.2006 04:36:00

У меня та же проблема. Сейчас я отправляю 3 МБ примерно 45 клиентам. Все ограничены по скорости. Редко использую >70% пропускной способности. Проблема в том, что пинги и скорости все разбросаны. В одном тесте скорости я получил 214, в следующем — 600. Пинги могут варьироваться от 3 мс до 300 или вообще нет ответа. Есть какие-нибудь предложения?

acim

Guest

19.02.2006 23:46:00

У меня похожая ситуация: ПК со SR2 и интегрированной сетевой картой, настроен мост, и всё работает отлично. Клиенты пингуют AP с задержкой 1-2 мс. Возможно, это проблема с оборудованием. Какую беспроводную карту ты использовал? Работает ли она нормально в режиме без моста? Пинг такой же медленный через Ethernet-соединение? И что ты имеешь в виду, когда говоришь, что обошёл MT? Ты поставил какой-то другой AP или что?

wildbill442

Guest

22.02.2006 12:10:00

Попробуй перенаправить трафик? Ниже приведена проверка пинга до RB532 с картой SR2. Однако я единственный беспроводной клиент в сети. C:\Documents and Settings\Administrator>ping 10.100.1.1 -t

Пинг 10.100.1.1 с 32 байтами данных:

Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=6 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=6
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=12 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=6 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=6 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64
Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64

Статистика пинга для 10.100.1.1:
Пакеты: Отправлено = 56, Получено = 100%, Потеряно = 0 (0% потерь),
Приблизительное время отклика:
Минимум = 2 мс, Максимум = 12 мс, Среднее = 4 мс

Также, Yala, проверь, какая у тебя пропускная способность канала (backhaul), 3 мбит/с? Если это так, то не удивительно, что пинг такой. Ещё, как организована остальная часть сети? Это плоская топология, слияние? Если так, то, в зависимости от количества пользователей в твоей сети, широковещательный трафик будет убивать время пинга, особенно при прохождении через беспроводной AP. Хочешь только легитимный трафик, предназначенный для пользователей в этой подсети, проходит через беспроводной AP. Также, 802.11 использует CSMA/CA, поэтому чем больше пользователей ты добавляешь в беспроводной сегмент, тем выше вероятность столкновений, приводящих к повторной передаче и алгоритмам отката, что приводит к увеличению задержки или скачков. Еще посмотри на p/s (пакеты в секунду) на беспроводном AP при низкой загрузке… Это даст тебе представление о том, сколько широковещательного трафика проходит по сети. В слиятых сетях я видел постоянные 130-200 п/с, даже когда не передавалось/принималось много данных. Здесь слияние негативно влияет на производительность беспроводной сети. Просто пара вещей, о которых стоит подумать…

kipmckay

Guest

23.02.2006 01:31:00

Спасибо всем за ответы. Это точно дает мне несколько пунктов для изучения. С одного ПК пинги очень похожи на ваши. Проблемы начинаются, когда я добавляю еще. Кажется, у меня слишком много пользователей высокого уровня в этом секторе. Возможно, придется разделить его на два сектора. А пока попробую ограничить их использование до 3 мегабайт максимум. Это должно помочь моему 8-мегабитному backbone'у и позволит мне провести немного больше исследований. У меня возникли проблемы с фильтрацией p2p. У кого-нибудь есть пример, который поможет мне ограничить p2p-трафик до 512 килобит и максимум 3 соединения на пользователя? Или 3 – это слишком мало? Кип, я собираюсь тебя наказать...

YappaDappa Guest	#6 0 23.02.2006 02:57:00 Привет, спасибо, Билл! Вот еще немного информации: NxT1 (3 Мбит) - магистраль, для каждого пользователя ограничение 256 кбит, с возможностью 30-секундного всплеска P2P на 1 Мбит, ограниченного до 64/128 с 7 утра до полуночи, а затем открывается на полную. У меня 5.7 20 Мбит Motorola в качестве магистрали, я использую Senao CB3+ для подключения к MT в режиме bridge. Так, что можно сделать, чтобы уменьшить сетевой широковещательный трафик? Ты используешь правила брандмауэра для поддержания "легитимного" трафика? Можешь привести пример? Как можно уменьшить всплески? Я не смог получить постоянные статистические данные мониторинга трафика. Попробую еще раз около 2 ночи. О, Кип, вот где кто-то помог мне настроить очереди P2P: http://forum.mikrotik.com//viewtopic.php?t=6732

Читают тему

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