<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Дерево очередей, родительский узел, приоритет.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Дерево очередей, родительский узел, приоритет. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Mon, 17 Aug 2026 15:47:45 -0400</pubDate>
		<item>
			<title>Дерево очередей, родительский узел, приоритет.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/63309-derevo-ocheredey_-roditelskiy-uzel_-prioritet./message243335">Дерево очередей, родительский узел, приоритет.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В этом примере: <noindex><a href="http://wiki.mikrotik.com/wiki/DSCP_based_QoS_with_HTB" target="_blank" rel="nofollow" >http://wiki.mikrotik.com/wiki/DSCP_based_QoS_with_HTB</a></noindex> второй участник строит сложную древовидную структуру очередей со всеми DSCP CS и каждым DSCP значением. Однако в этом руководстве по HTB <noindex><a href="http://wiki.mikrotik.com/wiki/Manual:Queue" target="_blank" rel="nofollow" >http://wiki.mikrotik.com/wiki/Manual:Queue</a></noindex> в руководстве сказано: «priority (1.. : Приоритизирует одну дочернюю очередь над другими дочерними очередями. Не работает на родительских очередях (если очередь имеет хотя бы одну дочернюю очередь). Один — наивысший, восемь — наименьший приоритет. Дочерняя очередь с более высоким приоритетом получит шанс достигнуть своего limit-at раньше, чем дочерняя очередь с более низким приоритетом, и после этого дочерняя очередь с более высоким приоритетом получит шанс достигнуть своего max-limit раньше дочерней очереди с более низким приоритетом. Приоритет не имеет ничего общего с bursts». Разве часть между *** не указывает на то, что сложная древовидная структура недействительна, поскольку DSCP Classes (по мнению участника) должны быть приоритизированы значением HTB Priority, назначенным этой Родительской очереди, а затем дополнительно классифицированы приоритетом Дочерней очереди? Например, netcon_ether5, DSCP_63 имеет ‘родительский’ приоритет со значением 1 и ‘дочерний’ HTB приоритет со значением 1, но поскольку родительский приоритет игнорируется (согласно руководству), это означает, что будет наблюдаться дочерний приоритет, так что DSCP_63 в конечном итоге будет обрабатываться HTB так же, как DSCP 7,15,23 и т.д. — все из которых также имеют ‘дочерний’ HTB приоритет со значением 1, фактически разрушая рутину DSCP, intercon, netcon и т.д. классов. Или я неправильно понимаю запись в руководстве? Z <br />
			<i>24.11.2013 20:57:00, Zod.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/63309-derevo-ocheredey_-roditelskiy-uzel_-prioritet./message243335</link>
			<guid>http://mikrotik.moscow/forum/forum57/63309-derevo-ocheredey_-roditelskiy-uzel_-prioritet./message243335</guid>
			<pubDate>Sun, 24 Nov 2013 20:57:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
