On Fri 14/Dec/2012 09:49:30 +0100 Yaron Sheffer wrote:
to clarify, my proposal only applies to Internet Drafts, and clearly
states that the implementation section should be removed from the
document before it is published as RFC.
One place where an Implementation Status may help is IETF LCs: People
are asked to comment on I-Ds whose development they didn't track, on
topics they may have only a working knowledge of. Code licensing and
IPR details could quickly convey whether a given standardization
process is being gamed, for example.
Formally, we don't want non-permanent stuff in RFCs.
We have the Errata and the Outcomes, AFAIK. The Errata is freely
writable, somewhat impractical, and doesn't address this purpose.
And realistically, even if we had an implementation wiki, it is
unlikely to be kept up to date once the RFC is published.
The Outcomes /is/ a wiki, http://trac.tools.ietf.org/misc/outcomes/.
No wonder it's not updated: It is difficult to find it from the
relevant RFCs (let alone specific sections thereof), and it is not
freely writable. Anyway, it addresses only a small subset of the
Implementation Status.
While we need no formal procedure to write the Implementation Status
section of an I-D, we probably need to specify how the content of that
section can be used to set off the wiki page for the new RFC,
and how that wiki should work. Would that help running code?