Большинство статей, которые я прочитал, посвящены туннелированию. Он описывает, что туннелирование поддерживает связь между 2 сетями IPv6 через (пересекая) сеть Ipv4. Например:
TUNNEL A (IPv6) ==> INTERNET NETWORK (IPv4) => TUNNEL B (IPv6)
Можно ли это сделать для:
TUNNEL A (IPv4) ==> INTERNET NETWORK (IPv6) => TUNNEL B (IPv4)
Пожалуйста, дайте мне ответ с подробным объяснением.
Заранее спасибо.
Абсолютно да, но вам нужно «правильное» программное обеспечение.
Вы не упомянули ОС, поэтому я воспользуюсь той, с которой я знаком. FreeBSD имеет tun интерфейсы. Это общий протокол туннелирования (фактически тот же, что используется во многих VPN), и вы можете назначать конечные точки IPv4 или IPv6, а также частные адреса IPv4 или IPv6. Это позволяет использовать IPv4-over-IPv6, IPv6-over-IPv4, IPv4-over-IPv4 и т. Д.
В такой реализации и ваш частный адрес, и место назначения должны быть одним и тем же протоколом (IPv4 или IPv6). Существуют также такие технологии, как DNS64 / NAT64, которые позволяют запускать только IPv6 локально при подключении к Интернету IPv4 и IPv6. Существуют также другие технологии, такие как 6to4, который по сути является протоколом туннелирования, но позволяет вам иметь адрес IPv6 во внутренней сети, внешний адрес IPv4 и при этом подключаться к Интернету IPv6.
Наличие более подробной информации о том, чего вы пытаетесь достичь и с помощью каких ресурсов, очень поможет.
Определенно. Если вы спрашиваете, как это сделать для среды Cisco, конфигурации будут следующими:
(r100) tun1 (IPv4) ==> IPv6 Core => (r107) tun0 (IPv4)
r100's e0/0 ipv6 address is 2001:1:1:1::100/64
r107's e0/0 ipv6 address is 2001:3:0:2::107/64
r100#sh run int tun1
Building configuration...
Current configuration : 151 bytes
!
interface Tunnel1
ip address 10.254.254.5 255.255.255.252
tunnel source Ethernet0/0
tunnel mode gre ipv6
tunnel destination 2001:3:0:2::107
end
r107#sh run int tun0
Building configuration...
Current configuration : 151 bytes
!
interface Tunnel0
ip address 10.254.254.6 255.255.255.252
tunnel source Ethernet0/0
tunnel mode gre ipv6
tunnel destination 2001:1:1:1::100
end
эхо-запросы с r100 (ipv4) на r107 (ipv4) через ядро ipv6:
r100#ping 10.254.254.6
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.254.254.6, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms
r100#
эхо-запросы с r107 (ipv4) на r100 (ipv4) через ядро ipv6:
r107#ping 10.254.254.5
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.254.254.5, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
r107#
Многие, если не большинство пользователей, в настоящее время подключенных к IPv6, подключены именно таким образом. Для IPv6 есть туннели 6in4 и 6to4. Они инкапсулируют пакет IPv6 в пакет IPv4 и отправляют его по сети IPv4. Пакет IPv6 - это полезная нагрузка пакета IPv4. Для заголовка IPv4 накладные расходы составляют 20 байтов на пакет, что приводит к меньшему MTU для пакетов, маршрутизируемых таким образом.
Вариант IPv4, скорее всего, будет VPN, работающей через IPv6. Я ожидал, что те же методы, что и для IPv6 over IPv4, можно было бы использовать для IPv4 over IPv6, хотя мне ничего не известно.
IPv6 также имеет схемы адресации для IPv4, поэтому IPv6-адреса могут использоваться в сети IPv6. Однако заголовки IPv4 обрабатывают параметры по-разному, требуя перевода заголовка для определенных параметров заголовка. При маршрутизации адресов IPv4 в сети IPv6 возникают серьезные проблемы, поэтому инкапсуляция будет предпочтительным методом транспортировки.
Все маршрутизаторы и устройства обычно имеют двойной стек. Это означает, что если вы передаете пакеты IPv4, устройство IPv6 согласовывает это и принимает как IPv4, а отправляет как IPv4, чтобы конечная точка приняла его правильно.
Нет никаких устройств, которые я знаю, которые являются просто IPv6, это было бы глупо, и продавец не стал бы продавать устройства.
IPv6 через IPv4 к своей конечной точке IPv6 должен инкапсулировать пакеты IPv6 в пакет IPv4. Это можно сделать с помощью туннелирования (ручные туннели IPv6, туннели 6to4 или ISATAP), туннелирования toredo или стороннего брокера. У каждого есть свои преимущества и недостатки.
Эта информация имеет различную информацию заголовка, поэтому устройства IPv6 знают, что она инкапсулирована и может быть правильно открыта на каждом конце. Заголовок обычно удаляется, когда инкапсулированный пакет принимается устройством IPv6. Информация заголовка IPv6 полностью отличается от информации заголовка IPv4. Заголовки IPv6 теперь содержат меньше информации.
Каждая операционная система теперь имеет двойной стек, кроме Win XP, для работы с которой вы можете загрузить клиент.
Различные методы туннелирования слишком длинны, чтобы описывать их в этом посте.
Чтобы ответить на ваш вопрос, нет необходимости туннелировать с устройства IPv4 через устройство IPv6 на конечную точку IPv4, потому что посредник будет иметь двойной стек. Это означает IPv4 и IPv6.