Already Last-Called downrefs (was: ...)
Pekka Savola <pekkas@netcore.fi> Wed, 14 March 2007 14:17 UTC
Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRUIA-0005eQ-Nu; Wed, 14 Mar 2007 10:17:26 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HRUI8-0005aD-Ve for ietf@ietf.org; Wed, 14 Mar 2007 10:17:24 -0400
Received: from eunet-gw.ipv6.netcore.fi ([2001:670:86:3001::1] helo=netcore.fi) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HRUI5-0000Ew-TF for ietf@ietf.org; Wed, 14 Mar 2007 10:17:24 -0400
Received: from localhost (pekkas@localhost) by netcore.fi (8.12.11.20060614/8.12.11) with ESMTP id l2EEH9I6016461; Wed, 14 Mar 2007 16:17:10 +0200
Date: Wed, 14 Mar 2007 16:17:09 +0200
From: Pekka Savola <pekkas@netcore.fi>
To: Brian E Carpenter <brc@zurich.ibm.com>
In-Reply-To: <45F7EC16.1030904@zurich.ibm.com>
Message-ID: <Pine.LNX.4.64.0703141552340.15869@netcore.fi>
References: <45F6CE12.8020703@mozilla.com> <tsllki1rpyc.fsf@cz.mit.edu> <45F6EF91.7030008@mozilla.com> <tslk5xlq8ul.fsf@cz.mit.edu> <45F6FA2A.4060409@mozilla.com> <1C0F121E56ADA47B5683D263@caldav.corp.apple.com> <45F7EC16.1030904@zurich.ibm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Virus-Scanned: ClamAV 0.90.1/2834/Wed Mar 14 03:42:15 2007 on otso.netcore.fi
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL, BAYES_00, NO_RELAYS autolearn=ham version=3.1.8
X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on otso.netcore.fi
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca
Cc: ietf@ietf.org
Subject: Already Last-Called downrefs (was: ...)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.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://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org
On Wed, 14 Mar 2007, Brian E Carpenter wrote: > Just to confirm: 2818 has already been "downrefed" so it can be used in > this way without further formality. > > http://www1.tools.ietf.org/group/iesg/trac/wiki/DownrefRegistry There appear to have been two kinds of Last Calls: 1) Last Call for document X which also last calls that document's downrefs, and 2) Separate Last Call about downrefs to document Y (rare, see 31 Jan 2007 example below) Which one(s) are you referring to? If 1), there seems to be an assumption that if document X downrefs document Y, and that downref is last-called, there is no need to Last Call any downref to document Y. There is no text in the Last Call message to suggests the downref should be considered in a 'global' sense (more like 2) above), instead of in the context of the referencing document. I certainly wouldn't go as far as to say that if it's OK for draft-dusseault-caldav to use RFC2818 in a normative sense, it would automatically make it OK in every other protocol as well. RFC 3967 says: ===== Once a specific down reference to a particular document has been accepted by the community (e.g., has been mentioned in several Last Calls), an Area Director may waive subsequent notices in the Last Call of down references to it. This should only occur when the same document (and version) are being referenced and when the AD believes that the document's use is an accepted part of the community's understanding of the relevant technical area. For example, the use of MD5 [RFC1321] and HMAC [RFC2104] is well known among cryptographers. ===== And I'm not sure if those requirements have been fulfilled yet. Am I missing something? FWIW, there appear to be errors in the DownrefRegistry above. For example, draft-ietf-lemonade-compress has not been Last Called this year, and when -06 version was in Dec 2006, it had no mention of downref. There is a 'global'-like Last Call on 31 Jan 2007 but it seems to be about RFC 1951, not 1531.) -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- TLS requirements (Last Call: draft-ietf-atompub-p… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Sam Hartman
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Sam Hartman
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Brian E Carpenter
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Already Last-Called downrefs (was: ...) Pekka Savola
- Re: TLS requirements (Last Call: draft-ietf-atomp… EKR
- Re: Already Last-Called downrefs Brian E Carpenter
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Re: TLS requirements (Last Call: draft-ietf-atomp… Tim Bray
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Re: TLS requirements (Last Call: draft-ietf-atomp… Eric Rescorla
- Re: TLS requirements (Last Call: draft-ietf-atomp… Eric Rescorla
- Re: TLS requirements (Last Call: draft-ietf-atomp… Robert Sayre
- Re: TLS requirements (Last Call: draft-ietf-atomp… Jeffrey Hutzelman
- Re: TLS requirements (Last Call: draft-ietf-atomp… Philip Guenther
- Re: TLS requirements (Last Call: draft-ietf-atomp… Brian E Carpenter
- Re: TLS requirements (Last Call: draft-ietf-atomp… Philip Guenther
- AW: Last Call: draft-ietf-geopriv-radius-lo (Carr… Doug Ewell
- Re: TLS requirements (Last Call: draft-ietf-atomp… Julian Reschke
- Re: TLS requirements (Last Call: draft-ietf-atomp… Cyrus Daboo