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

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

Return-Path: <tsaad@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C6FB12B02E; Fri, 27 May 2016 08:44:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.946
X-Spam-Level:
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: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 uGO7qD1eKmXR; Fri, 27 May 2016 08:44:30 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1E0912D6B1; Fri, 27 May 2016 08:35:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; 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-Anti-Spam-Result: =?us-ascii?q?A0BRAADRZ0hX/5tdJa1CFwOCbA8+Vn0Gr?= =?us-ascii?q?XqJYIIPAQ2BEAVjJIVtAhyBFDgUAQEBAQEBAWUnhEMBAQECAiMEBjkTDgICAQg?= =?us-ascii?q?RAwECFQQIAQMGAgICGQYRHQcBAgQBDQWIFQMXDiyyNoUNiAcNhCMBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEXBQWGIoF2glaCQ4FZFAwRCQkBFw8HgjMrgi4FiGGFBIo?= =?us-ascii?q?fMwGFf4VlQoF5gWkXhDiIZIYzgTGHZwEeAQFCggYcgQBLbgGISj5/AQEB?=
X-IronPort-AV: E=Sophos;i="5.26,374,1459814400"; d="scan'208,217";a="277862564"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 May 2016 15:35:08 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-4.cisco.com (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 xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 27 May 2016 11:35:07 -0400
Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1104.009; Fri, 27 May 2016 11:35:07 -0400
From: "Tarek Saad (tsaad)" <tsaad@cisco.com>
To: "Chenxia (D)" <jescia.chenxia@huawei.com>, Himanshu Shah <hshah@ciena.com>, "Wen, Bin" <Bin_Wen@cable.comcast.com>, "Vishnu Pavan Beeram" <vbeeram@juniper.net>, Raqib Jones <raqib@Brocade.com>, "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>, "Kamran Raza (skraza)" <skraza@cisco.com>, "xufeng.liu.ietf@gmail.com" <xufeng.liu.ietf@gmail.com>, Igor Bryskin <Igor.Bryskin@huawei.com>, "Zhangxian (Xian)" <zhang.xian@huawei.com>, =?utf-8?B?UGF3ZcWCIEJyem96b3dza2k=?= <PBrzozowski@advaoptical.com>, "Anurag Sharma" <AnSharma@infinera.com>, Xufeng Liu <xliu@kuatrotech.com>, =?utf-8?B?UGF3ZcWCIEthY3ptYXJlaw==?= <PKaczmarek@advaoptical.com>
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: <DA890DD1-96B2-4A63-A6D5-E174EF651C66@cisco.com>
References: <5F01580A-8462-4C3E-B353-FBB0C960527E@cisco.com>
In-Reply-To: <5F01580A-8462-4C3E-B353-FBB0C960527E@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.16.0.160506
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.245.137]
Content-Type: multipart/alternative; boundary="_000_DA890DD196B24A63A6D5E174EF651C66ciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/MazJp9-5OvO-QWy3VmXImEdiHJg>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Subject: Re: [mpls] MPLS and TE tunnels YANG data model meeting
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 27 May 2016 15:44:32 -0000

Correcting mpls WG alias,

From: Tarek Saad <tsaad@cisco.com>
Date: Friday, May 27, 2016 at 11:33 AM
To: "Chenxia (D)" <jescia.chenxia@huawei.com>, Himanshu Shah <hshah@ciena.com>, "Wen, Bin" <Bin_Wen@cable.comcast.com>, Vishnu Pavan Beeram <vbeeram@juniper.net>, Raqib Jones <raqib@Brocade.com>, "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com>, "Kamran Raza (skraza)" <skraza@cisco.com>, "xufeng.liu.ietf@gmail.com" <xufeng.liu.ietf@gmail.com>, Igor Bryskin <Igor.Bryskin@huawei.com>, "Zhangxian (Xian)" <zhang.xian@huawei.com>, Paweł Brzozowski <PBrzozowski@advaoptical.com>, Anurag Sharma <AnSharma@infinera.com>, Xufeng Liu <xliu@kuatrotech.com>, Paweł Kaczmarek <PKaczmarek@advaoptical.com>
Cc: "teas@ietf.org" <teas@ietf.org>, "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.

Regards,
Tarek

Friday May 27, 2016:
===================
Agenda:
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

A. SR-TE:
=========
Explicit path:
- label (already have it in TE model)
- SID index

Tunnel:
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):
Delay:
– Unidirectional Link Delay (D)
– Min/Max Unidirectional Link Delay (DM)
– Unidirectional Delay Variation (DV)

Loss:
– Unidirectional Link Loss (L)

Bandwidth:
– 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))
LSP(name=foo):
BW
bidirectional
forward
   BW1
   in-segment (in-label, next-hop)
   out-segment (out-label(s), next-hop)
reverse
   BW2
   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
LSP(name=foo-forward):
bidirectional
forward
association ID = 1001
in-segment (in-label, next-hop)
out-segment (out-label(s), next-hop)

LSP(name=foo-reverse):
bidirectional
reverse
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 2.1.1.2 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 3.2.1.2 out-label 40 bandwidth ct0 10000
[LSRB-bi-static-transit-lsp1] backward in-label 16 nexthop 2.1.1.1 out-label 20 bandwidth ct0 10000
[LSRC] bidirectional static-cr-lsp egress lsp1
[LSRC-bi-static-egress-lsp1] forward in-label 40 lsrid 1.1.1.1 tunnel-id 100

Regards,
Tarek


From: tsaad@cisco.com
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<https://cisco.webex.com/ciscosales/j.php?MTID=mc05982f2d3c4042df20c2df56f3cc127>
Meeting number: 201 966 692
Meeting password: 3jwMRXEd


If you are a host, go here<https://cisco.webex.com/ciscosales/j.php?MTID=me7f65462eb251d205c8e21668e514ee7> 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<https://cisco.webex.com/ciscosales/globalcallin.php?serviceType=MC&ED=351497332&tollFree=1> | Toll-free calling restrictions<https://www.webex.com/pdf/tollfree_restrictions.pdf>


Can't join the meeting? Contact support.<https://cisco.webex.com/ciscosales/mc>

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..