Re: [Teas] MPLS and TE tunnels YANG data model meeting

"Tarek Saad (tsaad)" <> Fri, 27 May 2016 15:44 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6C6FB12B02E; Fri, 27 May 2016 08:44:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -15.946
X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id uGO7qD1eKmXR; Fri, 27 May 2016 08:44:30 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id F1E0912D6B1; Fri, 27 May 2016 08:35:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=55518; q=dns/txt; s=iport; t=1464363309; x=1465572909; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=bJJTv2Zx3tiGjwdHVEHJ4tIyAqsu/XVjKm9MbiZW8/0=; b=Vy48q4imyvZHZE83ns+92g+vg0TP3+h1Qiiae1xbkfx3jSEIG/OY+M5v CZC+DXY/0VisngdX/47nJ4Ft4J3akWzKt2R7+mVSbcJ/YnDK461J7vaXm /R1qzLF8R6kKiTmuOpkjmrja+1Oh+N6ZVh5bTnissaTEzheV6FRRAmqFq 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.26,374,1459814400"; d="scan'208,217";a="277862564"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 May 2016 15:35:08 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id u4RFZ8ic029369 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 27 May 2016 15:35:08 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 27 May 2016 11:35:07 -0400
Received: from ([]) by ([]) with mapi id 15.00.1104.009; Fri, 27 May 2016 11:35:07 -0400
From: "Tarek Saad (tsaad)" <>
To: "Chenxia (D)" <>, Himanshu Shah <>, "Wen, Bin" <>, Vishnu Pavan Beeram <>, Raqib Jones <>, "Rakesh Gandhi (rgandhi)" <>, "Kamran Raza (skraza)" <>, "" <>, Igor Bryskin <>, "Zhangxian (Xian)" <>, Paweł Brzozowski <>, Anurag Sharma <>, Xufeng Liu <>, Paweł Kaczmarek <>
Thread-Topic: MPLS and TE tunnels YANG data model meeting
Thread-Index: AQHRuC0r38wJcuvMEE6orGReyfkjWZ/M6lSA
Date: Fri, 27 May 2016 15:35:07 +0000
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/f.16.0.160506
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_DA890DD196B24A63A6D5E174EF651C66ciscocom_"
MIME-Version: 1.0
Archived-At: <>
Cc: "" <>, "" <>
Subject: Re: [Teas] MPLS and TE tunnels YANG data model meeting
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 27 May 2016 15:44:32 -0000

Correcting mpls WG alias,

From: Tarek Saad <>
Date: Friday, May 27, 2016 at 11:33 AM
To: "Chenxia (D)" <>, Himanshu Shah <>, "Wen, Bin" <>, Vishnu Pavan Beeram <>, Raqib Jones <>, "Rakesh Gandhi (rgandhi)" <>, "Kamran Raza (skraza)" <>, "" <>, Igor Bryskin <>, "Zhangxian (Xian)" <>, Paweł Brzozowski <>, Anurag Sharma <>, Xufeng Liu <>, Paweł Kaczmarek <>
Cc: "" <>, "mpls@ietf" <mpls@ietf>
Subject: Re: MPLS and TE tunnels YANG data model meeting

Copying WG for fyi as feedback as per agreement.

Thanks all for attending meeting weekly meeting today. Below are today’s MoMs. Feel free to add if I missed any.


Friday May 27, 2016:
A. Discuss new update(s) to MPLS static LSPs module
   - new static LSP attributes
   - static bidirectional LSPs
   - static MBB
   - static end-to-end LSP protection
B. Discuss SR-TE new module details
C. how to proceed with schema mount

--> AI: to send a doodle for SR-TE meeting

Explicit path:
- label (already have it in TE model)
- SID index

new: binding-label (not specific to SR tunnel)
new: per path "segment-routing" attribute
new: per path constraints:
      - cost limit
      - link/adj-SID protection types: any, protected, unprotected
      - invalidation timeout
      - invalidation action
        - drop
        - tear
      - prepend label(s) per path
      - prepend bgp-next-hop

New TE link attributes (state-only):
– Unidirectional Link Delay (D)
– Min/Max Unidirectional Link Delay (DM)
– Unidirectional Delay Variation (DV)

