Re: [Teas] MPLS and TE tunnels YANG data model meeting
Iftekhar Hussain <IHussain@infinera.com> Fri, 27 May 2016 21:40 UTC
Return-Path: <IHussain@infinera.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFEEC12D0E0; Fri, 27 May 2016 14:40:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=infinera.onmicrosoft.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 Fa1jcngN9xaz; Fri, 27 May 2016 14:40:27 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0069.outbound.protection.outlook.com [207.46.100.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C2CC12B013; Fri, 27 May 2016 14:40:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infinera.onmicrosoft.com; s=selector1-infinera-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5mr3qINkTqh0X0y4W57rXnmmyy6fzhN4f2zAJ/+41EY=; b=EmEdSSTMzTEZrvalmip/lNDcasiCZ9t5C94+Fz7MWk+oM3StB8mlykVB8wrlMm3BZzHDhEF3bfYYpfgYgIcPQOh9mtw7gzFYUVT28cYvb4ZtI2AcEQXijEV8tm1ndJ3Y3V2P/KVv7N1gJLM+fDdddb8WgT6P+GfDMZRMsBazAw0=
Received: from CY1PR1001CA0025.namprd10.prod.outlook.com (10.163.136.35) by SN1PR10MB0446.namprd10.prod.outlook.com (10.162.102.26) with Microsoft SMTP Server (TLS) id 15.1.506.9; Fri, 27 May 2016 21:40:13 +0000
Received: from BY2FFO11FD020.protection.gbl (2a01:111:f400:7c0c::133) by CY1PR1001CA0025.outlook.office365.com (2a01:111:e400:5311::35) with Microsoft SMTP Server (TLS) id 15.1.506.9 via Frontend Transport; Fri, 27 May 2016 21:40:13 +0000
Authentication-Results: spf=pass (sender IP is 204.128.141.23) smtp.mailfrom=infinera.com; cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=bestguesspass action=none header.from=infinera.com;
Received-SPF: Pass (protection.outlook.com: domain of infinera.com designates 204.128.141.23 as permitted sender) receiver=protection.outlook.com; client-ip=204.128.141.23; helo=owa.infinera.com;
Received: from owa.infinera.com (204.128.141.23) by BY2FFO11FD020.mail.protection.outlook.com (10.1.14.137) with Microsoft SMTP Server (TLS) id 15.1.497.8 via Frontend Transport; Fri, 27 May 2016 21:40:12 +0000
Received: from SV-EX13-PRD1.infinera.com (10.100.103.228) by sv-ex13-prd1.infinera.com (10.100.103.228) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Fri, 27 May 2016 14:39:42 -0700
Received: from SV-EX13-PRD1.infinera.com ([10.100.97.11]) by sv-ex13-prd1.infinera.com ([10.100.97.11]) with mapi id 15.00.1178.000; Fri, 27 May 2016 14:39:42 -0700
From: Iftekhar Hussain <IHussain@infinera.com>
To: "Tarek Saad (tsaad)" <tsaad@cisco.com>, "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: [Teas] MPLS and TE tunnels YANG data model meeting
Thread-Index: AQHRuC6jLG/BK6O9nE28Z5qBXSAj3Z/NTaBg
Date: Fri, 27 May 2016 21:39:41 +0000
Message-ID: <c4bf27174a104d96bbfe99d6878b2ceb@sv-ex13-prd1.infinera.com>
References: <5F01580A-8462-4C3E-B353-FBB0C960527E@cisco.com> <DA890DD1-96B2-4A63-A6D5-E174EF651C66@cisco.com>
In-Reply-To: <DA890DD1-96B2-4A63-A6D5-E174EF651C66@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.100.99.93]
Content-Type: multipart/alternative; boundary="_000_c4bf27174a104d96bbfe99d6878b2cebsvex13prd1infineracom_"
MIME-Version: 1.0
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:204.128.141.23; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(2980300002)(438002)(377454003)(37854004)(189002)(199003)(52044002)(497574002)(1220700001)(102836003)(586003)(33646002)(3846002)(19617315012)(6116002)(790700001)(5001970100001)(11100500001)(16236675004)(189998001)(87936001)(15975445007)(5001770100001)(108616004)(2906002)(86362001)(16796002)(92566002)(50986999)(77096005)(80792005)(4326007)(5004730100002)(76176999)(19300405004)(54356999)(10400500002)(2900100001)(2950100001)(551544002)(84326002)(4546004)(106116001)(19625215002)(106466001)(53416004)(8936002)(512874002)(19580405001)(5008740100001)(5003600100002)(6806005)(2501003)(8666003)(16799955002)(8676002)(19580395003)(24736003)(7059030)(921003)(1121003)(559001)(579004); DIR:OUT; SFP:1101; SCL:1; SRVR:SN1PR10MB0446; H:owa.infinera.com; FPR:; SPF:Pass; MLV:sfv; MX:1; A:1; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1; BY2FFO11FD020; 1:pdHip76NtoOlg2AoQK7dD5Ufgm6XnfMFoLY8eCuU5XhTxFLfDwj388RcOFzxK/gCpXoS91JApZues2Ae+vodKP9CPvg62J+VOUEH/qfGUY+1wEVtW5TVyfX2xfapxCMK9RDpl/Vq63glq4G0pEo5kC+FiPjz9781SMeDXe0a7cpdwS5hJRRby1u6+cS14swhuWSpSfgnSsnMmrbP7gYqu2SJX/CCPdYgEEQ5SRZAArvDc+uZOW5aP7n4B9Cg6q9q/M7PJr2i83cyC6R8MqCItlsa/P0VENiGtmBLARSilahXBGYpuqLy1AVPh8Yo4oJPB5mpPRCFeMJmRLLHhiKRTaXzaR3UOGOWsfdszJHDfBmqpf/HB9Rs5vXZjAnABRcfxTuN6xRIEZI8PfbYM8AB955HuNHcWmyUU/wg03Sz+WuhkaMOtkNuqHoLmed/LVHHKO+TsfeC6bN5jbvgAPuBgv9kxe13Xhvf4a8gSrUxkCg5BeOl79vppXtnxFVOFrblNjFrsI97qlJwxol2M2c1w7f0+A6E0Q13GVsZa/v+t18=
X-MS-Office365-Filtering-Correlation-Id: aff329b5-287f-4ba2-cb5a-08d386777c05
X-Microsoft-Exchange-Diagnostics: 1; SN1PR10MB0446; 2:Mp7ABgo7KJVMiZAzm9yhYeQhaLGIQ5oQ9VygI5CqLz5f67B+hdvkRJK6hSI6GBLxKAdzeYlx6XKtU8i/myi3dkwZBc732Uhogohs4soP8UQkI2ByL0Gztu7nG21cBiOD+weg3qYCjg0NGdDMM86SzUGaC6rPi5rTIjFkYuhGMJnjlC+kZ7Mqis0ZP+mKzngD; 3:GzwxJSQyNspklAvSV0ExFxidxfWX0Re2k3Ew06FRHHCPpSNPHasFOk3Lsad2WzSEMr1OND7Sr729Wenb6fDqojd4V9o6Tt0JRMisM5nQOWehfQGnxQJqqu+hbsuxQ1zcEI18lfXEIqjYgnk7SK++ZN0EThl+8n4a+wzUQzGbb+9TXEskNXqux8RwYXtz2+kIkg2HDX3x8f+bsXsWDy4ompDgpqEBu+Cxazfy7E/JVehSqf8MWYnsEvtG0H6sHwRPqzMO1xDLeBf1w9IuxIiDRQ==
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(8251501002); SRVR:SN1PR10MB0446;
X-Microsoft-Exchange-Diagnostics: 1; SN1PR10MB0446; 25:5ElDGJLWXiUtr+JLxjyAJ40Cb7S+eTlrs4mCGt+LUIou9R4V0qrSiM8LayBOd6glCoCuDrnTD2lfefdqashGzwmiH87Fw1k0rVX/XacGWCMP+EIwBr/6veF4cxjDe+8vqwpI1G0saGrDZlsd2hIh4+WjnWsNR1IF4ACfaadvQSFPwcoFQ5YIm1mQbsAeBXdpcmx0t/+vlJ9sPcTDCUo6ef1lvtmV4UlcDZ6EAU/kD2kJQtaYttl71PYtSpRJNDvc1KVCBfO4W4I5gqBkdAIDWXy2guyd3NikbVVaF6ARrWzsh+y+7oJviB07JKiqNq0pP1sX4xCWBABCbwdaQzwly9SnsdUyHNs42vBNweg2RjDhAoIKyxCY3j+85OdF17f7G6nsOBlTqy06fwMANpSKkl7aKwxsIbLtkauMhWUWnAd/5qKHCFOmjsShvMGfw3Dn8VaYDFx5OmtWKd0SDb2ui2fzY4d5cxhhkg23orSAf7rf2wcVOh9Nr83KRzv+eUhYXXnOa42uIgKxQdDrccv1Jxdd3G3BrcAdq2APEBoYSIzPSi3+uS3zbHCovrAmfQ78/GuKpo73K+iAIo0gqyMPwe7JOsKkjbA6dbgOAw6syieUAxsIa5IXp2g6tqamjAR/713o2Mo7w7cXbpeUQE6Glh2V9PlipsjY3At/YTK+1P3j8ME9nMkpK/08UfFt50m0WQOEn7Oo2aFFZJRZTpBk+nFdkcVA43q3PK6xYYCXhacF6U39Fpr+hr/Lqv03iI9HJnT3J2K2+bfo1tLCBgA+lXNalqz6DdngWGrp3XF23HgwZNwNWXGVWex5ruvLNQ9AkMJAO0swakvJ3FHvOVwABlKFeDcwqh68z5wDf6RyBWdCN7H/LWmc9YlpUcPodMQHs9QNtyKGv2rsyumob5byeteZteqGh+vEix0LCe4rFfZc0dNHWQi5QPA+QBF9LVTNn52FqEa3oYLRoXH1f1ITZgKnQfz8ubn6c96lbXY/s223HWDz9jHUSoofW/IBcbx8cJYgPAhoycYCiJqXwdEK0A==
X-Microsoft-Antispam-PRVS: <SN1PR10MB0446D943B21887231246C488B7420@SN1PR10MB0446.namprd10.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(99586504457433)(50582790962513)(62221491112393)(94707916325470)(95692535739014)(198313997877955)(21748063052155)(138986009662008)(118321135141591);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13023025)(8121501046)(13018025)(13015025)(5005006)(13017025)(13024025)(3002001)(10201501046); SRVR:SN1PR10MB0446; BCL:0; PCL:0; RULEID:; SRVR:SN1PR10MB0446;
X-Microsoft-Exchange-Diagnostics: 1; SN1PR10MB0446; 4:izUrhmFD+S7ohx41SKCi5pC67Ke8kNZq0js+Su3XQmBR4Lg5kuYGlecR0HU7SKAPmD/jgjTTpHypjV7yfgsuBO+9d3m18CVOaMt7gQYY9WuGsXpqft8henXtfLVY2aJSaqytb6MJbFE1fq/Iir4S5RfGaQKgWgtwFXXyL13cWAJUy1TsSHhi+ycj/V9BLouRgqX2MDNkd2ke+opTHEeoqk1UkU/0ju53DVbwHbsHo+Stb3En2fmd1CB0VSu/QI8bZ+rmv1M/tInxeIOO9d5/OeB++p8FMQEDO2xK6gb47esefgn+Pksj/u+s5UnM7+JuFoxX1tE9GR7JnkfeLln5H+ZbrcGfDLCpO7zFGeSrlyI55jURL5ZjZYOKFzhwI20y9rIJALZ28orV/tY5+hcnCw2ZiGFwbH5Tz2zJ+6wHJNGoXy/26/gpJINFdf1FWj1qljg/CLFFJN+ZH2hduo3Fl8PpaJhc1OzedqVA8i5LbZDR8Ly8e8/C7LJrMY1YbIBKW95I8eYXUiXcyXuc+9EAwWeNkh07JRxtbvQZxyDMAIuu05yMi8GnjMJWXKXVLEi5X+72CI7bQK1PkqEEiY+sLL4NY4KO2X0AnPfuAmRlsPA7M9c6070YRCekmUvQGiBG8KT1G39Tu6SgJn7W8eyQoQ99ItUMhF0LEmQwrjjzmf7ert/xSZFDZY2txC0Kdb9tl82WOexulYVw+jMcro37hE1x+BklihBBgaxd/YxT9+kgzP8pzNdhRCjyamdCa8xTgyJIYoy5dUtt0ZBLrHhUTw==
X-Forefront-PRVS: 09555FB1AD
X-Microsoft-Exchange-Diagnostics: 1; SN1PR10MB0446; 23:omyHjAp50iCxyMzwn9sgoszizlR8WmMp5HwXHgl3QcdgWw+Eitrc8oshmSBPJvhPlTOQB99I8PwvuOvqcRdD7plahgLu/zZDaCB9ksxfQeKlsxQ4ShpFe5C082hinyKVATuy+wl8ryRhDTPaK7QpeXsEg61UAB3qWMwz68kU5y4zwlawxEQfX268H4TP2GINaX9kTA1HMyS8WnFny3AgnXQ5cEliB0N7tj8PkLCW3VRKAY7/z/jMryJnDXoxaDdKnypFe2y0iUWbNeJYyNCAifVHqbhDZBeMMFL2jb6Zg5IgXbZrjzHBK7mbFp393yR3avlWoUXe+kxf3jlykFclAfJi6hhH5hA77329NUuWSy6j5DKNwN3B1kWfRSudsJRYHwUNCD6FR5BH88OFPPxTHW2cA1szesiemoV/UOy/R0tZXyQ2Hi5g0orgvbY4FcVKRJUJbGJn8kfq2QjFMx/zuBNPx6qbzlo4BZpPcESXinDTpvSA2MORSyROB/aBXvWz9yrz0gnXAeHCdo1B2WI7DQrc1Qh9WVE77xicftcYBtGnMZRl2HkaYUf7RXp6mp6mmUGb4ZnvUvKXYHLRMPA8W9zO83Eq2ekmK5JJTTUMP1f9r6/GZd+1JW2et2VxUfAX0iscnUDtgNWI2RgNPwSPjiWXFqUePSTXHb3pHP3V2JotGdwlgtPXXHFNWaJMRnGz1WoDAXCXWw6MdssN1dk5AW6MemLOEz0eRqPDdobZUl44vN+jeNUaz0suCXj+QYXi/JK8VU7raWAJggX85rBQ5m9/em6ckvG1Cn8ofRBgGg6cjVQotsa52JNG71g2VF59DhSlyc2w5xz7/v/tx8HwE9OLj2FxjTGKZek6R9LqmljVh7OJuTE2TI8MeAyMhpGHVW7pk3BdrtE0f1WBoXxo8xFgk8QOzEgBotX9292FqjqHfbd6Gfg4jC+CCh0IZaGFrrOug+apKT7ayIiHkJQDFz0U7ydv9CeQS6wDww19NcPbZ/93bXqTaf5qWbpa4X4ZLhfKOmbFP3//gFpmzNQ1A/TTALMmuWNAwjYhUQpXUMGpKN4TdW6PZTPmDK8PJOtWg6NM4pLBPL5ip6JBaP9VVIzr6z8UUGDmdlDez+FWO0SbGAaz5O/m3JyX6irlNJjNqA2Lv5HwRdXSrWzXAvwBm2BTdOl9eFldLpDktHhsmxQZLYXgwmql7U2oKRX7+wue5l0gdB8d2ICvlbX8TkSQ1qf5JR2nin5j3ogjByeULHHbs7s5WlXS7WdKn123syJvnnNsrmsX1B4v5vGWZQ6Z5yIdySsDqHfudo+lP7UCyUNlL6Cbh/P8/OYNn0FDSXsptupGNkDtOH4KXeZjpDy5KIfbZT4NwBVYk4KYXNcrA+TLnot3BmWhlECROvSjm0frofen3nEZBYW7yg7uuVYjpJUdPe8Wh70hBfrOqbz0ZPJd4AYJDiA60PSyx6DmJhhqYtW6D+1XhyN0r973jP12zTiZVG0am1tnmTlPsbbAScLk3qnCosESLHu8bufZw0PbjqTib60Yd6nUziQwqkNA/BsLLRi9G8gjeESjvbCHa7qSMJeUqUI3tziegRkp0M+k
X-Microsoft-Exchange-Diagnostics: 1; SN1PR10MB0446; 5:KSBtnj/bqy4x9UQrWi7RgV7ERBtzHwSralNY3nuO1emlMbx4i5RQlh7HT8zlMIJrkJxiIDwooBNadqbSjPJGYJfRSBr5FQj70jvRmEzJl4d+pEkXQpGqybMMWXIZwZuj/c15bCA5pnbqz9oXfHIxEQ==; 24:Xg4Rhdp5RQphh2l5Ynkpoee7AST+RvEsG+ah2fqO7LwJbuTcG//nSPNLFGPFc+YPiFvWMjIMB/vOENfL/709M54o70k1NXzt+JdOtWYBIAw=; 7:gIfNztA44208kv6/GJ1Bl24QSWHeUlP39X5PR+9OeL/EWsBcQgKV5V9BlkqdxmgYCWnXesKFOVVhrCc0mcOXseFeDkndm8Wzq/eDDZMepWoIpmcZ3t/n8ao6Cq1Gr1WHSPbqzwmD33wK0iteeJ6EKrPG9ptTb7Q+pxzFj/wpKI72cQU1SvWo6IBaqrcDWgKP
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: infinera.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 May 2016 21:40:12.8108 (UTC)
X-MS-Exchange-CrossTenant-Id: 285643de-5f5b-4b03-a153-0ae2dc8aaf77
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=285643de-5f5b-4b03-a153-0ae2dc8aaf77; Ip=[204.128.141.23]; Helo=[owa.infinera.com]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR10MB0446
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/Zw--JX65bygz-i0cOlJagpWgMgM>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Subject: Re: [Teas] MPLS and TE tunnels YANG data model meeting
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 May 2016 21:40:31 -0000
Hi Tarek and All, Just catching up. Couple of quick question. Apologies if it has already been discussed. · Static LSP option #2 below, do you mean LSP-ID instead of “tunnel ID”? · How is the operational state of bidirectional LSP modeled? · Can you please send a pointer to the SR-TE tunnel model? Thanks, Iftekhar From: Tarek Saad (tsaad) [mailto:tsaad@cisco.com] Sent: Friday, May 27, 2016 8:35 AM To: Chenxia (D); Himanshu Shah; Wen, Bin; Vishnu Pavan Beeram; Raqib Jones; Rakesh Gandhi (rgandhi); Kamran Raza (skraza); xufeng.liu.ietf@gmail.com; Igor Bryskin; Zhangxian (Xian); Paweł Brzozowski; Anurag Sharma; Xufeng Liu; Paweł Kaczmarek Cc: mpls@ietf.org; teas@ietf.org Subject: Re: [Teas] MPLS and TE tunnels YANG data model meeting Correcting mpls WG alias, From: Tarek Saad <tsaad@cisco.com<mailto:tsaad@cisco.com>> Date: Friday, May 27, 2016 at 11:33 AM To: "Chenxia (D)" <jescia.chenxia@huawei.com<mailto:jescia.chenxia@huawei.com>>, Himanshu Shah <hshah@ciena.com<mailto:hshah@ciena.com>>, "Wen, Bin" <Bin_Wen@cable.comcast.com<mailto:Bin_Wen@cable.comcast.com>>, Vishnu Pavan Beeram <vbeeram@juniper.net<mailto:vbeeram@juniper.net>>, Raqib Jones <raqib@Brocade.com<mailto:raqib@Brocade.com>>, "Rakesh Gandhi (rgandhi)" <rgandhi@cisco.com<mailto:rgandhi@cisco.com>>, "Kamran Raza (skraza)" <skraza@cisco.com<mailto:skraza@cisco.com>>, "xufeng.liu.ietf@gmail.com<mailto:xufeng.liu.ietf@gmail.com>" <xufeng.liu.ietf@gmail.com<mailto:xufeng.liu.ietf@gmail.com>>, Igor Bryskin <Igor.Bryskin@huawei.com<mailto:Igor.Bryskin@huawei.com>>, "Zhangxian (Xian)" <zhang.xian@huawei.com<mailto:zhang.xian@huawei.com>>, Paweł Brzozowski <PBrzozowski@advaoptical.com<mailto:PBrzozowski@advaoptical.com>>, Anurag Sharma <AnSharma@infinera.com<mailto:AnSharma@infinera.com>>, Xufeng Liu <xliu@kuatrotech.com<mailto:xliu@kuatrotech.com>>, Paweł Kaczmarek <PKaczmarek@advaoptical.com<mailto:PKaczmarek@advaoptical.com>> Cc: "teas@ietf.org<mailto:teas@ietf.org>" <teas@ietf.org<mailto: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<mailto: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: [Teas] MPLS and TE tunnels YANG data model me… Tarek Saad (tsaad)
- Re: [Teas] MPLS and TE tunnels YANG data model me… Tarek Saad (tsaad)
- Re: [Teas] MPLS and TE tunnels YANG data model me… Iftekhar Hussain
- Re: [Teas] MPLS and TE tunnels YANG data model me… Tarek Saad (tsaad)
- Re: [Teas] MPLS and TE tunnels YANG data model me… Zhangxian (Xian)