Re: Remote LFA

Sriganesh Kini <sriganesh.kini@ericsson.com> Wed, 12 October 2011 05:52 UTC

Return-Path: <sriganeshkini@gmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE19B21F8B0E for <rtgwg@ietfa.amsl.com>; Tue, 11 Oct 2011 22:52:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level:
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0X+-ol2CEAhK for <rtgwg@ietfa.amsl.com>; Tue, 11 Oct 2011 22:52:26 -0700 (PDT)
Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by ietfa.amsl.com (Postfix) with ESMTP id 9606A21F8A91 for <rtgwg@ietf.org>; Tue, 11 Oct 2011 22:52:25 -0700 (PDT)
Received: by wwn22 with SMTP id 22so6189699wwn.1 for <rtgwg@ietf.org>; Tue, 11 Oct 2011 22:52:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=WaRhG9YKzymmdD8dXUQYp97dTbruonUvjq0isx9OTPI=; b=Z/XzewcYEn4iWsu04q+0oVivt9WFrMLlubS5NYWkyYtaVq0jQl/PnIU+sJ0KfNo3F5 CuCbWrigWF4u7N/ZtyvhEKIjk+356ecxCfdRYQRFQLMye1EcEn7we+oRL0BNbmI6I0Mj Jlo86f9NFWuF1rURx8bC/5mq6i+NvvJNTszoE=
Received: by 10.216.139.5 with SMTP id b5mr2944471wej.19.1318398743121; Tue, 11 Oct 2011 22:52:23 -0700 (PDT)
MIME-Version: 1.0
Sender: sriganeshkini@gmail.com
Received: by 10.216.187.19 with HTTP; Tue, 11 Oct 2011 22:51:53 -0700 (PDT)
In-Reply-To: <14C7F4F06DB5814AB0DE29716C4F6D671ADD9BC8@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
References: <4E946A07.80403@cisco.com> <14C7F4F06DB5814AB0DE29716C4F6D671ADD9B44@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com> <CAOndX-sJ7OEbSfRtYygY5xaz6ZpHpMfipidt_dLOSP-ELo3cnw@mail.gmail.com> <14C7F4F06DB5814AB0DE29716C4F6D671ADD9BC8@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
From: Sriganesh Kini <sriganesh.kini@ericsson.com>
Date: Tue, 11 Oct 2011 22:51:53 -0700
X-Google-Sender-Auth: 2bEy31zj3u6n66D6-qPVWITxJKU
Message-ID: <CAOndX-sCgQL5xt-bgzmozSWdF51or5vtBw1mPzuYRo9Qd2_N6g@mail.gmail.com>
Subject: Re: Remote LFA
To: "Henderickx, Wim (Wim)" <wim.henderickx@alcatel-lucent.com>
Content-Type: multipart/alternative; boundary="0016e6da2e52c18ed004af13a0fd"
Cc: "imc.shand@googlemail.com" <imc.shand@googlemail.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>, "So, Ning" <ning.so@verizonbusiness.com>, "Stewart Bryant (stbryant)" <stbryant@cisco.com>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtgwg>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Oct 2011 05:52:26 -0000

Of course when such a LSP exists that can function as backup it should be
used. The point was that sometimes such an LSP may not exist especially with
SRLG failures thereby reducing coverage. The technique can be extended to
handle such cases as well thus further increasing coverage.

On Tue, Oct 11, 2011 at 10:30 PM, Henderickx, Wim (Wim) <
wim.henderickx@alcatel-lucent.com> wrote:

> I still believe remote LFA has more merits for the service providers who
> deploy LFA and want to increase the coverage. It is not about SRLG or not.
> It is about coverage and remote LFA has the benefits that is re-uses
> operational procedures which are in place in service providers networks
> today. So extending them is better than introducing a complete new scheme.
> ****
>
> ** **
>
> *From:* sriganeshkini@gmail.com [mailto:sriganeshkini@gmail.com] *On
> Behalf Of *Sriganesh Kini
> *Sent:* dinsdag 11 oktober 2011 22:21
> *To:* Henderickx, Wim (Wim)
> *Cc:* Clarence Filsfils; rtgwg@ietf.org; Stewart Bryant (stbryant); So,
> Ning; imc.shand@googlemail.com
> *Subject:* Re: Remote LFA****
>
> ** **
>
> About related work -****
>
> ** **
>
> At the last IETF we presented draft-kini-mpls-frr-ldp that
> addresses additional cases where besides using a primary LSP to a remote LSR
> such that traffic does not loop back, it handles SRLG as well.****
>
> ** **
>
> On Tue, Oct 11, 2011 at 9:10 AM, Henderickx, Wim (Wim) <
> wim.henderickx@alcatel-lucent.com> wrote:****
>
> Clarence yes I saw this in the last IETF and i believe this has a lot of
> value****
>
>
> -----Original Message-----
> From: rtgwg-bounces@ietf.org [mailto:rtgwg-bounces@ietf.org] On Behalf Of
> Clarence Filsfils
> Sent: dinsdag 11 oktober 2011 18:09
> To: rtgwg@ietf.org; Stewart Bryant (stbryant); So, Ning;
> imc.shand@googlemail.com
> Subject: Remote LFA
>
> Please find the following submission complementing the LFA technology:
>
> http://www.ietf.org/id/draft-shand-remote-lfa-00.txt
>
> It drastically extends the coverage of LFA while keeping its simplicity.
>
> Cheers,
> Clarence
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg****
>
>
>
> ****
>
> ** **
>
> --
> - Sri****
>
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg
>
>


-- 
- Sri