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]

 



Brian E Carpenter skrev:
> On 2007-12-01 00:45, Harald Alvestrand wrote:
>> Tom.Petch wrote:
>>> I recall a recent occasion when the IESG withdrew its approval, for
>>>  draft-housley-tls-authz-extns
>>> a document that both before and after its approval generated a lot of
>>> heat,
>>> within and without a WG.
>>>
>>> Presumably the expedited process would, or at least could, have seen
>>> that
>>> published as an RFC.
>>>
>>> With that example in mind, a 60 day hold seems rather a good idea.
>>>   
>> In that case, it went into the RFC Editor queue on June 30,, 2006, and
>> was yanked from the queue on February 26, 2007 - 8 months later.
>>
>> According to the "third last call" announcement:
>>
>> On June 27, 2006, the IESG approved "Transport Layer Security (TLS)
>> Authorization Extensions," (draft-housley-tls-authz-extns) as a
>> proposed standard. On November 29, 2006, Redphone Security (with whom
>> Mark Brown, a co-author of the draft is affiliated) filed IETF IPR
>> disclosure 767.
>>
>> it was five months between approval and the IPR disclosure.
>>
>> A two-month hold wouldn't have caught it.
>> (No idea why it was still hanging there long enough for the IPR
>> disclosure to catch up with it...)
> 
> In any case, I would much rather have seen that published and later
> declared Historic than hold up all other RFCs. It isn't as if the
> IETF can control what actually gets implemented and deployed
> in any case - so why on earth does it *matter*? Whereas getting
> the vast majority of RFCs published promptly *does* matter.
> 

I am actually worried with the inter SDO implications of blocking
publication for 2 months. Unless we actually always block publication
for 2 month for approval this doesn't help. So what are we going to say
to other SDO and they ask, can you do your best to get this document
published. And then we have to say, well the document can be made ready
but we can't for formal reasons provide it until 2 months have past. I
think this would be going in the wrong direction on use cooperating with
other SDOs.

However, it clearly solves the issue with appeals and if it is IESG or
IAB discretion whether the document is blocked or not. I actually are
worried that people may use a "appeals always block publication" as way
of forcing removal of ietf protocols from other SDOs specifications. The
reality is that neither IESG or IAB can process appeals extremely
quickly. Unless they are obvious bogus.

Cheers

Magnus Westerlund

IETF Transport Area Director & TSVWG Chair
----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone +46 8 4048287
Torshamsgatan 23           | Fax   +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@xxxxxxxxxxxx
----------------------------------------------------------------------

_______________________________________________

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]