Re: RFC Editor RFP Review Request

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

 





On Tuesday, July 25, 2006 07:25:59 PM -0400 John C Klensin <john-ietf@xxxxxxx> wrote:

- the responsibility to send the document to the IESG for
review
- the responsibility of the IESG to respond within a
particular time
- the right of the RFC-Editor to publish
- the right of the IESG to require inclusion of an IESG note

I agree with all but the last.  See below.

Sorry; I know that's a contentious issue, and I didn't mean to imply a position. If the IESG is going to have such a right, it needs to be spelled out in the agreement with whoever becomes RFC-Editor. If not, not.


What it cannot do is to assume it has the right to impose those
requirements on the RFC Editor and that, if the RFC Editor
doesn't agree, the IETF's remedies extend beyond taking its
publication business elsewhere.

Whether it has this right...

Absent figuring out who or what
the term "RFC Editor" belongs to

Depends on the answer to this.

I agree that things would be simpler if we could come up with a way to do things that didn't require figuring out the answer. Unfortunately, I'm not convinced we can. Before I go any further, let me point out that I have no reason to believe that ISI will act other than in good faith and in accordance with the best interests of the Internet. However, contracts are about what happens when someone you thought would act in good faith fails to do so.

The problem is that the point of this process seems to be to provide a certain amount of accountability. I'm not talking about the independent submission stream, but about basic things like publishing documents in a timely manner, emitting documents that look like they were written by a competent writer instead of a six-year-old or an engineer, and being responsive to the needs of the community. The way you provide accountabiltiy for things like that is by writing those requirements into the contract, and providing remedies if they are not met. For an ongoing relationship like the one we're discussing, a key requirement is the ability to take your business elsewhere.

Unfortunately, the instant we try to take our business elsewhere, the question above surfaces. If we don't know who owns the term "RFC Editor", and more importantly, the "RFC series", then there is a _huge_ burden associated with taking our business elsewhere. We already have the problem that people think that anything that's an RFC is an Internet Standard. Can you imagine trying to convince someone that something is an Internet Standard that's _not_ an RFC?

Because of that, I think we need to know the answer before the first time we might have to whether to find another supplier. How can we possibly make such a decision if we don't know how much it will cost?



I continue to hope and believe that, if the RFP and award
process is obviously fair, in the best interests of the Internet
community ISI will consent to the release of any rights they
might have to the "RFC Editor" terminology and materials to
whatever entity the IASA decides to designate.

So do I, to a point. I would actually be happy to see those rights clearly in the hands of the Internet Society; in fact, I think such a thing would probably be in the best interest of the Internet.


But at least
some of us believe that making the approval process or content
of RFCs that do not arise from IETF processes subsidiary to the
IESG would not be in the best interests of the Internet
community.

I'm not sure yet what my position is on that question; there are valid arguments on both sides. However, I don't think this question needs to be resolved in order to put out an RFP, because I don't think the RFP should have that level of detail. I believe that was one of Leslie's original points - there is no need to name a particular entity, especially when it might be changing.

-- Jeff

_______________________________________________

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]