Re: [mpls] MPLS label and LSE data models

Xufeng Liu <Xufeng_Liu@jabil.com> Tue, 06 June 2017 19:33 UTC

Return-Path: <Xufeng_Liu@jabil.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 4DD6C1294EF; Tue, 6 Jun 2017 12:33:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=jabil.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 3GmvnkTOO8He; Tue, 6 Jun 2017 12:33:07 -0700 (PDT)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0123.outbound.protection.outlook.com [104.47.37.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 768CC1252BA; Tue, 6 Jun 2017 12:33:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jabil.onmicrosoft.com; s=selector1-jabil-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4Cf1XEJKVetKCQKJNo1ds3MGO3LFxsB5TWgjMuTtsP0=; b=iIAvghw3sz2fPOrUPwLh9x4ktDQ8vsfHjOtZTDIb2zvP8EtuZYb4Ms8j6cSF1p/CPd0IehW89OuDfSpI18kBqnLFXtcxgjbAXlvi5zgJQQD/9f/YCXychmO9kMzzvGlT8O0Gl4aMWgrOhkemAoyWINRI1X7NyJLo8wUOIpCPE+o=
Received: from BN3PR0201MB0867.namprd02.prod.outlook.com (10.160.154.13) by BN3PR0201MB0867.namprd02.prod.outlook.com (10.160.154.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1143.10; Tue, 6 Jun 2017 19:33:05 +0000
Received: from BN3PR0201MB0867.namprd02.prod.outlook.com ([10.160.154.13]) by BN3PR0201MB0867.namprd02.prod.outlook.com ([10.160.154.13]) with mapi id 15.01.1143.019; Tue, 6 Jun 2017 19:33:05 +0000
From: Xufeng Liu <Xufeng_Liu@jabil.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: "Acee Lindem (acee)" <acee@cisco.com>, "draft-ietf-rtgwg-routing-types@ietf.org" <draft-ietf-rtgwg-routing-types@ietf.org>, "draft-ietf-mpls-static-yang@ietf.org" <draft-ietf-mpls-static-yang@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: MPLS label and LSE data models
Thread-Index: AQHS3ksFqqRkmLzX6Uy60rxp1VrMZKIW8faAgAANVICAAOdm8IAAScyAgAAHoPA=
Date: Tue, 06 Jun 2017 19:33:05 +0000
Message-ID: <BN3PR0201MB0867AA3D4476A1DD25B3FC88F1CB0@BN3PR0201MB0867.namprd02.prod.outlook.com>
References: <CA+RyBmVH=KCi3T8u2dB_WaKBOLheYwT4q0d+tpYdT-Z2iTZ+og@mail.gmail.com> <D55B6659.B21B8%acee@cisco.com> <CA+RyBmVyHKGhxitGgQ6RRMmHKwvs=b_GkKMq80rE=Ys8WetGaQ@mail.gmail.com> <BN3PR0201MB08676A90584EC7E8414244B3F1CB0@BN3PR0201MB0867.namprd02.prod.outlook.com> <CA+RyBmWHvfXt_Vdhc5w70ugQTSS5qffTWbQ+Lb9D_6PpfP10QQ@mail.gmail.com>
In-Reply-To: <CA+RyBmWHvfXt_Vdhc5w70ugQTSS5qffTWbQ+Lb9D_6PpfP10QQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-dg-ref: PG1ldGE+PGF0IG5tPSJib2R5Lmh0bWwiIHA9ImM6XHVzZXJzXHhsaXVcYXBwZGF0YVxyb2FtaW5nXDA5ZDg0OWI2LTMyZDMtNGE0MC04NWVlLTZiODRiYTI5ZTM1Ylxtc2dzXG1zZy1mNDkyM2I5MC00YWVlLTExZTctOWMxMy0xODVlMGZlM2M0NWNcYW1lLXRlc3RcZjQ5MjNiOTItNGFlZS0xMWU3LTljMTMtMTg1ZTBmZTNjNDVjYm9keS5odG1sIiBzej0iMjI0MjMiIHQ9IjEzMTQxMjUxMTgzNjk2NzY4NyIgaD0iQ24yUm5mSGNhZU1DNmJQWG16THVhQ2ovS3JZPSIgaWQ9IiIgYmw9IjAiIGJvPSIxIi8+PC9tZXRhPg==
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=jabil.com;
x-originating-ip: [98.191.72.170]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN3PR0201MB0867; 7:han2CNBtnLCbc/P9vtOhC3oi9fdigx2Qf5vx8MAQthzaCq+C48f/ha0hZKpiuXMA/6SsLw5Syi1QTs1gzg6Ta9hOlUXtnylBIQW1EI3UBDXr3/BS453qpn2NJR4Ep0DtnbSjmr1Sn0ikOBybjrzhpHCf41cVwHEKQJmHa1XZZ3GVGvpOVppdreUP0zfEhBgJnZjhmfbaIXXn2Pjjj8SEXPTeO1D8MJtBXysTn3Z/w6ghEAEnuB3L9hK2ZKZgO+2oX14IFewYO9tN4Ss5YFEJIsTuPjc7DP14ZfsY84QebX4noNpuxcfuv2XsT2BFqIcwS2tLdRMEE05e0sUtQjt4gw==
x-ms-traffictypediagnostic: BN3PR0201MB0867:
x-ms-office365-filtering-correlation-id: c45d378f-1391-426c-c522-08d4ad12daba
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR0201MB0867;
x-microsoft-antispam-prvs: <BN3PR0201MB0867FCB0FE437D863140908AF1CB0@BN3PR0201MB0867.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(50582790962513)(95692535739014)(21748063052155)(21534305686606);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(100000703101)(100105400095)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0201MB0867; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0201MB0867;
x-forefront-prvs: 033054F29A
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39840400002)(39860400002)(39400400002)(39410400002)(39850400002)(39450400003)(24454002)(377454003)(3846002)(6116002)(102836003)(790700001)(66066001)(561944003)(77096006)(8936002)(76176999)(54356999)(81166006)(9326002)(189998001)(86362001)(50986999)(2906002)(93886004)(345774005)(2950100002)(1411001)(3660700001)(5660300001)(3280700002)(8676002)(39060400002)(122556002)(6506006)(33656002)(19609705001)(14454004)(72206003)(7736002)(7696004)(74316002)(7906003)(6916009)(2900100001)(38730400002)(53386004)(110136004)(6246003)(229853002)(53546009)(6436002)(99286003)(9686003)(54906002)(53936002)(54896002)(6306002)(606005)(236005)(55016002)(80792005)(4326008)(478600001)(25786009)(170073001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0201MB0867; H:BN3PR0201MB0867.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN3PR0201MB0867AA3D4476A1DD25B3FC88F1CB0BN3PR0201MB0867_"
MIME-Version: 1.0
X-OriginatorOrg: jabil.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jun 2017 19:33:05.5209 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bc876b21-f134-4c12-a265-8ed26b7f0f3b
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0201MB0867
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/a6VkKx3-H3DVPt9RLBi4e9FbSok>
Subject: Re: [mpls] MPLS label and LSE data models
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 06 Jun 2017 19:33:11 -0000

Hi Greg,

From: Greg Mirsky [mailto:gregimirsky@gmail.com]
Sent: Tuesday, June 6, 2017 2:56 PM
To: Xufeng Liu <Xufeng_Liu@jabil.com>
Cc: Acee Lindem (acee) <acee@cisco.com>; draft-ietf-rtgwg-routing-types@ietf.org; draft-ietf-mpls-static-yang@ietf.org; rtgwg@ietf.org; mpls@ietf.org
Subject: Re: MPLS label and LSE data models

Hi Xufeng,
thank you for helping me with your insight. I have couple follow-up questions:

  *   yes, grouping mpls-label-stack covers LSE though I cannot see why it needs id, sequence identifier. I'd expect the label stack already be properly ordered;
[Xufeng] There are two ways to achieve the ordering: 1) Explicit sequence id, 2) Implicit order of the list items. Personally I feel that the explicit way is more clear and easier to use, but have no strong objection to the implicit way.

  *   if we agree that the mpls-label-stack is ordered list, then figuring out which LSE should have BoS set is indeed benign and may not require to be explicit;
  *   as for Static MPLS LSP I propose:

     *   no need to have outgoing_label and outgoing_labels as the former is special case of the latter;
     *   consider whether to use rt-type:mpls-label-stack rather than rt-type:mpls-label. It gets tricky on transit nodes but we, it seems to me, need operations on TTL and TC being explicit on ingress.
