(Removed the GenART list, as this discussion doesn't apply to Brian's GenART review.) Tim, thanks for the comments. > According to BCP26/RFC8126 section 5.3 Designated expert reviews, it says:" > > When a designated expert is used, the documentation should give clear > guidance to the designated expert, laying out criteria for performing > an evaluation and reasons for rejecting a request. > > I don't see the above in this document. This is going to have to be added to have any kind of > validity or the IESG should reject to publication of this document. Especially because this entire > document will updating the IANA considerations section of rfc3405. As the person who added that quoted text to BCP 26, I'm clearly in favour of making sure that guidance to the DEs is available, and I often push on this in my reviews as Area Director. So I have a warm spot for what you say here. I this case, though, I disagree with the conclusion that such guidance has to be explicitly added: 1. When my AD reviews push on this point, it is almost always (possibly completely always) as a non-blocking comment, not a DISCUSS position. In other words, I strongly encourage the English sense of the "should" in the quoted text, but don't insist on it. It's not a requirement for publication. 2. RFC 3405 pre-dates RFC 8126, and the version of BCP 26 that was in effect at the time, RFC 2434 did not include the suggestion above. While it's certainly possible to add such guidance now, this update is very narrowly targeted to fix a serious problem, and I would not want debate about additional text to get in the way of that. There's plenty of precedent for these sorts of laser-focused updates that do not otherwise bring the original documents up to current standards. 3. I believe that 3405 is already clear enough in this regard in Section 3.1.2 and doesn't require further clarification. With this proposed update to Section 3.1.1, we can get back to having a clear way to register NAPTR records for URI schemes in the URI.ARPA zone. Barry -- last-call mailing list last-call@xxxxxxxx https://www.ietf.org/mailman/listinfo/last-call
