[PWE3] Requesting additional feedback on draft-cohn-mpls-tp-pw-protection-01
"Daniel Cohn" <DanielC@orckit.com> Wed, 03 August 2011 07:23 UTC
Return-Path: <DanielC@orckit.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 C69C421F882E for <pwe3@ietfa.amsl.com>; Wed, 3 Aug 2011 00:23:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.51
X-Spam-Level:
X-Spam-Status: No, score=-2.51 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0owF1oCms5XQ for <pwe3@ietfa.amsl.com>; Wed, 3 Aug 2011 00:23:43 -0700 (PDT)
Received: from tlvmail1.orckit.com (tlvmail1.orckit.com [213.31.203.2]) by ietfa.amsl.com (Postfix) with ESMTP id 1FA2121F84C8 for <pwe3@ietf.org>; Wed, 3 Aug 2011 00:23:41 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC51AE.A992A632"
Date: Wed, 03 Aug 2011 10:23:50 +0300
Message-ID: <44F4E579A764584EA9BDFD07D0CA081306ED873C@tlvmail1>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Requesting additional feedback on draft-cohn-mpls-tp-pw-protection-01
Thread-Index: AcxQOYVbNToQFPx5SzGMez8tviQ5SABdKbRw
From: Daniel Cohn <DanielC@orckit.com>
To: pwe3@ietf.org
Subject: [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: Wed, 03 Aug 2011 07:23:45 -0000
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.