<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: EOIP TCP проблема]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме EOIP TCP проблема форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 04 Aug 2026 20:40:45 -0400</pubDate>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387104">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Не только. Он делит пакет полезной нагрузки на несколько транспортных, и может использовать ту же связь для транспортировки всех этих пакетов, что обеспечивает скрытую фрагментацию полезной нагрузки. Таким образом, протоколы полезной нагрузки, не обладающие возможностью фрагментации, могут передаваться без ограничений по размеру пакетов/кадров. Если что-то не изменилось в последнее время, RouterOS поддерживает настоящую многосоединительную способность только в качестве PPPoE-клиента; в остальных случаях (PPPoE-сервер, L2TP и т.д.) он поддерживает только односоединение, но с MLPPP, если это настроено соответствующим образом (mrru установлено на определенное значение). И, как вы и сказали, снаружи, а значит, и с точки зрения IPsec, сессия L2TP с использованием MLPPP все еще представляет собой один UDP-стрим. <br />
			<i>27.02.2021 11:51:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387104</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387104</guid>
			<pubDate>Sat, 27 Feb 2021 11:51:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387103">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Нагрузка на ЦП меньше при фрагментации L3 по сравнению с сегментацией L4, это также отражается на задержках... это мой опыт. Не будем забывать о качестве интернета между двумя локациями! <br />
			<i>27.02.2021 11:32:00, JohnTRIVOLTA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387103</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387103</guid>
			<pubDate>Sat, 27 Feb 2021 11:32:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387102">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Можешь объяснить, почему скрытая фрагментация TCP-пакетов размером 1500 байт (т.е. 2 PPP-пакета на каждый загрузочный пакет) должна обеспечивать большую пропускную способность TCP, чем передача TCP-пакетов размером 1462 байта с одним PPP-пакетом на каждый загрузочный пакет? Я понимаю, что MLPPP снимает headache, связанную с проблемами PMTUD, позволяя 1500-байтовым пакетам проходить без IP-фрагментации на уровне загрузки, но я никогда не рассматривал это как способ улучшить пропускную способность (в рамках одного соединения, конечно). <br />
			<i>27.02.2021 09:37:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387102</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387102</guid>
			<pubDate>Sat, 27 Feb 2021 09:37:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387101">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Не только физические соединения, MLP может передавать полный размер пакета, а не ограничиваться TCP MSS на уровне L4! Наконец, нужно использовать AES 128 CBC для аппаратного шифрования! <br />
			<i>27.02.2021 08:07:00, JohnTRIVOLTA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387101</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387101</guid>
			<pubDate>Sat, 27 Feb 2021 08:07:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387100">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			@internetolog и @JohnTRIVOLTA: У меня никогда не было проблем со стабильностью подключения L2TP (за исключением 6.48, но это уже другая история, 6.48.1 всё исправила). Моя задача — добиться адекватной производительности IPSec на одном потоке. Нам нужна высокая скорость передачи файлов по одному каналу. Смотрю на конфигурацию PPP MultiLink, кажется, она создана для агрегации по двум или более устройствам. У меня есть только один интерфейс SPF волокна или ONT для работы. Возможно, CCR не могут обеспечить такую производительность? Вы оба, похоже, считаете, что агрегация решит проблему. Я понимаю, что агрегация увеличит общую емкость, но разве мы всё равно не ограничены примерно 300 Мбит/с на один поток? <br />
			<i>27.02.2021 07:37:00, vikinggeek.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387100</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387100</guid>
			<pubDate>Sat, 27 Feb 2021 07:37:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387099">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Решение очень простое — просто используйте протокол Multilink на соединении ppp = установите mrru на 1600 на обеих сторонах и отключите tcp mss в профиле ppp тоже! <br />
			<i>25.02.2021 20:55:00, JohnTRIVOLTA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387099</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387099</guid>
			<pubDate>Thu, 25 Feb 2021 20:55:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387098">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			@vikinggeek, я решил свою проблему с несколькими соединениями l2tp без безопасности. Я разделил трафик на 4 части и теперь могу обрабатывать более 1 Гб. Надеюсь, это поможет. <br />
			<i>25.02.2021 19:25:00, internetolog.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387098</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387098</guid>
			<pubDate>Thu, 25 Feb 2021 19:25:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387097">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			@internetolog Мои результаты тестирования совпадают с твоими. Я связался с поддержкой, но решения пока нет. Не понимаю, почему TCP так медленнее, чем UDP. Судя по опубликованным техническим данным, возможно, что туннель IPSec с аппаратным ускорением ограничен примерно 500 Мбит/с даже на больших CCR. Перепроверяю ветки <noindex><a href="http://forum.mikrotik.com/t/l2tp-ipsec-vpn-performance-on-1g-links/146938/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/l2tp-ipsec-vpn-performance-on-1g-links/146938/1</a></noindex> <br />
			<i>25.02.2021 09:12:00, vikinggeek.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387097</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387097</guid>
			<pubDate>Thu, 25 Feb 2021 09:12:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387096">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			L2TP вообще не является решением для чего-либо на Mikrotik, так как он нестабилен. Смотрите мой соответствующий вопрос от 15 февраля. L2TP на IPSec очень медленный при одиночных TCP потоках. И я не нашел никаких решений для обеих этих проблем. У кого-то есть? Это не зависит от высокой задержки. L2TP имеет проблему стабильности сам по себе. <br />
			<i>25.02.2021 08:17:00, skraw.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387096</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387096</guid>
			<pubDate>Thu, 25 Feb 2021 08:17:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387095">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			это известная проблема с роутерами mikrotik на ссылках с высоким латентностью. об этом уже много раз говорили на форуме. вам нужно связаться с поддержкой. <br />
			<i>15.02.2021 09:54:00, mikruser.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387095</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387095</guid>
			<pubDate>Mon, 15 Feb 2021 09:54:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387094">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Есть ли какие-то обновления по этому вопросу? У меня последняя версия routeros с двумя CCR1009 и гигабитным соединением. При этом UDP показывает 980 Мбит/с, а TCP всего 380 Мбит/с. <br />
			<i>13.02.2021 20:37:00, internetolog.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387094</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387094</guid>
			<pubDate>Sat, 13 Feb 2021 20:37:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387093">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Пока нет потерь пакетов, TCP сможет увеличить пропускную способность даже на каналах с высокой задержкой. Но даже малейшая потеря пакетов на таких каналах убьет throughput. <br />
			<i>09.05.2019 12:20:00, sup5.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387093</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387093</guid>
			<pubDate>Thu, 09 May 2019 12:20:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387092">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я могу подтвердить ту же проблему с TCP-сессиями через EOIP-соединения с IPSEC и без него. На данный момент не найдено ни решения, ни обходного пути. <br />
			<i>08.05.2019 20:44:00, konstantinJFK.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387092</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387092</guid>
			<pubDate>Wed, 08 May 2019 20:44:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387091">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Без eoip, при той же задержке, получаешь лучшие результаты? Не могу представить, как можно добиться хоть какой-то приемлемой скорости на tcp с задержкой 60 мс. Эта задержка просто убивает все. <br />
			<i>09.05.2019 12:08:00, vecernik87.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387091</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387091</guid>
			<pubDate>Thu, 09 May 2019 12:08:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>EOIP TCP проблема</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387090">EOIP TCP проблема</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет. Мы сталкиваемся с проблемами при попытке обеспечить хорошую L2-связь через WAN-соединение. С одной стороны у нас CCR1009, с другой — x86 виртуальная машина на базе Mikrotik KVM. Версия прошивки 6.42.12. Мы настроили EOIP + IPsec. На обоих концах статические IP-адреса, скорость соединения 1 Гбит/с, задержка 60 мс. Знаю, что это действительно плохо для такой сети, но на данный момент это действительно плохо. Услуги, зависящие от TCP, показывают очень низкую производительность, копирование файлов SMB — 20-30 Мбит/с, rsync, nfs, scp примерно то же самое. Я знаю о размере TCP-окна, и многие люди работают с соединениями с высокой задержкой таким образом, но iperf -w не помогает и показывает те же результаты, что и я упоминал выше. Я думал, что проблема в MTU, но настройки довольно стандартные: 1500 на lan-bridge и авто MTU на интерфейсе EOIP (1308, рассчитанный по PMTUD). Буду признателен за любую помощь. <br />
			<i>10.03.2019 13:31:00, felix84.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387090</link>
			<guid>http://mikrotik.moscow/forum/forum57/84489-eoip-tcp-problema/message387090</guid>
			<pubDate>Sun, 10 Mar 2019 13:31:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
