dIVI Translation относится к технике двойной трансляции IPv4/IPv6 без сохранения состояния. dIVI — это расширение трансляции IPv4/IPv6 без сохранения состояния 1:1 ( трансляции IVI ) с функциями совместного использования адресов IPv4 и двойной трансляции. dIVI-PD — это дальнейшее расширение dIVI, которое хорошо подходит для использования в проводной (оптоволокно, DSL, кабель) и беспроводной (3G/4G) среде доступа, где предпочтительнее делегирование префикса (/64 или короче). dIVI-PD теперь стандартизирован как MAP-T [1] в IETF.
dIVI Translation предназначен для того, чтобы операторы сетей (ISP) могли эффективно делиться публичными адресами IPv4 среди множества клиентов (поскольку у IANA закончились публичные адреса IPv4). Параллельно он использует IPv6 в сети таким образом, что трафик, исходящий от клиентов IPv4, выглядит как собственный трафик IPv6 в сети, что упрощает операции. Что еще более важно, (в отличие от CGN44, DS-Lite, CGN64 и т. д.) dIVI/dIVI-PD не требует никаких Stateful NAT, DNS64 и ALG в сети, тем самым предоставляя сетевому оператору возможность не иметь дело с каким-либо журналированием NAT и т. д. dIVI поддерживает сквозную прозрачность адресов и двунаправленную инициированную связь.
Как это работает
Строительные блоки NAT464 без сохранения состояния
Трансляция адресов, определенная в RFC6052 [2], представляет собой схему отображения без сохранения состояния, которая встраивает IPv4-адрес в сетевой префикс IPv6 и формирует IPv4-преобразованные и IPv4-транслируемые адреса. IPv4-преобразованные IPv6-адреса — это IPv6-адреса, используемые для представления узлов IPv4 в сети IPv6. IPv4-транслируемые IPv6-адреса — это IPv6-адреса, назначенные узлам IPv6 для использования с трансляцией без сохранения состояния.
Расширение суффикса позволяет нескольким узлам IPv6 совместно использовать один публичный адрес IPv4, при этом каждый узел управляет своим диапазоном портов. Это достигается путем определения суффикса формата адреса RFC6052. [2] [3]
Трансляция заголовков и трансляция ICMP, определенные в RFC6145 [4], представляют собой алгоритмы для выполнения трансляции заголовков между IPv4 и IPv6 , а также между ICMP и ICMPv6 .
Двойная трансляция без сохранения состояния может восстановить исходный адрес IPv4. Преимущество NAT464 без сохранения состояния заключается в том, что не нужны трансляция DNS DNS64 и шлюз прикладного уровня ALG. [5]
Расширение префикса применяется только к dIVI-PD. Оно создает различные делегированные префиксы для каждого CPE. [6]
Исследование случая
Соображения по поводу перевода без сохранения состояния (IVI/dIVI) в большой сети SP [7]
IETF
Методы Stateless Translation набирают обороты в IETF, а также в производственных сетях. IVI теперь является информационным RFC IETF, где dIVI активно обсуждается. Многие операторы недавно представили мотивационный документ, чтобы подтолкнуть IETF к стандартизации методов Stateless 4v6, таких как dIVI.
Stateless 4via6 является выгодным
Stateless 4Via6 Address Sharing [8] раскрывает преимущества любых Statelss 4v6-методов.
Стоит отметить, что dIVI/dIVI-PD, в отличие от CGN44, DS-Lite, CGN64 и т. д., не требует использования Stateful NAT, DNS64 и ALG в сети, что позволяет оператору сети не заниматься ведением журналов NAT и т. д.
Отношение к переводу IVI
Из-за своей природы без состояния двойной перевод без состояния может легко стать одинарным переводом без состояния путем удаления второго транслятора, см. Перевод IVI .
^ проект-xli-behave-divi dIVI: перевод IPv4/IPv6 с двойным сохранением состояния (https://datatracker.ietf.org/doc/draft-xli-behave-divi/)
^ draft-xli-behave-divi-pd dIVI-pd: Трансляция IPv4/IPv6 без сохранения двойного состояния с делегированием префикса (https://datatracker.ietf.org/doc/draft-xli-behave-divi-pd/)
^ draft-sunq-v6ops-ivi-sp Рекомендации по трансляции без сохранения состояния (IVI/dIVI) в большой сети SP (https://datatracker.ietf.org/doc/draft-sunq-v6ops-ivi-sp/)
^ draft-dec-stateless-4v6 Совместное использование адресов 4Via6 без сохранения состояния (https://datatracker.ietf.org/doc/draft-dec-stateless-4v6/)