Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-01
Loa Andersson <loa@pi.nu> Sun, 03 May 2015 06:42 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 69C8F1A013B for <mpls@ietfa.amsl.com>; Sat, 2 May 2015 23:42:33 -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 nX07nCvuJ31C for <mpls@ietfa.amsl.com>; Sat, 2 May 2015 23:42:29 -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 729171A0130 for <mpls@ietf.org>; Sat, 2 May 2015 23:42:29 -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 2113C18013E6; Sun, 3 May 2015 08:42:27 +0200 (CEST)
Message-ID: <5545C354.8000204@pi.nu>
Date: Sun, 03 May 2015 08:42:28 +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: "Andrew G. Malis" <agmalis@gmail.com>
References: <4A79394211F1AF4EB57D998426C9340D948330B5@US70UWXCHMBA01.zam.alcatel-lucent.com> <55408663.1070906@pi.nu> <4A79394211F1AF4EB57D998426C9340D94833E1C@US70UWXCHMBA01.zam.alcatel-lucent.com> <5541DC9A.5000200@pi.nu> <CAA=duU084CCWuqTzbWtC9TApwEi-_VV6n3yUmROcwOYr+VhaiQ@mail.gmail.com> <4A79394211F1AF4EB57D998426C9340D948345F6@US70UWXCHMBA01.zam.alcatel-lucent.com> <55435C39.5050208@pi.nu> <CAA=duU1Xc7WN6+fT0VYkprVjFeMUvwk184kbZJqfc0EBn0hLCQ@mail.gmail.com> <55448F85.5050803@pi.nu> <CAA=duU0spY7kc5AEsvA57poftAyLWN4wjftU=wmHBjMFBGh=+A@mail.gmail.com>
In-Reply-To: <CAA=duU0spY7kc5AEsvA57poftAyLWN4wjftU=wmHBjMFBGh=+A@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/G2WVl6lM3bo4tTL7iM07m93nlyw>
Cc: "mpls@ietf.org" <mpls@ietf.org>, 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: Sun, 03 May 2015 06:42:33 -0000
Andy, Tnx - I have a question about "provisioned". I think "provisioning" is the activity both to install and remove labels, right? Does "provisioned" mean both also, or just install? /Loa On 2015-05-02 15:54, Andrew G. Malis wrote: > Loa, > > Sure, that works for me too. A good word to use instead of "installed" > is "provisioned". > > Cheers, > Andy > > On Sat, May 2, 2015 at 4:49 AM, Loa Andersson <loa@pi.nu > <mailto:loa@pi.nu>> wrote: > > Andy, > > So you say that even though the labels in draft-hao-mpls-ip-hard-pipe > are dynamically allocated we should call them "static", because that is > how we defined them for MPLS-TP. > > Could you accept the terminology that Mustapha and I seems to be > converging on: > > Configured labels - labels that are assigned and reclaimed by > configuration. > > I think I prefer that we cahnge "assigned" for "installed", but for now > that is not important. > > /Loa > > On 2015-05-01 15:36, Andrew G. Malis wrote: > > Loa, > > Those are exactly "static" labels as we've defined them for > MPLS-TP, as > they aren't being installed by a dynamic control plane on the > routers > (LDP or RSVP-TE). See the text in section 3.11 of RFC 5921: > > A PW or LSP may be statically configured without the > support of a > dynamic control plane. This may be either by direct > configuration of > the PEs/LSRs or via a network management system. > > > Cheers, > Andy > > > On Fri, May 1, 2015 at 6:58 AM, Loa Andersson <loa@pi.nu > <mailto:loa@pi.nu> > <mailto:loa@pi.nu <mailto:loa@pi.nu>>> wrote: > > Mustapha and Andy, > > If we are talking about manual configure (manually > installed labels), > this is not what is not what is going on in the hard-pipe > network. > > It is of course possible to run any MPLS network with all > or a subset > of the labels manually installed. We did that in 1999 whenm > I worked > with a Swedish operator. Awaiting tests and decision on the > mix of > signalling protocols we for several months did run our > network by > installing all labels manually, we never thought about that > as "static", > but I could live with that terminology if we want to use it. > > What is going on in the hard-pipe network is a bit > different. The NMS > (centralized controller) is configured with a label space > per node to > be used for the hard-pipe stratum. The NMS then allocate > labels to be > installed on the nodes as a LSP is requested and remove > them and returns > them to the pool when the LSP is taken down. > > I tend to think about this as dynamic configured labels. > Dynamic as > they are installed and removed depending on the life time > of the LSPs. > Configured as it is done by the NMS. > > Mustapha, > > Would "configured labels" cover the concerns you have. > > /Loa > > On 2015-04-30 15:42, Aissaoui, Mustapha (Mustapha) wrote: > > Thanks Andy for the reference. Indeed, I was referring to > assignment of > initial label and of any subsequent label change of an > LSP or a > PW by > configuration. This is sometimes referred to as “manual” > configuration > and the LSP or PW is referred to as static. > > That definition fits I believe what is being described in > draft-hao-mpls-ip-hard-pipe-01 but Loa can confirm. > > Regards, > > Mustapha. > > *From:*Andrew G. Malis [mailto:agmalis@gmail.com > <mailto:agmalis@gmail.com> > <mailto:agmalis@gmail.com <mailto:agmalis@gmail.com>>] > *Sent:* Thursday, April 30, 2015 8:52 AM > *To:* Loa Andersson > *Cc:* Aissaoui, Mustapha (Mustapha); mpls@ietf.org > <mailto:mpls@ietf.org> > <mailto:mpls@ietf.org <mailto:mpls@ietf.org>>; Nevil > Brownlee > *Subject:* Re: [mpls] Review of > draft-hao-mpls-ip-hard-pipe-01 > > Loa, > > I think the reference that you're looking for is > section 3.11 of > RFC 5921. > > Cheers, > > Andy > > On Thu, Apr 30, 2015 at 3:41 AM, Loa Andersson > <loa@pi.nu <mailto:loa@pi.nu> > <mailto:loa@pi.nu <mailto:loa@pi.nu>> > <mailto:loa@pi.nu <mailto:loa@pi.nu> <mailto:loa@pi.nu > <mailto:loa@pi.nu>>>> wrote: > > 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 > <mailto:loa@pi.nu> <mailto:loa@pi.nu <mailto:loa@pi.nu>> > <mailto:loa@pi.nu <mailto:loa@pi.nu> <mailto:loa@pi.nu > <mailto:loa@pi.nu>>>] > Sent: Wednesday, April 29, 2015 3:21 AM > To: Aissaoui, Mustapha (Mustapha); mpls@ietf.org > <mailto:mpls@ietf.org> > <mailto:mpls@ietf.org <mailto:mpls@ietf.org>> > <mailto:mpls@ietf.org <mailto:mpls@ietf.org> > <mailto:mpls@ietf.org <mailto: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 <mailto:rfc-ise@rfc-editor.org> > <mailto:rfc-ise@rfc-editor.org <mailto:rfc-ise@rfc-editor.org>> > <mailto:rfc-ise@rfc-editor.org > <mailto:rfc-ise@rfc-editor.org> <mailto:rfc-ise@rfc-editor.org > <mailto: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 <mailto:mpls@ietf.org> <mailto:mpls@ietf.org > <mailto:mpls@ietf.org>> <mailto:mpls@ietf.org <mailto:mpls@ietf.org> > <mailto:mpls@ietf.org <mailto:mpls@ietf.org>>> > https://www.ietf.org/mailman/listinfo/mpls > > > -- > > > Loa Andersson email: > loa@mail01.huawei.com <mailto:loa@mail01.huawei.com> > <mailto:loa@mail01.huawei.com <mailto:loa@mail01.huawei.com>> > <mailto:loa@mail01.huawei.com > <mailto:loa@mail01.huawei.com> <mailto:loa@mail01.huawei.com > <mailto:loa@mail01.huawei.com>>> > Senior MPLS Expert loa@pi.nu <mailto:loa@pi.nu> > <mailto:loa@pi.nu <mailto:loa@pi.nu>> > <mailto:loa@pi.nu <mailto:loa@pi.nu> <mailto:loa@pi.nu > <mailto:loa@pi.nu>>> > Huawei Technologies (consultant) phone: +46 739 81 > 21 64 <tel:%2B46%20739%2081%2021%2064> > <tel:%2B46%20739%2081%2021%2064> > <tel:%2B46%20739%2081%2021%2064> > > > -- > > > Loa Andersson email: > loa@mail01.huawei.com <mailto:loa@mail01.huawei.com> > <mailto:loa@mail01.huawei.com <mailto:loa@mail01.huawei.com>> > <mailto:loa@mail01.huawei.com > <mailto:loa@mail01.huawei.com> <mailto:loa@mail01.huawei.com > <mailto:loa@mail01.huawei.com>>> > Senior MPLS Expert loa@pi.nu <mailto:loa@pi.nu> > <mailto:loa@pi.nu <mailto:loa@pi.nu>> > <mailto:loa@pi.nu <mailto:loa@pi.nu> <mailto:loa@pi.nu > <mailto:loa@pi.nu>>> > Huawei Technologies (consultant) phone: +46 739 81 > 21 64 <tel:%2B46%20739%2081%2021%2064> > <tel:%2B46%20739%2081%2021%2064> > <tel:%2B46%20739%2081%2021%2064> > > _______________________________________________ > mpls mailing list > mpls@ietf.org <mailto:mpls@ietf.org> <mailto:mpls@ietf.org > <mailto:mpls@ietf.org>> <mailto:mpls@ietf.org <mailto:mpls@ietf.org> > <mailto:mpls@ietf.org <mailto:mpls@ietf.org>>> > https://www.ietf.org/mailman/listinfo/mpls > > > -- > > > Loa Andersson email: > loa@mail01.huawei.com <mailto:loa@mail01.huawei.com> > <mailto:loa@mail01.huawei.com <mailto:loa@mail01.huawei.com>> > Senior MPLS Expert loa@pi.nu <mailto:loa@pi.nu> > <mailto:loa@pi.nu <mailto:loa@pi.nu>> > Huawei Technologies (consultant) phone: +46 739 81 21 > 64 <tel:%2B46%20739%2081%2021%2064> > <tel:%2B46%20739%2081%2021%2064> > > > > -- > > > Loa Andersson email: loa@mail01.huawei.com > <mailto:loa@mail01.huawei.com> > Senior MPLS Expert loa@pi.nu <mailto:loa@pi.nu> > Huawei Technologies (consultant) phone: +46 739 81 21 64 > <tel:%2B46%20739%2081%2021%2064> > > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64
- [mpls] Review of draft-hao-mpls-ip-hard-pipe-01 Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Loa Andersson
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Loa Andersson
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Andrew G. Malis
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Loa Andersson
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Andrew G. Malis
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Loa Andersson
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Andrew G. Malis
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Aissaoui, Mustapha (Mustapha)
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Loa Andersson
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Andrew G. Malis
- Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-… Huub van Helvoort