Re: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)

Lou Berger <lberger@labn.net> Wed, 25 January 2017 14:09 UTC

Return-Path: <lberger@labn.net>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93C48129963 for <i2rs@ietfa.amsl.com>; Wed, 25 Jan 2017 06:09:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.657
X-Spam-Level:
X-Spam-Status: No, score=-2.657 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1.156, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
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 lZep5nxPI2Tk for <i2rs@ietfa.amsl.com>; Wed, 25 Jan 2017 06:09:05 -0800 (PST)
Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 1EDBE12995B for <i2rs@ietf.org>; Wed, 25 Jan 2017 06:09:05 -0800 (PST)
Received: (qmail 24204 invoked by uid 0); 25 Jan 2017 14:09:02 -0000
Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy7.mail.unifiedlayer.com with SMTP; 25 Jan 2017 14:09:02 -0000
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id ce8b1u0132SSUrH01e8eV5; Wed, 25 Jan 2017 07:08:38 -0700
X-Authority-Analysis: v=2.1 cv=JsBi8qIC c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=IgFoBzBjUZAA:10 a=wU2YTnxGAAAA:8 a=1sjgXBK7AAAA:8 a=u07AKapRAAAA:8 a=48vgC7mUAAAA:8 a=pGLkceISAAAA:8 a=OUXY8nFuAAAA:8 a=szcjVd9AbkxzTTu0EuAA:9 a=KNv3TmyYm5Q97R_D:21 a=UOs-8jXeny_0dfIx:21 a=pILNOxqGKmIA:10 a=Yz9wTY_ffGCQnEDHKrcv:22 a=qowbMnUzjQcM5iyYROrS:22 a=SkebfZ6J2Mmvk2rLHZle:22 a=w1C3t2QeGrPiZgrLijVG:22 a=6kGIvZw6iX1k4Y-7sg4_:22 a=cAcMbU7R10T-QSRYIcO_:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=hkF6yaasoMFDtiQMPBkSuCIt7+63/scGEqObYEgo0kA=; b=YxDnMFUYCfzREVAlWEkFyuYpqc 0p8kOB32PveveOYb6UY2DoY9iWL7OfpMJDQo3ORxMi7XHbfc0rFvLcdrGM141v8svE4WyiQTeHZRF mQrBrOAdnDSQ6meXP5VtLez8p;
Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:46132 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from <lberger@labn.net>) id 1cWOFX-0000lf-7N; Wed, 25 Jan 2017 07:08:35 -0700
To: Alia Atlas <akatlas@gmail.com>
References: <CAG4d1rf+HNHfN0qNRpZKC2NZnj9gjKUdiHU9H-56J6-pefs3dA@mail.gmail.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <f219929c-34ac-e863-3c27-ef6e6ae967a3@labn.net>
Date: Wed, 25 Jan 2017 09:08:32 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <CAG4d1rf+HNHfN0qNRpZKC2NZnj9gjKUdiHU9H-56J6-pefs3dA@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.85.191
X-Exim-ID: 1cWOFX-0000lf-7N
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:46132
X-Source-Auth: lberger@labn.net
X-Email-Count: 6
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/YBeVXI7ulQcWWfkSe9E-ecgpE-4>
Cc: draft-ietf-i2rs-yang-l3-topology@ietf.org, "i2rs@ietf.org" <i2rs@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>
Subject: Re: [i2rs] Kathleen Moriarty's No Objection on draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Jan 2017 14:09:07 -0000

Alia,
On 1/25/2017 8:35 AM, Alia Atlas wrote:
> Could one of you who are saying that a writable topology model can
> appear in the regular configuration data-store please explain:
>
> How does validation at reboot work when there is dependency on learned
> topology data that isn't yet available?
>
I'm not sure, but there are a bunch of implementations/implementers out
there who can answer what they do.

> I'd prefer more technology discussion of the nuances. 

> This one has been an active topic of discussion for at least 2 years,
> so I'm hopeful that you all have well thought out answers.
>
During that time, the documents has never said anything about being
limited to I2RS/ephemeral state.  The word ephemeral didn't even show up
in the documents (the base topology one at least) until after Seoul. 
I'd like to discuss this one the TEAS list to see what the folks
depending on the model think of such a restriction and if it means a
full reset on the work there or not...

In the interest of limiting cross-posts I'll forward your mail there to
start the discussion.

Lou


> Regards,
> Alia
>
> On Wed, Jan 25, 2017 at 7:27 AM, Lou Berger <lberger@labn.net
> <mailto:lberger@labn.net>>wrote:
>
>     Sue,
>
>
>     In short, I'm going to agree with Benoit - but for slightly different
>     reasons as I also co-chair TEAS, a group that is basing some of its
>     work on I2RS developed models.
>
>
>     As a WG chair, I have always viewed the models being developed by I2RS
>     as typical models that are generally useful, and being defined by I2RS
>     simply because they were ahead of other groups that might otherwise
>     define the models -- and I view this as a fine thing that has benefit
>     for YANG users and other WGs. As TEAS chair, this is what lead me to
>     ensure that the models being defined in TEAS built on the I2RS YANG
>     modules vs their original path of redefining parallel function.
>
>
>     As part of my view of the I2RS models being generally applicable
>     to uses
>     beyond I2RS together with I2RS choosing YANG for modeling ephemeral
>     data, I have always expected that the I2RS WG would at some
>     (perhaps as
>     part of the I2RS protocol definition) define how any YANG model can be
>     used to support I2RS. This view certainly lead me to conclude that
>     having the I2RS models move forward, just like any other YANG model,
>     makes sense and would benefit the other models and WGs that reference
>     this core work. This view also allows for the relationship to the
>     revised-data store work, as well as the specification of which data
>     store(s) I2RS uses, to be separately defined -- and to not gate
>     publication of these models. This separate specification would be
>     the location for any I2RS-specific transport and security considers,
>     so such would not belong in the generally reusable models developed
>     by I2RS.
>
>
>     Essentially, As NETMOD co-chair, I concluded that the revised data
>     store work provided the direction on how ephemeral would be supported
>     in a general YANG context and, therefore, the major open issue /
>     gating
>     impediment to progressing I2RS models had been removed and publication
>     of these models were unblocked. This also motivated my comments in the
>     related discussions at the last meeting.
>
>
>     If my understanding/view is correct, i.e., that the topology
>     models are
>     just like any other YANG model, then I think publication can and
>     should proceed (with the appropriate text for a typical YANG
>     model). If
>     I misunderstood something, and the models produced by I2RS are limited
>     to ephemeral representations/data stores as well as specific YANG
>     transport protocols -- then as TEAS chair, I have to hit reset on the
>     TEAS topology work, and as NETMOD chair I think the NETMOD WG needs to
>     discuss what it means for a YANG model to be protocol/datastore
>     specific and if any guidelines or other new NTEMOD documents are need
>     to support such.
>
>
>     Less importantly, as I2RS participant, I'd also ask for the documents
>     to be sent back to the WG for a new last call once the documents
>     are updated to reflect their narrow scope -- as I bet I'm not the only
>     person who viewed this work applicable to non-ephemeral uses.
>
>
>     I hope this helps.
>
>
>     Lou
>
>
>     On January 24, 2017 11:56:32 AM "Susan Hares" <shares@ndzh.com
>     <mailto:shares@ndzh.com>> wrote:
>
>     > To: Martin:
>     >
>     > You have a reasonable request. If the NETMOD WG Chairs confirm their
>     > decision to make I2RS Yang Modules part of the Control Plane
>     Datastore then
>     > as shepherd/WG-chair I will recommend these get added to the draft.
>     >
>     > Note to authors :
>     >
>     > As we wait for the NETMOD WG Chairs and Benoit to deliver the
>     decision on
>     > Config/Control Plane datastore, the authors should work on: 
>     Basic Yang
>     > security considerations and the other I2RS Yang Module information.
>     >
>     > Sue Hares (Shepherd)
>     > -----Original Message-----
>     > From: Martin Bjorklund [mailto:mbj@tail-f.com
>     <mailto:mbj@tail-f.com>]
>     > Sent: Tuesday, January 24, 2017 10:39 AM
>     > To: shares@ndzh.com <mailto:shares@ndzh.com>
>     > Cc: i2rs@ietf.org <mailto:i2rs@ietf.org>;
>     draft-ietf-i2rs-yang-l3-topology@ietf.org
>     <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>;
>     > j.schoenwaelder@jacobs-university.de
>     <mailto:j.schoenwaelder@jacobs-university.de>;
>     i2rs-chairs@ietf.org <mailto:i2rs-chairs@ietf.org>; nite@hq.sk
>     <mailto:nite@hq.sk>;
>     > Kathleen.Moriarty.ietf@gmail.com
>     <mailto:Kathleen.Moriarty.ietf@gmail.com>; iesg@ietf.org
>     <mailto:iesg@ietf.org>; lberger@labn.net <mailto:lberger@labn.net>;
>     > kwatsen@juniper.net <mailto:kwatsen@juniper.net>
>     > Subject: Re: [i2rs] Kathleen Moriarty's No Objection on
>     > draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)
>     >
>     > "Susan Hares" <shares@ndzh.com <mailto:shares@ndzh.com>> wrote:
>     >> Martin:
>     >>
>     >>
>     >>
>     >> I'm sorry if misunderstood your comments regarding the
>     >> draft-ietf-netmod-revised-datastores-00.txt.  The reason the
>     answer is
>     >> unclear is that it depends on the context of the question.
>     >>
>     >>
>     >>
>     >> .         If you ask if the pre-standardization I2RS Yang
>     Topology models
>     >> (basic and L3)  implemented are part of the configuration data
>     store,
>     >> the answer is yes - AFAIK.
>     >
>     > This is not my question.
>     >
>     >> .         If you ask if the WG LC Topology models are approved
>     to be part
>     > of
>     >> the configuration data store, my understanding was no.   I2RS
>     WG was to
>     >> abide by the decision of NETMOD WG on which data store I2RS modules
>     >> were placed in.
>     >
>     > Yes, this is my question.  And my concern is that even if your
>     understanding
>     > is that they are not designed to be part of the configuration
>     datastores,
>     > this fact is not mentioned in the drafts.
>     >
>     >> If you are concerned the implementation varies from the
>     standardized,
>     > please
>     >> express this to Benoit Claise.   Based on your comments on my email
>     > thread,
>     >> I will be brief in my answers today.
>     >
>     > This is not my concern.
>     >
>     >
>     > /martin
>     >
>     >
>     >
>     >>
>     >>
>     >>
>     >> Sue
>     >>
>     >>
>     >>
>     >>
>     >>
>     >> -----Original Message-----
>     >> From: Martin Bjorklund [mailto:mbj@tail-f.com
>     <mailto:mbj@tail-f.com>]
>     >> Sent: Tuesday, January 24, 2017 7:35 AM
>     >> To: shares@ndzh.com <mailto:shares@ndzh.com>
>     >> Cc: i2rs@ietf.org <mailto:i2rs@ietf.org>;
>     draft-ietf-i2rs-yang-l3-topology@ietf.org
>     <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>;
>     >> j.schoenwaelder@jacobs-university.de
>     <mailto:j.schoenwaelder@jacobs-university.de>;
>     i2rs-chairs@ietf.org <mailto:i2rs-chairs@ietf.org>;
>     >> nite@hq.sk <mailto:nite@hq.sk>;
>     Kathleen.Moriarty.ietf@gmail.com
>     <mailto:Kathleen.Moriarty.ietf@gmail.com>; iesg@ietf.org
>     <mailto:iesg@ietf.org>;
>     >> lberger@labn.net <mailto:lberger@labn.net>; kwatsen@juniper.net
>     <mailto:kwatsen@juniper.net>
>     >> Subject: Re: [i2rs] Kathleen Moriarty's No Objection on
>     >> draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)
>     >>
>     >>
>     >>
>     >> "Susan Hares" < <mailto:shares@ndzh.com
>     <mailto:shares@ndzh.com>> shares@ndzh.com
>     <mailto:shares@ndzh.com>> wrote:
>     >>
>     >> > Martin:
>     >>
>     >> >
>     >>
>     >> > Your statement "One problem is that relying on the solution in
>     >>
>     >> > draft-ietf-netmod-revised-datastores-00 is a bit premature - in
>     >> > fact,
>     >>
>     >> > that document does not yet provide any details at all on the I2RS
>     >>
>     >> > ephemeral data store." This statement is not what I
>     understood from
>     >> > IETF
>     >> 98 or the netmod
>     >>
>     >> > ADs.   I guess your objection to this data model falls into
>     Benoit
>     > Claise
>     >>
>     >> > (AD) and the NETMOD folks to answer.
>     >>
>     >>
>     >>
>     >> Why do you think that I have any objection to
>     >> draft-ietf-netmod-revised-datastores-00.  Please re-read what I
>     wrote.
>     >>
>     >>
>     >>
>     >> My objection regards your statement:
>     >>
>     >>
>     >>
>     >>    1) I2RS Data models do not utilize the configuration data store,
>     >>
>     >>
>     >>
>     >> If this is true it needs to be clarified in the document.
>     >>
>     >>
>     >>
>     >> After all these emails back and forth, it is still not clear
>     whether
>     >> this statement is true or not.
>     >>
>     >>
>     >>
>     >>
>     >>
>     >> /martin
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >>
>     >> >
>     >>
>     >> > Sue Hares
>     >>
>     >> >
>     >>
>     >> > -----Original Message-----
>     >>
>     >> > From: i2rs [ <mailto:i2rs-bounces@ietf.org
>     <mailto:i2rs-bounces@ietf.org>>
>     >> > mailto:i2rs-bounces@ietf.org <mailto:i2rs-bounces@ietf.org>]
>     >> On Behalf Of Martin
>     >>
>     >> > Bjorklund
>     >>
>     >> > Sent: Monday, January 23, 2017 5:26 PM
>     >>
>     >> > To:  <mailto:shares@ndzh.com <mailto:shares@ndzh.com>>
>     shares@ndzh.com <mailto:shares@ndzh.com>
>     >>
>     >> > Cc:  <mailto:i2rs@ietf.org <mailto:i2rs@ietf.org>>
>     i2rs@ietf.org <mailto:i2rs@ietf.org>;
>     >> <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org
>     <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>>
>     >> draft-ietf-i2rs-yang-l3-topology@ietf.org
>     <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>;
>     >>
>     >> >  <mailto:j.schoenwaelder@jacobs-university.de
>     <mailto:j.schoenwaelder@jacobs-university.de>>
>     >> j.schoenwaelder@jacobs-university.de
>     <mailto:j.schoenwaelder@jacobs-university.de>; 
>     <mailto:i2rs-chairs@ietf.org <mailto:i2rs-chairs@ietf.org>>
>     >> i2rs-chairs@ietf.org <mailto:i2rs-chairs@ietf.org>;
>     >>
>     >> >  <mailto:nite@hq.sk <mailto:nite@hq.sk>> nite@hq.sk
>     <mailto:nite@hq.sk>;
>     >> <mailto:Kathleen.Moriarty.ietf@gmail.com
>     <mailto:Kathleen.Moriarty.ietf@gmail.com>>
>     >> Kathleen.Moriarty.ietf@gmail.com
>     <mailto:Kathleen.Moriarty.ietf@gmail.com>; <mailto:iesg@ietf.org
>     <mailto:iesg@ietf.org>> iesg@ietf.org <mailto:iesg@ietf.org>
>     >>
>     >> > Subject: Re: [i2rs] Kathleen Moriarty's No Objection on
>     >>
>     >> > draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)
>     >>
>     >> >
>     >>
>     >> > "Susan Hares" < <mailto:shares@ndzh.com
>     <mailto:shares@ndzh.com>> shares@ndzh.com
>     <mailto:shares@ndzh.com>> wrote:
>     >>
>     >> > > Robert and Martin:
>     >>
>     >> > >
>     >>
>     >> > > I agree with Robert that the current implementations of the ODL
>     >>
>     >> > > topology models are handled as part of the configuration data
>     >> > > store
>     >>
>     >> > > with
>     >>
>     >> > ephemeral
>     >>
>     >> > > state.   I will point out that these implementation are
>     pre-standards
>     >>
>     >> > > implementations of the I2RS YANG Data model.
>     >>
>     >> > >
>     >>
>     >> > > While standardizing the topology data models, the I2RS WG have
>     >> > > been
>     >>
>     >> > > asked to align with the
>     >> > > draft-ietf-netmod-revised-datastores-00.txt
>     >>
>     >> > > NETMOD WG document.  This NETMOD WG document moves the I2RS
>     >>
>     >> > > ephemeral data
>     >>
>     >> > store from
>     >>
>     >> > > configuration data store to a Control Plane data store. 
>      If we follow
>     >>
>     >> > this
>     >>
>     >> > > draft, the I2RS Topology models are part of the I2RS ephemeral
>     >> > > data
>     >> store.
>     >>
>     >> > > If you disagree with the placement of the Topology data models,
>     >>
>     >> > > please indicate this to the NETMOD WG and to Benoit.  Could you
>     >>
>     >> > > propose a way that you would see the ephemeral state
>     working with
>     >>
>     >> > > the configuration data
>     >>
>     >> > store
>     >>
>     >> > > to the NETMOD WG?
>     >>
>     >> > >
>     >>
>     >> > > Quite frankly, I feel a bit of whip-lash on this topic. 
>      NETMOD WG
>     > asks
>     >>
>     >> > for
>     >>
>     >> > > Control Plane Data store.  You ask for configuration data store
>     >>
>     >> > > (which was the I2RS initial proposal).
>     >>
>     >> >
>     >>
>     >> > Not really; I ask for clarification.
>     >>
>     >> >
>     >>
>     >> > > It is possible for either one to work for I2RS
>     >>
>     >> > > Topology models - if the right details are taken care of. 
>      How do we
>     >> make
>     >>
>     >> > > progress on choosing one method so we can write the I2RS
>     Topology
>     >>
>     >> > > Models security considerations.?
>     >>
>     >> >
>     >>
>     >> > One problem is that relying on the solution in
>     >>
>     >> > draft-ietf-netmod-revised-datastores-00 is a bit premature - in
>     >> > fact,
>     >>
>     >> > that document does not yet provide any details at all on the I2RS
>     >>
>     >> > ephemeral datastore.
>     >>
>     >> >
>     >>
>     >> > So I see two alternatives.  Either wait with these documents, or
>     >>
>     >> > publish them with their datamodels as is (i.e., no new additional
>     >>
>     >> > notes), for the existing protocols and architecure.  This would
>     >> > allow
>     >>
>     >> > them to be implemented just like any other YANG data model.  This
>     >>
>     >> > would mean that the normal YANG security considerations
>     guidelines
>     >> > should
>     >> be followed.
>     >>
>     >> >
>     >>
>     >> >
>     >>
>     >> >
>     >>
>     >> > /martin
>     >>
>     >> >
>     >>
>     >> > >
>     >>
>     >> > > Sue
>     >>
>     >> > >
>     >>
>     >> > > -----Original Message-----
>     >>
>     >> > > From: Robert Varga [ <mailto:nite@hq.sk
>     <mailto:nite@hq.sk>> mailto:nite@hq.sk <mailto:nite@hq.sk>]
>     >>
>     >> > > Sent: Monday, January 23, 2017 4:11 PM
>     >>
>     >> > > To: Martin Bjorklund;  <mailto:shares@ndzh.com
>     <mailto:shares@ndzh.com>> shares@ndzh.com <mailto:shares@ndzh.com>
>     >>
>     >> > > Cc:  <mailto:i2rs@ietf.org <mailto:i2rs@ietf.org>>
>     i2rs@ietf.org <mailto:i2rs@ietf.org>;
>     >> <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org
>     <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>>
>     >> draft-ietf-i2rs-yang-l3-topology@ietf.org
>     <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>;
>     >>
>     >> > >  <mailto:j.schoenwaelder@jacobs-university.de
>     <mailto:j.schoenwaelder@jacobs-university.de>>
>     >> j.schoenwaelder@jacobs-university.de
>     <mailto:j.schoenwaelder@jacobs-university.de>; 
>     <mailto:i2rs-chairs@ietf.org <mailto:i2rs-chairs@ietf.org>>
>     >> i2rs-chairs@ietf.org <mailto:i2rs-chairs@ietf.org>;
>     >>
>     >> > >  <mailto:Kathleen.Moriarty.ietf@gmail.com
>     <mailto:Kathleen.Moriarty.ietf@gmail.com>>
>     >> Kathleen.Moriarty.ietf@gmail.com
>     <mailto:Kathleen.Moriarty.ietf@gmail.com>;  <mailto:iesg@ietf.org
>     <mailto:iesg@ietf.org>>
>     >> iesg@ietf.org <mailto:iesg@ietf.org>
>     >>
>     >> > > Subject: Re: [i2rs] Kathleen Moriarty's No Objection on
>     >>
>     >> > > draft-ietf-i2rs-yang-l3-topology-08: (with COMMENT)
>     >>
>     >> > >
>     >>
>     >> > > On 01/23/2017 09:26 PM, Martin Bjorklund wrote:
>     >>
>     >> > > >> I'm pulling your questions to the top of this email.
>     >>
>     >> > > >>
>     >>
>     >> > > >>
>     >>
>     >> > > >>
>     >>
>     >> > > >> Question 1: Ok.  Just to make sure I understand this
>     correctly
>     >> > > >> -
>     >>
>     >> > > >> these topology models are intended to be I2RS-specific, and
>     >> > > >> they
>     >>
>     >> > > >> cannot be used for any other purpose.  If anyone needs a
>     >> > > >> general
>     >>
>     >> > > >> topology model outside of the I2RS protocol, they will
>     have to
>     >>
>     >> > > >> design their own model.  Is this correct?
>     >>
>     >> > > >>
>     >>
>     >> > > >>
>     >>
>     >> > > >>
>     >>
>     >> > > >> Response 1:  Not really.
>     >>
>     >> > > > Ok, so are you saying that the models are in fact
>     generic, and
>     >> > > > can
>     >>
>     >> > > > be used outside of I2RS?  I.e., they *can* be used with the
>     >> > > > normal
>     >>
>     >> > > > configuration datastores?
>     >>
>     >> > > >
>     >>
>     >> > >
>     >>
>     >> > > From implementation experience, yes, they can be used for
>     storing
>     >>
>     >> > > configuration. OpenDaylight uses (an ancient predecessor of)
>     >>
>     >> > > yang-network-topo to store configure details about devices
>     in its
>     >>
>     >> > > managed networks.
>     >>
>     >> > >
>     >>
>     >> > > Regards,
>     >>
>     >> > > Robert
>     >>
>     >> > >
>     >>
>     >> > >
>     >>
>     >> >
>     >>
>     >> > _______________________________________________
>     >>
>     >> > i2rs mailing list
>     >>
>     >> >  <mailto:i2rs@ietf.org <mailto:i2rs@ietf.org>> i2rs@ietf.org
>     <mailto:i2rs@ietf.org>
>     >>
>     >> >  <https://www.ietf.org/mailman/listinfo/i2rs
>     <https://www.ietf.org/mailman/listinfo/i2rs>>
>     >> https://www.ietf.org/mailman/listinfo/i2rs
>     <https://www.ietf.org/mailman/listinfo/i2rs>
>     >>
>     >> >
>     >>
>     >
>     >
>
>
>
>
> _______________________________________________
> i2rs mailing list
> i2rs@ietf.org
> https://www.ietf.org/mailman/listinfo/i2rs