Re: [tcpm] Joe Touch: [Tsvwg] new I-D: TCP Simple AuthenticationOption

Joe Touch <touch@ISI.EDU> Wed, 14 June 2006 16:07 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FqXtm-0008Nz-IG; Wed, 14 Jun 2006 12:07:18 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FqXtl-0008Nu-Hr for tcpm@ietf.org; Wed, 14 Jun 2006 12:07:17 -0400
Received: from vapor.isi.edu ([128.9.64.64]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FqXtk-0000lQ-5I for tcpm@ietf.org; Wed, 14 Jun 2006 12:07:17 -0400
Received: from [192.168.1.42] (pool-71-106-102-77.lsanca.dsl-w.verizon.net [71.106.102.77]) by vapor.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id k5EG6t619070; Wed, 14 Jun 2006 09:06:55 -0700 (PDT)
Message-ID: <44903419.3020404@isi.edu>
Date: Wed, 14 Jun 2006 09:06:49 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Ron Bonica <rbonica@juniper.net>
Subject: Re: [tcpm] Joe Touch: [Tsvwg] new I-D: TCP Simple AuthenticationOption
References: <C35ADD020AEBD04383C1F7F644227FDF01E585A5@xmb-sjc-227.amer.cisco.com> <44902955.9080006@isi.edu> <44902FF0.9000501@juniper.net>
In-Reply-To: <44902FF0.9000501@juniper.net>
X-Enigmail-Version: 0.94.0.0
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196
Cc: tcpm@ietf.org, mallman@icir.org
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1615570184=="
Errors-To: tcpm-bounces@ietf.org


Ron Bonica wrote:
> Joe,
> 
> I don't think that Graceful Restart will be available in call cases. For
> example, it is likely to be unavailable on eBGP sessions between
> providers and their customers.

Why? Why would TCP-Auth be accepted where graceful restart isn't?

A technical argument would be useful here, but if this is a marketing
prediction, it isn't.

Joe

> 
> Joe Touch wrote:
>> Barry Greene (bgreene) wrote:
>>
>>>
>>>
>>>>> You may or may not be right regarding this issue. However, 
>>>> the point 
>>>>
>>>>> is moot. For better or worse, that decision was made years 
>>>> ago and BGP 
>>>>
>>>>> became the infrastructure upon which interdomain routing is based. 
>>>>> This isn't about to change any time soon.
>>>> It is already changing, if it hasn't already - the relevant 
>>>> IDs are cited in my draft.
>>> Where? I don't see that nor conversations which lead me to believe there
>>> is movement to push for a major change on massive consensus and working
>>> code with our SP routing protocol practice today.
>>>
>>> If there is some WG discussing this, please clue me in.
>>
>> ...
>> This problem has already been addressed in extensions to BGP and BGP
>>    for MPLS, in a mechanism known as "graceful restart" [Re05][Sa04].
>> ...
>>    [Re05]    Rekhter, Y., R. Aggarwal, "Graceful Restart Mechanism for
>>              BGP with MPLS," draft-ietf-mpls-bgp-mpls-restart-05, (work
>>              in progress), Aug. 2005.
>>
>>    [Sa04]    Sangli, S., Y. Rekhter, R. Fernando, J. Scudder, E. Chen,
>>              "Graceful Restart Mechanism for BGP," draft-ietf-idr-
>>              restart-10 (work in progress), June 2004.
>>
>> The latter was an unfortunately old reference; there was a -11 version
>> issued in May 2006, and a new version issued just 2 days ago:
>>
>> draft-ietf-idr-restart-12 	Graceful Restart Mechanism for BGP 	 Srihari
>> Sangli 	idr 	12-Jun-06
>>
>> I encourage you to visit the IDR WG and ask them this question. Also
>> OSPF as per below, if of interest.
>>
>> Some others missed in the first version of the draft (it was a -00 ;-):
>>
>> RFC4167 Graceful OSPF Restart Implementation Report  	A. Lindem 	October
>> 2005 	ASCII 	  	INFORMATIONAL
>>
>> RFC3623 Graceful OSPF Restart  	J. Moy, P. Pillay-Esnault, A. Lindem
>> November 2003 	ASCII 	  	PROPOSED STANDARD
>>
>> RFC3478 Graceful Restart Mechanism for Label Distribution Protocol  	M.
>> Leelanivas, Y. Rekhter, R. Aggarwal 	February 2003 	ASCII 	  	PROPOSED
>> STANDARD
>>
>> draft-holla-ospf-update-graceful-restart-01 	Update to OSPF Graceful
>> Restart procedure 	Ashok Holla 	individual 	10-Mar-06
>>
>> draft-ietf-ospf-ospfv3-graceful-restart-04 	OSPFv3 Graceful Restart
>> Padma Pillay-Esnault, Acee Lindem 	ospf 	8-May-06
>>
>> Joe
>>
>>

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www1.ietf.org/mailman/listinfo/tcpm