[I cc'd [EMAIL PROTECTED] incase someone there wants to add something] On Mon, 19 Nov 2001, [EMAIL PROTECTED] wrote:
> Ben Collins wrote: > >> Feel free to supply a patch :) Since this isn't really a "bug", I'm >> reducing the severity. >> > I have tracked where the "bug" is introduced. > The glib-cvs patch changes ip6.int -> ip6.arpa in 2 files. > > glibc-2.2.4/resolv/gethnamaddr.c > glibc-2.2.4/resolv/nss_dns/dns-host.c > > Changing back ip6.arpa to ip6.int fixes the problem but then Im > concerned about other questions. IMHO this is the best thing to do for now as ip6.arpa isn't ready for use yet. > What is clear to me is that the developers of the glibc are going to > implement the new way to resolv ipv6 address but it seems that some > stuff is not ready yet. So the points are: > > 1) Should we temporary maintain ip6.int in order to have some stuff > working??? In my opinion, yes. Even if the change to ip6.arpa would come soon, which I doubt, ip6.int is gonna be around for a while. Checking both of them would probably be the best solution but that should be a upstream decision and maybe discussed on some of the ipv6-related lists. Until that is done ip6.int is the one that should be used. > 2) Should we track down why ip6.arpa is not working properly and > send info to the upstream??? Getting some nameservers for the zone would be a good start :) As RFC 3152 says: ,---- | 3. IANA Considerations | | This memo requests that the IANA delegate the IP6.ARPA domain | following instructions to be provided by the IAB. Names within this | zone are to be further delegated to the regional IP registries in | accordance with the delegation of IPv6 address space to those | registries. The names allocated should be hierarchic in accordance | with the address space assignment. `---- -- Mika Tianen Always be wary of any helpful item that [EMAIL PROTECTED] weighs less than its operating manual. http://mikat.iki.fi -- (Terry Pratchett, Jingo)
