IETF Logo Mail Archive

Re: [mpls] MPLS label and LSE data models

"Acee Lindem (acee)" <acee@cisco.com> Thu, 13 July 2017 18:44 UTC

Return-Path: <acee@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 39601131A54; Thu, 13 Jul 2017 11:44:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Level:
X-Spam-Status: No, score=-14.521 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=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 luKlIHyqTO7M; Thu, 13 Jul 2017 11:44:53 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1084A13173B; Thu, 13 Jul 2017 11:44:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20487; q=dns/txt; s=iport; t=1499971493; x=1501181093; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ugwDx/w35mC7pBkjYyTSlsjNFH8WdCkSPJWqLsRca5I=; b=gn1bGemYenT7FKi//rPvN99NV2obO8acWWfXiz0HYW+LhMTEtlC/xttE N0Y8i7gLyRiVbSkIYE9iafWkzaDHYiSrvchFP9l55z/4nbDS6a1N4dwhw BI/b6N68Lm9gvF6V4tIhJ05YAZIiTywtpTxnNy0zXlFhErzeLxjEfMYtQ o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0C3AQBgvmdZ/5JdJa1cGQEBAQEBAQEBAQEBBwEBAQEBgm9rZIEUB594iC6IKYc9hXYCGoNPQxQBAgEBAQEBAQFrKIUYAQEBAQIBI1YFBwQCAQgRAwECKAMCAgIfERQJCAIEAQ0FiUtMAw0IrxuCJieHDA2DZAEBAQEBAQEBAQEBAQEBAQEBAQEBAR2DKIUugySCV4IaGYJzgmEFnnU7AosRhBKEb5IpjAiJTAE2IYEKdRVJhxZ2iACBDQEBAQ
X-IronPort-AV: E=Sophos;i="5.40,355,1496102400"; d="scan'208,217";a="272687297"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Jul 2017 18:44:52 +0000
Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v6DIipMU012135 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 13 Jul 2017 18:44:51 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 13 Jul 2017 14:44:50 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 13 Jul 2017 14:44:50 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "Tarek Saad (tsaad)" <tsaad@cisco.com>, Jeffrey Haas <jhaas@pfrc.org>, Xufeng Liu <Xufeng_Liu@jabil.com>
CC: Greg Mirsky <gregimirsky@gmail.com>, "draft-ietf-mpls-static-yang@ietf.org" <draft-ietf-mpls-static-yang@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "draft-ietf-rtgwg-routing-types@ietf.org" <draft-ietf-rtgwg-routing-types@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>
Thread-Topic: MPLS label and LSE data models
Thread-Index: AQHS3ksFPA4mDDKsXkmMIsSaphDK+qIW8fIAgABQZoCAAO4op4AATWeAgDU3EruABLenAIAACnAAgAAF3YD//9augA==
Date: Thu, 13 Jul 2017 18:44:50 +0000
Message-ID: <D58D3733.B7F5F%acee@cisco.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> <BN3PR0201MB0867AA3D4476A1DD25B3FC88F1CB0@BN3PR0201MB0867.namprd02.prod.outlook.com> <20170620205021.GG2289@pfrc.org> <BN3PR0201MB0867B31271FFD40ED11B2B6EF1DB0@BN3PR0201MB0867.namprd02.prod.outlook.com> <20170710202101.GC12373@pfrc.org> <BN3PR0201MB08670C450E7800A07F116716F1AC0@BN3PR0201MB0867.namprd02.prod.outlook.com> <20170713165140.GI7180@pfrc.org> <48F70EFB-2DAE-4902-9D9D-AD26AC4D49E1@cisco.com>
In-Reply-To: <48F70EFB-2DAE-4902-9D9D-AD26AC4D49E1@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.196]
Content-Type: multipart/alternative; boundary="_000_D58D3733B7F5Faceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/2V-agES4HVuoN8PODN07xeiHQO4>
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: Thu, 13 Jul 2017 18:44:56 -0000

Hi Tarek,

Can you provide a modified mols-label-stack grouping with your proposal?

Thanks,
Acee

