On Sun, Nov 21, 2004 at 05:26:08PM -0500, Rob Austein wrote: > It would help if folks who think they see protocol changes coming out > of this document would clearly identify the protocol changes they > think they're seeing. Eg, the NS RRset ordering issue identified in > the message that Pekka cited is not (in my opinion) a protocol change, > since the DNS specs are already reasonably clear that RRsets are and > always have been unordered.
In case it wasn't clear, I was suggesting that we investigate whether some of the implementation advice might be more persuasive as protocol, not that there's anything wrong with what the dnsop draft already does. IOW, what Rob is asking for here is noble, right, necessary....and not on any critical path for forwarding bad-dns-res as a BCP. I really want to see this draft go forward-- having it published at all would give us a stick we don't presently have, so I don't want to see the WG bog down on the question of whether it's cut from the right tree. There's a difference between saying "the Internet would be a better place if implementors and/or operators did <x>" and "Implementations that don't do <x> are not compliant with the standard." In the case of the recommendations in bad-dns-res, it might be appropriate and useful to "promote" some of them from recommendations to DNS protocol. This is, however, outside of the question of whether they should be published as implementation advice to curtail specific problems as described in the draft. I personally suspect that standards-track language (MUST and SHOULD) sometimes causes confusion in BCPs, since we live in a world where people are often a bit unclear on what's a standard anyway? -- but the words are nearly unavoidable in a situation like this. However, the draft itself is a little ambiguous on this point. The Abstract describes its purpose as including "minor additions to the DNS protocol specification and corresponding changes in iterative resolver implementations", and uses RFC 2119 words. I'd specifically suggest: 1. Clarify in the abstract and, if necessary, elsewhere that these recommendations may or may not become protocol but they're still really, really good ideas and following them means you'll be compliant if they *are* standardized....and still a good citizen if they're not. 2. Take up a separate work item, if the WG so desires, of determining which, if any, should be protocol. With bad-dns-res to motivate such changes, they'll be easier to justify in DNSEXT if there's something to be gained thereby. . dnsop resources:_____________________________________________________ web user interface: http://darkwing.uoregon.edu/~llynch/dnsop.html mhonarc archive: http://darkwing.uoregon.edu/~llynch/dnsop/index.html
