Re: DNS name creation [Was: Comments on multi6dt documents]
Brian E Carpenter <[email protected]> Wed, 10 Nov 2004 17:28:14 +0100
| Newsgroups | gmane.ietf.multi6 |
|---|---|
| Organization | IBM |
| Message-ID | <[email protected]> |
Erik Nordmark wrote:
>
>
>> Umm, I don't think DNSSEC (except some basic components it may use)
>> really deals that much on DDNS updates, but the point stands that
>> there has been, AFAIK, relatively little protocol work on adding new
>> records.
>>
>> I'm not sure of the protocol itself, and the more generic case, but I
>> believe the reverse DNS issue could be solved, in the important
>> practical cases, using just an implementation approach.
>>
>> That is,
>> 1) require that the server be located at the same site as the updater
>> (relatively reasonable)
>> 2) that hopefully some amount of address spoofingi protection has
>> been deployed on the site: just uRPF on the subnet basis is sufficient
>> 3) make the hosts add the rfc 3041 reverses directly to the zone,
>> without any security
>> 4) the dns server allows such insertion only if there are no existing
>> records, and the update comes from the IP address corresponding to the
>> reverse record
>> 5) the records don't need to be removed by the hosts, only by a
>> clean-up process by the server
>>
>> Not perfect, there are certainly some corner cases here, but I guess
>> this should be at least sufficient to experiment with DDNS reverse
>> insertions if that was deemed to be useful.
>
>
> So which RFC that contains the above should I add to the references :-) :-)
>
> Seriously, I think it would make sense to start writing this down with
> an eye to hosts which have multiple prefixes. Thus they want a temporary
> name which has AAAA records for one IP address for each of the prefix.
> (The above procedure just handles a single AAAA record per name, which
> isn't sufficient to solve the issue.)
>
>
>
>> Still, it would seem to be useful to try to experiment with this, but
>> this is a subject for another forum.
>
>
> I know things in this space have been discussed in DHC in the past, but
> is there a WG that should work on this?
When we summarize the next steps for multi6, we should include
a gap analysis, and this should be part of it.
Brian