Re: [mpls] Review of draft-hao-mpls-ip-hard-pipe-01
"Andrew G. Malis" <agmalis@gmail.com> Sat, 02 May 2015 13:55 UTC
Return-Path: <agmalis@gmail.com>
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 926021A8845 for <mpls@ietfa.amsl.com>; Sat, 2 May 2015 06:55:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, SPF_PASS=-0.001] 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 vlAfey_Mvq4i for <mpls@ietfa.amsl.com>; Sat, 2 May 2015 06:55:09 -0700 (PDT)
Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A8971A8844 for <mpls@ietf.org>; Sat, 2 May 2015 06:55:09 -0700 (PDT)
Received: by wgin8 with SMTP id n8so112378027wgi.0 for <mpls@ietf.org>; Sat, 02 May 2015 06:55:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=pkz/aQ5RDmO5y8Fh/v1aEOfVKxtFkZikIQCAjH+m3kk=; b=I6xLrNRuIUapAGbWFeGlettkxhq7Tf5Fo3KgUZe5QEvOXMIZqxRovOvx7yI9V4aWVu ToP6PzFqNq/RiP/Biq8mdkCb9iYfGsS2tP6a4f2Is9TmF/OgDIlqx07pDSbkGI4uXsRI CWLiXW0qjpliHmWR9x8GIfLwqNg5Y9biuZVrZgLxhIM2tMvby8KGTjUr40w4gcekIJHJ pOaBBTi0iPn/zlc3S+WDy09r+32CNHkYZFgTu8raX15nN7zVpuXzBURn1WkZjdaC6G54 NnvSwQzGO1HNjB/GgNToQQtbIlVT4m6TiiUWIBzxJoy8dUF+T6F6dlDxAT6JPXXgRFxP Mu5A==
X-Received: by 10.180.93.193 with SMTP id cw1mr5260731wib.12.1430574907909; Sat, 02 May 2015 06:55:07 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.28.182.215 with HTTP; Sat, 2 May 2015 06:54:47 -0700 (PDT)
In-Reply-To: <55448F85.5050803@pi.nu>
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>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Sat, 02 May 2015 09:54:47 -0400
Message-ID: <CAA=duU0spY7kc5AEsvA57poftAyLWN4wjftU=wmHBjMFBGh=+A@mail.gmail.com>
To: Loa Andersson <loa@pi.nu>
Content-Type: multipart/alternative; boundary="f46d043bdede35eca2051519ad72"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/zYgGnbcE0K1Vc02jOmAp_cn9T6E>
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: Sat, 02 May 2015 13:55:14 -0000
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> 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>> 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>] >> *Sent:* Thursday, April 30, 2015 8:52 AM >> *To:* Loa Andersson >> *Cc:* Aissaoui, Mustapha (Mustapha); 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>>> 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>>] >> 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>> >> 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>> >> >> >> >> 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>> >> 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> >> <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> >> >> _______________________________________________ >> mpls mailing list >> 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> >> 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