Re: [tcpm] draft-eggert-tcpm-historicize-00

Lars Eggert <lars.eggert@nokia.com> Wed, 09 June 2010 18:28 UTC

Return-Path: <lars.eggert@nokia.com>
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 6463C3A67EC for <tcpm@core3.amsl.com>; Wed, 9 Jun 2010 11:28:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.356
X-Spam-Level:
X-Spam-Status: No, score=-5.356 tagged_above=-999 required=5 tests=[AWL=-0.246, BAYES_05=-1.11, 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 uwhw1B-glzSd for <tcpm@core3.amsl.com>; Wed, 9 Jun 2010 11:28:03 -0700 (PDT)
Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 28FB23A676A for <tcpm@ietf.org>; Wed, 9 Jun 2010 11:28:03 -0700 (PDT)
Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-mx09.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o59IS1Gr006803; Wed, 9 Jun 2010 13:28:02 -0500
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 9 Jun 2010 21:28:00 +0300
Received: from mgw-sa02.ext.nokia.com ([147.243.1.48]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 9 Jun 2010 21:28:00 +0300
Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o59IRxAq008555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jun 2010 21:27:59 +0300
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.96.1 at fit.nokia.com
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: multipart/signed; boundary="Apple-Mail-45--699360132"; protocol="application/pkcs7-signature"; micalg="sha1"
From: Lars Eggert <lars.eggert@nokia.com>
In-Reply-To: <20100609173556.GA5338@nuttenaction>
Date: Wed, 09 Jun 2010 21:27:46 +0300
Message-Id: <4ADFD444-468E-4120-A5B4-B91927844565@nokia.com>
References: <20100609151532.8E75E28C0D0@core3.amsl.com> <33D3BDE9-7E8D-4DF0-B8D5-BFFC66CF9C99@nokia.com> <20100609173556.GA5338@nuttenaction>
To: Hagen Paul Pfeifer <hagen@jauu.net>
X-Mailer: Apple Mail (2.1078)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (mail.fit.nokia.com); Wed, 09 Jun 2010 21:27:53 +0300 (EEST)
X-OriginalArrivalTime: 09 Jun 2010 18:28:00.0607 (UTC) FILETIME=[7DA3D6F0:01CB0801]
X-Nokia-AV: Clean
Cc: "tcpm@ietf.org Extensions" <tcpm@ietf.org>
Subject: Re: [tcpm] draft-eggert-tcpm-historicize-00
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: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Wed, 09 Jun 2010 18:28:04 -0000

Hi,

On 2010-6-9, at 20:35, Hagen Paul Pfeifer wrote:
> Lars, I thought about RFC 1145 "TCP Alternate Checksum Options", there are no
> real shortcomings in the RFC. It is not _widely_ deployed but there is no real
> security concern like say T/TCP.

true. But nobody has bothered to ship it in twenty years, AFAIK.

> I thought only superseded or defective RFCs can be declared historic?

See Section 4.2.4 of RFC2026: 

   A specification that has been superseded by a more recent
   specification or is for any other reason considered to be obsolete is
   assigned to the "Historic" level.

RFC4614 has classified this extension as Historic for "lack of interest" in 2006. This ID just nails the coffin shut.

> I mean
> TCP Alternate Checksum Options _can eventually_ useful in the future for
> example Interplanetary TCP.

Sure, but it hasn't been in use in twenty years, and the Interplanetary TCP is also not immediately around the corner.

> Maybe some military sites already employ RFC 1145.

If you know of deployments, I'm all ears. But even if we do declare it Historic, that does *not* mean that folks that are running it shouldn't run it anymore. The code points, for example, do remain assigned.

Lars