[Xufeng] Thanks for your suggestion. Will pass to the discussion.
Regards,
Greg

On Tue, Jun 6, 2017 at 8:05 AM, Xufeng Liu <Xufeng_Liu@jabil.com<mailto:Xufeng_Liu@jabil.com>> wrote:
Hi Greg,


  1.  As you mentioned, grouping mpls-label-stack is defined in routing-types, so MPLS LSE is covered, right?
  2.  Bottom-of-the-stack flag should not be needed in the model,  because the label stack is a list with sequence ID’s, which tell us the beginning and the end of the stack.
  3.  The discussion on static MPLS LSP has started, but not converged yet. There are still open issues w.r.t. how to model the label stack and stack operations. Any suggestions would be appreciated. Do you have a proposal?
Thanks,
- Xufeng

From: Greg Mirsky [mailto:gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>]
Sent: Monday, June 5, 2017 8:44 PM
To: Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>>
Cc: draft-ietf-rtgwg-routing-types@ietf.org<mailto:draft-ietf-rtgwg-routing-types@ietf.org>; draft-ietf-mpls-static-yang@ietf.org<mailto:draft-ietf-mpls-static-yang@ietf.org>; rtgwg@ietf.org<mailto:rtgwg@ietf.org>; mpls@ietf.org<mailto:mpls@ietf.org>
Subject: Re: MPLS label and LSE data models

