[140642] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Yahoo and IPv6

daemon@ATHENA.MIT.EDU (Owen DeLong)
Mon May 16 18:47:38 2011

From: Owen DeLong <owen@delong.com>
In-Reply-To: <5A6D953473350C4B9995546AFE9939EE0C9E3290@RWC-EX1.corp.seven.com>
Date: Mon, 16 May 2011 15:44:58 -0700
To: George Bonser <gbonser@seven.com>
Cc: NANOG list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


On May 16, 2011, at 2:10 AM, George Bonser wrote:

>> 
>> Because that way the IPv4 and IPv6 swarms remain disconnected in the
>> absence of some dual stack peers. (I.e., if the swarm is small and
>> you're the only IPv6 participant.)
>> 
>> It would be much better if you could go from IPv6 to IPv4 through a
>> NAT64.
> 
> The problem is when the client is handed an explicit address rather than
> a host name.  In that case, there needs to be some standard environment
> variable for "IPv64 Prefix" that applications can query.
> 
> For a browser this might be something like the configured proxy.  Maybe
> an OS such as Windows might have a registry value for this.  Maybe Linux
> and other unix-like variations could have a sysctl for that.
> 
It shouldn't be a sysctl. It should be more like resolv.conf at worst.

> There should be some standard way for a native v6 host to determine the
> v6 to v4 prefix to use in a NAT64 environment.
> 

This assumes some standard way to do NAT64.

Owen



home help back first fref pref prev next nref lref last post