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