Re: [PWE3] Requesting additional feedback on draft-cohn-mpls-tp-pw-protection-01

Mach Chen <mach.chen@huawei.com> Fri, 19 August 2011 08:11 UTC

Return-Path: <mach.chen@huawei.com>
X-Original-To: pwe3@ietfa.amsl.com
Delivered-To: pwe3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B579321F8A4E for <pwe3@ietfa.amsl.com>; Fri, 19 Aug 2011 01:11:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.021
X-Spam-Level:
X-Spam-Status: No, score=-5.021 tagged_above=-999 required=5 tests=[AWL=1.577, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 vr2F1-cIeX0n for <pwe3@ietfa.amsl.com>; Fri, 19 Aug 2011 01:11:04 -0700 (PDT)
Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66]) by ietfa.amsl.com (Postfix) with ESMTP id 4D36421F86EE for <pwe3@ietf.org>; Fri, 19 Aug 2011 01:11:04 -0700 (PDT)
Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LQ600B841FUGK@szxga03-in.huawei.com> for pwe3@ietf.org; Fri, 19 Aug 2011 16:11:54 +0800 (CST)
Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LQ6009JU1FMRX@szxga03-in.huawei.com> for pwe3@ietf.org; Fri, 19 Aug 2011 16:11:54 +0800 (CST)
Received: from 172.24.2.119 (EHLO szxeml203-edg.china.huawei.com) ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA FastPath queued) with ESMTP id ADH84077; Fri, 19 Aug 2011 16:11:53 +0800 (CST)
Received: from SZXEML405-HUB.china.huawei.com (10.82.67.60) by szxeml203-edg.china.huawei.com (172.24.2.55) with Microsoft SMTP Server (TLS) id 14.1.270.1; Fri, 19 Aug 2011 16:11:45 +0800
Received: from SZXEML511-MBS.china.huawei.com ([169.254.4.30]) by szxeml405-hub.china.huawei.com ([169.254.211.222]) with mapi id 14.01.0270.001; Fri, 19 Aug 2011 16:11:53 +0800
Date: Fri, 19 Aug 2011 08:11:52 +0000
From: Mach Chen <mach.chen@huawei.com>
In-reply-to: <44F4E579A764584EA9BDFD07D0CA081306ED873C@tlvmail1>
X-Originating-IP: [10.110.98.106]
To: Daniel Cohn <DanielC@orckit.com>, "pwe3@ietf.org" <pwe3@ietf.org>
Message-id: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE207D359C8@SZXEML511-MBS.china.huawei.com>
MIME-version: 1.0
Content-type: multipart/alternative; boundary="Boundary_(ID_oc/aK+yOKALazN433nucwQ)"
Content-language: zh-CN
Accept-Language: zh-CN, en-US
Thread-topic: Requesting additional feedback on draft-cohn-mpls-tp-pw-protection-01
Thread-index: AcxQOYVbNToQFPx5SzGMez8tviQ5SABdKbRwAyRS6JA=
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-CFilter-Loop: Reflected
References: <44F4E579A764584EA9BDFD07D0CA081306ED873C@tlvmail1>
Subject: Re: [PWE3] Requesting additional feedback on draft-cohn-mpls-tp-pw-protection-01
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Pseudo Wires 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, 19 Aug 2011 08:11:07 -0000

Hi,

According to Daniel's explanation, I think the idea (linear protection for PW) is straightforward , I support to progress it.

Best regards,
Mach

From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of Daniel Cohn
Sent: Wednesday, August 03, 2011 3:24 PM
To: pwe3@ietf.org
Subject: [PWE3] Requesting additional feedback on draft-cohn-mpls-tp-pw-protection-01

Hi,

The authors would like to request additional feedback on the MPLS-TP Linear Protection Applicability to MS-PW, http://tools.ietf.org/html/draft-cohn-mpls-tp-pw-protection-01

Specifically, at the PWE3 meeting last week, there was a discussion on whether the PW redundancy bit draft (http://tools.ietf.org/html/draft-ietf-pwe3-redundancy-bit-04) can comply with MPLS-TP requirements for PW protection.
We believe the answer to be clearly in the negative, and therefore would like to require WG adoption of the above draft after comments on this are addressed.

This is a list of the TP requirements that in our opinion are not met by the PW redundancy draft.

Please do not interpret the below as negative criticism of the PW redundancy draft - it is not. The question is not about the merits of the PW redundancy protocol, but whether it complies with TP requirements (which historically came after the PW redundancy draft)

1.- According to RFC 5654 (req 65), MPLS-TP MUST support 1+1 protection. PW redundancy draft does not comply with this.

2.- According to RFC 5654 (req 76 and 83) MPLS-TP MUST support management-plane triggers as defined in RFC 4427 - specifically lockout, forced and manual switch. Although the OPTIONAL switchover coordination mode in PW redundancy draft (6.3) implicitly support some management triggers, it cannot support all triggers in RFC 4427. For example, forced switch and lockout are not supported (see 6.3.2 - switchover command is ignore if requested PW is not up)

3.- According to RFC 5654 (req 75), MPLS-TP MUST support OAM-based triggers. PW redundancy draft exclusively relies on PW status bits triggers.

4.- According to RFC 5654 (req 77), there MUST be a mechanism to distinguish administrative recovery actions from recovery actions initiated by other triggers. This is not supported by the PW redundancy draft - the switchover request message does not specify what triggered the action on the other endpoint.

5.- According to RFC 5654 (req 79), MPLS-TP protection mechanisms MUST support priority logic to negotiate and accommodate coexisting requests for protection-switching (e.g., administrative requests and requests due to link/node failures). For example, PW redundancy mechanisms do not specify priority between administrative triggers (e.g. forced/manual switch) and failure triggers (e.g. SF or SD).

6.- According to RFC 5654 (req 73), MPLS-TP MUST support revertive and non-revertive behavior. PW redundancy draft provides OPTIONAL support of reversion, without explicit definitions of how the WTR timer is handled (e.g. what happens if different timer values are configured in each side, no administrative command to clear the WTR state), and without provisioning mismatch indication (like R bit in linear protection draft).

7.- According to RFC 5654 (req 58), MPLS-TP MUST support 50 ms recovery. The linear protection draft supports several features that reduce the recovery time, such as:
- 1-phase operation, while PW redundancy draft in the switchover coordination mode is 2-phase (switch only after receiving confirmation from remote endpoint)
- Rapid retransmission of PSC messages to overcome packet loss. In PW redundancy, the loss of a single switchover coordination message will result in recovery times significantly higher than 50 ms

8.- According to RFC 5654 (req 61), MPLS-TP MUST support coordination with server layer protection protocols to avoid race conditions - linear protection defines hold-off timer to comply with this requirement. PW redundancy does not support this.

Looking forward for comments.