<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: VPN, накладные расходы и очереди.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме VPN, накладные расходы и очереди. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Thu, 20 Aug 2026 07:23:52 -0400</pubDate>
		<item>
			<title>VPN, накладные расходы и очереди.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60772-vpn_-nakladnye-raskhody-i-ocheredi./message231816">VPN, накладные расходы и очереди.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это уже следующий уровень… Если вам нужно маркировать трафик внутри VPN-туннеля, то вам нужно установить limit-at = max-limit, чтобы можно было создать параллельную очередь с уменьшенным процентом от трафика, идущего извне туннеля. Нет ли возможности сделать это адаптивно, как мы делаем с обычными очередями (родительская/дочерняя)? Чтобы эта параллельная очередь могла использовать не только скорость limit-at, но и была адаптивной, используя больше трафика при наличии пропускной способности. Но не уверен, как это можно реализовать. Кстати… Это только для продвинутых пользователей, я не спрашиваю, как маркировать пакеты или как создавать дерево очередей. Я ищу конкретно маркировку дерева очередей, где нужно маркировать как трафик, идущий извне туннеля, так и трафик внутри туннеля (разные протоколы/IP-адреса/потоки), которому присваивается более высокий приоритет внутри туннеля – но при этом туннель должен быть гибким. Я уверен, что единственный способ, чтобы это работало, — чтобы Mikrotik предоставил дополнительную функциональность для узла очереди, чтобы он мог ссылаться на другой узел, позволял вычислять (умножать на число), но при этом не считался дочерним по отношению к этому родителю (т.е. был параллельным, а не дочерним). Это хорошо сочетается с поддержкой Codel для AQM (адаптивное управление очередью). Посмотрите здесь: <noindex><a href="http://forum.mikrotik.com/viewtopic.php?f=2&amp;t=63594&amp;p=340342#p340342" target="_blank" rel="nofollow" >http://forum.mikrotik.com/viewtopic.php?f=2&amp;t=63594&amp;p=340342#p340342</a></noindex> <br />
			<i>20.09.2012 20:28:00, odge.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60772-vpn_-nakladnye-raskhody-i-ocheredi./message231816</link>
			<guid>http://mikrotik.moscow/forum/forum57/60772-vpn_-nakladnye-raskhody-i-ocheredi./message231816</guid>
			<pubDate>Thu, 20 Sep 2012 20:28:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>VPN, накладные расходы и очереди.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/60772-vpn_-nakladnye-raskhody-i-ocheredi./message231815">VPN, накладные расходы и очереди.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Есть ли какой-то умный способ, если видно, что VPN "падает" по скорости, чтобы очереди пакетов внутри VPN-туннеля зависели от скорости внешнего канала VPN? Например, туннель может быть 1 Мбит/с снаружи, но из-за типа трафика внутри (например, много маленьких пакетов), накладные расходы составляют 35%, и внутрь VPN-туннеля проходит только 650 кбит/с. Безопаснее всего пометить очередь VPN-туннеля как имеющую ширину только 650 кбит/с, но разве нет какого-то умного способа максимизировать её?<br /><br />–EDIT—<br />Я зафиксировал это как ошибку для технической поддержки, может быть, они добавят значение множителя в очереди для добавления такой функциональности. <br />
			<i>29.08.2012 18:10:00, odge.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/60772-vpn_-nakladnye-raskhody-i-ocheredi./message231815</link>
			<guid>http://mikrotik.moscow/forum/forum57/60772-vpn_-nakladnye-raskhody-i-ocheredi./message231815</guid>
			<pubDate>Wed, 29 Aug 2012 18:10:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
