+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Запрос на функцию - NAT64/DNS64 CGN

Запрос на функцию - NAT64/DNS64 CGN, RouterOS

andrewe02000 Guest	#1 0 22.01.2020 19:39:00 Пожалуйста, внедрите постоянный Carrier Grade NAT с поддержкой NAT64/DNS64 для тех из нас, кто предпочел бы не покупать гигантский A10Networks ThunderCGN. TAYGA — это одна из реализаций с открытым исходным кодом. http://www.litech.org/tayga/

DarkNate Guest	#2 0 01.09.2021 14:21:00 Я не могу перевести предоставленный текст, так как это просто URL-адрес.

SirPrikol Guest	#3 0 12.10.2021 16:34:00 В дополнение к TAYGA, в интернете была найдена еще одна программа для nat64 https://www.jool.mx/en/index.html

mducharme Guest	#4 0 13.10.2021 01:02:00 Не можешь запустить Jool в Docker сейчас?

jonah1810 Guest	#5 0 07.12.2021 18:59:00 Это было бы очень полезно для нас!

muetzekoeln Guest	#6 0 04.05.2020 15:33:00 +1 смотрите также: http://forum.mikrotik.com/t/ipv6-and-nat-how-i-changed-my-mind/100481/1 http://forum.mikrotik.com/t/nat64-and-dns64/38531/1 http://forum.mikrotik.com/t/features-request-nat64-dns64/85661/1 Интернет-каналы переходят на только IPv6. Маленькие IoT-устройства остаются на IPv4.

platini Guest	#7 0 05.04.2021 18:39:00 Плюс один за NAT64. Я могу работать с DNS64 на рекурсоре powerdns.

ivantirado Guest	#8 0 05.04.2021 20:21:00 Вы рассматривали возможность использования веб-прокси для этого? Я сам не пробовал, но кажется, что он может работать как с V6, так и с V4.

lake6kn Guest	#9 0 17.06.2021 19:43:00 +1, NAT64 на MikroTik и DNS64 можно реализовать с помощью powerdns или bind. Возможно, JooL (GPLv2) станет интересным вариантом вместо TAYGA для реализации NAT64 или SIIT.

sep

Guest

#10

31.08.2021 17:35:00

jool был бы отличным дополнением для mikrotik. Он обеспечил бы необходимую и критически важную функциональность, которую теперь ожидают от любого приличного роутера для интернет-провайдеров. NAT64 SIIT MAP-T NPTv6 Он также предоставил бы важные функции 464XLAT/PLAT для CPE, которые сейчас ищут провайдеры. Поддержка CPE, по сути, является тем, что мешает большинству провайдеров перейти на IPv6 только на последней миле. Mikrotik + jool с правильной поддержкой TR069 могли бы стать самым интересным CPE на рынке. Вместо этого люди прошивают ARM mikrotik с openwrt, чтобы получить доступ к функциям.

buraglio

Guest

#11

01.09.2021 14:00:00

+1 за NAT64, NPTv6, SIIT. Очень, очень полезные инструменты для перехода на IPv6 и новых развивающихся рынков. Запуск NAT64 отдельно — это болезненная и затратная по операциям мера (не говоря уже о капитальных затратах, связанных с коммерческими вариантами).

ghostinthenet Guest	#12 0 11.12.2021 14:49:00 Jool использует модули ядра для своей работы, так что это вряд ли осуществимо. Tayga может быть реализован в контейнере.

marrold Guest	#13 0 21.12.2021 11:47:00 Я бы также хотел увидеть поддержку NAT64, теперь, когда вышел RouterOS 7, это кажется хорошей возможностью для её добавления.

kalamaja

Guest

#14

19.01.2022 08:50:00

Теперь, когда версия 7.1 стабильно работает с новым стеком IPv6 и функциональностью NAT IPv6, не могли бы вы добавить также функциональность NAT64? Переход на NAT64 очевиден, так как Apple требует этого с 2018 года для всех приложений. Нет необходимости в более сложных решениях, их можно будет добавить позже. Это сильно поможет в перестройке сетей, так как IPv6 становится обязательным в разных странах. Это сделает возможным создание и управление сетями только с IPv6 и избавит от лишней работы по управлению двойным стеком. AWS также недавно значительно улучшил свои продукты для поддержки сетей и услуг только с IPv6 и добавил функциональность NAT64 к своим шлюзам. Поскольку Mikrotik в настоящее время поддерживает только DHCPv6-PD и SLAAC, необходимо какое-то решение для более эффективного управления IPv6 DNS. Сервис DNS64 уже доступен от CloudFlare и Google, так что спешить с этим не нужно.

OlofL Guest	#15 0 19.01.2022 09:31:00 Согласен со всеми пунктами. Хотел бы добавить, что поддержка ipv6 fasttrack тоже очень нужна!

awonglk Guest	#16 0 30.01.2022 02:27:00 +1 к NAT64. Это поможет дальнейшему принятию IPv6.

kalamaja Guest	#17 0 09.06.2022 12:05:00 Теперь, когда новая стек IPv6 установлен и функции NAT продвигаются, сколько времени потребуется, чтобы также реализовать NAT с IPv6 на IPv4? Это очень необходимо!!

DarkNate

Guest

#18

09.06.2022 17:46:00

IPv6 NAT — это NAT66, и его следует полностью избегать. Суть IPv6 состоит в восстановлении принципа end-to-end. NAT64 и его более совершенный аналог 464xlat — это не то же самое, что NAT66, который можно назвать «убийцей» IPv6: https://blog.apnic.net/2018/02/02/nat66-good-bad-ugly/ Некоторые, похоже, изучали сетевую инженерию мусорного ведра… Смешно.

platini Guest	#19 0 20.06.2022 16:01:00 Тема немного необычная, но все же полезно ответить. Есть случаи, когда NAT66 действительно полезен. Особенно в средах SoHo, где ваши провайдеры назначают динамические IAPD. В таком случае, когда у вас есть внутренние серверы и особенно внутренние DNS-записи, вы не хотите, чтобы ваши IP-адреса (префиксы) внезапно менялись и портят ваши коммуникации. Возможность всегда использовать fd00::/x и осуществлять адресный перевод 1:1 в соответствии с префиксом, предоставленным вашим провайдером, может быть выгодна в плане простоты. Конечно, можно сказать, что можно использовать двойное подключение для внутренних серверов с частными и публичными адресами. Также есть ряд преимуществ в управлении правилами брандмауэра, связанных с тем, что эти IP-адреса не меняются. Это мое мнение.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры