Re: [BEHAVE] draft-korhonen-behave-nat64-learn-analysis-00

> -----Original Message-----
> From: behave-bounces@ietf.org [mailto:behave-bounces@ietf.org] On
> Behalf Of Rémi Després
> Sent: Monday, October 18, 2010 5:29 AM
> To: jouni korhonen; Teemu Savolainen
> Cc: Behave WG
> Subject: [BEHAVE] draft-korhonen-behave-nat64-learn-analysis-00
> 
> Hi, Jouni and Teemu,
> 
> 1.
> As previously discussed on this list, this draft is IMHO important.
> I hope it can quickly be discussed and become a WG document.
> 
> 2.
> In the list of CONs of section 4.1.2, it has "Requires a host resolver
> changes and a mechanism/additions to the host resolver API (or flags,
> hints etc) to deliver a note to the querying application that the
> address is synthesized and what is the NSP prefix length."
> 
> An alternative, that IMHO should be considered, is that the resolver
> API directly presents an IPv4 address to the application. Thus, in my
> understanding, dual-stack-compatible applications wouldn't need to be
> modified.

You mean, presents an IPv4-mapped IPv6 address to the application 
(::ffff:1.1.1.1)?

-d

> Regards,
> RD
> 
> 
> _______________________________________________
> Behave mailing list
> Behave@ietf.org
> https://www.ietf.org/mailman/listinfo/behave