[v6ops] Re: I-D Action: draft-ietf-v6ops-464xlat-optimization-05.txt

["[e-mail]" <[e-mail]>]

Hi Brian,

I don’t think those 2 document are relevant in this case. 

I was trying to find a document that describes the carrier NAT44 function, something like the equivalent to the NAT64 (RFC6146), but didn’t found it. I think it was initially described as AFTR in the DS-Lite case, but not appropriate because there is doing the tunnel end-point as well.

I’m sure someone will recall the correct document sooner or later ….

Regards,
Jordi

@jordipalet


> El 28 may 2026, a las 22:43, Brian E Carpenter <[e-mail]> escribió:
> 
> Hi Jordi,
> 
> I see that you mention "CGN (NAT444)" a couple of times. How about adding references to RFC6888 (BCP127) and possibly RFC7021?
> 
> Regards/Ngā mihi
>   Brian Carpenter
> 
> On 29-May-26 05:36, [e-mail] wrote:
>> Hi all,
>> Taking advantage of draft-ietf-v6ops-nat64-wkp-1918, we have re-addressed this document.
>> The idea is that, the same as CDNs/cache, use non-global routable addresses for bypassing the CGN boxes, we can use the same non-global-routable addresses to avoid the CDN traffic to use the NAT64.
>> It will be good if, specially, folks with CDN/cache services, can provide their inputs.
>> Regards,
>> Jordi
>> @jordipalet
>>> El 28 may 2026, a las 19:23, [e-mail] escribió:
>>> 
>>> Internet-Draft draft-ietf-v6ops-464xlat-optimization-05.txt is now available.
>>> It is a work item of the IPv6 Operations (V6OPS) WG of the IETF.
>>> 
>>>   Title:   464XLAT/MAT-T Optimization
>>>   Authors: Jordi Palet Martinez
>>>            Alejandro D'Egidio
>>>   Name:    draft-ietf-v6ops-464xlat-optimization-05.txt
>>>   Pages:   25
>>>   Dates:   2026-05-28
>>> 
>>> Abstract:
>>> 
>>>   IP/ICMP Translation Algorithm (SIIT) can be used to provide access
>>>   for IPv4-only hosts or applications to IPv4-only or dual-stack
>>>   destinations over IPv6-only infrastructure.  In that case, the
>>>   traffic flows are translated twice: first from IPv4 to IPv6
>>>   (stateless NAT46 at the ingress point to the IPv6-only
>>>   infrastructure) and then from IPv6 back to IPv4 (stateful NAT64, at
>>>   the egress point).  When the destination is IPv6-enabled, the second
>>>   translation might be avoided.  This document describes a possible
>>>   optimization to 464XLAT and MAP-T to avoid translating IPv6 flows
>>>   back to IPv4 if the destination is reachable over IPv6.  The proposed
>>>   solution would significantly reduce the NAT64 utilization in the
>>>   operator's network, increasing the performance.
>>> 
>>> The IETF datatracker status page for this Internet-Draft is:
>>> https://datatracker.ietf.org/doc/draft-ietf-v6ops-464xlat-optimization/
>>> 
>>> There is also an HTMLized version available at:
>>> https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-464xlat-optimization-05
>>> 
>>> A diff from the previous version is available at:
>>> https://author-tools.ietf.org/iddiff?url2=draft-ietf-v6ops-464xlat-optimization-05
>>> 
>>> Internet-Drafts are also available by rsync at:
>>> rsync.ietf.org::internet-drafts
>>> 
>>> 
>>> _______________________________________________
>>> v6ops mailing list -- [e-mail]
>>> To unsubscribe send an email to [e-mail]
>> **********************************************
>> IPv4 is over
>> Are you ready for the new Internet ?
>> http://www.theipv6company.com
>> The IPv6 Company
>> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
>> _______________________________________________
>> v6ops mailing list -- [e-mail]
>> To unsubscribe send an email to [e-mail]


**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.