Re: text suggested by ADs
2005-05-05 18:25:12
At 18:11 05/05/2005, Joe Touch wrote:
Steven M. Bellovin wrote:
> In message <1115166744(_dot_)5285(_dot_)25(_dot_)camel(_at_)localhost(_dot_)localdomain>, Ralph
Droms writes
>>So, without meaning any offense to the ADs, I suggest we lump random
>>participants, WG members, doc editors and ADs together when the spec is
>>reviewed - and ensure that all comments are published in the same forum
>>and given appropriate weight based on technical merit, as supported by
>>explanatory text when the comments are published.
>
> Then what? How are the comments resolved? Who makes the final
> decision about whether or not a document has met certain standards?
"Rough consensus and running code"
Even at this level.
Unfortunately this is not always true. When a "best common practice" is
imagined or a IANA registry created. They can have impact beyond repairs.
This is why I underline how Ted Hardie's question and the answers to it are
important.
Everyone can forgive and forget an RFC. No one can do that with a IANA
registry or with the momentum induced in telling people the world uses to
do something it does not. Once a registry has been created or a non
existing practice endorsed on matter "A", on wrong premises or not, if the
matter "A" does exist, we will have to live with it for ever.
The only possible "correction" would be to create a competing correct "A"
registry or to turn to another "world" (this is propobly the main reason of
the interest in ITU) and then to start an alt-root war, with most of the
users using the wrong solution, due to the IANA prestige; and turning down
the whole IANA if the recognise the problem.
If the matter is important, and if it concerns governments (the Internet
R&D funders) the implications for the Internet stability and future can be
totaly out of proportion with the "A" matter.
This is why I would propose that new IANA registries are accepted ad
experimenda (for test) until confirmed by a standard: during that period a
registry could have several "versions" (even opposing). And that best
common practices document (except for the Internet standard process) give
criteria to verify (when) they reached the "common" level.
The formula could be "roug consensus, running code, proven practice and
used registry".
jfc
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: "straightforward, reasonable, and fair", (continued)
- Re: "straightforward, reasonable, and fair", Ralph Droms
- Re: "straightforward, reasonable, and fair", Keith Moore
- Re: "straightforward, reasonable, and fair", Pekka Savola
- Re: "straightforward, reasonable, and fair", Ralph Droms
- Re: "straightforward, reasonable, and fair", Pekka Savola
- Re: "straightforward, reasonable, and fair", JFC (Jefsey) Morfin
- Re: "straightforward, reasonable, and fair", Brian E Carpenter
Re: text suggested by ADs, Steven M. Bellovin
Re: text suggested by ADs, Sam Hartman
Re: text suggested by ADs, Sam Hartman
Re: text suggested by ADs, Sam Hartman
|
|
|