Re: [mpls] Updated drafts - draft-kini-mpls-ring-frr-facility-backup, draft-kini-mpls-fast-lsp-alert
Greg Mirsky <gregimirsky@gmail.com> Mon, 26 July 2010 19:02 UTC
Return-Path: <gregimirsky@gmail.com>
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 B20653A6881 for <mpls@core3.amsl.com>; Mon, 26 Jul 2010 12:02:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.167
X-Spam-Level:
X-Spam-Status: No, score=-2.167 tagged_above=-999 required=5 tests=[AWL=0.431, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 GS1ws6wbcAaR for <mpls@core3.amsl.com>; Mon, 26 Jul 2010 12:02:47 -0700 (PDT)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id B90533A68CB for <mpls@ietf.org>; Mon, 26 Jul 2010 12:02:46 -0700 (PDT)
Received: by vws10 with SMTP id 10so2923477vws.31 for <mpls@ietf.org>; Mon, 26 Jul 2010 12:03:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=DM1WTt0b7KhyDMUUnigIhP0z/I2oz7OxPbh7sCX1m0o=; b=d8hxfBKdinFRbqQouQ/4HMXG6xG3MqzuaxD03UgPvcWfle0QVuwWjsifOVhfBEsIVW ExUdI0UmzVj9yRTAza+iXZrY7UzjrI3ioiMbl/d1QFfNCMB446IvQsVd+s3fZND9CY2h yPqFnlv0RSpXQOtXt9u0bojhQoXUlwPki+e3Y=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=SRw/8KipuNOdPbUHalsQsVFjOSk40uzE6xCiOB+/JFtPqIg/FUQ42fPV9HW0jjb3vC GqzXB6luc9AAxAKsNW9DT4Enu1CgU6Q9eJvuq8G6BBqa3oOzRIdPKO+/oUF0nObzo9bJ Y4n5GgHgrRgHmnz12Vb8Qz+0o6zgkJL7pO3mk=
MIME-Version: 1.0
Received: by 10.220.88.152 with SMTP id a24mr4353623vcm.269.1280170987572; Mon, 26 Jul 2010 12:03:07 -0700 (PDT)
Received: by 10.220.86.72 with HTTP; Mon, 26 Jul 2010 12:03:07 -0700 (PDT)
In-Reply-To: <60C093A41B5E45409A19D42CF7786DFD51AE518F86@EUSAACMS0703.eamcs.ericsson.se>
References: <5A5E55DF96F73844AF7DFB0F48721F0F567DB80A69@EUSAACMS0703.eamcs.ericsson.se> <4C4DC874.6000502@orange-ftgroup.com> <60C093A41B5E45409A19D42CF7786DFD51AE518F86@EUSAACMS0703.eamcs.ericsson.se>
Date: Mon, 26 Jul 2010 12:03:07 -0700
Message-ID: <AANLkTin+JgCSWxV-oY6_1dH5zeqLSM1Lr65LJUkDjX3s@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
To: Autumn Liu <autumn.liu@ericsson.com>
Content-Type: multipart/alternative; boundary="00163628528cf74d96048c4f0875"
Cc: "mpls@ietf.org" <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 <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Jul 2010 19:02:48 -0000
Dear Autumn, I'm quite surprised to read your reply to Julien. My understanding of your proposal is that all PLRs share the same u-PLR for given ring segment of LSP. Please correct me if my understanding is different from authors intention. I'd like to add to Julien's comment that RFC 4873 seems relevant to your solution as well as RFC 4872. And I'd ask the same question as Julien in regard to not referencing RFC 4873. Regards, Greg On Mon, Jul 26, 2010 at 11:30 AM, Autumn Liu <autumn.liu@ericsson.com>wrote: > Hi Julien, > > draft-kini-mpls-ring-frr-facility-backup describes a mechanism to let the > primary LSP be aware of what the bypass LSP for corresponding protected > facility. If my understanding is correct, the association mechanism defined > in 4872 is used to associate the primary and backup LSPs. This is not good > enough for the problem the draft is trying to address since each link/node > along 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 > Julien 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-backup, 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 > protection), as enabled by RFC 4872. That is all the more similar because > the association mechanism is already defined in there, with a dedicated > RSVP-TE object. RFC 4872 is Standard Track: is there any rational for not > considering it? > > Regards, > > Julien > > > Le 26/07/2010 18:59, Sriganesh Kini a écrit : > > FYI - These updated version of these drafts were presented today at > > 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 > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >
- [mpls] Updated drafts - draft-kini-mpls-ring-frr-… Sriganesh Kini
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Julien Meuric
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Autumn Liu
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Greg Mirsky
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Autumn Liu
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Greg Mirsky
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Autumn Liu
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… liu.guoman
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Sriganesh Kini
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… liu.guoman
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Sriganesh Kini
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… liu.guoman
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Autumn Liu
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… liu.guoman
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Autumn Liu
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… Autumn Liu
- Re: [mpls] Updated drafts - draft-kini-mpls-ring-… liu.guoman
- [mpls] 答复: Re: Updated drafts - draft-kini-mpls-r… dai.xuehui
- Re: [mpls] 答复: Re: Updated drafts - draft-kini-mp… Alexander Vainshtein
- Re: [mpls] 答复: Re: Updated drafts - draft-kini-mp… Sriganesh Kini