<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: IPv6: NAT64 и ipip туннель — как и когда?]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме IPv6: NAT64 и ipip туннель — как и когда? форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 15:02:30 -0400</pubDate>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382604">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вероятно, причина в том, что поддержка IPv6 до сих пор остаётся опциональным пакетом, который вообще не включен по умолчанию. Наверняка сложно сделать так, чтобы этот дополнительный пакет обеспечивал функции IPv6 для других протоколов, которые тоже являются опциональными (например, PPP). И им не хочется создавать целую кучу опциональных пакетов для IPv6, таких как PPPv6. IPv6 должен стать стандартной частью системы, чтобы любые другие пакеты могли рассчитывать на его доступность. А возможности брандмауэра и маршрутизации, реализованные для IPv4, должны быть доступны и для IPv6. <br />
			<i>07.07.2018 14:57:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382604</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382604</guid>
			<pubDate>Sat, 07 Jul 2018 14:57:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382603">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Можно сказать, что всё, что я могу делать с IPv6 на Mikrotik, — это настраивать туннели IP IPIPv6 и EoIPv6. Ни клиентские PPP-соединения не поддерживают IPv6-сервер, ни сам IPv6 PPP-сервер не получается настроить. Когда у меня вся сеть построена на Mikrotik, естественно хочется найти способ запустить dual-stack или просто IPv6 в локальной сети, но пока я не уверен, что поддержка достаточно зрелая. <br />
			<i>07.07.2018 13:52:00, upower3.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382603</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382603</guid>
			<pubDate>Sat, 07 Jul 2018 13:52:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382602">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Да, в основном всё, что не связано с туннельными протоколами, не слушает IPv6. Либо потому, что разработчики некомпетентны, либо они просто отказываются настраивать сервис так, чтобы он работал на обоих протоколах. Они, похоже, не понимают, что теряют из-за этого долю рынка, но это факт, и ситуация будет только усугубляться, поскольку люди уже не смогут перейти обратно на IPv4. Я бы сказал, не откладывайте внедрение IPv6. Найдите другой продукт, например, PFSense или Cisco’s FirePower. Используйте его и дайте отделу продаж MikroTik знать, почему. Самый эффективный способ изменить ситуацию – чтобы руководитель отдела продаж подошёл к разработчикам и, в переносном смысле, сбил их с высокого коня лёгким хлопком по затылку. <br />
			<i>07.07.2018 13:36:00, idlemind.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382602</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382602</guid>
			<pubDate>Sat, 07 Jul 2018 13:36:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382601">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			ovpn вообще игрушка. Может быть полезен как управляющий VPN. Для межофисного VPN его не используют. Я применяю параллельные GRE и GRE6 туннели (поверх IPsec-транспорта) между офисами для резервирования. Когда маршрутизация IPv4 между интернет-подключениями падает, а IPv6 всё ещё работает, VPN продолжает функционировать. Это не раз спасало нашу междуофисную связь во время проблем у провайдера. (есть ещё дополнительный резерв L2TP/IPsec через 4G на случай полного обрыва интернета) <br />
			<i>06.07.2018 08:40:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382601</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382601</guid>
			<pubDate>Fri, 06 Jul 2018 08:40:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382600">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Можно сказать, что настроить много VPN на IPv6 (например, OpenVPN) нельзя, поэтому практически нет смысла разворачивать только IPv6 в удалённом офисе. <br />
			<i>06.07.2018 07:53:00, upower3.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382600</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382600</guid>
			<pubDate>Fri, 06 Jul 2018 07:53:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382599">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Верно, я использую GRE поверх IPv6, как с IPsec, так и без него, успешно на маршрутизаторах MikroTik. Тип интерфейса – GRE6 Tunnel при добавлении интерфейса. Также поддерживаются IPIPv6 и EoIPv6. Значит, IPIP тоже возможен, если выбрать правильный тип интерфейса. Но NAT64 и многие другие важные и легко реализуемые функции (например, маркировка маршрутов, правила маршрутизации, сопоставление L7 и так далее) отсутствуют, и видимого развития в этом направлении почти нет (IPv6 — очень редкий пункт в списках изменений). Это действительно прискорбно... <br />
			<i>06.07.2018 07:51:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382599</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382599</guid>
			<pubDate>Fri, 06 Jul 2018 07:51:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382598">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			IPIP не поддерживает и не работает с IPv6 — это буквально означает IPv4 внутри IPv4. Насколько я знаю, Cisco поддерживает IP в IPv6, и, возможно, MikroTik тоже, но это будет другой тип туннеля. Сейчас GRE можно использовать для передачи IPv6 как транспортного протокола и при этом внутри туннеля передавать IPv4, IPv6 или оба протокола сразу (dual stack). При этом да, у MikroTik еще много работы по реализации IPv6. Командная строка даже не может пропинговать хост, работающий только с IPv6, по имени. <br />
			<i>06.07.2018 01:28:00, idlemind.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382598</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382598</guid>
			<pubDate>Fri, 06 Jul 2018 01:28:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382597">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Также хотелось бы увидеть реализацию nat64. У меня двухпротокольное подключение, то есть есть диапазон IPv4 и диапазон IPv6. У меня есть виртуальная машина, на которой запущен tayga — очень простая в настройке. С её помощью я могу запустить сеть только на IPv6 и использовать DNS64-серверы Google <noindex><a href="https://developers.google.com/speed/public-dns/docs/dns64" target="_blank" rel="nofollow" >https://developers.google.com/speed/public-dns/docs/dns64</a></noindex>. Очень хотелось бы, чтобы nat64 работал прямо на роутере, а не нужно было настраивать отдельный интерфейс, виртуальную машину и кучу правил маршрутизации. Есть ли такая функция в планах RouterOS? Реализация, по сути, довольно простая: слушать соединения на IPv6-адресе, брать последние 4 байта и отправлять пакет дальше. Сложность, кажется, в том, чтобы найти подходящий IPv4-адрес для исходящих пакетов, но у tayga уже есть готовая реализация, которая работает на разном железе (Intel и Raspberry Pi). Кто-то из MikroTik может прокомментировать? Пит <br />
			<i>03.07.2018 21:39:00, petetheobald.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382597</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382597</guid>
			<pubDate>Tue, 03 Jul 2018 21:39:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>IPv6: NAT64 и ipip туннель — как и когда?</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382596">IPv6: NAT64 и ipip туннель — как и когда?</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мне очень нравится идея тестового развёртывания IPv6 в локальной сети, и я бы также хотел опробовать настройку с только IPv6 или хотя бы преимущественно IPv6. Чтобы это сделать, мне нужен NAT64 и соответствующая версия DNS, но я не нашёл ничего подобного в ROS. Похоже, IPv6 вообще не в приоритете. Та же ситуация с внешними VPN-соединениями: я хотел протестировать VPN поверх IPv6, но не могу использовать эти адреса в качестве источника или назначения туннеля для ipip, ovpn или sstp. Поэтому, пожалуйста, расскажите, когда это может быть почти готово, чтобы я мог планировать, использовать ROS или другое оборудование для этого. Я всегда ценил ROS за его возможности, но IPv6 — явно не его сильная сторона, или, может, я ошибаюсь? <br />
			<i>08.05.2018 17:59:00, upower3.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382596</link>
			<guid>http://mikrotik.moscow/forum/forum57/84036-ipv6_-nat64-i-ipip-tunnel-_-kak-i-kogda/message382596</guid>
			<pubDate>Tue, 08 May 2018 17:59:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
