Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-terminology-02.txt

[Paul Hoffman <[e-mail]>]

Thanks again for the in-depth review. A few comments below.

On Jun 4, 2015, at 5:35 PM, Tony Finch <[e-mail]> wrote:
> I mentioned an alphabetical index in my previous comment - I expect that
> will be easier to add during final editing. I want to mention it again
> because one of the main questions a reader will have is, does this
> glossary define the term I am looking for? An alphabetical index would
> help a lot.

The indexing tools for RFCs suck in many ways. We assume that if someone is looking at the RFC and wonders if a term in defined, they'll use the search function of their text editor or web browser.

> "recursive mode" and "iterative mode". No-one uses those phrases.

However, RFC 1034 uses those terms, and there was disagreement on what else to use. It would be great for the -bis of this document to have specific definitions for the terms people do use, but we doubt we can get this now, other than by through exhaustion.

> The definition of "authoritative data" is still wrong.

We have done the best we can with this, given that RFC 1034's definition is in dispute.

> I am still unhappy about the description of referrals. (I found them
> surprisingly slippery when I was writing my suggestions.)

So are we. Again, we hope that we can get consensus for this and other slippery terms when we do the -bis.

> Under SEP, "RRdata" should be "RDATA".

Fully disagree. If we are quoting an RFC, we should not change the words, even the spelling.

> Also, I think this sentence from
> RFC 6781 section 3.2.3 is important because most key management tooling
> implements it - "It is suggested that the SEP flag be set on keys that are
> used as KSKs and not on keys that are used as ZSKs."

That is good advice, but not really part of the definition of the definition of SEP, is it?

> "child-centric resolver" - kill it.

Done.

And, in case anyone else is reading this far: we still want more review, although the WG finishes today.

--Paul Hoffman