Re: [mpls] MPLS label and LSE data models
Jeffrey Haas <jhaas@pfrc.org> Tue, 20 June 2017 20:41 UTC
Return-Path: <jhaas@slice.pfrc.org>
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 2D1301294B8; Tue, 20 Jun 2017 13:41:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 EsthyYq654J1; Tue, 20 Jun 2017 13:41:30 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id C0AF3131633; Tue, 20 Jun 2017 13:41:30 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id DFB831E37F; Tue, 20 Jun 2017 16:50:21 -0400 (EDT)
Date: Tue, 20 Jun 2017 16:50:21 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: 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>
Message-ID: <20170620205021.GG2289@pfrc.org>
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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <BN3PR0201MB0867AA3D4476A1DD25B3FC88F1CB0@BN3PR0201MB0867.namprd02.prod.outlook.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/vE0JdEcibbbC4o807dg9JY-2TGc>
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, 20 Jun 2017 20:41:32 -0000
Xufeng, On Tue, Jun 06, 2017 at 07:33:05PM +0000, Xufeng Liu wrote: > From: Greg Mirsky [mailto:gregimirsky@gmail.com] > * 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. While I found the semantics of mpls-label-stack[id] to be clear, it does have the peculiar property that the ids present in the list may have gaps. E.g. 10,20,30 instead of 1,2,3. And also the ambiguity of whether people's implementations starting counting at 0 or 1. I'm not conversant with common Yang tool suites, but it seems if the ordered-by user rather than the default of system, then the tooling might present the bottom of stack entry as the first or last node of the list rather than requiring the consumer to have to run a sort of the nodes based on the id number and then select the first node. -- Jeff
- [mpls] MPLS label and LSE data models Greg Mirsky
- Re: [mpls] MPLS label and LSE data models Acee Lindem (acee)
- Re: [mpls] MPLS label and LSE data models Greg Mirsky
- Re: [mpls] MPLS label and LSE data models Xufeng Liu
- Re: [mpls] MPLS label and LSE data models Acee Lindem (acee)
- Re: [mpls] MPLS label and LSE data models Greg Mirsky
- Re: [mpls] MPLS label and LSE data models Xufeng Liu
- Re: [mpls] MPLS label and LSE data models Jeffrey Haas
- Re: [mpls] MPLS label and LSE data models Xufeng Liu
- Re: [mpls] MPLS label and LSE data models Jeffrey Haas
- Re: [mpls] MPLS label and LSE data models Xufeng Liu
- Re: [mpls] MPLS label and LSE data models Jeffrey Haas
- Re: [mpls] MPLS label and LSE data models Tarek Saad (tsaad)
- Re: [mpls] MPLS label and LSE data models Acee Lindem (acee)
- Re: [mpls] MPLS label and LSE data models Acee Lindem (acee)
- Re: [mpls] MPLS label and LSE data models Jeffrey Haas
- Re: [mpls] MPLS label and LSE data models Robert Wilton
- Re: [mpls] MPLS label and LSE data models Acee Lindem (acee)