On 3/15/2011 11:27 AM, Andrew Deason wrote: > On Mon, 14 Mar 2011 23:03:27 +0000 > Simon Wilkinson <[email protected]> wrote: > >> I think you are misunderstanding some fundamentals of how the IETF >> works, and the relationship between the IETF, the RFC series, and the >> afs3-standardisation group. > > No, I don't think so (I kind of wish people wouldn't spend time on > trying to explain things to me I already know, but alas). I know > afs3-stds is not part of the IETF, since we had that discussion 2 or 3 > (or more?) years ago, and it's why not everything needs to be fully > specified like "real" standards. But I don't see how that would change > anything either way. "Anyone" can submit a wire protocol that's being > used for something as an i-d that ends up becoming an informational rfc > (or experimental or even historical depending on what it is/was). We > have wire protocols, thus they can be submitted.
It is true that anyone can submit a wire protocol that is going to become an IETF governed protocol as an information RFC. Simon's point is that AFS3 protocols are not to be governed by the IETF and therefore cannot be submitted using the IETF processes. The Independent Submission Stream process is what AFS3 or OpenAFS protocols require. >> We have yet to establish whether publishing AFS-3 standardisation >> documents within the Independent Submission Stream is seen as a >> suitable use of that effort by those administering it. Doing so is one >> of the outstanding actions on our standardisation group chairs. > > Are they aware of that? I feel like every single time I hear this > brought up, I hear "someone needs to go do this" without specifying who > "someone" is. We have said who the someone is repeatedly. Simon even said so in the text you quoted. The someone is either one or both of the AFS-3 Standardization Chairs. >> I firmly believe that doing so for OpenAFS specific documents would be >> an entirely inappropriate squandering of scarce resources. > > I could see it not being part of the IETF process if nobody wants to do > that; just the format is something useful. My concern is that sometimes > I get the vibe of "oh god standardization is _so slow_", so if internal > protocol work doesn't require the same timeline and review and stuff, > people are going to try to rush through it. So it doesn't really matter > if it's an IETF process specifically, but something in that general > direction seems helpful. The format of an I-D is fine. Derrick's point is that the place for the document series to live for OpenAFS specific protocols is in the OpenAFS doc tree. Don't publish them to IETF. Just submit them to the doc tree via gerrit. Jeffrey Altman
signature.asc
Description: OpenPGP digital signature
