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

Ron Bonica <rbonica@juniper.net> Wed, 14 June 2006 16:00 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FqXnQ-0001IN-HB; Wed, 14 Jun 2006 12:00:44 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FqXnL-00015h-US for tcpm@ietf.org; Wed, 14 Jun 2006 12:00:39 -0400
Received: from borg.juniper.net ([207.17.137.119]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FqXcD-0006IA-5i for tcpm@ietf.org; Wed, 14 Jun 2006 11:49:10 -0400
Received: from unknown (HELO proton.jnpr.net) ([10.10.2.37]) by borg.juniper.net with ESMTP; 14 Jun 2006 08:49:08 -0700
X-IronPort-AV: i="4.06,129,1149490800"; d="scan'208"; a="559266899:sNHT31726848"
Received: from [172.25.42.216] ([172.25.42.216] RDNS failed) by proton.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Jun 2006 11:49:07 -0400
Message-ID: <44902FF0.9000501@juniper.net>
Date: Wed, 14 Jun 2006 11:49:04 -0400
From: Ron Bonica <rbonica@juniper.net>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Joe Touch <touch@ISI.EDU>
Subject: Re: [tcpm] Joe Touch: [Tsvwg] new I-D: TCP Simple AuthenticationOption
References: <C35ADD020AEBD04383C1F7F644227FDF01E585A5@xmb-sjc-227.amer.cisco.com> <44902955.9080006@isi.edu>
In-Reply-To: <44902955.9080006@isi.edu>
X-Enigmail-Version: 0.93.0.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 14 Jun 2006 15:49:07.0846 (UTC) FILETIME=[1237F260:01C68FCA]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cd26b070c2577ac175cd3a6d878c6248
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>
Errors-To: tcpm-bounces@ietf.org

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.

                                   Ron


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