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: A0BRAADRZ0hX/5tdJa1CFwOCbA8+Vn0GrXqJYIIPAQ2BEAVjJIVtAhyBFDgUAQEBAQEBAWUnhEMBAQECAiMEBjkTDgICAQgRAwECFQQIAQMGAgICGQYRHQcBAgQBDQWIFQMXDiyyNoUNiAcNhCMBAQEBAQEBAQEBAQEBAQEBAQEBAQEXBQWGIoF2glaCQ4FZFAwRCQkBFw8HgjMrgi4FiGGFBIofMwGFf4VlQoF5gWkXhDiIZIYzgTGHZwEeAQFCggYcgQBLbgGISj5/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>, Paweł Brzozowski <PBrzozowski@advaoptical.com>, Anurag Sharma <AnSharma@infinera.com>, Xufeng Liu <xliu@kuatrotech.com>, Paweł Kaczmarek <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..
- Re: [mpls] MPLS and TE tunnels YANG data model me… Tarek Saad (tsaad)
- Re: [mpls] [Teas] MPLS and TE tunnels YANG data m… Iftekhar Hussain