[Mter] THREAD 2 - Combining IGP Fast Covnergence and Graceful Restart
"LE ROUX Jean-Louis RD-CORE-LAN" <jeanlouis.leroux@francetelecom.com> Wed, 17 May 2006 13:50 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FgMPZ-0002M4-3N; Wed, 17 May 2006 09:50:01 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FgMPY-0002Lz-L8 for mter@ietf.org; Wed, 17 May 2006 09:50:00 -0400
Received: from p-mail2.rd.francetelecom.com ([195.101.245.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FgMPV-0001w0-QN for mter@ietf.org; Wed, 17 May 2006 09:50:00 -0400
Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 May 2006 15:49:55 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 17 May 2006 15:50:03 +0200
Message-ID: <D109C8C97C15294495117745780657AE04EBEAE5@ftrdmel1.rd.francetelecom.fr>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: THREAD 2 - Combining IGP Fast Covnergence and Graceful Restart
Thread-Index: AcZ4TyUc/+Ddyg8MStiIB2dPZFLb/wBOB6yQ
From: LE ROUX Jean-Louis RD-CORE-LAN <jeanlouis.leroux@francetelecom.com>
To: mter@ietf.org
X-OriginalArrivalTime: 17 May 2006 13:49:55.0424 (UTC) FILETIME=[C779F600:01C679B8]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: c375f2012a4f820b0c0fd6fb14a28357
Cc:
Subject: [Mter] THREAD 2 - Combining IGP Fast Covnergence and Graceful Restart
X-BeenThere: mter@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multi-TEchnology Recovery <mter.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mter>, <mailto:mter-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mter>
List-Post: <mailto:mter@ietf.org>
List-Help: <mailto:mter-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mter>, <mailto:mter-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0092836602=="
Errors-To: mter-bounces@ietf.org
Hi folks, Let's start discussion on scenario 2 = Combining IGP Fast Convergence and IGP Graceful Restart (section 5.2 of draft-ahmad-mter-problem-statement-00.txt) Comments on this scenario are required. In particluar your feedback on these two points would be really useful: -Is there a need for a mechanism that would allow to rapidly make a clear distinction between control plane failures and data plane failures? Such mechanism may be considered to efficiently handle this MTER scenario. -Is there a need for a MIB allowing to monitor such interaction: -e.g. record cases where a GR procedure has failed, leading to increasing convergence time of the IGP -Monitor GR performances in order to be able to tune more aggressively IGP timers Regards, JL, JP and Raymond. From: JP Vasseur <jvasseur@cisco.com> Date: May 15, 2006 1:09:02 PM EDT To: mter@ietf.org Cc: raymond_zhang@bt.infonet.com Subject: [Mter] Need to decide on potential next steps for MTER Hi, Below the email we sent to the list some time ago, seeking for feed-backs but so far the list has been pretty quiet. During the past few months we received a very few off-line positive feed-backs indicating some interest in this work. It is now a good time to decide on whether there is enough interest to work on this topic by the IETF community in which case we will request a BOF approval or whether the interest is too weak to pursue this work. So we will follow up with a few discussion threads related to the scenarios described in the problem statement ID, for which we'd like to get your feed-back relatively quickly, should you think that it is worth being pursed. Thanks. JP, Jean-Louis and Raymond. Hi, It took a little while to come up with a clear problem statement but we now have an I-D (http://www.ietf.org/internet-drafts/draft-ahmad- <http://www.ietf.org/internet-drafts/draft-ahmad-> mter-problem-statement-00.txt (thanks to the authors)) that will hopefully trigger some discussion with the objective to see whether there is enough interest to pursue this work at the IETF. The draft has been structured so as to first show three scenarios where various recovery mechanisms could be used in combination. This does not aim to cover all possible cases but some pretty common deployment scenario for the sake of illustration. Then various Multi- TEchnology Recovery (MTER) issues are discussed. What is the objective of this work ? Let's start with the set of non-objective first ... * There is no intention to come up with protocols extensions that are being worked out in existing WGs (ISIS, IDR, CCAMP, ....) * Discuss implementation-specific issues Now the objectives ... What has been shown through the three MTER deployment cases making use of multiple recovery mechanisms in combination is the following: -> There are cases where being able to identify the root failure cause would significantly improve various recovery metrics such as the convergence time, required backup capacity, ... and so on. Do we need to work on such mechanisms at the IETF is an open question ? -> MIBs and OAM tools have been defined for most of the recovery techniques (IGP, BGP, MPLS FRR, GMPLS, ... ) and there are clearly no such tool for the aspects related to their combined use. It looks like the availability of such tools would help Service Providers to manage, tune and troubleshooting their network. Again, feed-backs from this ML are critical to see how to move forward and if the community expressed some interest. Thanks for your feed-backs. JP, Jean-Louis and Raymond. _______________________________________________ MTER mailing list MTER@ietf.org https://www1.ietf.org/mailman/listinfo/mter
_______________________________________________ MTER mailing list MTER@ietf.org https://www1.ietf.org/mailman/listinfo/mter
- [Mter] THREAD 2 - Combining IGP Fast Covnergence … LE ROUX Jean-Louis RD-CORE-LAN