From: "Tarek Saad (tsaad)" <tsaad@cisco.com<mailto:tsaad@cisco.com>>
Date: Thursday, July 13, 2017 at 1:12 PM
To: Jeff Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>>, Xufeng Liu <Xufeng_Liu@jabil.com<mailto:Xufeng_Liu@jabil.com>>
Cc: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>, "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>>, "mpls@ietf.org<mailto:mpls@ietf.org>" <mpls@ietf.org<mailto:mpls@ietf.org>>, "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>>, Routing WG <rtgwg@ietf.org<mailto:rtgwg@ietf.org>>
Subject: Re: MPLS label and LSE data models
Resent-From: <alias-bounces@ietf.org<mailto:alias-bounces@ietf.org>>
Resent-To: <xufeng_liu@jabil.com<mailto:xufeng_liu@jabil.com>>, Yingzhen Qu <yingzhen.qu@huawei.com<mailto:yingzhen.qu@huawei.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: Thursday, July 13, 2017 at 1:12 PM


Hi Jeff and Xufeng,



Sorry, catching up on this thread. Yes, we've made a change for the MPLS label-stack from "leaf-list" to a "list with key index" to address having multiple labels of same value in the same stack.

We noted an assumption in the description that index 0 is the top of the stack followed by the remainder of the labels in the stack. However, you have a point about enforcing index (n-1) being present before accepting index n. There is some discussion on 'preceding-sibling' and 'following-sibling' with some recommendations in rfc6087.. I'll need to check if enforcing such "when" check is good idea in YANG.



Another idea (not so elegant) is relax this "index 0 as top" and just accept the lowest index of the list as the top followed by the remainder labels (as sorted in index increasing order).



Regards,

Tarek





-----Original Message-----

From: Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>>

Date: Thursday, July 13, 2017 at 12:51 PM

To: Xufeng Liu <Xufeng_Liu@jabil.com<mailto:Xufeng_Liu@jabil.com>>

Cc: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>, "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>>, "mpls@ietf.org<mailto:mpls@ietf.org>" <mpls@ietf.org<mailto:mpls@ietf.org>>, "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>>, "rtgwg@ietf.org<mailto:rtgwg@ietf.org>" <rtgwg@ietf.org<mailto:rtgwg@ietf.org>>

Subject: Re: MPLS label and LSE data models

Resent-From: <alias-bounces@ietf.org<mailto:alias-bounces@ietf.org>>

Resent-To: Tarek Saad <tsaad@cisco.com<mailto:tsaad@cisco.com>>, <skraza@cisco.com<mailto:skraza@cisco.com>>, <rgandhi@cisco.com<mailto:rgandhi@cisco.com>>, <xufeng_liu@jabil.com<mailto:xufeng_liu@jabil.com>>, <vbeeram@juniper.net<mailto:vbeeram@juniper.net>>, <hshah@ciena.com<mailto:hshah@ciena.com>>, <igor.bryskin@huawei.com<mailto:igor.bryskin@huawei.com>>, <jescia.chenxia@huawei.com<mailto:jescia.chenxia@huawei.com>>, <raqib@brocade.com<mailto:raqib@brocade.com>>, <bin_wen@cable.comcast.com<mailto:bin_wen@cable.comcast.com>>

Resent-Date: Thursday, July 13, 2017 at 12:42 PM



    Xufeng,



    On Thu, Jul 13, 2017 at 04:14:18PM +0000, Xufeng Liu wrote:

    > Thanks for looking at this. You are right, but we are still discussing various approaches for the static MPLS and the conclusion has not been reached yet.

    > We'd like to hear what you think and appreciate your comments.



    To offer a suggestion, order the stack from bottom (lowest number) to top

    (highest).  Require that bottom of stack be element index zero.



    My yang constraints are a bit weak but I believe you can construct an XPath

    that requires that a node of index 0 must be present.



    The above two suggestions don't help with the issues of needing to sort the

    list by index in order to generate the stack, but it does at least remove

    any possible ambiguity about the critical bottom of stack semantic.



    -- Jeff

v2.23.0 | Report a Bug | By Email