Re: Should the RFC Editor publish an RFC in less than 2 months?

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

 



----- Original Message -----
From: "Lixia Zhang" <lixia@xxxxxxxxxxx>
To: "Frank Ellermann" <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@xxxxxxxxx>
Cc: <ietf@xxxxxxxx>
Sent: Sunday, December 02, 2007 8:12 PM
Subject: Re: Should the RFC Editor publish an RFC in less than 2 months?


<snip>
>
> I'm late getting into this discussion, but also have the advantages
> of seeing arguments on all side at once :-)
>
> it seems to me that the final decision on this issue would be a
> tradeoff in a multi-dimension space:
> - how much gain vendors/users may get from publishing an RFC at time=T
>    vs at (T + 2 months)
>    in particular if the publication is tagged with some provisional
> clause.
> - how strong is the desire of wanting the published RFCs to be stable
>    (i.e. minimizing the chances of reclassification, with an
> understanding
>     that we cannot completely eliminate the chance)
> - As pointed out above, what may be the legal complication, if there
> is any,
>    in handling appeals against a published RFC, and remedy the situation
>    when an appeal succeeds.
>
> I too first thought that the process ought to be optimized for the
> majority cases.  I now realized that the optimization should be based
> on the weighted percentages:
>
>     (% of no-appeal cases) X (gains from publishing 2-month earlier)
>
> versus
>
>     (% of appeal cases) X (chance of an appeal succeeded)
>                         X (cost from any potential legal complications
>                            and remedy)
> The remedy here may also include the cost to those people who acted
> on a published RFC in its first 2 months.
>
I agree completely.  When I am involved in risk analysis, the really nasty cases
are 'probability low, impact high' - will the first nuclear bomb set off a chain
reaction which destroys the world? unlikely but somewhat devastating if so.  I
see the withdrawal of approval by the IESG as risk analysis; whether it happens
10% or 0.1% of the time, whether it happens on account of an appeal or because
of some other reason is immaterial if the potential adverse impact is high
enough.

At the same time, I see the benefits of having the RFC now rather than in
February as minimal; early adopters adopt early and are proud to announce in
their marketing material that their product conforms to I-D
draft-ietf-wg-enhanced-protocol.  The date of the arrival of an RFC is irelevant
to them.

The I-Ds that concern me most are those that may have had little exposure, for
which that lack of exposure means that potentially show-stopping issues have yet
to emerge.  So one compromise would be to allow quicker publication of those
I-Ds that have had wide exposure, that have been discussed on an IETF mailing
list, so that at IETF Last Call it is feasible to look at the mailing list
archive to see what has arison, but keep the 60 day delay for individual
submissions, or for I-Ds that do not get an IETF Last Call.

Tom Petch

> so the question to me is really: can we quantify the values of those
> weight factors?
> (as an academic I dont have a lot clue here)
>
ps No, in my experience of risk analysis - each participant uses their gut
feeling and the chair declares rough consensus.

> Lixia
>
> _______________________________________________
> Ietf mailing list
> Ietf@xxxxxxxx
> https://www1.ietf.org/mailman/listinfo/ietf


_______________________________________________

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]