Re: [dnsext] Publication request: draft-ietf-dnsext-dnssec-registry-fixes-07

[Edward Lewis <[e-mail]>]

At 9:54 -0400 4/14/11, Thomas Narten wrote:

>And I have to wonder why we even need a registry, when the contents of
>the registry are effectively kept in a single RFC, with some types of
>updates to the registry effectively requiring reissuing the RFC and
>replacing the entire IANA registry.

I'd rather have a registry that points to documents than have a 
document be the source of *what* is defined.  Documents are there for 
*how* something is defined.

The reason is that the registry is a single, fixed location (perhaps 
at a URL) dynamically updated where I can actively access it to see 
the current state of the protocol parameters.  RFCs are never 
changed, updating the contents mean issuing a new one.  Essentially 
this is a moving location that has fixed contents.  I prefer one 
location than having to hunt for the latest.

If in my head I know RFC 2929 is the "IANA considerations for DNS", I 
might not know about RFC 5395.  Yes, the RFC-Editor keeps track of 
what obsoletes what, but, it's not always reliable and it is yet 
another web site to consult.  Especially if I've downloaded RFC 2929 
and only refer to what is in a local file repository.

Regarding this (I think from Paul):
>>  c) an IANA registry for a growing list of algorithms that is tied to
>>   a single RFC for the implementation requirements

I would agree if this is what is meant: a single RFC for each 
algorithm's implementation requirements.

That is, like we have for the RRtypes registry, each type lists the 
RFC or other document where the type is defined.  (As opposed to one 
gigantic RFC listing all the definitions.)
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis
NeuStar                    You can leave a voice message at [phone]

Me to infant son: "Waah! Waah! Is that all you can say?  Waah?"
Son: "Waah!"