Re: RFC 2434 term "IESG approval" (Re: IANA Action: Assignment of an IPV6 Hop-by-hop Option)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Jul 02, 2005 at 01:18:31AM +0700, Robert Elz wrote:
>     Date:        Fri, 1 Jul 2005 11:39:05 -0400
>     From:        Margaret Wasserman <margaret@xxxxxxxxxxxxxx>
> 
> No, I didn't say that at all, ever.   What I said was that the IESG should
> have determined whether there was adequate documentation for the option.
> That is, whether the documentation was clear, unambiguous, complete, and
> would allow an implementation of the option by someone who wanted to
> do that, or for someone to understand what the bits in the packets
> passing through their network are suppsred to mean.
> 
>   |        Specification Required - Values and their meaning must be
>   |             documented in an RFC or other permanent and readily available
>   |             reference, in sufficient detail so that interoperability
>   |             between independent implementations is possible.
> 
> yes, that one is "there must be some documentation"

Doesn't "interoperability between independent implementations" mean
"clear, unambiguous, complete"?

My interpretation of "Specification Required so that interoperability
between independent implementation" certainly implies everything which
you claim "IESG approval" means.

Your interpretation of "Specification Required" as "it's OK if the
specification is crappy and might lead to non-interoperable
implementation" seems to be belied by the definition of "Specification
Required" which you quoted above.


So if that is the case, then IESG Approval should mean something else,
and hopefully something implies more than "the idea, good or bad, has
a complete specification."  "Doesn't destroy the internet" seems like
a good reasonable criteria, and there problably should be others that
the IESG might want to apply --- and I for one am quite willing to
give that discretion to the IESG as to what criteria they believe
should be applied.  If they abuse that power, well that's what the
appeals process and the nomcom process is all about.

And of course, at the end of the day, implementors can always ignore
IANA.  Lack of registration certainly has not stopped various vendors,
including Microsoft, to create and sell products with unregistered
code points in Telnet, DHCP, and other IETF protocols.  But if the
IESG is going to "approve", that certainly implies a certain
assumption of the quality of the assignment.  Otherwise, IMHO, we
should just say "Specification Required".

						- Ted

_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]