Re: [mpls] I-D Action: draft-cui-mpls-tp-mfp-use-case-and-requirements-05.txt

Huub van Helvoort <> Wed, 15 July 2015 08:23 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 154341A88D9 for <>; Wed, 15 Jul 2015 01:23:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.276
X-Spam-Status: No, score=-1.276 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, SPF_PASS=-0.001] autolearn=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id qYn4diEf_J9M for <>; Wed, 15 Jul 2015 01:23:37 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 3D9F41A88D6 for <>; Wed, 15 Jul 2015 01:23:37 -0700 (PDT)
Received: by wibud3 with SMTP id ud3so33771446wib.0 for <>; Wed, 15 Jul 2015 01:23:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/OIVnNWQtMJS7+WxoyExQE7l+lpoSD/t11N+FdZGxVc=; b=deLbigV3oSh0oYpXYDfC+jyhV3pnpRPrqWBP4hepSWclJ5fE3kdJ9cUcnPnRJZeXVS 3imCcHt9LJEwpPMMpg7QDXzXLgLzNMU+Ec2PtgYeWPOQ2QgokHeNgmXiq73JUsp7hblc hzth6YAG+KyMq9ZIMpSP8AnGgHEUd4qNx6fJb18BL98YQIEZ8tD1P4bV0eeiO6tGZ3w/ V7nFcZ1LBhC+8Ln8XnrgsmocBTVz4jNG8lf7rBXOf2ofGLntVm7ZVnmQJa1tiXxYXTh8 xAnT3pNQwdo4X+6CB+vEQSH34TS5Wib3iT2TuBoTcmLsO2ZbgM7/8LmyJKpLcjkU5/mK FbUQ==
X-Received: by with SMTP id r1mr41832641wia.60.1436948615915; Wed, 15 Jul 2015 01:23:35 -0700 (PDT)
Received: from McAsterix.local ( []) by with ESMTPSA id ea2sm25411914wib.22.2015. (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Jul 2015 01:23:34 -0700 (PDT)
Message-ID: <>
Date: Wed, 15 Jul 2015 10:24:23 +0200
From: Huub van Helvoort <>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Zhenlong Cui <>, "" <>
References: <>
In-Reply-To: <>
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <>
Cc: "" <>
Subject: Re: [mpls] I-D Action: draft-cui-mpls-tp-mfp-use-case-and-requirements-05.txt
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 15 Jul 2015 08:23:39 -0000

Hello Zhenlong,

You replied:

Hi Huub,

Thanks for your very helpful suggestions.

I agree with you. We'll upload the next version shortly after the I-D submission tool is reopened.
In the next version I suggest to change this sentence in section 3.1:
During this time however, the traffic is unprotected until the working entity is restored.
However, during the time the protection is active the traffic is unprotected until the
working entity is restored.

ITU-T Rec. G.8013/Y.1731 (11/2013) OAM functions and mechanisms for Ethernet based networks Also section 3.1 mentions the reduction of cost. In section 3.1 the increase
of cost is not mentioned.

Best regards, Huub.

-----Original Message-----
From: Huub van Helvoort []
Sent: Sunday, July 12, 2015 9:13 PM
Subject: ##freemail## Re: [mpls] I-D Action: draft-cui-mpls-tp-mfp-use-case-and-requirements-05.txt

Hello authors of this draft,

Triggered by a reference to your draft in another discussion I have read your draft.

It describes useful use cases.

I would recommend to add to the introduction an explicit statement that these use cases are specifically to end-to-end
linear protection.
Currently only the abstract briefly mentions this and can easily be overlooked.

I also would recommend to add a requirement that any of the n working entities and m protection entities should follow
a disjoint path through the network from node A to node Z.

Best regards, Huub.

A New Internet-Draft is available from the on-line Internet-Drafts directories.
  This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF.

         Title           : Use Cases and Requirements for MPLS-TP multi-failure protection
         Authors         : Zhenlong Cui
                           Rolf Winter
                           Himanshu Shah
                           Sam Aldrin
                           Masahiro Daikoku
	Filename        : draft-cui-mpls-tp-mfp-use-case-and-requirements-05.txt
	Pages           : 8
	Date            : 2015-07-06

    For the Multiprotocol Label Switching Transport Profile (MPLS-TP)
    linear protection capable of 1+1 and 1:1 protection has already been
    defined.  That linear protection mechanism has not been designed for
    handling multiple, simultaneously occuring failures, i.e. multiple
    failures that affect the working and the protection entity during the
    same time period.  In these situations currently defined protection
    mechanisms would fail.

    This document introduces use cases and requirements for mechanisms
    that are capable of protecting against such failures.  It does not
    specify a multi-failure protection mechanism itself.

The IETF datatracker status page for this draft is:" rel="nofollow">

There's also a htmlized version available at:" rel="nofollow">

A diff from the previous version is available at:" rel="nofollow">

Please note that it may take a couple of minutes from the time of
submission until the htmlized version and diff are available at

Internet-Drafts are also available by anonymous FTP at:" rel="nofollow">

mpls mailing list" rel="nofollow">