Re: [tcpm] another review of draft-ietf-tcpm-tcpsecure[-10]
Lars Eggert <lars.eggert@nokia.com> Thu, 02 October 2008 16:57 UTC
Return-Path: <tcpm-bounces@ietf.org>
X-Original-To: tcpm-archive@megatron.ietf.org
Delivered-To: ietfarch-tcpm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1047E3A6A0C; Thu, 2 Oct 2008 09:57:39 -0700 (PDT)
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D8CA3A6A0C for <tcpm@core3.amsl.com>; Thu, 2 Oct 2008 09:57:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.556
X-Spam-Level:
X-Spam-Status: No, score=-2.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599]
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 BwcAilfK-fy9 for <tcpm@core3.amsl.com>; Thu, 2 Oct 2008 09:57:34 -0700 (PDT)
Received: from mail.fit.nokia.com (unknown [IPv6:2001:2060:40:1::123]) by core3.amsl.com (Postfix) with ESMTP id 2F4463A694C for <tcpm@ietf.org>; Thu, 2 Oct 2008 09:57:34 -0700 (PDT)
Received: from [192.168.255.2] (a88-114-157-111.elisa-laajakaista.fi [88.114.157.111]) (authenticated bits=0) by mail.fit.nokia.com (8.14.3/8.14.3) with ESMTP id m92Gtn6j012374 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 2 Oct 2008 19:55:50 +0300 (EEST) (envelope-from lars.eggert@nokia.com)
Message-Id: <0A1AC67E-26EE-4553-92FA-7FDC46685B37@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
To: ext Ted Faber <faber@ISI.EDU>
In-Reply-To: <20081002001625.GQ60793@zod.isi.edu>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Thu, 02 Oct 2008 19:55:49 +0300
References: <986B5B70-4BD5-46EF-943C-DE588603CF6C@windriver.com> <13D1EAB852BE194C94773A947138483D061CA91D@xmb-sjc-21c.amer.cisco.com> <20081002001625.GQ60793@zod.isi.edu>
X-Mailer: Apple Mail (2.929.2)
X-Virus-Scanned: ClamAV 0.94/8371/Thu Oct 2 13:15:33 2008 on fit.nokia.com
X-Virus-Status: Clean
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.fit.nokia.com [212.213.221.39]); Thu, 02 Oct 2008 19:55:59 +0300 (EEST)
Cc: Alfred HÎnes <ah@tr-sys.de>, tcpm@ietf.org, David Borman <david.borman@windriver.com>, Joe Touch <touch@ISI.EDU>, "Anantha Ramaiah (ananth)" <ananth@cisco.com>, Randy Stewart <randall@lakerest.net>, "Mitesh Dalal (mdalal)" <mdalal@cisco.com>, "Eddy, Wesley M. (GRC-RCN0)[VZ]" <Wesley.M.Eddy@nasa.gov>
Subject: Re: [tcpm] another review of draft-ietf-tcpm-tcpsecure[-10]
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0081354451=="
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org
Hi, FYI, Pasi Eronen pointed me at RFC2223, which defines what "updates" means. In Section 12, it says: 12. Relation to other RFCs Sometimes an RFC adds information on a topic discussed in a previous RFC or completely replaces an earlier RFC. There are two terms used for these cases respectively, Updates and Obsoletes. A document that obsoletes an earlier document can stand on its own. A document that merely updates an earlier document cannot stand on its own; it is something that must be added to or inserted into the previously existing document, and has limited usefulness independently. The terms Supercedes and Replaces are no longer used. Updates To be used as a reference from a new item that cannot be used alone (i.e., one that supplements a previous document), to refer to the previous document. The newer publication is a part that will supplement or be added on to the existing document; e.g., an addendum, or separate, extra information that is to be added to the original document. Nothing in that text talks about conditional applicability, and the argument that tcpsecure is an addendum to be added as an optional component to RFC793 can be made. The unfortunate thing is that the IETF's running code has been different from what RFC2223 describes, at least to some degree even back then and certainly since. I other words, according to the definition in RFC2223, many more RFCs should have been updating RFC793 over the years, not to speak of other RFC/protocol families. Lars
_______________________________________________ tcpm mailing list tcpm@ietf.org https://www.ietf.org/mailman/listinfo/tcpm
- [tcpm] another review of draft-ietf-tcpm-tcpsecur… Alfred Hönes
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Lars Eggert
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Lars Eggert
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… David Borman
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Eddy, Wesley M. (GRC-RCN0)[VZ]
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Eddy, Wesley M. (GRC-RCN0)[VZ]
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… David Borman
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Mitesh Dalal (mdalal)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Ted Faber
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Murali Bashyam
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Lars Eggert
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Stefanos Harhalakis
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Alfred Hönes
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Anantha Ramaiah (ananth)
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Eddy, Wesley M. (GRC-RCN0)[VZ]
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… David Borman
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Chandrashekhar Appanna
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Chandrashekhar Appanna
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Joe Touch
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Chandrashekhar Appanna
- Re: [tcpm] another review of draft-ietf-tcpm-tcps… Tom Petch