Thanks again for the in-depth review. A few comments below. On Jun 4, 2015, at 5:35 PM, Tony Finch <d...@dotat.at> 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 _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
