IPv6 reverse delegation

[Akolinare]

Hello Mark,

thank you very much for your quick answer.
I'm sorry for express unclear.

Creating of the reverse zone file is good documented and no problem. Both
nameserver are already set up and work fine, except that the queries for the
special subnets are not delegate from the Master to the "smaller" nameserver.
 
As I try to draft with the little picutre below, I have one registered
nameserver (NS Master) for the whole adress space. This server should delegate
queries for the subnets handelt by the NS Customers to their nameservers.

query from internet
       |
       \/
+---------------+                 +-------------------+
|   NS Master   |     delegate    |   NS Customer 1   |
| 2001:DB8::/32 |------>>>--+-----| 2001:DB8:100::/48 |
+---------------+           |     +-------------------+
                            |
                            |     +-------------------+
                            |     |   NS Customer 2   |
                            +-----| 2001:DB8:200::/48 |
                            |     +-------------------+
                            |
                            +----    NS Customer N

The both IPv4 lines should only demonstrate the function I think to need.

As I read the DNAME record could/should be used for delegation. But I find
only further information for map different networks under one reverse file. 

best regards

  Markus



On Thu, 02 Jul 2009 17:14:03 +1000
Mark Andrews <marka at isc.org> wrote:

> 
> In message <200907020659.n626xjlq033317 at drugs.dv.isc.org>, Mark Andrews writes:
> > 
> > In message <20090702083831.135ee95d.akolinare at gmx.net>, Akolinare writes:
> > > Hello,
> > > 
> > > I want to configure a reverse delegation of a IPv6 subnet to a different na
> > me
> > > server. I guess this is common use for IPv6 to provide customers the possib
> > il
> > > ity to manage the reverse resolution on their own. But as long I search the
> >  i
> > > nternet and books for howtos, configuration examples or help I'm not able t
> > o 
> > > find anything. Furthermore I have to realize that it is quite difficult to 
> > re
> > > cognize which IPv6 DNS method is valid and which is out of date.
> > > 
> > > With IPv4 reverse delegation was quite simple:
> > > 64/26           NS      ns.example.com.
> > > $GENERATE 64-127 $ IN CNAME $.64/26
> > > 
> > > Is there any comparable use for IPv6?
> > 
> > 	It's not needed as you don't need to split the last octet
> > 	in the DNS name to match the amount of space you have been
> > 	given.
> > 
> > 	The address space given to you, as a end user site, will
> > 	usually be on a nibble boundary, /48, /52, /56, /60 or /64,
> > 	the latter only if your ISP is not following common/expected
> > 	practice.  This allows you to have 65536 /64 sized subnets
> > 	(the default size of a subnet) with a /48, down to 16 /64's
> > 	with a /60.
> > 
> > 	The zone name for a single /64 will be like something like
> > 	"0.2.8.0.0.0.f.1.0.7.4.0.1.0.0.2.ip6.arpa".  The containing
> > 	/48 would be "0.0.f.1.0.7.4.0.1.0.0.2.ip6.arpa".
> 
> 	And entries in the zone file will look like
> 	"a.6.0.4.4.8.1.9.8.b.7.7.0.7.4.6 PTR sapphire.dv.isc.org."
> 
> 	I would let the machines add their own PTR records.
> 
> 	The corresponding forward record is 
> 	sapphire.dv.isc.org AAAA 2001:470:1f00:820:6470:77b8:9184:406a
>  
> > 	Mark
> > 
> > > I would be appreciative for any advice/help.
> > >
> > > best regards
> > > 
> > >   Markus
> > > _______________________________________________
> > > bind-users mailing list
> > > bind-users at lists.isc.org
> > > https://lists.isc.org/mailman/listinfo/bind-users
> > -- 
> > Mark Andrews, ISC
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org
> > _______________________________________________
> > bind-users mailing list
> > bind-users at lists.isc.org
> > https://lists.isc.org/mailman/listinfo/bind-users
> -- 
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org
> 
>