<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: 1 Пакет по нескольким маршрутам?]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме 1 Пакет по нескольким маршрутам? форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 09:03:53 -0400</pubDate>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399847">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Проверьте ссылку в моём профиле. Там есть способ связаться со мной… <br />
			<i>08.11.2024 02:53:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399847</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399847</guid>
			<pubDate>Fri, 08 Nov 2024 02:53:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399846">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ладно, либо мне нужно съездить в Юту, либо мы собираемся вместе (выбирай: Skype, Discord или Teams), чтобы обсудить именно эти конфигурации… Сценарий использования: бесшовное переключение между двумя WAN на наземной площадке с использованием CHR в качестве публичного IP для выхода в интернет. EOIP внутри WireGuard. Пытаемся сделать лучше, чем check-gateway=ping или netwatch. <br />
			<i>07.11.2024 11:22:00, anav.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399846</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399846</guid>
			<pubDate>Thu, 07 Nov 2024 11:22:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399845">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Судя по разным постам на Reddit и другим источникам, с которыми я сталкивался, изучая свой первоначальный ответ, Wireguard работает быстрее, чем ZeroTier. По моим собственным экспериментам, Wireguard довольно быстро перенастраивается, если трафик идет и ОС оперативно перенаправляет его (например, при отключениях интерфейса — подключение, отключение, подключение, отключение Starlink…). В моих экспериментах основное соединение — это моя собственная сеть, а через Wireguard-туннель идет второй канал через другого провайдера. У меня настроены OSPF и BGP по обоим каналам, и я использую BFD для оперативного обнаружения падения основного канала. Это работает и довольно стабильно с Starlink и кабельным интернетом; у меня такая схема используется в двух местах. Главное отличие в том, что в любой момент времени активен только один канал, и нет никакого FEC или дублирования пакетов. Я могу задать одинаковую стоимость маршрутов в OSPF и позволить ECMP распределять нагрузку (что тоже работает). Но тогда некоторые потоки случайно ограничиваются худшей пропускной способностью в одном направлении (загрузка на кабельном и Starlink — 20-30 Мбит/с), а задержка меняется в зависимости от того, остаётся ли трафик внутри сети или идет через Wireguard-соединение. В итоге резервный канал большую часть времени простаивает. Мне кажется, ответ Amm0 в связанной теме хорошо объясняет разницу между распределением нагрузки на уровне L3 (OSPF+ECMP+BFD) и L2 (EOIP-туннели) с каким-то LACP или широковещательным бондингом. Но мне предстоит протестировать второй вариант — это наверняка будет интересно. <br />
			<i>07.11.2024 02:40:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399845</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399845</guid>
			<pubDate>Thu, 07 Nov 2024 02:40:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399844">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Думаю, это очень интересная тема. Снова в разговоре появляется поддержка FEC для туннелей к удалённым площадкам. <br />
			<i>06.11.2024 19:51:00, chechito.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399844</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399844</guid>
			<pubDate>Wed, 06 Nov 2024 19:51:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399843">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хорошо, давайте будем серьёзнее. Режим трансляции в bonding действительно хорошо работает для умножения пакетов, но совершенно не помогает с «отбрасыванием запаздывающих». Дело в том, что при трансляции отправитель не добавляет в пакеты никакой информации, которая позволила бы приёмнику отличать дубликаты, созданные трансляцией bonding, от дубликатов, возникающих «естественным» образом — например, подумайте про ARP-запросы, в которых нет данных для их различения. Поэтому вместо трансляции самого полезного содержимого нужно транслировать транспортные пакеты какого-нибудь туннелирующего протокола, который инкапсулирует полезные, при этом снабжённые номерами последовательности, позволяющими приёмнику отбрасывать поздние копии. Мне смутно кажется, что кто-то на нашем форуме уже это исследовал — полагаю, IPsec-AH должен справляться с этим, но могу ошибаться. Но и это ещё не всё — bonding может объединять только интерфейсы L2, значит нужно создавать L2-туннели, чтобы передавать объединённые пакеты; выбирать можно между EoIP, VxLAN и L2TP в режиме мостирования. Поскольку ни EoIP, ни VxLAN сами по себе не проходят через NAT, их нужно дополнительно инкапсулировать в L2TP, чистый IPsec или Wireguard, поэтому, на мой взгляд, лучше сразу использовать L2TP в режиме мостирования. В итоге, если идти этим путём, придётся иметь как минимум два слоя туннелирования, а что ещё хуже — даже с тремя операторами нельзя быть уверенным, что трафик дойдёт по мобильному контракту потребительского класса. Поэтому, если стриминг для вас серьёзное дело, я бы посоветовал поговорить с мобильными операторами и попросить SIM с приоритетной обработкой. Трафик с такой SIM получает приоритет даже в перегруженной соте, но, естественно, такая SIM выдаётся по более дорогому тарифу. <br />
			<i>06.11.2024 18:28:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399843</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399843</guid>
			<pubDate>Wed, 06 Nov 2024 18:28:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399842">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Возможно, автор поста ищет это → <noindex><a href="http://forum.mikrotik.com/t/emulating-peplink-bonding-with-ros/179605/4" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/emulating-peplink-bonding-with-ros/179605/4</a></noindex> (и угадайте, кто автор этого поста) <br />
			<i>06.11.2024 17:33:00, optio.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399842</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399842</guid>
			<pubDate>Wed, 06 Nov 2024 17:33:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399841">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Интересно!! Было бы здорово, если бы sirbryan провёл тесты от одного роутера к другому, сравнивая производительность zerotier и wireguard… <br />
			<i>06.11.2024 17:18:00, anav.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399841</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399841</guid>
			<pubDate>Wed, 06 Nov 2024 17:18:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399840">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Похоже, ZeroTier поддерживает мультипуть. Вопрос в том, реализована ли эта функция у MikroTik. Но в Linux у вас есть несколько вариантов:<br /><br />- standard policies active-backup: использовать один основной канал и переключаться на другой при сбое. &nbsp;<br />- broadcast: дублировать трафик по всем доступным каналам одновременно. &nbsp;<br />- balance-rr: разбивать пакеты по нескольким каналам (не подходит для TCP). &nbsp;<br />- balance-xor: распределять потоки по каналам с помощью хеширования. &nbsp;<br />- balance-aware: автоматически балансировать потоки между каналами. &nbsp;<br /><br />(источник: <noindex><a href="https://docs.zerotier.com/multipath/)" target="_blank" rel="nofollow" >https://docs.zerotier.com/multipath/)</a></noindex> <br />
			<i>06.11.2024 16:52:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399840</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399840</guid>
			<pubDate>Wed, 06 Nov 2024 16:52:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399839">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			То, о чём вы говорите, называется дублированием пакетов и является приёмом, который используют поставщики SD-WAN. Cisco, Fortinet, Velocloud и другие применяют этот метод. Вот статья от Cisco (их продукт — Cisco Catalyst SD-WAN): <noindex><a href="https://learningnetwork.cisco.com/s/article/cisco-catalyst-sd-wan-optimizations-for-starlink" target="_blank" rel="nofollow" >https://learningnetwork.cisco.com/s/article/cisco-catalyst-sd-wan-optimizations-for-starlink</a></noindex><br /><br />Дублирование пакетов — это техника SD-WAN, созданная для повышения надёжности за счёт уменьшения потерь пакетов. Когда критически важный пакет собираются отправить, маршрутизатор создаёт его точную копию. Оригинальный и дублированный пакеты отправляются одновременно по разным SD-WAN туннелям к месту назначения. Принимающее устройство распознаёт дублирующиеся пакеты и отбрасывает лишние, обеспечивая обработку только одного экземпляра. Этот метод работает при наличии нескольких доступных туннельных путей и обычно настраивается для приложений, чувствительных к потере пакетов, например, для голоса или видео.<br /><br />Хотя таким образом повышается надёжность, дублирование пакетов добавляет дополнительную нагрузку на сеть в виде затрат пропускной способности и ресурсов обработки. Настройки задаются через платформы управления SD-WAN, где можно указать целевой трафик и уровень избыточности.<br /><br />Вот 4-летний пост на Reddit, где несколько человек делятся своим опытом: <noindex><a href="https://www.reddit.com/r/networking/comments/m0yeqx/fec_and_packet_duplication_features_in_sdwans/" target="_blank" rel="nofollow" >https://www.reddit.com/r/networking/comments/m0yeqx/fec_and_packet_duplication_<WBR/>&shy;features_in_sdwans/</a></noindex> <br />
			<i>06.11.2024 15:31:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399839</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399839</guid>
			<pubDate>Wed, 06 Nov 2024 15:31:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>1 Пакет по нескольким маршрутам?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399838">1 Пакет по нескольким маршрутам?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет! Не могу вспомнить, как правильно называется этот термин. Некоторые компании используют режим, когда один пакет данных отправляется одновременно через (часть/) всех WAN-ISP, и тот пакет, который приходит первым, принимается, а остальные дублирующие пакеты отбрасываются. Это повторяется для каждого пакета. Представь себе ситуацию: есть контракт, который должна подписать другая компания, и ты отправляешь трёх сотрудников разными авиалиниями к ним, и тот, кто первым доберётся до их офиса, получает подписанный документ, а остальные двое — «выбывают». Так можно быть уверенным, что: а) каждый пакет обязательно дойдёт до адресата, даже если какой-то потеряется по пути; б) выбирается самый быстрый пакет, поэтому при перегрузке одного (мобильного) подключения не будет простоя.<br /><br />Зачем мне это нужно? В моей стране есть три мобильных оператора с полностью безлимитным интернетом. Я хочу транслировать некоторые события удалённо, а представьте себе, например, открытый концерт, где очень сложно обеспечить надёжную (!) передачу данных от точки А до точки Б. <br />
			<i>22.10.2024 06:54:00, 360Degree.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399838</link>
			<guid>http://mikrotik.moscow/forum/forum57/85780-1-paket-po-neskolkim-marshrutam/message399838</guid>
			<pubDate>Tue, 22 Oct 2024 06:54:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
