Re: [tcpm] status of TCP-MD5 after TCP-AO publication
Ron Bonica <rbonica@juniper.net> Mon, 03 August 2009 23:29 UTC
Return-Path: <rbonica@juniper.net>
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 F1B233A6AE7; Mon, 3 Aug 2009 16:29:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[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 WlmgU-S1bSSj; Mon, 3 Aug 2009 16:29:59 -0700 (PDT)
Received: from exprod7og118.obsmtp.com (exprod7og118.obsmtp.com [64.18.2.8]) by core3.amsl.com (Postfix) with ESMTP id 01C833A6B1B; Mon, 3 Aug 2009 16:29:03 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob118.postini.com ([64.18.6.12]) with SMTP ID DSNKSndyuzbrAd+kszkfemHGf+nimcFHNg84@postini.com; Mon, 03 Aug 2009 16:29:07 PDT
Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by P-EMHUB03-HQ.jnpr.net (172.24.192.37) with Microsoft SMTP Server (TLS) id 8.1.375.2; Mon, 3 Aug 2009 16:26:26 -0700
Received: from [172.28.134.30] (172.28.134.30) by p-emfe02-wf.jnpr.net (172.28.145.22) with Microsoft SMTP Server (TLS) id 8.1.375.2; Mon, 3 Aug 2009 19:26:26 -0400
Message-ID: <4A777220.3070507@juniper.net>
Date: Mon, 03 Aug 2009 19:26:24 -0400
From: Ron Bonica <rbonica@juniper.net>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: Iljitsch van Beijnum <iljitsch@muada.com>
References: <6BB76CFA-4134-4D3E-BE20-3A90A5111CBD@nokia.com> <FB33B8FD-308B-4867-902E-131382969C35@muada.com>
In-Reply-To: <FB33B8FD-308B-4867-902E-131382969C35@muada.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "tcpm@ietf.org" <tcpm@ietf.org>, "iesg@ietf.org IESG" <iesg@ietf.org>
Subject: Re: [tcpm] status of TCP-MD5 after TCP-AO publication
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: Mon, 03 Aug 2009 23:30:00 -0000
Folks, RFC 2026 defines a HISTORIC RFC as follows: 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. I think that TCP-MD5 fits that definition. The HISTORIC nomenclature doesn't mean that there is no longer an installed base. It just means that something more recent is available. Ron Iljitsch van Beijnum wrote: > On 29 jul 2009, at 12:48, Lars Eggert wrote: > >> at the meeting, the question came up which status TCP-MD5 should >> have after TCP-AO is published. Specifically, whether it should be >> obsoleted by TCP-AO and/or if it should be reclassified as Historic. > > First of all, I'd like to see some operational experience with TCP-AO. > Don't throw away your old shoes until you know whether the new ones fit. > > Second, it's not like TCP-MD5 isn't being used. As such, "historic" > wouldn't apply. "Deprecated", maybe. > > Third, why is it exactly that we can't simply move from MD5 to IPsec > to protect BGP sessions?? > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm >
- [tcpm] status of TCP-MD5 after TCP-AO publication Lars Eggert
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Iljitsch van Beijnum
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Lars Eggert
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… David Borman
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Joe Touch
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Ron Bonica
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Iljitsch van Beijnum
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Smith, Donald
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Joe Touch
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Chaks Chigurupati (chaks)
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Smith, Donald
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Chaks Chigurupati (chaks)
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… toby.moncaster
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Iljitsch van Beijnum
- Re: [tcpm] status of TCP-MD5 after TCP-AO publica… Pekka Savola