Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 618663A6841 for ; Mon, 26 Jul 2010 11:30:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 p0cs3z0r554Q for ; Mon, 26 Jul 2010 11:29:58 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by core3.amsl.com (Postfix) with ESMTP id 782623A6881 for ; Mon, 26 Jul 2010 11:29:58 -0700 (PDT) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id o6QIUI9e019506 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 26 Jul 2010 13:30:19 -0500 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.134]) by eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) with mapi; Mon, 26 Jul 2010 14:30:18 -0400 From: Autumn Liu To: Julien Meuric , Sriganesh Kini Date: Mon, 26 Jul 2010 14:30:17 -0400 Thread-Topic: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-backup, draft-kini-mpls-fast-lsp-alert Thread-Index: Acss6jnXN0/q+K7fRAS3+JrsJ29n5QABUD3A Message-ID: <60C093A41B5E45409A19D42CF7786DFD51AE518F86@EUSAACMS0703.eamcs.ericsson.se> References: <5A5E55DF96F73844AF7DFB0F48721F0F567DB80A69@EUSAACMS0703.eamcs.ericsson.se> <4C4DC874.6000502@orange-ftgroup.com> In-Reply-To: <4C4DC874.6000502@orange-ftgroup.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mpls@ietf.org" Subject: Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-backup, draft-kini-mpls-fast-lsp-alert X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 18:30:00 -0000 Hi Julien, draft-kini-mpls-ring-frr-facility-backup describes a mechanism to let the p= rimary LSP be aware of what the bypass LSP for corresponding protected faci= lity. If my understanding is correct, the association mechanism defined in = 4872 is used to associate the primary and backup LSPs. This is not good eno= ugh for the problem the draft is trying to address since each link/node alo= ng the primary LSP may have different bypass LSPs. Regards, Autumn -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Jul= ien Meuric Sent: Monday, July 26, 2010 10:40 AM To: Sriganesh Kini Cc: mpls@ietf.org Subject: Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-back= up, draft-kini-mpls-fast-lsp-alert Hi Sriganesh. The mechanism described in draft-kini-mpls-ring-frr-facility-backup reminds me of end to end recovery (or more specifically end to end protecti= on), as enabled by RFC 4872. That is all the more similar because the assoc= iation mechanism is already defined in there, with a dedicated RSVP-TE obje= ct. RFC 4872 is Standard Track: is there any rational for not considering i= t? Regards, Julien Le 26/07/2010 18:59, Sriganesh Kini a =E9crit : > FYI - These updated version of these drafts were presented today at=20 > IETF78. > http://tools.ietf.org/html/draft-kini-mpls-ring-frr-facility-backup-01 > http://tools.ietf.org/html/draft-kini-mpls-fast-lsp-alert-01 > Thanks > > - Sri > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > =20 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls