<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Производительность TCP на оборудовании Mikrotik]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Производительность TCP на оборудовании Mikrotik форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 08:50:16 -0400</pubDate>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376390">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет! Все 36 ядер по умолчанию выбраны на только аппаратную очередь. Изменение этой интерфейсной очереди на multi-queue-ethernet-default может как-то повлиять на трафик? <br />
			<i>20.12.2018 08:35:00, amt.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376390</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376390</guid>
			<pubDate>Thu, 20 Dec 2018 08:35:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376389">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Честно говоря, мы закрыли эту проблему, потому что толком не поняли, что её вызвало, а после исчезновения некоторых устройств, которые казались «более вредоносными», ситуация выглядит нормальной. Если у вас проблема, убедитесь, что у вас: версия 6, не powerPC, особенно не rb1100/1200 корректно настроенные очереди интерфейсов, чтобы вместить хотя бы (пропускная способность * колебания CPU) пакетов с хорошим запасом, использование MQ-вариантов на многоядерных машинах (например, mq_pfifo) для беспроводной связи, последняя версия nv2, если используете nv2, и правильно настроенный 11n (все каналы!), если используете 11n, выключенный firewall/conntrack там, где возможно машина для тестирования пропускной способности с достаточной производительностью CPU с обеих сторон После выполнения всех этих правил проблема обычно исчезает. Если это вам помогает и у вас нет лучшего решения — смело можно считать её закрытой. :] -exa <br />
			<i>21.07.2014 17:01:00, exa.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376389</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376389</guid>
			<pubDate>Mon, 21 Jul 2014 17:01:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376388">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! Кто-нибудь знает что-нибудь? С уважением. <br />
			<i>21.07.2014 16:52:00, lbenzo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376388</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376388</guid>
			<pubDate>Mon, 21 Jul 2014 16:52:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376387">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Есть новости? Спасибо, Микеле Пьетравалле. <br />
			<i>14.02.2013 08:36:00, MichelePietravalle.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376387</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376387</guid>
			<pubDate>Thu, 14 Feb 2013 08:36:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376386">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, Ciambot! Подключение только через Ethernet, без беспроводного Интернета... и проблема всё та же. С уважением. <br />
			<i>24.10.2012 20:36:00, lbenzo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376386</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376386</guid>
			<pubDate>Wed, 24 Oct 2012 20:36:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376385">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ты решил эту проблему? А как у тебя с ccq? <br />
			<i>23.10.2012 08:40:00, Ciambot.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376385</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376385</guid>
			<pubDate>Tue, 23 Oct 2012 08:40:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376384">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, у меня похожая проблема: RB1000 &lt;-----&gt; RB1100AHx2 &lt;-----&gt; RB1200. При проведении теста пропускной способности с помощью TCP и одной сессии получаю такие результаты: RB1000 &lt;-----&gt; RB1100AHx2 — работает нормально, RB1100AHx2 &lt;-----&gt; RB1200 — работает нормально. Но когда пытаюсь проверить RB1000 &lt;-----&gt; RB1200, пропускная способность низкая. При добавлении сессий скорость растёт. Пробовал ставить “mq pfifo” на порты RB1100AHx2, но результат тот же. Есть идеи? <br />
			<i>13.08.2012 17:04:00, lbenzo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376384</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376384</guid>
			<pubDate>Mon, 13 Aug 2012 17:04:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376383">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я видел нечто похожее с двумя устройствами, у которых были проблемы с Ethernet при их соединении друг с другом. Минимальные потери пакетов вызывали замедление TCP. Заменили одну сторону и установили фиксированную скорость Ethernet — проблема решилась. <br />
			<i>09.07.2012 05:00:00, ste.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376383</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376383</guid>
			<pubDate>Mon, 09 Jul 2012 05:00:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376382">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, думаю, у меня похожая проблема... Сначала есть rb750up, потом беспроводной мост на оборудовании ubnt, затем rb711UA-5HnD и снова CPE на rb sextant.<br /><br />- TCP производительность (всегда 1 TCP сессия) от rb750 до rb711 около 40-45 Мбит &nbsp;<br />- TCP производительность от rb750 до sextant только 20-24 Мбит &nbsp;<br />- TCP производительность от rb711 до sextant 35-40 Мбит &nbsp;<br /><br />Кроме того, рядом с rb711UA есть еще один rb711UA, подключённый через tplink свитч, и производительность между ними нормальная — около 45 Мбит.<br /><br />Пробовал менять очереди, но ничего не изменилось. Не совсем уверен, нужно ли каждый раз перезагружать устройство после смены типа очереди? В любом случае пробовал и с перезагрузкой, и без — результата нет.<br /><br />Так что пока продолжаю искать ответ, почему TCP производительность падает при прохождении второго или третьего беспроводного моста. Есть какие-нибудь предложения? <br />
			<i>08.07.2012 22:45:00, ringlet.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376382</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376382</guid>
			<pubDate>Sun, 08 Jul 2012 22:45:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность TCP на оборудовании Mikrotik</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376381">Производительность TCP на оборудовании Mikrotik</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет, у меня странная проблема с некоторыми нашими шлюзами. Она уже обсуждалась (но так и не решилась) с разными вариациями: <noindex><a href="http://forum.mikrotik.com/t/wireless-low-speed-by-www-speedtest-net/55465/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/wireless-low-speed-by-www-speedtest-net/55465/1</a></noindex> <noindex><a href="http://forum.mikrotik.com/t/1-5km-link-issues/55159/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/1-5km-link-issues/55159/1</a></noindex><br /><br />Суть проблемы такова — допустим, у вас три mikrotik, соединённых последовательно. A &lt;----&gt; B &lt;-----&gt; C A и C — это «что угодно», а B — фаервол с включённым connection tracking и NAT. Я провожу тест пропускной способности по TCP, используя одно соединение (имитируя реальный пользовательский HTTP-трафик). С A на B скорость нормальная — около 100 Мбит, с B на C тоже примерно так же. А вот с A на C получается только 5–20 Мбит.<br /><br />На B никаких очередей не настроено, ничего, что могло бы повлиять на TCP. Нет layer7, нет манглинга, только NAT и conntrack. Я также тестировал, когда A и C — Linux-маршрутизаторы, с одним соединением максимум тоже около 20 Мбит. Заметил, что ограничение скорости масштабируется напрямую с количеством TCP-соединений — если их два, скорость удваивается.<br /><br />Ещё заметил зависимость от загрузки CPU (примерно 5 Мбит в вечерний пик, и до 20 Мбит утром, когда нагрузка минимальна), но пока не могу это подтвердить (графики сейчас строятся).<br /><br />Проблема проявляется, когда B — rb1100ah2x, rb1200, rb1000 с чистой конфигурацией, кроме одного правила SNAT, и на последних версиях прошивок 5.14-5.16. Проблема не возникает, если B — x86 ПК, а также на некоторых RB1000.<br /><br />Боюсь, что это же может касаться и моделей 711 и SXT (для меня это значило бы ремонт или замену около 2000 устройств), но пока подтвердить не удалось. Есть идеи, что может вызывать такое ограничение?<br /><br />Спасибо, &nbsp;<br />-exa<br /><br />P.S. Для провайдера, который (по печальной иронии) полагается на speedtest.net для демонстрации/продажи своих услуг, это полный провал.<br /><br />P.P.S. Не могу подтвердить наличие проблемы при выключенном conntrack — затронутые устройства на данный момент заменить нельзя, и я пока не нашёл лабораторного стенда, где это бы воспроизводилось (у меня нет лишних 1100-х, чтобы поиграться). <br />
			<i>28.05.2012 07:01:00, exa.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376381</link>
			<guid>http://mikrotik.moscow/forum/forum57/83415-proizvoditelnost-tcp-na-oborudovanii-mikrotik/message376381</guid>
			<pubDate>Mon, 28 May 2012 07:01:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
