[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.