Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem

Russ Housley <housley@vigilsec.com> Wed, 14 January 2009 16:50 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 281CE3A69EA; Wed, 14 Jan 2009 08:50:27 -0800 (PST)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2AACB3A69EA for <ietf@core3.amsl.com>; Wed, 14 Jan 2009 08:50:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.501
X-Spam-Level:
X-Spam-Status: No, score=-102.501 tagged_above=-999 required=5 tests=[AWL=0.098, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zv-u9mAVW3Uh for <ietf@core3.amsl.com>; Wed, 14 Jan 2009 08:50:25 -0800 (PST)
Received: from woodstock.binhost.com (woodstock.binhost.com [8.8.40.152]) by core3.amsl.com (Postfix) with SMTP id 097EB3A69D3 for <ietf@ietf.org>; Wed, 14 Jan 2009 08:50:24 -0800 (PST)
Received: (qmail 27914 invoked by uid 0); 14 Jan 2009 16:23:26 -0000
Received: from unknown (HELO THINKPADR52.vigilsec.com) (96.255.143.189) by woodstock.binhost.com with SMTP; 14 Jan 2009 16:23:26 -0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 14 Jan 2009 11:20:30 -0500
To: "Tom.Petch" <sisyphus@dial.pipex.com>
From: Russ Housley <housley@vigilsec.com>
Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem
In-Reply-To: <00a501c9762c$77bec780$0601a8c0@allison>
References: <70873A2B7F744826B0507D4B84903E60@noisy> <54974382E5FF41D3A40EFDF758DB8C49@DGBP7M81> <20090112211809.515993A67EA@core3.amsl.com> <00a501c9762c$77bec780$0601a8c0@allison>
Mime-Version: 1.0
Message-Id: <20090114165025.097EB3A69D3@core3.amsl.com>
Cc: trustees@ietf.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

Tom:

RFC 5378 was published on 11 November 2008, and it went into effect 
on that date.  Pre-5378 material refers to contributions that were 
made before the BCP went into effect.  I do not believe that anyone 
tracked the posting time at a finer granularity than a day.

Russ

The At 04:41 AM 1/14/2009, Tom.Petch wrote:
>Russ
>
>I would like greater clarity about the meaning of pre-5378.
>
>Ed's original announcement said that the new regime was in effect from 12
>November 2008 (no time specified).
>
>Ed's revised text uses 'before 10 November 2008' (no time specified).
>
>Ed's original announcement also placed significance on 0100 UTC on 
>16th December
>appearing to allow a grace period up until then during which 5378 was not in
>effect, since old boiler plate was acceptable.
>
>We appear to have four zones of time (up to 23:59:59 9th Nov, 10th/11th Nov,
>12th Nov sometime to 00:00:59 UTC 16th December, thereafter).
>
>Please define, in a legally binding manner, pre- and post- 5378.
>
>After which, we may need transitional arrangements for people who 
>posted in the
>middle two time zones, particularly for those who published in the first two
>weeks of December, thinking that they had a waiver and now find that they may
>have claimed rights in their Contribution that they will never 
>possess (because
>it contains old text from earlier Contributions).
>
>(We may even have a fifth time zone, up until the time at which people were
>informed of the new regime - at least up until the turn of the year, 
>not all our
>emissions yet carried the new text referring to RFC5378 so anyone new to the
>IETF could reasonably claim that their Contributions were being made under
>RFC3978 as modified - but I digress :-(.
>
>Tom Petch
>
>----- Original Message -----
>From: "Russ Housley" <housley@vigilsec.com>
>To: "Doug Ewell" <doug@ewellic.org>
>Cc: <trustees@ietf.org>; <ietf@ietf.org>
>Sent: Monday, January 12, 2009 10:07 PM
>Subject: Re: ANNOUNCEMENT: The IETF Trustees invite your review 
>andcomments on a
>proposed Work-Around to the Pre-5378 Problem
>
>
> > Doug:
> >
> > I hope this response answers your pragmatic questions.
> >
> > >1.  What do I, as editor of an I-D and previously editor of a
> > >related RFC that is not quoted in the current I-D, need to do in
> > >order to allow the WG chairs to move my draft forward into IETF Last Call?
> >
> > You can proceed to IETF Last Call now.  However, if updates to the
> > I-D are needed you may be faced with a problem depending on your
> > situation.  I presume that some or all of the text in the I-D was
> > contributed before 10 Nov 2008.  If so, then an update to that I-D
> > requires you or the WG chair to determine if the people that made the
> > contribution are willing to grant the additional rights required by
> > RFC 5378.  If so, you are done.  If not, you will need some
> > work-around like the one being discussed on this thread.
> >
> > If IETF Last Call or IESG Evaluation brings comments that require an
> > update to the I-D, then you end up with the same situation.
> >
> > If the document is approved without change, then the RFC Editor will
> > ask each of the authors to grant the additional rights required by
> > RFC 5378.  If this cannot be done, then the document will sit in the
> > queue until some work-around like the one being discussed on this
> > thread is implemented.
> >
> > >  2.  What do the co-editors of the WG's other I-D, who were
> > > previously also the co-editors of a related RFC that *is* quoted in
> > > the current I-D, and at least one of whom has co-authored other
> > > RFCs, need to do to allow the WG chairs to move *their* draft
> > > forward into IETF Last Call? Our WG has stalled due to the
> > > uncertainty surrounding the legal requirements and verbiage.  None
> > > of us are attorneys, AFAIK, but all of us would like to get our 
> work done.
> >
> > You can proceed to IETF Last Call now.  As above, at some point
> > contributors will be asked to grant the additional rights required by
> > RFC 5378.  If you can do so, there is no problem.  If not, you will
> > need some work-around like the one being discussed on this thread.
> >
> > Russ
> >
> > _______________________________________________
> > Ietf mailing list
> > Ietf@ietf.org
> > https://www.ietf.org/mailman/listinfo/ietf

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf