<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Настройка MikroTik. Использование Simple Queue для ограничения скорости.</title>
		<description>Обсуждение Настройка MikroTik. Использование Simple Queue для ограничения скорости.</description>
		<link>https://netflow.by/ru/blog/net/37-nastroika-marshrutizatora-mikrotik-dlya-raboty-v-seti-10-42-qos-simple-queue</link>
		<lastBuildDate>Sat, 02 May 2026 19:58:20 +0300</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="https://netflow.by/ru/component/jcomments/feed/com_k2/37" rel="self" type="application/rss+xml" />
		<item>
			<title>Виталий Юлианович написал:</title>
			<link>https://netflow.by/ru/blog/net/37-nastroika-marshrutizatora-mikrotik-dlya-raboty-v-seti-10-42-qos-simple-queue#comment-701</link>
			<description><![CDATA[1. Согласен. 2. В вашей предыдущей статье "Настройка QoS на Mikrotik и использование Queue Tree" трафик download классифицируется по адресу назначения, что и является правильным. В этой статье допущена ошибка. Подумайте сами, если download классифицировать по адресу источника, то пользователь запустивший торрент на 200 соединений будет иметь в 200 раз преимущество по скорости перед пользователем качающим в один поток. Никогда не делал "Disable" и "Enable" для очередей, чтобы изменения вступили в силу - это просто лишнее. Говорю это с полной уверенностью, т.к. на моем микротике настроены скрипты автоматического поднятия скорости в ночное время. Ни одной команды enable/disable там нет, и скорость отлично изменяется строго по расписанию. Испытано в OS 5 и 6. 3. В том, что идея динамического шейпинга жизнеспособна я нисколько не сомневаюсь, т.к. у самого он настроен и более того - даже работает. Но конкретно в вашем примере он работает только для Guest, т.к. его использование имеет смысл ТОЛЬКО в том случае, когда в одну очередь попадают несколько акривных юзеров. Для случаев "1 очередь = 1 пользователь" PCQ не будет делить скорость между такими пользователями. Скорость будет делиться пропорционально значению Limit At (разумеется, если приоритеты у всех очередей одинаковые). 4. В микротике 1М=1000000, у "ByFly и других провайдеров" 1М=1048576. Искренне удивлен, что ваши пользователи не возмущаются, что вы им урезаете на 5% скорость.]]></description>
			<dc:creator>Виталий Юлианович</dc:creator>
			<pubDate>Wed, 27 Nov 2013 10:02:46 +0300</pubDate>
			<guid>https://netflow.by/ru/blog/net/37-nastroika-marshrutizatora-mikrotik-dlya-raboty-v-seti-10-42-qos-simple-queue#comment-701</guid>
		</item>
		<item>
			<title>Виталий Юлианович написал:</title>
			<link>https://netflow.by/ru/blog/net/37-nastroika-marshrutizatora-mikrotik-dlya-raboty-v-seti-10-42-qos-simple-queue#comment-699</link>
			<description><![CDATA[В статье есть очень спорные моменты. 1. Маркировке подвергаются входящие из внешней сети соединения. Правильным будет маркировать исходящие из внутренней. К тому же неясно зачем вообще в данном примере маркировать соединения? Можно же сразу маркировать пакеты (по одному правилу в каждом направлении). К тому же нету вообще смысла в маркировке пакетов internet. В правилах шейпинга можно указывать "no mark" и будет все тоже самое и сэкономлено 2 правила. Ответ: в статье как раз маркируются соединения исходящие от пользователей. В остальном вы правы. 2. В настройке шедуллера допущена ошибка: трафик download должен классифицироваться по адресу назначения, трафик upload по адресу источника. Ответ: Возможно, многие просто не понимают правильно работу шедуллера PCQ и Simple Queue или она описана большинством источников неверно, потому что по факту так как в статье описано так он и работает... Из практики и 2-ух летних наблюдений. Замечены интересные моменты: например при изменении шедуллера, чтобы изменения вступали в силу необходимо делать очереди "Disable" и "Enable". Делайте ваши эксперементы с шедуллерами с учётом этого... 3. Шедуллер PCQ будет работать только в очереди Guest, во всех остальных очередях из приведенного примера он работать как задумывалось изначально не будет и его использование бессмыссленно. Ответ: Первоначально статья предлагала организовать с помощью шедуллера динамический шейпинг, а не просто ограничить полосу пользователям... На сколько эта идея жизнеспособна вообще можно узнать в интернете из отзывов авторитетных источников... Из своего опыта скажу, что большие провайдеры никогда не пользуются динамическим шейпингом... 4. В микротике M это не мегабиты, а k это не килобиты. Ответ: Как раз в Микротике это и есть чистые мегабиты... Не мегабиты это на ByFly и у других провайдеров, так как там не учтён ещё трафик протоколов нижнего уровня....]]></description>
			<dc:creator>Виталий Юлианович</dc:creator>
			<pubDate>Thu, 14 Nov 2013 16:40:43 +0300</pubDate>
			<guid>https://netflow.by/ru/blog/net/37-nastroika-marshrutizatora-mikrotik-dlya-raboty-v-seti-10-42-qos-simple-queue#comment-699</guid>
		</item>
	</channel>
</rss>
