Re: I-D ACTION:draft-housley-iesg-rfc3932bis-10.txt

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

 



At 03:19 09-10-2009, Stephen Kent wrote:
As ads for financial products remind us "Past performance is not a guarantee of future performance." Since we have been making changes in IETF functions over time, including the RFC Editor function, I don't think it is unreasonable to formalize this aspect of the relationship between the IESG and the RFC Editor, before a problem arises.

By over-formalizing the procedures, the IETF will end up with a rigid process.

I believe that most folks recognize that the public, in general, does not distinguish between RFCs that are the product of IETF WGs, individual submissions, independent submissions, etc. I think the IESG has a legitimate role in ensuring that RFCs that are not the product of WGs are appropriate labelled, and inclusion of an IESG note is a reasonable way to do that.

Section 1.1 of the draft mentions that:

  "The IESG may provide an IESG note to an Independent Submission or
   IRTF Stream document to explain the specific relationship, if any, to
   IETF work."

That's a "may". From what you said, I deduce that you would prefer that line to say:

  The IESG will provide an IESG note to an Independent Submission ...

The reasons for the IESG Note are mentioned in Section 3. None of them are about a label saying that the RFC is not a product of a WG.

When the RFC series was first established, the need for archival, searchable, open publication of Internet-related documents was a good argument for the autonomy of the RFC Editor function. Moreover, the RFC Editor function pre-dates the existence of the IETF and the IESG, by many years. But, times change. The availability of search engines like Google make it possible for essentially anyone to publish material that is widely accessible, relatively easy to find, and more or less archival. Also, the vast majority of the RFCs published for many years are documents approved by the IESG. Thus it seems reasonable to revisit the degree of autonomy the RFC Editor enjoys relative to the IESG. The current proposal does not change the relationship very much in practice, but I understand that it is an important issue in principle, and the IETF membership has debated it in this context, extensively.

An open source advocate once suggested to me that I could use Geocities to publish material. That site is closing this month. There are differences between publishing something on your web site and publishing a RFC. The latter does not require search engine optimization for wide dissemination. A RFC has intrinsic qualities because of the way it is produced. There are some RFCs with IESG notes, such as RFC 4144, which I read as good advice.

The current proposal undermines the independence of the RFC Editor (ISE in practice). It changes the relationship from one where the various parties should work together and come to an agreement to a tussle between the RFC Editor and the IESG. I don't think that an appeal is a good idea. I didn't object to it as the IESG folks may feel better if they had that mechanism. However, I do object to making the outcome mandatory.

At 00:18 09-10-2009, Dave CROCKER wrote:
The IESG is demanding a change. The IESG has failed to achieve community rough consensus for that change, but the IESG is still claiming a mandate for change.

There doesn't seem to be a concern about achieving rough community consensus in this case as the IESG really wants the change.

Regards,
-sm
_______________________________________________

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

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