% --On Thursday, April 04, 2002 11:05:39 AM -0800 Bill Manning
% <[EMAIL PROTECTED]> wrote:
%
% > % BTW: does anyone also know, if a delegation is also possible for
% > % "ip6.arpa"?
% >
% > based on my limited understanding, this is highly unlikely.
% > RFC 3152 section 3 restricts delegations to, "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."
% > Since 2002:: is NOT delegated to a registry, it would be
% > tough to get them to approve the delegation in ip6.arpa.
%
% Is there any working solution availabe which solves the current
% reverse lookup problem (like shortly discussed on USAGI some weeks
% before)?
%
% Some Unix/g?libc or other resolvers only queries PTR for
% reverses-dotted-nibbles.ip6.int
% others (more newer ones) only for
% reverses-dotted-nibbles.ip6.arpa
%
% Afaik at the moment no implentation tries the other TLD, if first
% query fails.
%
% Not good, if a part of IPv6 addresses (2001::/16) are in ip6.arpa,
% the others (2002::/16, 3ffe::/16) in ip6.int....
%
% Mho: it's easier to provide information in both TLDs than fix all the
% clients.
%
% If already successful discussed somewhere, pls. send me a pointer.
%
% TIA,
% Peter, currently not subscribed on ng-trans
For now, it seems the superset resides in ip6.int and will for the
forseeable future.
3ffe::/16
2002::/16 both sit ONLY in ip6.int
2001:0:: is in both ip6.arpa and ip6.int.
Your call.
--
--bill
---------------------------------------------------------------------
The IPv6 Users Mailing List
Unsubscribe by sending "unsubscribe users" to [EMAIL PROTECTED]
