draft-phillips-langtags-08, process, specifications, and extensions

JFC (Jefsey) Morfin jefsey at jefsey.com
Thu Jan 6 02:47:03 CET 2005

At 14:29 05/01/2005, Michael Everson wrote:
>Dear colleagues,
>I can see that I have not been wrong deleting this thread unread. I don't 
>know what Mr Morfin's problem is, and John's responses suggest to me that 
>I oughtn't care. Please publish the new RFC soon so we can Get On With It. 
>Try to get it a number that ends in -66.

Dear Michael,
May be this one should be worth a second "Bulldog" prize :-)

You are fully entitled not to want to consider/ignore the needs and 
questions I expressed (a very elegant and efficient example of the 
"particular care" of this caucus as required by the Internet standard 
process [RFC 2026]).

But I am surprised you endorse such repeated "this":

>At 07:16 -0500 2005-01-05, John Cowan wrote:
>>The intent is that the draft become a BCP replacing RFC 3066 (also a 
>>BCP),not an Internet Standard.

while BCP009 "The Internet Standards Process -- Revision 3" says in 

"The BCP subseries of the RFC series is designed to be a way to 
_standardize_ practices and the results of community deliberations.  A BCP 
document is subject to the same basic set of procedures as _standards_ 
track documents and thus is a vehicle by which the IETF   community can 
define and ratify the community's best current thinking on a statement of 
principle or on what is believed to be the best way to perform some 
operations or IETF process function.

"Historically Internet _standards_ have generally been concerned with the 
technical specifications for hardware and software required for computer 
communication across interconnected networks.  However, since the Internet 
itself is composed of networks operated by a great variety of 
organizations, with diverse goals and rules, good user service requires 
that the operators and administrators of the Internet follow some common 
guidelines for policies and operations. while these guidelines are 
generally different in scope and style from protocol _standards_, their 
establishment needs a similar process for _consensus_ building.

"While it is recognized that entities such as the IAB and IESG are composed 
of individuals who may participate, as individuals, in the technical work 
of the IETF, it is also recognized that the entities themselves have an 
existence as leaders in the community.  As leaders in the Internet 
technical community, these entities should have an outlet to propose ideas 
to stimulate work in a particular area, to raise the community's 
sensitivity to a certain issue, to make a statement of architectural 
principle, or to communicate their thoughts on other matters. The BCP 
subseries creates a smoothly structured way for these management entities 
to insert proposals into the consensus-building machinery of the IETF while 
gauging the community's view of that issue.

"The BCP process is similar to that for proposed _standards_.  The BCP is 
submitted to the IESG for review, (see section 6.1.1) and the existing 
review process applies, including a Last-Call on the IETF Announce mailing 
list.  However, once the IESG has approved the    document, the process 
ends and the document is published.  The resulting document is viewed as 
having the technical _approval_ of the   IETF.

"Specifically, a document to be considered for the status of BCP must 
undergo the procedures outlined in sections 6.1, and 6.4 of this document. 
The BCP process may be appealed according to the procedures in section 6.5.

"Because BCPs are meant to express community consensus but are arrived at 
more quickly than _standards_, BCPs require particular care. Specifically, 
BCPs should not be viewed simply as stronger Informational RFCs, but rather 
should be viewed as documents suitable for a 

I also note the importance of the "entities" given by the Internet standard 
process in BCPs. I would be interested in knowing which entities are 
participating as such (or nearly as such - I see the W3C, which other 
entity?) to this proposition.

All the best.


More information about the Ietf-languages mailing list