> If  total number of PTR records  is smail, that is right.  But if most of IPv
> 6 address space is used, one zone can not keep many  PTR records. This will l
> eads to many hierarchical zones.   

        Do you really see LAN densities been significantly larger
        than they are today?  You are lucky to see more than several
        thousand machines on even the largest LANs.  IPv4 can easily
        support millions of machines on a LAN but we don't get
        millions of machines on LANs.

        The fact that IPv6 can support trillions of devices on a
        LAN in no way means that the underlying physical layer can
        support that many devices.

        What won't happen is ISP's pre-populating reverse namespace.
        Instead they will populate on use or will have specialised
        servers that compute responses on request.   Neither case
        will introduce extra levels of delegation.

        Mark
 
> >From: Florian Weimer <[EMAIL PROTECTED]>
> >Reply-To: 
> >To: Joe Abley <[EMAIL PROTECTED]>
> >Subject: Re: [DNSOP] I-D ACTION:draft-licanhuang-dnsop-distributeddns-04.txt
> >Date:Tue, 08 Jul 2008 10:09:11 +0200
> >
> >* Joe Abley:
> >
> >>> 9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.
> >>>                                                                   ARPA.
> >>
> >> ... such a PTR record would most likely be obtained by following four
> >> (root -> ip6.arpa -> RIR sever -> LIR server -> assignee server) or
> >> three (root -> ip6.arpa -> RIR server -> assignee server) delegations.
> >> I doubt this is substantially different, in aggregate, from IPv4.
> >
> >It's actually better with IPv6 than with IPv4 because the LIR aggregate
> >is at a multiple-of-4 boundary, so there's no need to delegate multiple
> >zones for one address block, and it's also more likely that the RIR ->
> >LIR delegation has been cached by the resolver.
> >_______________________________________________
> >DNSOP mailing list
> >DNSOP@ietf.org
> >https://www.ietf.org/mailman/listinfo/dnsop
> > 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: [EMAIL PROTECTED]
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to