[109515] in North American Network Operators' Group
Re: IPv6 routing /48s
daemon@ATHENA.MIT.EDU (Mohacsi Janos)
Wed Nov 26 10:22:21 2008
Date: Wed, 26 Nov 2008 16:22:12 +0100 (CET)
From: Mohacsi Janos <mohacsi@niif.hu>
To: Mark Andrews <Mark_Andrews@isc.org>
In-Reply-To: <200811260100.mAQ10nAK016632@drugs.dv.isc.org>
Cc: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org
On Wed, 26 Nov 2008, Mark Andrews wrote:
>
> Mark Andrews writes:
>>
>> In message <20081126002425.GO78345@burnout.tpb.net>, Niels Bakker writes:
>>> * alh-ietf@tndh.net (Tony Hain) [Wed 26 Nov 2008, 01:03 CET]:
>>>> In any case, content providers can avoid the confusion if they simply put
>> u
>>> p
>>>> a local 6to4 router alongside their 2001:: prefix, and populate DNS with
>>>> both. Longest match will cause 2001:: connected systems to chose that dst
>> ,
>>>> while 6to4 connected systems will chose 2002:: as the dst. There is no ne
>> ed
>>>
>>> Huh? Longest match done by web browsers and other applications? Since
>>> when?
>>
>> FreeBSD 6 has is as part of the standard getaddrinfo() implementation.
>>
>> % grep -r in6_addrpolicy /usr/src/lib/libc
>> /usr/src/lib/libc/net/getaddrinfo.c: struct in6_addrpolicy pc_policy;
>> /usr/src/lib/libc/net/getaddrinfo.c: struct in6_addrpolicy *pol, *ep;
>> /usr/src/lib/libc/net/getaddrinfo.c: ep = (struct in6_addrpolicy *)(buf +
>> l);
>> /usr/src/lib/libc/net/getaddrinfo.c: for (pol = (struct in6_addrpolicy *)b
>> uf; pol + 1 <= ep; pol++) {
>> /usr/src/lib/libc/net/getaddrinfo.c: struct in6_addrpolicy *pol;
>> /usr/src/lib/libc/net/name6.c: struct in6_addrpolicy pc_policy;
>> /usr/src/lib/libc/net/name6.c: struct in6_addrpolicy *pol, *ep;
>> /usr/src/lib/libc/net/name6.c: ep = (struct in6_addrpolicy *)(buf + l);
>> /usr/src/lib/libc/net/name6.c: for (pol = (struct in6_addrpolicy *)buf; pol
>> + 1 <= ep; pol++) {
>> /usr/src/lib/libc/net/name6.c: struct in6_addrpolicy *pol;
>> %
>
> And it was added on 30-Oct-03 according to CVS.
And it was not imported to any MacOS X yet....
Regards,
Janos
