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 12:27 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 D0D931298AF for <i2rs@ietfa.amsl.com>; Wed, 25 Jan 2017 04:27:15 -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 Jev9FrOwFeTx for <i2rs@ietfa.amsl.com>; Wed, 25 Jan 2017 04:27:13 -0800 (PST)
Received: from gproxy9.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D5661298AD for <i2rs@ietf.org>; Wed, 25 Jan 2017 04:27:13 -0800 (PST)
Received: from cmgw4 (unknown [10.0.90.85]) by gproxy9.mail.unifiedlayer.com (Postfix) with ESMTP id 36DF91E0F70 for <i2rs@ietf.org>; Wed, 25 Jan 2017 05:27:12 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id ccT81u00B2SSUrH01cTBy6; Wed, 25 Jan 2017 05:27:12 -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=1sjgXBK7AAAA:8 a=u07AKapRAAAA:8 a=48vgC7mUAAAA:8 a=pGLkceISAAAA:8 a=wU2YTnxGAAAA:8 a=OUXY8nFuAAAA:8 a=WusUA4wHyqQ2Cb6QtV8A:9 a=vee88xjq9iqqPJWa:21 a=0IAYUIx84SJugqCM:21 a=pILNOxqGKmIA:10 a=qowbMnUzjQcM5iyYROrS:22 a=SkebfZ6J2Mmvk2rLHZle:22 a=w1C3t2QeGrPiZgrLijVG:22 a=6kGIvZw6iX1k4Y-7sg4_:22 a=Yz9wTY_ffGCQnEDHKrcv: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:Cc:References:To:Subject:From: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=cqBI0bR9BVeAkkCFs/e3VvPwqYHVn4esKECATqJfI/Y=; b=JK5iy0p1DwVsHQzOliLIdyk/Sx /trTgjUEEyVNkNdCuqXyrW+QL2bytzskBDs+UF1tTeds6jPBxu8XYWpbJK3D2V3VCqO26XG7g7KuA WMUgz1ziGnxuEH4tRddFoKYj9;
Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:44230 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 1cWMfM-0003wl-3c; Wed, 25 Jan 2017 05:27:08 -0700
From: Lou Berger <lberger@labn.net>
To: Susan Hares <shares@ndzh.com>
References: <029501d27637$456c9af0$d045d0d0$@ndzh.com> <20170124.133529.2274781221200613254.mbj@tail-f.com> <02e301d2764f$eb622f20$c2268d60$@ndzh.com> <20170124.163910.1660442168342299903.mbj@tail-f.com> <000d01d27662$0216d8d0$06448a70$@ndzh.com>
Message-ID: <8fca02ad-b589-a77e-0ed9-c12796dc47c3@labn.net>
Date: Wed, 25 Jan 2017 07:27:05 -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: <000d01d27662$0216d8d0$06448a70$@ndzh.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: 1cWMfM-0003wl-3c
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]:44230
X-Source-Auth: lberger@labn.net
X-Email-Count: 3
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/OxPK8-o9ZiaMicXAZ7ROLUmtjg4>
X-Mailman-Approved-At: Sun, 05 Feb 2017 12:19:59 -0800
Cc: i2rs@ietf.org, 'Martin Bjorklund' <mbj@tail-f.com>, kwatsen@juniper.net, draft-ietf-i2rs-yang-l3-topology@ietf.org, j.schoenwaelder@jacobs-university.de, i2rs-chairs@ietf.org, nite@hq.sk, Kathleen.Moriarty.ietf@gmail.com, 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 12:27:16 -0000

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> 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]
> Sent: Tuesday, January 24, 2017 10:39 AM
> To: shares@ndzh.com
> Cc: i2rs@ietf.org; draft-ietf-i2rs-yang-l3-topology@ietf.org;
> j.schoenwaelder@jacobs-university.de; i2rs-chairs@ietf.org; nite@hq.sk;
> Kathleen.Moriarty.ietf@gmail.com; iesg@ietf.org; lberger@labn.net;
> 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> 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]
>> Sent: Tuesday, January 24, 2017 7:35 AM
>> To: shares@ndzh.com
>> Cc: i2rs@ietf.org; draft-ietf-i2rs-yang-l3-topology@ietf.org;
>> j.schoenwaelder@jacobs-university.de; i2rs-chairs@ietf.org;
>> nite@hq.sk; Kathleen.Moriarty.ietf@gmail.com; iesg@ietf.org;
>> lberger@labn.net; 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> 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]
>> On Behalf Of Martin
>>
>> > Bjorklund
>>
>> > Sent: Monday, January 23, 2017 5:26 PM
>>
>> > To:  <mailto:shares@ndzh.com> shares@ndzh.com
>>
>> > Cc:  <mailto:i2rs@ietf.org> i2rs@ietf.org;
>> <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>
>> draft-ietf-i2rs-yang-l3-topology@ietf.org;
>>
>> >  <mailto:j.schoenwaelder@jacobs-university.de>
>> j.schoenwaelder@jacobs-university.de;  <mailto:i2rs-chairs@ietf.org>
>> i2rs-chairs@ietf.org;
>>
>> >  <mailto:nite@hq.sk> nite@hq.sk;
>> <mailto:Kathleen.Moriarty.ietf@gmail.com>
>> Kathleen.Moriarty.ietf@gmail.com; <mailto:iesg@ietf.org> 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> 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]
>>
>> > > Sent: Monday, January 23, 2017 4:11 PM
>>
>> > > To: Martin Bjorklund;  <mailto:shares@ndzh.com> shares@ndzh.com
>>
>> > > Cc:  <mailto:i2rs@ietf.org> i2rs@ietf.org;
>> <mailto:draft-ietf-i2rs-yang-l3-topology@ietf.org>
>> draft-ietf-i2rs-yang-l3-topology@ietf.org;
>>
>> > >  <mailto:j.schoenwaelder@jacobs-university.de>
>> j.schoenwaelder@jacobs-university.de;  <mailto:i2rs-chairs@ietf.org>
>> i2rs-chairs@ietf.org;
>>
>> > >  <mailto:Kathleen.Moriarty.ietf@gmail.com>
>> Kathleen.Moriarty.ietf@gmail.com;  <mailto:iesg@ietf.org>
>> 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> i2rs@ietf.org
>>
>> >  <https://www.ietf.org/mailman/listinfo/i2rs>
>> https://www.ietf.org/mailman/listinfo/i2rs
>>
>> >
>>
>
>