<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Ограничение скорости PCQ против простой очереди]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Ограничение скорости PCQ против простой очереди форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 16 Aug 2026 10:34:02 -0400</pubDate>
		<item>
			<title>Ограничение скорости PCQ против простой очереди</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425088">Ограничение скорости PCQ против простой очереди</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Для простых очередей... я использую radius с параметром Mikrotik-Rate-Limit, который выдается freeradius. Также я получаю информацию о пользователе из нашей биллинговой системы. Информация об использовании здесь: <noindex><a href="http://wiki.mikrotik.com/wiki/Manual:RADIUS_Client" target="_blank" rel="nofollow" >http://wiki.mikrotik.com/wiki/Manual:RADIUS_Client</a></noindex> Ищите: Mikrotik-Rate-Limit <br />
			<i>14.06.2014 22:29:00, joshaven.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425088</link>
			<guid>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425088</guid>
			<pubDate>Sat, 14 Jun 2014 22:29:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Ограничение скорости PCQ против простой очереди</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425087">Ограничение скорости PCQ против простой очереди</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Для VoIP (мы используем собственный VoIP-сервер) я фильтрую весь трафик, который приходит из или уходит в наш диапазон IP для VoIP. Я разделяю этот трафик на управление VoIP и сам VoIP-трафик. Также я фильтрую любой трафик управления сетью, тесты пропускной способности по UDP или TCP, а также любой трафик с установленным битом DSCP. Затем я использую дерево очередей для исходящего трафика на интерфейсе магистрали или интерфейсе точки доступа, устанавливая максимальную устойчивую скорость как верхний предел. На самом интерфейсе у меня есть очередь, которая сопоставляется с каждой меткой пакета, и я задаю ограничения limit-at для VoIP-трафика и трафика управления сетью. Остальное управляется по приоритету. Настройка очень специфична для конкретной ситуации, поэтому, думаю, скриншоты будут не слишком полезны. Если есть вопросы — спрашивайте. Я также готов созвониться по Skype и помочь с рекомендациями, адаптированными под вашу сеть. Кроме того, QoS не применим к трафику внутри PPPoE-туннеля, потому что трафик агрегируется. Чтобы решить эту проблему, мы настроили VLAN на оборудовании и подключили два интернет-соединения для VoIP-клиентов: PPPoE-туннель (нетегированный) — стандартный трафик, который передаётся на CPE с публичным IP, а VoIP (тегированный трафик) находится в отдельной сети, куда мы передаём трафик с приватными IP, без использования NAT. Это решило все наши проблемы с приоритизацией звонков. Это, конечно, не убрало проблему плохого качества соединения у клиентов — с этим всегда нужно бороться, но это не новость для WISP. <br />
			<i>14.06.2014 22:22:00, joshaven.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425087</link>
			<guid>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425087</guid>
			<pubDate>Sat, 14 Jun 2014 22:22:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Ограничение скорости PCQ против простой очереди</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425086">Ограничение скорости PCQ против простой очереди</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Дорогой joshaven, не мог бы ты выложить простой скриншот очереди с деталями и пару скриншотов для VOIP QoS? <br />
			<i>14.06.2014 08:07:00, freemannnn.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425086</link>
			<guid>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425086</guid>
			<pubDate>Sat, 14 Jun 2014 08:07:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Ограничение скорости PCQ против простой очереди</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425085">Ограничение скорости PCQ против простой очереди</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это один из моих шлюзов, этот поддерживает 100 Мбит/с в полном дуплексе. Внимание: я автоматически перезагружаю машину каждые 28 дней в 4:00 утра. Я использую симметричный профиль для пользователей с большим объёмом трафика по сравнению с другой картинкой… Не понимаю, почему некоторые WISP используют асимметричный профиль в стиле ADSL на современной беспроводной технологии. (Пока TDMA GPS-синхронизация не станет проще в использовании…) <br />
			<i>13.06.2014 21:24:00, rextended.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425085</link>
			<guid>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425085</guid>
			<pubDate>Fri, 13 Jun 2014 21:24:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Ограничение скорости PCQ против простой очереди</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425084">Ограничение скорости PCQ против простой очереди</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня не так много опыта с CCR, но думаю, что он отлично подойдёт для вас. Чип PPC намного лучше, чем MIPSBE, так что не стоит сбрасывать со счетов 1100AHx2 только из-за того, что на 2011-й вы уперлись в предел производительности. Даже если бы 1100 не был двухъядерным и не был намного быстрее по ядру, сама смена чипсета уже дала бы лучший результат. Полагаю, что вы нагрузили 2011-й практически до предела — около 40 Мбит/с с учетом очередей и всего прочего. 2011-й больше подходит как конечный фаервол, а не как инфраструктурное решение с QoS и концентрацией PPPoE. Я бы посоветовал использовать 2011-й для небольших объектов, но всегда планировать их замену, когда проект начнет расти. <br />
			<i>13.06.2014 20:33:00, joshaven.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425084</link>
			<guid>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425084</guid>
			<pubDate>Fri, 13 Jun 2014 20:33:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Ограничение скорости PCQ против простой очереди</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425083">Ограничение скорости PCQ против простой очереди</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо за помощь. Я начал запускать простые очереди на pppoe-серверах, и всё хорошо работает. За исключением RB2011 — там на одном сайте с более чем 40 клиентами больше пропускная способность получается с помощью PCQ адресных списков. Но оба эти устройства скоро заменят на более мощное железо. Думаю перейти на CCR1009 вместо 1100AHx2 для будущих развертываний. Какие есть мнения по этому поводу? <br />
			<i>13.06.2014 19:12:00, Lagered.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425083</link>
			<guid>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425083</guid>
			<pubDate>Fri, 13 Jun 2014 19:12:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Ограничение скорости PCQ против простой очереди</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425082">Ограничение скорости PCQ против простой очереди</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мне сказали использовать PCQ с адресными списками, чтобы ограничить клиентов PPPoE. Но в последнее время я слышу, что теперь лучше применять simple queue с улучшениями, которые сделали в ROS v6. Что мне лучше выбрать? Продолжать использовать PCQ или переключиться на simple queue? Есть ли ситуации, когда один вариант лучше другого? <br />
			<i>29.05.2014 14:00:00, Lagered.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425082</link>
			<guid>http://mikrotik.moscow/forum/forum57/88262-ogranichenie-skorosti-pcq-protiv-prostoy-ocheredi/message425082</guid>
			<pubDate>Thu, 29 May 2014 14:00:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
