Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-01

Loa Andersson <loa@pi.nu> Thu, 30 April 2015 07:41 UTC

Return-Path: <loa@pi.nu>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFE201ACEBA for <mpls@ietfa.amsl.com>; Thu, 30 Apr 2015 00:41:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 E6_h2Hn-5lty for <mpls@ietfa.amsl.com>; Thu, 30 Apr 2015 00:41:16 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F16561ACEB2 for <mpls@ietf.org>; Thu, 30 Apr 2015 00:41:15 -0700 (PDT)
Received: from [192.168.0.101] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 71C3218013E6; Thu, 30 Apr 2015 09:41:14 +0200 (CEST)
Message-ID: <5541DC9A.5000200@pi.nu>
Date: Thu, 30 Apr 2015 09:41:14 +0200
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: "Aissaoui, Mustapha (Mustapha)" <mustapha.aissaoui@alcatel-lucent.com>, "mpls@ietf.org" <mpls@ietf.org>
References: <4A79394211F1AF4EB57D998426C9340D948330B5@US70UWXCHMBA01.zam.alcatel-lucent.com> <55408663.1070906@pi.nu> <4A79394211F1AF4EB57D998426C9340D94833E1C@US70UWXCHMBA01.zam.alcatel-lucent.com>
In-Reply-To: <4A79394211F1AF4EB57D998426C9340D94833E1C@US70UWXCHMBA01.zam.alcatel-lucent.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/bnhqUCzhgrdnyQtufdS2una12Xo>
Cc: Nevil Brownlee <rfc-ise@rfc-editor.org>
Subject: Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Apr 2015 07:41:19 -0000

Mustapha,

That is still not a definition possible to refrence.

I've always been a bit confused by the distinction between "static" and
"dynamic", especially when it comes to labels, a bit less so if we talk
about LSPs.

To me the term  "static" and "dynamic" seems to indicate how long lived
or how easy they are to change.

If an NMS or any centralized controller instal and remove LSPs/labels
with the same frequency as e.g. LDP are they still "static"?

I agree that there is a possible classification of "configured 
LSPs/labels" vs. "signaled LSPs/labels".

In that terminology I'd say that draft-hao-mpls-ip-hard-pipe uses
configured labels.

Would that terminology be acceptable for you?

/Loa

On 2015-04-29 19:26, Aissaoui, Mustapha (Mustapha) wrote:
> Hi Loa,
> By static label, I meant a label which is assigned to a LSP or a PW by configuration and not by a control plane protocol. I believe this is what is being described in this draft but let me know if I am wrong.
>
> Regards,
> Mustapha.
>
>> -----Original Message-----
>> From: Loa Andersson [mailto:loa@pi.nu]
>> Sent: Wednesday, April 29, 2015 3:21 AM
>> To: Aissaoui, Mustapha (Mustapha); mpls@ietf.org
>> Cc: Nevil Brownlee
>> Subject: Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-01
>>
>> Mustapha,
>>
>> in line please.
>>
>> On 2015-04-28 18:01, Aissaoui, Mustapha (Mustapha) wrote:
>>> Dear all,
>>> I was asked to review this draft which is intended to be handled in the
>> Independent Stream. Below are my comments to the authors.
>>>
>>> Members of this list can also provide comments to the authors. Please copy the
>> Independent Submission Editorial Board at the following address:
>>> rfc-ise@rfc-editor.org
>>>
>>> Regards,
>>> Mustapha.
>>> ----------------------------
>>> https://tools.ietf.org/html/draft-hao-mpls-ip-hard-pipe-01
>>>
>>> 1. Overall comment:
>>> This document describes how a guaranteed bandwidth service can be deployed
>> in a MPLS network by partitioning the network resources into two managed layers,
>> referred to as strata. The  guaranteed service layer is referred to as "Hard Pipe"
>> stratum.
>>>
>>> The management of the resources and the placement of the MPLS tunnels and
>> services into the  "Hard Pipe" stratum are performed with a management system.
>> Thus the transport and service labels are static but this important information has
>> not been stated upfront in the document.
>>
>> Do you have a a definition of "static labels" that we can refer to?
>>
>> /Loa
>> Only in section 6 that MPLS-TP was mentioned. Furthermore, the reference to T-
>> LDP signaled labels in Section 3 adds to the confusion.
>>>
>>
>>> I propose that the Introduction and Scope sections be explicit about the
>> framework used to achieve the "Hard Pipe" stratum, that is by means of a
>> management system and static transport and service labels.
>>>
>>> In fact, I would think the document value would be in describing more details of
>> the framework including configuration aspects, resource and service management
>> including resilience. These aspects have not been sufficiently addressed and the
>> focus was more on how to use MPLS labels to differentiate the two strata.
>>>
>>> 2. Section 1.1 - Scope:
>>> As part of the second bullet, I cannot find in the document how a router protects
>> the traffic of the "Hard Pipe" stratum if the "Normal IP/MPLS" stratum overbooks a
>> link. Having a separate label for the guaranteed service is not sufficient. The
>> authors should describe if LSP pre-emption and/or QoS markings are used to
>> differentiate the treatment across the strata.
>>>
>>> 3. Section 3:
>>> If the document objective is to describe the framework used, then this section
>> should begin by explaining the initial configuration performed by the NMS to lay
>> the ground for the building of the two stratums. This includes the partitioning of the
>> links, the assignment of transport and service label ranges in the routers, the
>> overbooking strategy, etc.
>>>
>>> Then, you can discuss how a guaranteed service is configured in the network
>> using static transport labels and static service labels. This should cover the
>> placement of the working and backup paths since Section 6 mentions MPLS-TP
>> protection is used.
>>>
>>> Next, a description of how the transport LSP and service are monitored for
>> continuity and defects.
>>>
>>> Finally, the behavior when resources are overbooked and what services are pre-
>> empted or degraded should be described.
>>> ------------------------------------
>>>
>>> _______________________________________________
>>> mpls mailing list
>>> mpls@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mpls
>>>
>>
>> --
>>
>>
>> Loa Andersson                        email: loa@mail01.huawei.com
>> Senior MPLS Expert                          loa@pi.nu
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64