– Unidirectional Link Loss (L)

– Unidirectional Residual Bandwidth (BR)
– Unidirectional Available Bandwidth (BA)
– Unidirectional Utilized Bandwidth (BUTIL)

B. Update to MPLS static LSPs
New attributes for static LSPs needed to allocate resources on per hop/link:
- BW with CTs?
- priority/preemption
- discussion, what occurs if static LSPs is contending with RSVP allocation (at same or different priority)?

Bidirectional Static LSPs:
Option #1:

-          association of forward/reverse siblings maintained in hierarchical configuration (under same LSP(name=foo))
   in-segment (in-label, next-hop)
   out-segment (out-label(s), next-hop)
   in-segment (in-label, next-hop)
   out-segment (out-label(s), next-hop)

--> In current model the LSP has only one cross-connect
--> will need to have multiple cross-connects per LSP
---> to realize asymmetrical behavior (eg. BW alloc) need to allow config under each forward/reverse leg

Option #2:

-          forward/reverse LSPs as separate entries in the static LSP list

-          entries have different names, but associated using below

-          use a configured association-ID (tunnel-ID or service-ID) as way to associate LSPs
association ID = 1001
in-segment (in-label, next-hop)
out-segment (out-label(s), next-hop)

association ID = 1001
in-segment (in-label, next-hop)
out-segment (out-label(s), next-hop)

Option #3:

-          forward/reverse LSPs as separate entries in the static LSP list

-          both entries have the same name, but new key is needed iin the list (role?, e.g. sibling1, sibling2, etc..)

MBB for Static:
1. how to realize resource sharing if needed?
2. coordinate switchover on the ingress using configuration

Option#2 (add role in list of LSPs key), e.g. key= (name=foo, role=mbb-sibling1), (name=foo, mbb-sibling2), (name=foo, path-protect-sibling1), (name=foo, path-protect-sibling2)

LSP(foo, mbb-sibling1):
in-segment (in-label, next-hop)
out-segment (out-label(s), next-hop)
association ID = 1001
role=MBB sibling

LSP(foo, mbb-sibling2):
in-segment (in-label, next-hop)
out-segment (out-label(s), next-hop)
association ID = 1001
role=MBB sibling

T0: traffic on LSP(foo1)
T1: configure LSP(foo2) on mid(s)
T2: map traffic to LSP(foo2) on ingress
T3: delete LSP(foo1)

Background (snippet from Huawei’s OS support for static LSP):
[LSRA] bidirectional static-cr-lsp ingress Tunnel1/0/0
[LSRA-bi-static-ingress-Tunnell/0/0] forward nexthop out-label 20 bandwidth ct0 10000
[LSRA-bi-static-ingress-Tunnell/0/0] backward in-label 20
[LSRB]bidirectional static-cr-lsp transit lsp1
[LSRB-bi-static-transit-lsp1] forward in-label 20 nexthop out-label 40 bandwidth ct0 10000
[LSRB-bi-static-transit-lsp1] backward in-label 16 nexthop out-label 20 bandwidth ct0 10000
[LSRC] bidirectional static-cr-lsp egress lsp1
[LSRC-bi-static-egress-lsp1] forward in-label 40 lsrid tunnel-id 100


When: 10:00 AM - 11:00 AM May 27, 2016
Subject: MPLS and TE tunnels YANG data model meeting
Location: webex

Refreshing invite for MPLS and TE tunnels YANG data model meeting. Please forward to anyone I missed.

-- Do not delete or change any of the following text. --

Join WebEx meeting<>
Meeting number: 201 966 692
Meeting password: 3jwMRXEd

If you are a host, go here<> to view host information.

Join by phone
+1-408-525-6800 Call-in toll number (US/Canada)
+1-866-432-9903 Call-in toll-free number (US/Canada)
Access code: 201 966 692
Numeric meeting password: 21794172
Global call-in numbers<> | Toll-free calling restrictions<>

Can't join the meeting? Contact support.<>

IMPORTANT NOTICE: Please note that this WebEx service allows audio and other information sent during the session to be recorded, which may be discoverable in a legal matter. By joining this session, you automatically consent to such recordings. If you do not consent to being recorded, discuss your concerns with the host or do not join the session..