<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Подключен AP по мосту, но пинг высокий.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Подключен AP по мосту, но пинг высокий. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 11 Aug 2026 04:30:24 -0400</pubDate>
		<item>
			<title>Подключен AP по мосту, но пинг высокий.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258604">Подключен AP по мосту, но пинг высокий.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, спасибо, Билл! Вот еще немного информации: NxT1 (3 Мбит) - магистраль, для каждого пользователя ограничение 256 кбит, с возможностью 30-секундного всплеска P2P на 1 Мбит, ограниченного до 64/128 с 7 утра до полуночи, а затем открывается на полную. У меня 5.7 20 Мбит Motorola в качестве магистрали, я использую Senao CB3+ для подключения к MT в режиме bridge.<br /><br />Так, что можно сделать, чтобы уменьшить сетевой широковещательный трафик? Ты используешь правила брандмауэра для поддержания "легитимного" трафика? Можешь привести пример? Как можно уменьшить всплески? Я не смог получить постоянные статистические данные мониторинга трафика. Попробую еще раз около 2 ночи.<br /><br />О, Кип, вот где кто-то помог мне настроить очереди P2P: <noindex><a href="http://forum.mikrotik.com//viewtopic.php?t=6732" target="_blank" rel="nofollow" >http://forum.mikrotik.com//viewtopic.php?t=6732</a></noindex> <br />
			<i>23.02.2006 02:57:00, YappaDappa.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258604</link>
			<guid>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258604</guid>
			<pubDate>Thu, 23 Feb 2006 02:57:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Подключен AP по мосту, но пинг высокий.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258603">Подключен AP по мосту, но пинг высокий.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо всем за ответы. Это точно дает мне несколько пунктов для изучения. С одного ПК пинги очень похожи на ваши. Проблемы начинаются, когда я добавляю еще. Кажется, у меня слишком много пользователей высокого уровня в этом секторе. Возможно, придется разделить его на два сектора. А пока попробую ограничить их использование до 3 мегабайт максимум. Это должно помочь моему 8-мегабитному backbone'у и позволит мне провести немного больше исследований. У меня возникли проблемы с фильтрацией p2p. У кого-нибудь есть пример, который поможет мне ограничить p2p-трафик до 512 килобит и максимум 3 соединения на пользователя? Или 3 – это слишком мало? Кип, я собираюсь тебя наказать... <br />
			<i>23.02.2006 01:31:00, kipmckay.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258603</link>
			<guid>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258603</guid>
			<pubDate>Thu, 23 Feb 2006 01:31:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Подключен AP по мосту, но пинг высокий.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258602">Подключен AP по мосту, но пинг высокий.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Попробуй перенаправить трафик? Ниже приведена проверка пинга до RB532 с картой SR2. Однако я единственный беспроводной клиент в сети. C:\Documents and Settings\Administrator&gt;ping 10.100.1.1 -t<br /><br />Пинг 10.100.1.1 с 32 байтами данных:<br /><br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=6 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=6<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=12 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=6 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=6 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=4 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=5 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=3 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br />Ответ от 10.100.1.1: байты=32 время=2 мс TTL=64<br /><br />Статистика пинга для 10.100.1.1:<br /> &nbsp; &nbsp;Пакеты: Отправлено = 56, Получено = 100%, Потеряно = 0 (0% потерь),<br />Приблизительное время отклика:<br />Минимум = 2 мс, Максимум = 12 мс, Среднее = 4 мс<br /><br />Также, Yala, проверь, какая у тебя пропускная способность канала (backhaul), 3 мбит/с? Если это так, то не удивительно, что пинг такой. &nbsp;Ещё, как организована остальная часть сети? Это плоская топология, слияние? &nbsp;Если так, то, в зависимости от количества пользователей в твоей сети, широковещательный трафик будет убивать время пинга, особенно при прохождении через беспроводной AP. Хочешь только легитимный трафик, предназначенный для пользователей в этой подсети, проходит через беспроводной AP. &nbsp;Также, 802.11 использует CSMA/CA, поэтому чем больше пользователей ты добавляешь в беспроводной сегмент, тем выше вероятность столкновений, приводящих к повторной передаче и алгоритмам отката, что приводит к увеличению задержки или скачков. Еще посмотри на p/s (пакеты в секунду) на беспроводном AP при низкой загрузке… Это даст тебе представление о том, сколько широковещательного трафика проходит по сети. В слиятых сетях я видел постоянные 130-200 п/с, даже когда не передавалось/принималось много данных. Здесь слияние негативно влияет на производительность беспроводной сети. Просто пара вещей, о которых стоит подумать… <br />
			<i>22.02.2006 12:10:00, wildbill442.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258602</link>
			<guid>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258602</guid>
			<pubDate>Wed, 22 Feb 2006 12:10:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Подключен AP по мосту, но пинг высокий.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258601">Подключен AP по мосту, но пинг высокий.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня похожая ситуация: ПК со SR2 и интегрированной сетевой картой, настроен мост, и всё работает отлично. Клиенты пингуют AP с задержкой 1-2 мс. Возможно, это проблема с оборудованием. Какую беспроводную карту ты использовал? Работает ли она нормально в режиме без моста? Пинг такой же медленный через Ethernet-соединение? И что ты имеешь в виду, когда говоришь, что обошёл MT? Ты поставил какой-то другой AP или что? <br />
			<i>19.02.2006 23:46:00, acim.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258601</link>
			<guid>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258601</guid>
			<pubDate>Sun, 19 Feb 2006 23:46:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Подключен AP по мосту, но пинг высокий.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258600">Подключен AP по мосту, но пинг высокий.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня та же проблема. Сейчас я отправляю 3 МБ примерно 45 клиентам. Все ограничены по скорости. Редко использую &gt;70% пропускной способности. Проблема в том, что пинги и скорости все разбросаны. В одном тесте скорости я получил 214, в следующем — 600. Пинги могут варьироваться от 3 мс до 300 или вообще нет ответа. Есть какие-нибудь предложения? <br />
			<i>22.02.2006 04:36:00, YappaDappa.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258600</link>
			<guid>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258600</guid>
			<pubDate>Wed, 22 Feb 2006 04:36:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Подключен AP по мосту, но пинг высокий.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258599">Подключен AP по мосту, но пинг высокий.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я настроил rb500 как AP Bridge. Wlan1 и ether1 соединены в один мост. Один ПК подключается, но пинг варьируется от 4мс до 22мс. Как только я подключаю другие машины, пинг скачет до 1200 мс и больше. Я обошел MT, и пинг стал 3мс. Похоже, что мост MT создает проблемы. С чего начать? Или какой правильный способ это сделать? Я использую последнюю версию MT software. Спасибо, Kip. <br />
			<i>16.02.2006 03:01:00, kipmckay.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258599</link>
			<guid>http://mikrotik.moscow/forum/forum57/66484-podklyuchen-ap-po-mostu_-no-ping-vysokiy./message258599</guid>
			<pubDate>Thu, 16 Feb 2006 03:01:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
