Re: Last Call: draft-arkko-rfc2780-proto-update (IANA Allocation Guidelines for the Protocol Field) to BCP

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

 



Brian, Frank,

Thanks for your comments. A few additional notes below:

> Red herring as far as this draft is concerned: I'd be interested
> to know why we are still willing to allow non-disclosure for
> port numbers (see RFC 2780 sections 8 and 9.1). Port numbers
> are going fast.

As was mentioned already, this is something that Lars and a
few other folks are currently looking at. I'm presuming that
there will be a draft about this later.

But the port case might be different; that's why they are pursued
separately, even if both share some practical problems associated
with NDAs for volunteer experts etc. I view the protocol number
rule change as a bug fix.

>>> From -00 to Last Call in less than three hours, is that
>> a "speedy publish" procedure I haven't heard of before ?
>
> I-D submission tool plus the sponsoring AD's special buttons in
> the I-D tracker. Seems like eating our own dogfood to me.

Its part of the IESG's effort to improve the speed of our process
by moving to units of hours instead of months ;-) But seriously,
this was merely the combination of a very short draft, a change
that appears to be the right thing, sponsoring AD (Russ) being
aware of the issue from past discussions with IANA, and the
AD review getting done in fifteen minutes after I requested
it. But the main effort and bulk of time for this draft is in
the public discussion of what rules makes sense -- and we
just started that in the last call.

More generally, short drafts and bug fixes tend to go through
relatively quickly. Individual submissions via sponsoring AD
may sometimes go quicker than WG submissions, because there
are less forums and their managers to go through. However,
individual submissions may get less priority from the ADs
if they have many WG submissions on their queue as well.
And complex proposals need some forum for the discussion
to happen in any case. Finally, drafts that do not need
modification at LC or IESG review stage tend to go through
about four times as fast as drafts that do need modification.

Jari


_______________________________________________

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]