On Fri, May 06, 2011 at 09:27:16AM -0700, Dave CROCKER wrote: > > > On 5/6/2011 9:01 AM, Andrew Sullivan wrote: > >I think he is saying that there is are _de facto_ criteria that are > >neither called out in 2026 nor in this draft, and that those criteria > >are the running code, so the documentation ought to be made to match. > > > Oh. But then that doesn't mean that the /current/ draft lowers > quality but that the existing process has exhibited the lower. No, it does not. RFC 2026 has a low bar of entry to get something published as PS. As a matter of fact, we don't do what's in 2026. Things published as PS are often quite mature. Since just about nothing moves past PS anyway, people regard it as the effective final level of standardization and therefore require high degrees of review before publication. And once something is published at PS, it is all but impossible to change it in any but the most trivial ways, because of all the contracts that refer to that RFC and require conformance. So in fact a document published as PS has met criteria more stringent than RFC 20206 would have one believe. The present draft explicitly says that the actual criteria as actually published in RFC 2026 are the right ones, and that additional unwritten conventions and so on are to be removed. Therefore, if one thinks those more stringent criteria make for higher quality, then the current draft will lower quality. I think we could state this all more neutrally by saying only that the existing actual criteria do not match the published criteria, and that therefore when the current draft says "go back to RFC 2026 published criteria" is is in fact changing the criteria. Then we don't have to have an argument about whether the quality is better, since I don't know how that would be measured anyway. But in any case, the document flat out admits that it is changing these criteria: Various influences have made publishing a Proposed Standard much harder than the stated requirements in RFC 2026. The intention of the two-tier maturity ladder is to restore practice to the requirements for Proposed Standard from RFC 2026, and stop performing more scrutiny than intended in IETF working groups and the IESG. So we should not pretend that the draft doesn't change criteria for PS. It just reiterates a position about what should happen. It remains to be seen what will actually happen. And again, I have no horse in this race. I don't believe the document will make any difference at all, but for that very reason I don't care whether it is adopted. A -- Andrew Sullivan ajs@xxxxxxxxxxxx Shinkuro, Inc. _______________________________________________ Ietf mailing list Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf