Re: [PWE3] [mpls] WG Last Call for draft-ietf-pwe3-endpoint-fast-protection-01 - RFC4447

Yimin Shen <yshen@juniper.net> Fri, 08 August 2014 15:37 UTC

Return-Path: <yshen@juniper.net>
X-Original-To: pwe3@ietfa.amsl.com
Delivered-To: pwe3@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C1011B2BA6; Fri, 8 Aug 2014 08:37:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.602
X-Spam-Level:
X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 RqrPOp7kYTeF; Fri, 8 Aug 2014 08:37:27 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0237.outbound.protection.outlook.com [207.46.163.237]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4073A1B2AF2; Fri, 8 Aug 2014 08:37:27 -0700 (PDT)
Received: from BY2PR05MB728.namprd05.prod.outlook.com (10.141.223.25) by BY2PR05MB725.namprd05.prod.outlook.com (10.141.223.13) with Microsoft SMTP Server (TLS) id 15.0.1005.10; Fri, 8 Aug 2014 15:37:25 +0000
Received: from BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) by BY2PR05MB728.namprd05.prod.outlook.com ([10.141.223.25]) with mapi id 15.00.0995.014; Fri, 8 Aug 2014 15:37:25 +0000
From: Yimin Shen <yshen@juniper.net>
To: Mingui Zhang <zhangmingui@huawei.com>, "Stewart Bryant (stbryant)" <stbryant@cisco.com>
Thread-Topic: [mpls] [PWE3] WG Last Call for draft-ietf-pwe3-endpoint-fast-protection-01 - RFC4447
Thread-Index: AQHPshD/uYiweJIOHUOm1CPA/rtgVpvGAdgAgADUDSA=
Date: Fri, 08 Aug 2014 15:37:24 +0000
Message-ID: <35b809ce6fa34dd09844dddce13a6203@BY2PR05MB728.namprd05.prod.outlook.com>
References: Your message of Tue, 05 Aug 2014 13:59:49 -0000. <9696d0db139d46ffaad7be11340215e8@AM3PR03MB612.eurprd03.prod.outlook.com> <16167.1407340459@erosen-lnx>, <4552F0907735844E9204A62BBDD325E76AAAA7F4@nkgeml512-mbx.china.huawei.com> <22D4AECA-2D36-4F79-98CB-96E4B9BDC126@cisco.com> <4552F0907735844E9204A62BBDD325E76AAAB6F9@nkgeml512-mbx.china.huawei.com>
In-Reply-To: <4552F0907735844E9204A62BBDD325E76AAAB6F9@nkgeml512-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [66.129.241.10]
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;UriScan:;
x-forefront-prvs: 02973C87BC
x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(164054003)(13464003)(377454003)(51704005)(189002)(24454002)(199002)(20776003)(15975445006)(95666004)(107046002)(76482001)(105586002)(33646002)(93886004)(2656002)(83072002)(87936001)(81342001)(85852003)(80022001)(92566001)(64706001)(86362001)(106356001)(74316001)(106116001)(79102001)(85306004)(77982001)(101416001)(99286002)(46102001)(81542001)(21056001)(74662001)(31966008)(74502001)(50986999)(99396002)(76176999)(54356999)(76576001)(19580405001)(83322001)(66066001)(19580395003)(4396001)(24736002)(108616003); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB725; H:BY2PR05MB728.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en;
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
Archived-At: http://mailarchive.ietf.org/arch/msg/pwe3/bB5-j0xhnCw7yfrNhMAl4kJhD98
Cc: "mpls@ietf.org" <mpls@ietf.org>, pwe3 <pwe3@ietf.org>, "pwe3-chairs@tools.ietf.org" <pwe3-chairs@tools.ietf.org>
Subject: Re: [PWE3] [mpls] WG Last Call for draft-ietf-pwe3-endpoint-fast-protection-01 - RFC4447
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Pseudowire Emulation Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3/>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Aug 2014 15:37:29 -0000

Hi Mingui,

Thanks for the comments. Please see inline...


Thanks,

/Yimin



-----Original Message-----
From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Mingui Zhang
Sent: Thursday, August 07, 2014 10:47 PM
To: Stewart Bryant (stbryant)
Cc: mpls@ietf.org; pwe3; pwe3-chairs@tools.ietf.org
Subject: Re: [mpls] [PWE3] WG Last Call for draft-ietf-pwe3-endpoint-fast-protection-01 - RFC4447

Hi Stewart,

I think authors would say the S-PE stitching method involves the control plane processing during the repair procedure. They emphasized their method uses data plane & local repair, which can be faster.
Here, I want to raise one issue: 

If the primary PE fails and the PLR redirects the traffic during the flying of the packets, hoping the backup PE delivers the packets immediately. This means the AC at the backup PE side is also ACTIVE. So the CE has active-active connections to both egress PEs. This is obviously different from the PW-RED's active-standby mechanism [RFC6718]. Will this difference bring us the frame duplication issue? I think we need to address this in the updated version. 

[yshen] Don't confuse the backup PW in this document with the standby PW in RFC 6718. Each active or standby PW in RFC 6718 could be protected by a backup PW specified in this draft, if that's intended. There shouldn't be any packet duplication during local repair, because PLR only sends packets to protector.

Thanks,
Mingui

>-----Original Message-----
>From: Stewart Bryant (stbryant) [mailto:stbryant@cisco.com]
>Sent: Thursday, August 07, 2014 3:27 PM
>To: Mingui Zhang
>Cc: Eric Rosen (erosen); Alexander Vainshtein; mpls@ietf.org; pwe3; 
>pwe3-chairs@tools.ietf.org
>Subject: Re: [PWE3] [mpls] WG Last Call for
>draft-ietf-pwe3-endpoint-fast-protection-01 - RFC4447
>
>
>
>Sent from my iPad
>
>> On 7 Aug 2014, at 04:57, "Mingui Zhang" <zhangmingui@huawei.com> wrote:
>>
>> Hi Eric,
>>
>> The explanation of the story is very clear. Let me complement a bit.
>>
>>> - A "primary egress PE" partitions its set of PWs into n sets, where 
>>> each set is associated with a given "protector".  The "protector" is 
>>> the backup egress PE for those PWs.
>>
>> When the backup PE acts as the protector, it is the 'co-located' model.
>
>This case does not however need context labels. It is a form of S-PE 
>and can stitch the PWs just like every existing S-PE already does.
>
>Stewart
>

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls