<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Правило переключения CRS: скорость]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Правило переключения CRS: скорость форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 17:25:05 -0400</pubDate>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389297">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Как я уже писал: потеря пакетов творит хаос для TCP. Другой момент, с которым должен справляться контроль перегрузок, — это изменяющееся или долгое время задержки (RTT)… и с этим довольно успешно работают разные алгоритмы (если не сказать «хорошо»). Поэтому первое, что нужно сделать, — протестировать с помощью UDP, который не реагирует на потерю пакетов и не зависит от двунаправленной связи, так что четко покажет, действительно ли входной полисер ведет себя так неконтролируемо, как это кажется по твоим тестам… или нет. И ты так и не ответил на мой вопрос по управлению потоком. <br />
			<i>05.06.2024 07:24:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389297</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389297</guid>
			<pubDate>Wed, 05 Jun 2024 07:24:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389296">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Посмотрите на этот пример работы QoS-HW <noindex><a href="http://forum.mikrotik.com/t/qos-hardware-offloading-qos-hw/166573/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/qos-hardware-offloading-qos-hw/166573/1</a></noindex> <br />
			<i>05.06.2024 06:42:00, chechito.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389296</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389296</guid>
			<pubDate>Wed, 05 Jun 2024 06:42:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389295">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Думаю, QoS — это вариант, хотя у меня в голове QoS больше про качество и приоритет пакетов, которые передаются, а не как ограничитель в плане контроля трафика, типа очередей или лимитирования пропускной способности порта. К тому же у него нет такой точечности, чтобы контролировать пропускную способность для конкретных адресов или с них. Я тестирую iperf3 с TCP-трафиком, и даже при использовании BBR для контроля перегрузки, который по сути просто пытается пропустить через канал максимум, я всё равно вижу сильно сниженный throughput вне зависимости от поставленного лимита на входе. Что-то точно не так. <br />
			<i>05.06.2024 06:31:00, blacksnow.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389295</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389295</guid>
			<pubDate>Wed, 05 Jun 2024 06:31:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389294">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			В версии 7.15 у вас теперь новые возможности <noindex><a href="https://help.mikrotik.com/docs/pages/viewpage.action?pageId=189497483" target="_blank" rel="nofollow" >https://help.mikrotik.com/docs/pages/viewpage.action?pageId=189497483</a></noindex> <br />
			<i>05.06.2024 04:26:00, chechito.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389294</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389294</guid>
			<pubDate>Wed, 05 Jun 2024 04:26:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389293">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Какой тип трафика это был, TCP или UDP? Попробуйте UDP... проблема с ingress policer в том, что он может только сбрасывать лишние кадры, а сброс пакетов сильно портит TCP (egress shaper может задерживать пакеты, что для TCP довольно неплохо). У вас включён контроль потока на порту с ограничением скорости? Если нет, попробуйте его включить (и на другой стороне тоже), в теории это должно помочь, так как сигнализирует передатчику замедлиться без фактического сброса кадров. <br />
			<i>05.06.2024 03:54:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389293</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389293</guid>
			<pubDate>Wed, 05 Jun 2024 03:54:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389292">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Просто поднимаю эту тему, у меня точно такая же проблема, как и описано выше. Egress shaper работает как и ожидалось. Но ingress policer ограничивает скорость примерно до 1/10 от того значения, которое вы задаёте в rate. Например, при rate 1G с iperf3 вы получаете 100 Мбит/с. Увеличьте rate до 10G — и всё равно остаётся 100 Мбит/с. Поднимаете до 50G — и коммутатор перестаёт работать, скорость 0 Мбит/с. Всё это на версии 7.15 CCR2216. <br />
			<i>05.06.2024 03:25:00, blacksnow.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389292</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389292</guid>
			<pubDate>Wed, 05 Jun 2024 03:25:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389291">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Как именно ты это сделал? Я пытаюсь измерять скорость входящего и исходящего трафика на портах, но они работают просто ужасно... Исходящий вроде норм, а вот входящий вообще не совпадает. <br />
			<i>14.02.2024 02:26:00, joshhboss.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389291</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389291</guid>
			<pubDate>Wed, 14 Feb 2024 02:26:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Правило переключения CRS: скорость</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389290">Правило переключения CRS: скорость</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мы работаем на CRS-326-24S+2Q+ с ROS v7.6. Все порты загружены примерно на 80%. Все порты выполняют аппаратную фильтрацию VLAN в режиме моста. Некоторые порты настроены на аппаратное объединение (bonding). Аппаратное ускорение для L3 не включено. Агрегированный трафик составляет примерно 25–32 Гбит/с.<br /><br />Но почему-то лимитер скорости на чипе коммутатора не ограничивает трафик так точно, как ожидалось при высокой пропускной способности. Мы применяем ограничение только по входящему трафику, основываясь на VLAN ID. При установке лимита в 2000 Мбит/с на другой стороне получаем только 1930–1935 Мбит/с. Мы ожидали 1995–2000 Мбит/с, потому что при тестировании QoS на Cisco N9K и N3K получаем ровно 2000 Мбит/с.<br /><br />Мы используем формулу (1024 × 2G) × 102% для достижения около 2000 Мбит/с (не меньше). Клиенты жалуются, что при заявленных 3 Гбит/с трафик фактически только около 2500 Мбит/с, причем время от времени возникают тайм-ауты на линии.<br /><br />Судя по цифрам, 3 Гбит/с — это как бы меньше 2000 Мбит/с, и теряется где-то 50–70 Мбит/с. Возможно, это баг при использовании большого количества правил на коммутаторе? Это ошибка в QoS MikroTik, основанном на чипе коммутатора? Или это проблема с настройками? Мы пробовали ограничивать по src-dst IP, VLAN, src-dst IP — результат всегда одинаковый.<br /><br />Примечание: если тестировать с помощью Mikrotik btest, когда коммутатор стоит посредине, он показывает точную пропускную способность. Но при использовании реального трафика скорость снижается на 10–50 Мбит/с на каждый Гбит/с.<br /><br /><img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/42de112e48442a5a84b4ba879ffe00d660cbbc47.png" alt="Пользователь добавил изображение" border="0" /><br /><img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/7da5e7b3bcabd53622a5ae3121fcebe6ba6eeca3.png" alt="Пользователь добавил изображение" border="0" /><br /><img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/7ac021ce0a997d5dde67527e0b0b0bce4dc50aa2.png" alt="Пользователь добавил изображение" border="0" /> <br />
			<i>06.02.2023 12:31:00, ahmdzaki.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389290</link>
			<guid>http://mikrotik.moscow/forum/forum57/84708-pravilo-pereklyucheniya-crs_-skorost/message389290</guid>
			<pubDate>Mon, 06 Feb 2023 12:31:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
