--On Sunday, June 03, 2012 17:40 -0400 Eric Burger
What we have now *is* sclerotic. See Russ' email above yours.
Can we PLEASE eat our own dog food? Wikipedia managed not to
melt down when they decided NOT TO BUILD WALLS so there were
no gates for the barbarians to crush.
Let's just turn on a wiki. Wiki's have a lot of technical
measures to deal with problem edits as well as social measures
to ensure quality. Unlike a protocol that needs one editor, I
do not think we will run into interoperability problems by
having an open Wiki. Yes, you and I and others can think of
exactly four individuals who will try to crash the party.
There are technical measures to keep them out without
burdening one or even four people with keeping up the wiki.
FWIW, I think Paul is completely correct. First of all, what is
sclerotic is RFC 4677. Paul has been updating the I-D which is
much less of a problem. Most of those "in the know" point
people to the I-D. I think that having 4677 be the official
copy that some people consult as authoritative is a problem, but
it is another problem.
Those wiki technical measures depend on someone actively
watching for changes and having the time to step in. I don't
think we can count on that, at least without a greater level of
effort that is required for an editor to receive comments and
integrate them. I might change my mind if you, personally,
agreed to monitor the wiki in real time and alert the IETF list
to any possibly-questionable postings _and_ there was consensus
that those on the list wanted that additional traffic.
FWIW, I had a need on Friday to look up some details and
information that are fairly directly related to the IETF and its
relationships to some other bodies and decided to check the
Wikipedia pages that showed up in the search. I'd give what I
found a score on accuracy and completeness of "joke" -- a few
identifiable falsehoods and a lot of convenient omissions (I
don't know or care whether those are the result of carelessness,
ignorance, or malice). The most relevant of those pages wasn't
even flagged with "may be incomplete", "insufficient
references", or "may be biased", etc. If you want to
demonstrate how well the Wiki system works, drop me a note
volunteering to fix the primary page involved and I'll tell you
what it is and, if you can't figure it out on your own in under
two minutes, where to get authoritative information. In
principle, I could do it myself, but I just don't have time...
and that, and the fact that no one with the facts and time has
spotted those pages, is a large part of the problem with doing
something like the Tao by Wiki.
Also, perhaps because I have a more vivid (or paranoid)
imagination than you do, I can think of a lot more than four
individuals who would be inclined to wreck the party. Some of
the individuals I can think of also have multiple personalities
or collections of sympathetic fellow-travelers (not just
multiple email addresses). And, while I would hope they
wouldn't engage in such thing, if only because of the risk of
getting caught, I can think of a large and well-endowed
organization or three who might have incentives to put highly
distorted information onto an IETF Wiki that described how the
IETF worked, copy that material before it were taken down, and
then quote it in other sources.
Finally, as far as "our dogfood" is concerned, I just made a
careful search through the RFC index and a few other sources and
couldn't find an IETF Standards Track document describing the
Wiki technology and approach. I couldn't even find an
Informational document. So, unless I've missed something, this
particular food belongs to some other dog. _Our_ dog food would
be to follow the precedent set with RFC 5000. And I think that
is exactly what Paul and several others, including myself, have