Hi Acee,
I think rather of the contrary, Static MPLS LSP must include TC and TTL. And Bottom-of-the-stack flag as well (I don't see it in grouping mpls-label-stack of the ietf-routing-types).

Regards,
Greg

On Mon, Jun 5, 2017 at 4:55 PM, Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>> wrote:
Greg, et al,

From: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
Date: Monday, June 5, 2017 at 6:28 PM
To: "draft-ietf-rtgwg-routing-types@ietf.org<mailto:draft-ietf-rtgwg-routing-types@ietf.org>" <draft-ietf-rtgwg-routing-types@ietf.org<mailto:draft-ietf-rtgwg-routing-types@ietf.org>>, "draft-ietf-mpls-static-yang@ietf.org<mailto:draft-ietf-mpls-static-yang@ietf.org>" <draft-ietf-mpls-static-yang@ietf.org<mailto:draft-ietf-mpls-static-yang@ietf.org>>
Cc: Routing WG <rtgwg@ietf.org<mailto:rtgwg@ietf.org>>, "mpls@ietf.org<mailto:mpls@ietf.org>" <mpls@ietf.org<mailto:mpls@ietf.org>>
Subject: MPLS label and LSE data models
Resent-From: <alias-bounces@ietf.org<mailto:alias-bounces@ietf.org>>
Resent-To: Yingzhen Qu <yingzhen.qu@huawei.com<mailto:yingzhen.qu@huawei.com>>, <xufeng_liu@jabil.com<mailto:xufeng_liu@jabil.com>>, Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, Christian Hopps <chopps@chopps.org<mailto:chopps@chopps.org>>, <lberger@labn.net<mailto:lberger@labn.net>>
Resent-Date: Monday, June 5, 2017 at 6:28 PM

Dear Authors, et.al<http://et.al>,
I've got a question, or several of them, about data models of MPLS label and MPLS label stack element (LSE). I ahve not followed the discussions and apologize if these already were considered, discussed.
In the Routing Types document I've found that only MPLS label being modeled but not the MPLS LSE. As result, models that use rt-types:mpls-label, e.g. YANG DAta Model for MPLS Static LSPs, defines outgoing labels not as array of LSEs but as array (leaf-list) of MPLS labels. In the latter document I don't see how TTL and Traffic Class (TC) are presented for each of labels in the array. Hence my questions:

  *   should there be data model of MPLS LSE in rt-types (it does have TTL and TC but separately);

  *   should data model of Static MPLS LSP use MPLS LSE model rather than model of only 20 bit-long label.
Where else so you see  a requirement for a label stack with entries that don’t contain TC and TTL? This seems specific to static provisioning of static LSPs rather than a general requirement for ietf-routing-types.

Thanks,
Acee


Appreciate you comments.

Regards,
Greg