Re: [tcpm] another review of draft-ietf-tcpm-tcpsecure[-10]

Stefanos Harhalakis <v13@v13.gr> Thu, 02 October 2008 17:11 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 2A84F3A6AAE; Thu, 2 Oct 2008 10:11:43 -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 0E2F23A69DA for <tcpm@core3.amsl.com>; Thu, 2 Oct 2008 10:11:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level:
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[AWL=0.923, 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 XcGrf7-Z3MLi for <tcpm@core3.amsl.com>; Thu, 2 Oct 2008 10:11:41 -0700 (PDT)
Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by core3.amsl.com (Postfix) with ESMTP id A6A7A3A6AAE for <tcpm@ietf.org>; Thu, 2 Oct 2008 10:11:35 -0700 (PDT)
Received: from mx-av-05.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-05.forthnet.gr (8.14.3/8.14.3) with ESMTP id m92HB5uH000354; Thu, 2 Oct 2008 20:11:05 +0300
Received: from MX-IN-01.forthnet.gr (mx-in-01.forthnet.gr [193.92.150.23]) by mx-av-05.forthnet.gr (8.14.3/8.14.3) with ESMTP id m92HB5hQ003030; Thu, 2 Oct 2008 20:11:05 +0300
Received: from hell.hell.gr (adsl61-198.lsf.forthnet.gr [79.103.188.198]) by MX-IN-01.forthnet.gr (8.14.3/8.14.3) with ESMTP id m92HB0ov005044; Thu, 2 Oct 2008 20:11:02 +0300
Authentication-Results: MX-IN-01.forthnet.gr smtp.mail=v13@v13.gr; spf=neutral
Authentication-Results: MX-IN-01.forthnet.gr header.from=v13@v13.gr; sender-id=neutral
From: Stefanos Harhalakis <v13@v13.gr>
To: tcpm@ietf.org
Date: Thu, 2 Oct 2008 20:10:59 +0300
User-Agent: KMail/1.9.9
References: <13D1EAB852BE194C94773A947138483D061CA91D@xmb-sjc-21c.amer.cisco.com>
In-Reply-To: <13D1EAB852BE194C94773A947138483D061CA91D@xmb-sjc-21c.amer.cisco.com>
MIME-Version: 1.0
Content-Disposition: inline
Message-Id: <200810022011.00289.v13@v13.gr>
Cc: Alfred =?utf-8?q?H=C3=8Enes?= <ah@tr-sys.de>, 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: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

On Thursday 02 October 2008, Mitesh Dalal (mdalal) wrote:
> vote for updates.
>
> I personally feel we are reading too much into the updates lingo.
> I didn't care one way or the other until somebody (Alfred ?) brought
> this up. Given that this is standards track document, the entire
> interne community will be well served if we clearly highlight where
> we are coming from. Updates in my mind does not mean a tcp V2
> nor it means MUST implement. It simply means a new piece of
> information found that concerns a base spec and sheds some new
> light on it.

When I read 'updated by' for an RFC I understand that if I want to implement a 
current version of that RFC then I need to also read the 'updated by' 
document. 

A good example is RFC 4032 (Update to the Session Initiation Protocol (SIP)) 
which says:

(Abstract)
   This document updates RFC 3312, which defines the framework for
   preconditions in SIP.  We provide guidelines for authors of new
   precondition types and describe how to use SIP preconditions in
   situations that involve session mobility.

(Introduction)
   This document updates RFC 3312,  provides guidelines for authors of
   new precondition types and explains which topics they need to discuss
   when defining them.  In addition, it updates some of the procedures
   in RFC 3312 for using SIP preconditions in situations that involve
   session mobility as described below.

Since tcpsecure does something simillar it may just need a sentence like "This 
document updates RFC 793 blah blah". The rationale is that whoever implements 
a current version of RFC 793 should also have in mind tcpsecure.

So, FWIW, I believe that tcpsecure should update RFC 793.
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm