Re: [Rtg-yang-coord] I-D Action: draft-openconfig-mpls-consolidated-model-00.txt

"Thomas D. Nadeau" <tnadeau@lucidvision.com> Thu, 19 March 2015 22:31 UTC

Return-Path: <tnadeau@lucidvision.com>
X-Original-To: rtg-yang-coord@ietfa.amsl.com
Delivered-To: rtg-yang-coord@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82EDC1A90EB; Thu, 19 Mar 2015 15:31:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.896
X-Spam-Level:
X-Spam-Status: No, score=0.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 0CMzJq9XAFec; Thu, 19 Mar 2015 15:31:34 -0700 (PDT)
Received: from lucidvision.com (unknown [50.255.148.178]) by ietfa.amsl.com (Postfix) with ESMTP id BDE901A90EA; Thu, 19 Mar 2015 15:31:33 -0700 (PDT)
Received: from [192.168.1.120] (unknown [50.255.148.177]) by lucidvision.com (Postfix) with ESMTP id 0F36730CB349; Thu, 19 Mar 2015 18:31:33 -0400 (EDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_88116852-0EC9-487F-A99C-126407112193"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: "Thomas D. Nadeau" <tnadeau@lucidvision.com>
In-Reply-To: <CAG4d1reyAd5LwAB3_bg57DZuwV-hwogxK0+Zm_-j1sjWKxKQsQ@mail.gmail.com>
Date: Thu, 19 Mar 2015 18:31:35 -0400
Message-Id: <14AF59C9-CF61-45CB-9A0B-12D35AD98AA3@lucidvision.com>
References: <20150309224815.8246.60629.idtracker@ietfa.amsl.com> <14c12af9498.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <14c12b948f8.27e9.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <CAKL6Z6kXHuARkLtVT19TmLwtOGnrur_7KgOgP91p+5tMFxTF3A@mail.gmail.com> <5507588A.9010105@labn.net> <5507E141.5010807@pi.nu> <550841BA.4040205@labn.net> <55084C4D.3050107@pi.nu> <5508522E.8020402@labn.net> <63CB93BC589C1B4BAFDB41A0A19B7ACD1A05F905@USIDCWVEMBX08.corp.global.level3.com> <D12DCF90.10C80%acee@cisco.com> <5509AB9E.6090201@labn.net> <550A95DF.4080805@pi.nu> <550A9F40.10109@pi.nu> <550AD63A.8030008@labn.net> <550AD956.20800@pi.nu> <CAG4d1reyAd5LwAB3_bg57DZuwV-hwogxK0+Zm_-j1sjWKxKQsQ@mail.gmail.com>
To: Alia Atlas <akatlas@gmail.com>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/zZvMhWnDjZanmIT_gZQYkDoFa9M>
Cc: "draft-openconfig-mpls-consolidated-model@ietf.org" <draft-openconfig-mpls-consolidated-model@ietf.org>, "rtg-yang-coord@ietf.org" <rtg-yang-coord@ietf.org>, Alia Atlas <akatlas@juniper.net>, Berger Lou <lberger@labn.net>, Joshua George <jgeorge@google.com>, Loa Andersson <loa@pi.nu>
Subject: Re: [Rtg-yang-coord] I-D Action: draft-openconfig-mpls-consolidated-model-00.txt
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"List to discuss coordination between the Routing related YANG models\"" <rtg-yang-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-yang-coord>, <mailto:rtg-yang-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-yang-coord/>
List-Post: <mailto:rtg-yang-coord@ietf.org>
List-Help: <mailto:rtg-yang-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>, <mailto:rtg-yang-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2015 22:31:36 -0000

> On Mar 19, 2015:12:13 PM, at 12:13 PM, Alia Atlas <akatlas@gmail.com> wrote:
> 
> Hi Lou and Loa,
> 
> Thanks for your focus and concern on this.  
> 
> I share very similar concerns about how to handle the interactions and structure between different
> YANG models.  In fact, I am in the process of setting up a routing area design team to write
> up a routing yang architecture.  This may also include common conventions and recommendations
> for how to handle information to be used by multiple models and so on.

	Rather than an architecture, I'd suggest something more along the lines of a template for building models.
There are a number of reasons why an architecture is the wrong approach here IMHO, but firstly
time-to-market is of the essence. We don't want a clan of people spending the next 18 months chugging out
what is in effect, a theoretical guide or pattern for how we build models.  Secondly, we have a proposal
on the table from a bunch of operators that have built and are actually using the models proposed.
I would hate to push that aside for what becomes again, a theoretical discussion that takes
18 months and produces a document.   To be honest, the best approach for this would be a wiki page
that gets pinned on the Yang Doctor's wiki, if you ask me. 

	--Tom


> At the Routing WG Chairs lunch, one of the topics will be discussing how to coordinate and handle
> the various proposed YANG models and the overlaps.
> 
> One of the useful aspects of this particular model is that it's looking at it from a "what does it do for me" perspective instead of a "here's what the protocol knobs are".  Of course, that doesn't address many 
> of the questions around multiple uses of the same technology for different purposes or how to handle
> different feature sets being implemented.
> 
> I am somewhat reluctant to request breaking up of a model into multiple drafts simply to accommodate
> the IETF Working Group structure - if it doesn't also improve the models or make it easier to get really
> good reviews.
> 
> So, in short - let's have some good discussion on this, work towards having an architecture with meta-model
> for at least routing, and see what makes the most sense.
> 
> Thanks,
> Alia
> 
> On Thu, Mar 19, 2015 at 10:12 AM, Loa Andersson <loa@pi.nu <mailto:loa@pi.nu>> wrote:
> Lou,
> 
> I take this to mean:
> "Yes, we can take the discussion as suggest below in Dallas, but we also
>  need a discussion on the rtg-yang-coord@ietf.org <mailto:rtg-yang-coord@ietf.org>, possibly before,
>  during and after the Dallas meeting."
> 
> I agree to that!
> 
> /Loa
> 
> 
> On 2015-03-19 14:59, Lou Berger wrote:
> 
> 
> On 3/19/2015 6:04 AM, Loa Andersson wrote:
> All,
> 
> This of course triggered the obvious question - "What is your plan"?
> 
> So what I'd like to to see for draft-openconfig-mpls-consolidated-model
> discussions in Dallas is
> 
> - that the discussion on the overall structure goes to the rtgwg
> 
> - that the technology specific parts are discussed in the relevant
>     working group; it see the following wg's that (should) have an
>     interest in this
>     - teas
>     - mpls
>     - spring
>     - i2rs (?), this might be more of an interest in the overall
>       structure.
> 
> For mpls this discussion will take place on Friday, if we during the
> week can agree on a plan forward, and we need time to socialize that
> I think there are a few minutes available in the mpls meeting do that.
> 
> So the general questions I see / have, which are wider than the scope of
> this draft, are:
> 1. how does the whole control plane (including te+non-te signaling and
> routing) picture fit together and relate to other/existing models?
> 2. how do all the different topology/service models fit together?
> 3. What is the commonality in the data plane models of MPLS and GMPLS
> (LSPs)?
>     (Yes this assumes that there isn't a full model per controlled
> technology.)
> 
> I think different WGs are/can be involved in addressing these.  As I
> said before, I personally care more about these being discussed then
> where they are discussed.  I like your plan as it provides a place to
> catch any topics not already covered earlier in the week.
> 
> In the interim, it would be good to start on the actual discussions on
> this (or whichever appropriate) list.
> 
> Lou
> /Loa
> 
> 
> 
> On 2015-03-19 10:24, Loa Andersson wrote:
> Folks,
> 
> I have not seen any reaction to this, what is the plan?
> 
> /Loa
> 
> On 2015-03-18 17:45, Lou Berger wrote:
> Sounds like there's a plan afoot to give rtgwg time to discuss this
> thread/draft (as well as relive some of the overall time constraints. )
>     My understanding is that the overall structure  &  base document will
> be discussed there, while the other WG-specific information / sub-models
> (e.g., LDP, RSVP, TE, SR, ...) will covered in their respective WGs.
> 
> Alia/ADs/Authors,
> 
> Can you confirm?
> 
> Thanks,
> Lou
> 
> On 3/17/2015 12:35 PM, Acee Lindem (acee) wrote:
> RTGWG agenda is already jam packed - no room for any additions.
> 
> _______________________________________________
> Rtg-yang-coord mailing list
> Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
> https://www.ietf.org/mailman/listinfo/rtg-yang-coord <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>
> 
> 
> 
> _______________________________________________
> Rtg-yang-coord mailing list
> Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
> https://www.ietf.org/mailman/listinfo/rtg-yang-coord <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>
> 
> 
> -- 
> 
> 
> Loa Andersson                        email: loa@mail01.huawei.com <mailto:loa@mail01.huawei.com>
> Senior MPLS Expert                          loa@pi.nu <mailto:loa@pi.nu>
> Huawei Technologies (consultant)     phone: +46 739 81 21 64 <tel:%2B46%20739%2081%2021%2064>
> 
> _______________________________________________
> Rtg-yang-coord mailing list
> Rtg-yang-coord@ietf.org <mailto:Rtg-yang-coord@ietf.org>
> https://www.ietf.org/mailman/listinfo/rtg-yang-coord <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>
> 
> _______________________________________________
> Rtg-yang-coord mailing list
> Rtg-yang-coord@ietf.org
> https://www.ietf.org/mailman/listinfo/rtg-yang-coord