To:
Bruce Campbell <bruce.campbell@ripe.net>
Cc:
"JINMEI Tatuya?(B" <jinmei@isl.rdc.toshiba.co.jp>, ipng@sunroof.eng.sun.com, dnsop@cafax.se, ngtrans@sunroof.eng.sun.com
From:
Bill Manning <bmanning@zed.isi.edu>
Date:
Wed, 5 Dec 2001 06:39:03 -0800
In-Reply-To:
<Pine.LNX.4.31.0112051341430.27530-100000@x22.ripe.net>; from bruce.campbell@ripe.net on Wed, Dec 05, 2001 at 02:03:32PM +0100
Sender:
owner-dnsop@cafax.se
Subject:
Re: (ngtrans) Re: reverse delegation under ip6.arpa.?
I don't know whom the appropriate people are, but as the administrator of the existing ipv6 delegations other than the RIR ones, I would have hoped to have been included in the process. This is the first I've heard of such a meeting. On Wed, Dec 05, 2001 at 02:03:32PM +0100, Bruce Campbell wrote: > On Wed, 5 Dec 2001, JINMEI Tatuya wrote: > > > > agreed. but the pain is minimal. note that, initially, the content of > > > ip6.arpa is directly that of ip6.int. in fact, one could have the same > > > zone file pointed to by both names. the big pain in the transition is > > > that of the registries, whois, etc. and they've been working on this > > > for some months. > > > > As for the registry side transition, I have another question. I saw > > delegations for 2001:0200::/24 to APNIC. What is the current status > > about 3ffe::/16? Is there a plan to delegate ip6.arpa. sub domains > > for that block? > > This is not known, and no delegation exists in ip6.arpa for the 6bone > (e.f.f.3.ip6.arpa). The focus so far in ip6.arpa delegation process has > been on the RIR delegations. I have forwarded the question to the > appropriate people who will be meeting during IETF-52, and an answer > should be available then. ( I'm actually not attending this IETF ) > > One *possible* and easy solution would be to DNAME the e.f.f.3.ip6.arpa to > e.f.f.3.ip6.int ( I'm ignoring technical issues of having to first > delegate f.f.3.ip6.arpa to a DNAME-capable set of nameservers first ). > > This has the good side of preserving current functionality when the > deployed resolver bas looks at ip6.arpa instead of ip6.int. It has the > down side of effectively limiting 6bone to using 'ip6.int' as you cannot > then DNAME back into the ip6.arpa tree. Somehow I don't think that such a > restriction is what the 6bone community wants. > > No matter what technical tricks are down further up in the tree by the > RIRs/ICANN etc, the change in the root ip6 tree *will* require *all* > currently deployed delegations to make *some* sort of change. > > Regards, > > -- > Bruce Campbell RIPE > NCC > Operations