[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[dnsext] one algorithm number or two
The issue of whether to assign just one algorithm number or two
algorithm numbers for RSA/SHA-2 is a result of there being no unified
DNS definition. I.e., you can't assume a DNS server fully implements
RFC 1995, even if it is used to host the global public Internet's
root zone. The situation is not unique to this draft.
The document describing RSA/SHA-2 could elect to assign one number
provided the specification require (MUST) compliance with RFC 5011 in
all implementations (compliant with the new hash).
But my preference is not to tie RSA/SHA-1 to NSEC3. It's known that
I have been skeptical of NSEC3, to the irritation of a few people.
There's no need to go into that again, not now and not here. Whether
my skepticism is warranted or not, I feel that NSEC3 is still too
immature to assume that it is an essential core element of DNS or
DNSSEC.
I know a lot of TLDs are planning on NSEC3. But as of today, none
are publishing their production zones with NSEC3 records. Maybe they
soon will, but I'm too old school to bet on the future.
I don't like having two separate algorithm numbers. It makes more
sense to use the one algorithm number route.
But I think having two numbers is a safer bet on the future. Perhaps
if NSEC3 has a proven track record, we can get by with assigning just
one number.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis
NeuStar You can leave a voice message at +1-571-434-5468
Never confuse activity with progress. Activity pays more.
--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>