To:
Alain Durand <Alain.Durand@sun.com>
cc:
Randy Bush <randy@psg.com>, dns op wg <dnsop@cafax.se>
From:
Pekka Savola <pekkas@netcore.fi>
Date:
Sun, 17 Nov 2002 23:35:27 +0200 (EET)
In-Reply-To:
<3DD03221.7080207@sun.com>
Sender:
owner-dnsop@cafax.se
Subject:
Re: draft-ymbk-6to4-arpa-delegation-00.txt
On Mon, 11 Nov 2002, Alain Durand wrote: > >[ v6ops removed from cc: ] > > > > > > > >>I have some comments about section 3.1 "6to4 NS records derived > >>from IPv4 NS records" when 6to4 is deployed by end users. > >>Who is going to get the delegation: the ISP or the end customers? > >> > >> > > > >as far down the tree as it can go. and note that the current > >version > > <http://psg.com/~randy/draft-ymbk-6to4-arpa-delegation-00.html> > >makes this a bit clearer. > > > > > > Under the described method, the holders of IPv4 address space can > request the delegation > > of a sub-zone in the 2.0.0.2.ip6.arpa DNS tree to the parties from > which they obtained > > that IPv4 address space, following the mapping of IPv4 delegations. > > This sub-zone can then be populated by the entity deploying the 6to4 > infrastructure. > > > ==> This last sentence is where the problem is. > The "entity deploying the 6to4 infrastructure" is not necessarily > the one who manages the delegation. See my previous example > of end-user customer. Totally agree. Therefore depending on the full v4 delegation path would appear to be useless (and even worse -- if there are only 0.01% of sites where actually any records will be found). More analysis is needed before going down this path.. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords #---------------------------------------------------------------------- # To unsubscribe, send a message to <dnsop-request@cafax.se>.