Re: [mpls] draft-ietf-mpls-rsvp-egress-protection-00
Vitkovský Adam <adam.vitkovsky@swan.sk> Fri, 09 May 2014 12:38 UTC
Return-Path: <adam.vitkovsky@swan.sk>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23FF81A029E for <mpls@ietfa.amsl.com>; Fri, 9 May 2014 05:38:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.346
X-Spam-Level:
X-Spam-Status: No, score=-0.346 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SK=1.35, HOST_EQ_SK=0.555, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IEdd-IKnlzyG for <mpls@ietfa.amsl.com>; Fri, 9 May 2014 05:38:27 -0700 (PDT)
Received: from owa.swan.sk (owa.swan.sk [217.75.72.124]) by ietfa.amsl.com (Postfix) with ESMTP id C06361A0296 for <mpls@ietf.org>; Fri, 9 May 2014 05:38:26 -0700 (PDT)
From: Vitkovský Adam <adam.vitkovsky@swan.sk>
To: Huaimo Chen <huaimo.chen@huawei.com>, Autumn Liu <autumn.liu@ericsson.com>, Yimin Shen <yshen@juniper.net>, Ross Callon <rcallon@juniper.net>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: draft-ietf-mpls-rsvp-egress-protection-00
Thread-Index: AQHPaKXRNui9++LYwkadb4wi40bsvZs4Na6w
Date: Fri, 09 May 2014 12:38:17 +0000
Message-ID: <61DC6BC4ABA10E4489D4A73EBABAC18B011EA9F4@EX01.swan.local>
References: <fb21d3965cc049839cc56ad405a9542b@CO2PR05MB636.namprd05.prod.outlook.com> <93426e96480c4945a5d35aea63d15a92@CO2PR05MB636.namprd05.prod.outlook.com> <233cc5ff63d84f4d904c5a7e4792f540@CO2PR05MB636.namprd05.prod.outlook.com> <649f1042acc6404aa37ba117348473c2@BY2PR05MB728.namprd05.prod.outlook.com> <9a39f3c347114e2197ce2bf8eb7c525d@BY2PR05MB728.namprd05.prod.outlook.com> <E4F89EAEF1386F42AA8E6FB5C35399A61C0DF04C@eusaamb103.ericsson.se> <5316A0AB3C851246A7CA5758973207D445C66B35@SJCEML703-CHM.china.huawei.com>
In-Reply-To: <5316A0AB3C851246A7CA5758973207D445C66B35@SJCEML703-CHM.china.huawei.com>
Accept-Language: sk-SK, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.1.40.93]
Content-Type: multipart/alternative; boundary="_000_61DC6BC4ABA10E4489D4A73EBABAC18B011EA9F4EX01swanlocal_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/mpls/gEGYce4o5cJxklnxWN-ooiGI5Jc
Subject: Re: [mpls] draft-ietf-mpls-rsvp-egress-protection-00
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Fri, 09 May 2014 12:38:32 -0000
Hello Huaimo, I'd like to discuss some thoughts regarding the very much appreciated rsvp egress protection idea. 5.2. Intermediate Node and PLR Behavior The PLR (upstream node of the primary egress) tries to get the backup egress from EGRESS_BACKUP in the egress backup descriptor list if the Path message contains the list. If the PLR can not get it, the PLR tries to find the backup egress, which is not the primary egress but has the same IP address as the destination IP address of the LSP. -maybe the procedures proposed in: Segment Routing Use Cases draft-filsfils-rtgwg-segment-routing-use-cases-02 3.2. Protecting a node segment upon the failure of its -can be leveraged to determine all the backup egress candidates for the particular LSP primary egress node. Or the VPN backup label can be used to signal backup egress candidate capability to the LSP head-end LSP head-end can than include this list of candidates in the EGRESS_BACKUP object of the PATH msg. So this list can be then used by the PLR to select one or multiple best backup egress nodes. The constrained SPF could be run to determine one or multiple backup egress nodes among all the backup egress node candidates. The particular PLR can tan build backup LSPs to one or multiple backup egress nodes 5.2.2. Signaling for Facility Protection For a number of primary P2P LSPs going through the same PLR to the same primary egress, the primary egress of these LSPs may be protected by one backup LSP from the PLR to the backup egress designated for protecting the primary egress With multiple backup egress candidates: For the P2P LSPs going through the same PLR to the same primary egress node -the PLR could distribute these onto several backup egress nodes based on the LSP constrains satisfied by the path to each of the backup egress nodes. 5.2.4. PLR Procedures during Local Repair Moreover, the PLR lets the upstream part of the primary LSP stay after the primary egress fails. The downstream part of the primary LSP from the PLR to the primary egress SHOULD be removed. Please consider topology: [CE]$$$$[PE1]*****[P1]****[PLR]****[PE2]$$$$[CE] |-------| $ | $ [P2]------[PE3]$$$$$$$$ In the above topology for the primary path from PE1 to PE2 via P1 and PLR A backup path is built from PLR to PE3 via P1 and P2 In case the PE2 fails the traffic destined for PE2 has to go via P1 to PLR and then back to P1 and then to P2 and PE3 In this case it is desirable for the LSP head-end PE1 to signal a new path from PE1 to PE4 via P and PE3 Adam Vitkovsky CCIP(r) CCNP(r) Certified Network Architecture Department SWAN a.s. Borská 6, 841 04 Bratislava 4 adam.vitkovsky@swan.sk<mailto:adam.vitkovsky@swan.sk> GSM: + 421 903 423 800 www.swan.sk<http://www.swan.sk> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Huaimo Chen Sent: Monday, May 05, 2014 11:06 PM To: Autumn Liu; Yimin Shen; Ross Callon; mpls@ietf.org Subject: [mpls] draft-ietf-mpls-rsvp-egress-protection-00 Hi Autumn, Can you elaborate a little bit on "the egress protection of p2p LSP needs to be addressed specifically with the draft."? Best Regards, Huaimo From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Autumn Liu Sent: Friday, March 14, 2014 9:03 PM To: Yimin Shen; Ross Callon; mpls@ietf.org<mailto:mpls@ietf.org> Cc: mpls-chairs@tools.ietf.org<mailto:mpls-chairs@tools.ietf.org>; draft-chen-mpls-p2mp-egress-protection@tools.ietf.org<mailto:draft-chen-mpls-p2mp-egress-protection@tools.ietf.org> Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 I am ok with the name change, and agree with Yimin that the egress protection of p2p LSP needs to be addressed specifically with the draft. -Autumn From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Yimin Shen Sent: Friday, March 14, 2014 4:14 PM To: Yimin Shen; Ross Callon; mpls@ietf.org<mailto:mpls@ietf.org> Cc: mpls-chairs@tools.ietf.org<mailto:mpls-chairs@tools.ietf.org>; draft-chen-mpls-p2mp-egress-protection@tools.ietf.org<mailto:draft-chen-mpls-p2mp-egress-protection@tools.ietf.org> Subject: Re: [mpls] change of name, RE: end of poll, RE: Poll for Adoption draft-chen-mpls-p2mp-egress-protection-11 Hi chairs, authors, To help make this draft more generic to cover P2P LSPs, I'd like to suggest the draft to differentiate the problems faced by P2MP LSPs and P2P LSPs, and also to discuss specifically the set of problems of P2P LSPs, which are imposed by inner labels (i.e. service labels). Of course, a complete solution for P2P LSP egress protection will require extensions to Layer-2/3 VPN service label distribution protocols, which may be out of the scope of RSVP and this draft. However, since these extensions have already been addressed by some existing IETF work and drafts, this draft could refer to them in the text. Thanks, /Yimin
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Frank Huo
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Yanhe Fan
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Xu, Fengman
- [mpls] Poll for Adoption draft-chen-mpls-p2mp-egr… Ross Callon
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Quintin zhao
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Andrew G. Malis
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Katherine Zhao
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Richard Li
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Toy, Mehmet
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Dhruv Dhody
- [mpls] 答复: Poll for Adoption draft-chen-mpls-p2mp… Lizhenbin
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… ningso
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Lucy yong
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Boris Zhang
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Linda Dunbar
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Emily
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Tao chou
- [mpls] 答复: Poll for Adoption draft-chen-mpls-p2mp… Haoweiguo
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Mach Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… HuangLu
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Zengxinzong (Paul)
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… 刘志恒Vic Liu
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Mengnan
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… LEI LIU
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- [mpls] 答复: Poll for Adoption draft-chen-mpls-p2mp… Vero Zheng
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Autumn Liu
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Roberttao
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Chen, Walter W [NTK]
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Huaimo Chen
- Re: [mpls] Poll for Adoption draft-chen-mpls-p2mp… Gregory Mirsky
- [mpls] end of poll, RE: Poll for Adoption draft-c… Ross Callon
- [mpls] change of name, RE: end of poll, RE: Poll … Ross Callon
- Re: [mpls] change of name, RE: end of poll, RE: P… Yimin Shen
- Re: [mpls] change of name, RE: end of poll, RE: P… Yimin Shen
- Re: [mpls] change of name, RE: end of poll, RE: P… Huaimo Chen
- Re: [mpls] change of name, RE: end of poll, RE: P… Autumn Liu
- Re: [mpls] change of name, RE: end of poll, RE: P… Sam Aldrin
- Re: [mpls] change of name, RE: end of poll, RE: P… Ross Callon
- [mpls] draft-ietf-mpls-rsvp-egress-protection-00 Huaimo Chen
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Huaimo Chen
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Autumn Liu
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Vitkovský Adam
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Huaimo Chen
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Huaimo Chen
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Autumn Liu
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Huaimo Chen
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Autumn Liu
- Re: [mpls] draft-ietf-mpls-rsvp-egress-protection… Huaimo Chen