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

"Anantha Ramaiah (ananth)" <ananth@cisco.com> Mon, 29 September 2008 17:37 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 53B453A693C; Mon, 29 Sep 2008 10:37:50 -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 E32D43A6A08 for <tcpm@core3.amsl.com>; Mon, 29 Sep 2008 10:37:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.162
X-Spam-Level:
X-Spam-Status: No, score=-6.162 tagged_above=-999 required=5 tests=[AWL=0.438, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 LS8QBzUsYmcf for <tcpm@core3.amsl.com>; Mon, 29 Sep 2008 10:37:47 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id B00283A68E1 for <tcpm@ietf.org>; Mon, 29 Sep 2008 10:37:47 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.33,333,1220227200"; d="scan'208";a="165117596"
Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 29 Sep 2008 17:37:37 +0000
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m8THbbvp015132; Mon, 29 Sep 2008 10:37:37 -0700
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id m8THbYwS008968; Mon, 29 Sep 2008 17:37:37 GMT
Received: from xmb-sjc-21c.amer.cisco.com ([171.70.151.176]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 29 Sep 2008 10:37:34 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 29 Sep 2008 10:37:40 -0700
Message-ID: <0C53DCFB700D144284A584F54711EC5805DF456C@xmb-sjc-21c.amer.cisco.com>
In-Reply-To: <48E11006.9000100@isi.edu>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [tcpm] another review of draft-ietf-tcpm-tcpsecure[-10]
Thread-Index: AckiWLp6W7pNe/ZfQNaJj3e87ZwypAAACCOw
References: <200808140650.IAA05627@TR-Sys.de> <0C53DCFB700D144284A584F54711EC5805DF435A@xmb-sjc-21c.amer.cisco.com> <B35986E6-D8D7-4A9E-B8AB-3DB2E5C3FA29@nokia.com> <0C53DCFB700D144284A584F54711EC5805DF44E1@xmb-sjc-21c.amer.cisco.com> <48E11006.9000100@isi.edu>
From: "Anantha Ramaiah (ananth)" <ananth@cisco.com>
To: "Joe Touch" <touch@ISI.EDU>
X-OriginalArrivalTime: 29 Sep 2008 17:37:34.0943 (UTC) FILETIME=[0EEAA6F0:01C9225A]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3739; t=1222709857; x=1223573857; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=ananth@cisco.com; z=From:=20=22Anantha=20Ramaiah=20(ananth)=22=20<ananth@cisco .com> |Subject:=20RE=3A=20[tcpm]=20another=20review=20of=20draft- ietf-tcpm-tcpsecure[-10] |Sender:=20; bh=/iP5+YgLycmzgyHVn7r/0xFPjk03TzzMpW4KaYKsJEY=; b=GfwZSlZHG/T50j7rIsgSqKQqrTZpTJVrVdgqnoAPbMdfyyz0tuNRlL6iL+ bEZcQXg707zYZCX4Wnlp5HC3JHUH/eZcG0B4WJ61nBZnJCO3I9cnmjfcgsjB gy3vzEuhpj;
Authentication-Results: sj-dkim-2; header.From=ananth@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; );
Cc: =?iso-8859-1?Q?Alfred_H=CEnes?= <ah@tr-sys.de>, tcpm@ietf.org
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="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org

I think we are losing context here. ( At this stage in the document we don't need a rat-hole here) Alfred's point was :

" 
Furthermore, I once more advocate making clear in the document metadata what the document does, by adding to the heading:

    Updates: 793 (if approved)

Doing so will definitely help guide implementers to quickly locate the document once published as an RFC.
By WG consensus, the document is intended for Standards Track, and Sections 3.2, 4.2, and 5.2 clearly state that they update RFC 793; thus, this should be made visible at the metadata level as well.
"

The question is whether or not we should put that phrase in the front. 

-Anantha

> -----Original Message-----
> From: Joe Touch [mailto:touch@ISI.EDU] 
> Sent: Monday, September 29, 2008 10:28 AM
> To: Anantha Ramaiah (ananth)
> Cc: Lars Eggert; tcpm@ietf.org; Alfred HÎnes; Mitesh Dalal 
> (mdalal); rrs@cisco.com
> Subject: Re: [tcpm] another review of draft-ietf-tcpm-tcpsecure[-10]
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> This has been the big issue with this doc from the beginning, 
> and I've been raising it from the beginning. Other docs 
> describe extensions to the protocol, but don't change the 
> base protocol. This one does, which has always been my 
> broadest concern.
> 
> It's a little odd to hear anyone think this is the first time 
> this was raised.
> 
> Joe
> 
> Anantha Ramaiah (ananth) wrote:
> > Lars,
> > 
> > Confused here. The TCP timestamps, SACK etc., are NOT 
> specified in RFC 793. Hence they don't update RFC 793 in any 
> sense, these are independent.
> > 
> > Now, RFC 2001 is a separate RFC by itself which was 
> obsoleted by RFC 2581. Yes, this is pretty close since this 
> talks about congestion control which is central to TCP, so 
> may be it updates some sections of RFC 793, I haven't taken a 
> close look.
> > 
> > Tcpsecure on the other hand does update the processing 
> rules of 793 ( pl see sections 3.2, 4.2, and 5.2), and hence 
> Alfred's point makes sense to me. 
> > FWIW, I never thought about this until Alfred brought this 
> point up, IMO, this is a good point.
> > 
> > -Anantha
> > 
> > -----Original Message-----
> > From: Lars Eggert [mailto:lars.eggert@nokia.com]
> > Sent: Monday, September 29, 2008 8:26 AM
> > To: Anantha Ramaiah (ananth)
> > Cc: Alfred HÎnes; rrs@cisco.com; Mitesh Dalal (mdalal); 
> tcpm@ietf.org
> > Subject: Re: [tcpm] another review of draft-ietf-tcpm-tcpsecure[-10]
> > 
> > Hi,
> > 
> > (individual hat on)
> > 
> > On 2008-9-29, at 0:08, ext Anantha Ramaiah (ananth) wrote:
> >> In particular, regarding your observation of mentioning what the 
> >> document is doing, I agree that we should mention that it "updates 
> >> 793". I am hoping that nobody has any objection to this point.
> > 
> > since this document specifies an optional component to TCP, 
> I'd argue that it should not update RFC793. If you look at 
> the RFC Editor page, almost no other RFC updates RFC793, 
> because even widely-deployed extensions (timestamps, SACK, 
> etc.) are all optional. Even RFC2581 doesn't update RFC793.
> > 
> > Lars
> > _______________________________________________
> > tcpm mailing list
> > tcpm@ietf.org
> > https://www.ietf.org/mailman/listinfo/tcpm
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkjhEAYACgkQE5f5cImnZrvhkgCfQMc0AP8JMGZqXgKhjNZ/LreG
> k7kAoM9M9JgpiYagxzrNjibrCR29fwCy
> =ELvI
> -----END PGP SIGNATURE-----
> 
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm