<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Узкое место на CCR (возможно, связанное с очередью)]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Узкое место на CCR (возможно, связанное с очередью) форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 15 Jul 2026 00:33:08 -0400</pubDate>
		<item>
			<title>Узкое место на CCR (возможно, связанное с очередью)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385082">Узкое место на CCR (возможно, связанное с очередью)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я нашёл это: <noindex><a href="https://mum.mikrotik.com/presentations/US19/presentation_6425_1554933623.pdf" target="_blank" rel="nofollow" >https://mum.mikrotik.com/presentations/US19/presentation_6425_1554933623.pdf</a></noindex>. Когда я проверял высокую пропускную способность (10G), которая ставилась в очередь с разной скоростью, очередь из одного пакета решила проблему с нагрузкой. <br />
			<i>14.05.2021 17:15:00, vili11.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385082</link>
			<guid>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385082</guid>
			<pubDate>Fri, 14 May 2021 17:15:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Узкое место на CCR (возможно, связанное с очередью)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385081">Узкое место на CCR (возможно, связанное с очередью)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Пожалуйста, опубликуйте конфигурацию, не раскрывая личную информацию, иначе это будет игра в угадайку. <br />
			<i>16.09.2019 01:24:00, chechito.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385081</link>
			<guid>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385081</guid>
			<pubDate>Mon, 16 Sep 2019 01:24:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Узкое место на CCR (возможно, связанное с очередью)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385080">Узкое место на CCR (возможно, связанное с очередью)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня такая же проблема. Когда трафик превышает 3 ГБ, simple queue перестает работать, трафик падает при включении. Пробовал увеличить тип очереди до 1 000 000 — все равно падает. Есть идеи? Использую 1072 для core 2 и 1036 как border. Проблема возникает на всех роутерах. <br />
			<i>16.09.2019 01:11:00, kristoha.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385080</link>
			<guid>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385080</guid>
			<pubDate>Mon, 16 Sep 2019 01:11:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Узкое место на CCR (возможно, связанное с очередью)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385079">Узкое место на CCR (возможно, связанное с очередью)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Есть новости по этому поводу? Установка размера очереди на 1500 решила твою проблему? И не столкнулся ли ты с какими-то негативными последствиями при увеличении размера очереди? К тому же, что ты выбрал для kind mq pfifo? <br />
			<i>18.05.2019 12:53:00, amt.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385079</link>
			<guid>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385079</guid>
			<pubDate>Sat, 18 May 2019 12:53:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Узкое место на CCR (возможно, связанное с очередью)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385078">Узкое место на CCR (возможно, связанное с очередью)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я почти уверен, что столкнулись с этой проблемой и на CCR1072. Нагрузка взлетает до 3,4 Гбит/с при стандартных настройках mq-ethernet-default. У клиентов получается очень непредсказуемо меняющаяся скорость в тестах. Планирую увеличить размер буфера на следующем окне обслуживания. Весь наш трафик идёт через VPLS-туннели, к нему применяется очередь DHCP, а затем всё выходит через uplink-порт. Возможно, моя проблема связана с дефолтными настройками, которые используются при применении очереди к DHCP-лизу. Хотя я уже обновился до версии 6.44, и сейчас наблюдаем другие баги, которых не было на 6.43 — загрузка CPU на каждом ядре примерно на 5% выше при том же трафике. Хотелось бы иметь какой-нибудь визуальный инструмент, показывающий, какие очереди или процессы задерживают пакеты или как идёт обработка. <br />
			<i>17.05.2019 22:36:00, madman22.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385078</link>
			<guid>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385078</guid>
			<pubDate>Fri, 17 May 2019 22:36:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Узкое место на CCR (возможно, связанное с очередью)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385077">Узкое место на CCR (возможно, связанное с очередью)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мы недавно снова натолкнулись на ту же проблему. Наши очередь интерфейсов были настроены на multi-queue-ethernet-default с размером очереди 1000. Это позволило нам достичь пикового пропускного объёма в 4 Гбит/с. Пришлось увеличить размер очереди до 1500, чтобы поднять пиковую пропускную способность выше этого уровня. Нам на самом деле не нужны очереди интерфейсов, у нас есть пропускная способность 10 Гбит/с. Однако использование только аппаратных очередей создаёт узкое место. Это CCR1072-1G-8S+ на версии v6.43.7. Как лучше всего использовать очереди интерфейсов, если у вас избыточная пропускная способность Интернета? <br />
			<i>01.05.2019 16:51:00, ncats.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385077</link>
			<guid>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385077</guid>
			<pubDate>Wed, 01 May 2019 16:51:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Узкое место на CCR (возможно, связанное с очередью)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385076">Узкое место на CCR (возможно, связанное с очередью)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня был CCR-1036 (v6.41.1). Я использовал LAG для обеспечения 4 Гбит/с. У меня есть 2300 простых очередей. Каждая простая очередь использует тип очереди «default», который был изменён так, чтобы иметь очередь из 100 пакетов. Каждая интерфейсная очередь на CCR-1026 была изменена с аппаратной на «ethernet-default» с очередью в 100 пакетов. Такая конфигурация долгое время работала отлично.<br /><br />Но со временем начали появляться проблемы с производительностью. Днём, когда общий трафик был примерно 1200 Мбит/с, клиенты с лимитом в 20 Мбит/с в простых очередях свободно получали свои 20 Мбит/с. Однако вечером, когда трафик поднимался выше 2000 Мбит/с, те же клиенты могли получить только 8-10 Мбит/с. Причём это было очень стабильно, как будто роутер специально снижал им скорость в вечерние часы.<br /><br />Неделю назад мы заменили CCR-1036 на CCR-1072. Оставили все типы очередей по умолчанию и заметили, что производительность ухудшилась. Вечером клиенты получают менее 1 Мбит/с при тех же условиях, а днём их скорость всё ещё на максимуме. Я проверил, что мой интернет работает и способен выдавать гораздо большие скорости вечером. Узким местом оказался CCR-1072.<br /><br />Кто-нибудь может помочь с оптимальной конфигурацией, чтобы справляться с многогигабитным трафиком и одновременно сохранять лимиты пропускной способности для отдельных IP? Спасибо! <br />
			<i>23.04.2018 18:57:00, ncats.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385076</link>
			<guid>http://mikrotik.moscow/forum/forum57/84292-uzkoe-mesto-na-ccr-_vozmozhno_-svyazannoe-s-ocheredyu/message385076</guid>
			<pubDate>Mon, 23 Apr 2018 18:57:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
