Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts

From: Robert Wilton, January 31, 2018 12:24 PM Hi Eric, On 31/01/2018 16:53, Eric Voit (evoit) wrote: I have read and support these two drafts going forward. I do have one additional thought below on draft-ietf-netmod-revised-datastores section 5.3 default handling process. See in-line

Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts

I have read and support these two drafts going forward. I do have one additional thought below on draft-ietf-netmod-revised-datastores section 5.3 default handling process. See in-line... From: Robert Wilton -X, January 31, 2018 6:31 AM Hi Andy, On 31/01/2018 09:22, Andy Bierman wrote:

Re: [netmod] WG Last Call: draft-ietf-netmod-rfc7223bis-00

Hi Martin, Several comments on the YANG model within rfc7223bis. list interface { key "name"; description "The list of interfaces on the device. The status of an interface is available in this list in the operational state... A few questions on this. (a)

Re: [netmod] WG Last Call: draft-ietf-netmod-rfc7277bis-00

I have reviewed the doc as well, and I also support publication. One thought for future work might be the interplay of this document and some LLDP model. There are YANG models for LLDP proving very interesting for network management, and any consistency rules/interactions of this with

Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14

> From: Juergen Schoenwaelder, October 18, 2017 2:22 AM > > On Tue, Oct 17, 2017 at 11:06:44PM +0000, Eric Voit (evoit) wrote: > > > > Section 3.10: There should be a normative set of YANG validation tools which > are run on upload of an Internet draft. Errors

Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14

I was also encouraged to provide comments. A couple (new?) minor ones... Section 3.4: - If a tree diagram is included for an augmented model, it SHOULD contain the integrated of the augmented model. I.e., use the pyang -f command to generate the tree so that you can explicitly see the schema

Re: [netmod] tree diagrams for augment

> From: Martin Bjorklund, May 23, 2017 3:19 AM > Andy Bierman > wrote: > > Hi, > > > > Below is part of 1 tree diagram from yang-push-06. > > The problem is that is shows the entire RPC, and gives no indication > > at all that this module only

Re: [netmod] hi Alex, Eric and design team guys some comments for YANG-push and subscribed-notifications, please help to confirm

Hi Walker, Thanks. Some thoughts added. See: <:Eric:> From: Zhengguangying, May 8, 2017 4:18 AM Hi Eric, Alex Thanks for your your excellent response, for some doubt I have add small items inline . Walker From: Eric Voit (evoit) [mailto:ev...@cisco.com] Sent: 2017年5月3日

Re: [netmod] hi Alex, Eric and design team guys some comments for YANG-push and subscribed-notifications, please help to confirm

Hi Walker, Thanks very much for the comments. Some thoughts in-line. From: Zhengguangying (Walker), May 2, 2017 9:25 AM Hi Alex, Eric and all, I reviewed the latest Draft and have some comments, please help to confirm, thanks. For draft-ietf-netconf-yang-push-06: 1. In section

Re: [netmod] hi Alex, Eric and design team guys some comments for YANG-push and subscribed-notifications, please help to confirm

to which I have little to add except a few small items inline --- Alex From: Eric Voit (evoit) [mailto:ev...@cisco.com] Sent: Tuesday, May 02, 2017 9:52 AM To: Zhengguangying (Walker) <zhengguangy...@huawei.com<mailto:zhengguangy...@huawei.com>>; lud...@clemm.org<mailto:lud...@cl

Re: [netmod] [Netconf] PANIC Bar BoF Wednesday @ 6:30pm CDT

attended your presentation during NETCONF. I think Yang Push is something we should consider as part of the PANIC solution. Do you have an implementation of YANG Push that can be experimented with? Regards, Dave From: Eric Voit (evoit) [mailto:ev...@cisco.com] Sent: Thursday, March 30, 2017 6:27

Re: [netmod] [Netconf] PANIC Bar BoF Wednesday @ 6:30pm CDT

Hi David, I know it is early, but for the secure communication part, have you considered using the YANG Push work being developed in the NETCONF WG? With this approach, you can subscribe to state changes within a

Re: [netmod] notifications2, new draft (was RE: notifications...and yang-next)

Hi Lada, Juergen, Alex, Andy, In January your comments on "notifications" helped frame the context of draft-voit-netmod-yang-notifications2. See thread https://www.ietf.org/mail-archive/web/netmod/current/msg17434.html The is an open question between WG chairs on whether this question is more

[netmod] notifications2, new draft (was RE: notifications...and yang-next)

Alex, Tim, Andy, & I have posted at new draft at: https://tools.ietf.org/html/draft-voit-netmod-yang-notifications2-00 Explored here are notification capabilities beyond RFC-7950 section 7.16: * what are the set of transport agnostic header objects which might be useful within a YANG

Re: [netmod] [Netconf] WG adoption poll draft-nmdsdt-netmod-revised-datastores-00

I support adoption, and like Mehmet's thinking as well. Also worth focusing on is transport protocol independent yang filtering. So along with how to frame get operations against one of the datastores, how do you know which subtrees/nodes should be included/excluded. Eric > From: Netconf,

Re: [netmod] New Version Notification for draft-vallin-netmod-alarm-module-00.txt

Hi Stefan, Hi Martin, The alarm model looks like a good match with yang-push. By combining the two, you should be able to have a remote entity track alarm changes at the consumer desired frequency. Does

Re: [netmod] Event & YANG Datastore Subscription drafts in NETCONF

ents of RFC 7923 Dampening Eventing vs. Periodic Behavior Prioritization of Subscriptions Reviewing the YANG Models rfc5277bis yang-push Thanks, Eric & Alex From: netmod [mailto:netmod-boun...@ietf.org] On Behalf Of Eric Voit (evoit) Sent: Thursday, June 16, 2016 2:52 PM To: netmod@ietf.org

Re: [netmod] Comparison between two opstate datastore drafts

> From: Juergen Schoenwaelder, July 13, 2016 5:13 AM > > On Tue, Jul 12, 2016 at 09:23:53PM +0000, Eric Voit (evoit) wrote: > > > > Both of these are examples of configuration which would not survive reboot, > and would likely be in your datastore. I don't have

Re: [netmod] Comparison between two opstate datastore drafts

From: Andy Bierman, July 12, 2016 5:49 PM On Tue, Jul 12, 2016 at 2:23 PM, Eric Voit (evoit) <ev...@cisco.com<mailto:ev...@cisco.com>> wrote: > From: Juergen Schoenwaelder > [mailto:j.schoenwael...@jacobs-university.de<mailto:j.schoenwael...@jacobs-university.de>] > S

Re: [netmod] Comparison between two opstate datastore drafts

> From: Juergen Schoenwaelder [mailto:j.schoenwael...@jacobs-university.de] > Sent: Tuesday, July 12, 2016 12:25 PM > To: Eric Voit (evoit) > Cc: Robert Wilton -X (rwilton - ENSOFT LIMITED at Cisco); netmod@ietf.org > Subject: Re: [netmod] Comparison between two opstate d

Re: [netmod] Comparison between two opstate datastore drafts

Hi Robert, Hi Juergen, Robert: thanks for this comparison. Certainly the Event and Datastore Subscription drafts would be users of whatever results from your and Juergen’s efforts. A question on the representation of the Ephemeral Datastore. Why not consider Ephemeral Config as part of the

[netmod] Event & YANG Datastore Subscription drafts in NETCONF

Updates to the Subscription drafts discussed in NETMOD during IETF 95 have been posted to the NETCONF WG. The goal of these drafts is to provide generalized subscription and push specifications for YANG Datastores and Event Streams. A summarized context on how the drafts interrelate is

Re: [netmod] kw comments on draft-voit-netmod-yang-mount-requirements

> From: Juergen Schoenwaelder, April 08, 2016 2:58 AM > > On Fri, Apr 08, 2016 at 02:20:19AM +0000, Eric Voit (evoit) wrote: > > My thinking matches more closely to what Kent lays out above: > > > > schema-mount > > data-mount > > remote data mount (

Re: [netmod] kw comments on draft-voit-netmod-yang-mount-requirements

> Ladislav Lhotka, Wednesday, April 06, 2016 8:30 AM > > Martin Bjorklund writes: > > > Hi, > > > > "Alexander Clemm (alex)" wrote: > >> Hi, Martin, Lada, > >> > >> unfortunately I wasn't able to attend the discussion, but I have one > >> comment regarding the

Re: [netmod] kw comments on draft-voit-netmod-yang-mount-requirements

> Martin Bjorklund, April 05, 2016 5:38 AM > > Hi, > > Kent Watsen wrote: > > [As a contributor] > > > > Note: this is a -00 document, but only because the draft's name > > changed. In reality this is like a > > draft-voit-netmod-peer-mount-requirements-04. Looking at the

Re: [netmod] Differentiating the types of Mount

according to a schema defined with YANG mount. > Purpose: ... > > > > -Original Message- > From: netmod [mailto:netmod-boun...@ietf.org] On Behalf Of Juergen > Schoenwaelder > Sent: Wednesday, March 16, 2016 6:23 AM > To: Eric Voit (evoit) > Cc: netmod@iet

Re: [netmod] Differentiating the types of Mount

I have placed the Mount definitions from the email discussion into: draft-voit-netmod-yang-mount-requirements-00 This -00 draft isn't really that new. It is just our recent email exchanges incorporated into the last version of: draft-voit-netmod-peer-mount-requirements-03 But I renamed the -03

Re: [netmod] Differentiating the types of Mount

> From: Juergen Schoenwaelder , March 16, 2016 7:23 AM > > On Wed, Mar 16, 2016 at 03:59:50AM +0000, Eric Voit (evoit) wrote: > > To help differentiate between concepts and drafts, below are strawman > definitions for the various types of Mount which we have been discussing ov

[netmod] Differentiating the types of Mount

To help differentiate between concepts and drafts, below are strawman definitions for the various types of Mount which we have been discussing over the last year in Netmod. Thoughts/suggestions? YANG Mount Definition: An abstracted term for a mechanism that a parent YANG

[netmod] NETMOD IETF 95 Slot Requests: Mount & YANG PubSub

I am requesting two short slots in NETMOD (1) Needing an extensible Mount syntax across Schema, Alias, & Peers (2) Hackathon Demo on YANG subscriptions -- Details: (1) Topic: Needing an extensible Mount syntax across Schema, Alias, & Peers Draft: draft-clemm-netmod-mount &

[netmod] YANG Subscriptions @ IETF 95 Hackathon

OpenDaylight's latest release has a YANG PubSub client: https://wiki.opendaylight.org/view/YANG_PUBSUB:_Beryllium_User_Guide This allows a OpenDaylight to subscribe to existing YANG models as per the NETCONF WG's draft-ietf-netconf-yang-push I am hoping to extend these capabilities in the IETF

Re: [netmod] Moving the WG discussion on mount forward

What I would like to see: (1) Terminology included which unambiguously partitions the functions of the three different type of mount options discussed in this WG (i.e., structural mount, alias mount, and peer mount).This would be needed even if only the structural mount technology itself

[netmod] YANG Push (PubSub): draft-ietf-netconf-yang-push-01 new revision

An updated draft for YANG subscriptions was posted in NETCONF WG earlier in the week at draft-ietf-netconf-yang-push. Enhancements include: * Refined RPC & Notification definitions * Multiple targeted YANG subtrees within a single subscription     - includes custom filters for each target *

Re: [netmod] NETMOD WG Virtual Interim Meeting: 22 February 2016

> From: Nadeau Thomas, February 24, 2016 9:20 AM > > > On Feb 23, 2016:6:21 PM, at 6:21 PM, Eric Voit (evoit) <ev...@cisco.com> > wrote: > > > > Hi Kent, > > > > Thanks for running the interim, I agree it was quite useful. > > > > One th

Re: [netmod] NETMOD WG Virtual Interim Meeting: 22 February 2016

variations which could be placed under the generalized mount keyword. This would seem to be an approach which is extensible, and which allows the technology solutions/requirements to be driven in parallel. Eric > Kent > > > > On 2/23/16, 6:21 PM, "Eric Voit (evoit)&q

Re: [netmod] NETMOD WG Virtual Interim Meeting: 22 February 2016

Hi Kent, Thanks for running the interim, I agree it was quite useful. One thing I wanted to pull out from the minutes was the overall definition of "Mount". Right now there are 830 web pages on the OpenDaylight site which refer to "Mount" in terms of Peer Mount (i.e., something much

[netmod] FW: New YANG PubSub drafts for NETCONF, RESTCONF, HTTP/2

Forwarding to NETMOD as people might be interested... From: Eric Voit, October 13, 2015 11:37 PM There are a couple new drafts posted in NETCONF: (1) Subscribing to YANG datastore push updates http://www.ietf.org/id/draft-clemm-netconf-yang-push-02.txt As per earlier NETCONF

Re: [netmod] YANG Mount = Alias Mount + Peer Mount (was RE: Motivations for Structuring Models)

e issue, and how it is related to the other solution proposals. Andy On Tue, Sep 15, 2015 at 8:21 AM, Eric Voit (evoit) <ev...@cisco.com<mailto:ev...@cisco.com>> wrote: There was a recent thread on structuring YANG models so that application developers might be able to reference alte

[netmod] YANG Mount = Alias Mount + Peer Mount (was RE: Motivations for Structuring Models)

There was a recent thread on structuring YANG models so that application developers might be able to reference alternative local hierarchies/tree structures for certain objects. This thread motivated Alex, Sander, and I to rework the YANG Mount requirements draft. v03 is posted at:

Re: [netmod] Y34 - root node

From: Andy Bierman, Friday, August 21, 2015 10:28 AM snip Currently we have a proprietary way of relocating YANG modules, and ODL has its mount, and I think Andy has some other mechanism.  Maybe the time has come to standardize how mount works, and maybe then also standardize the list of

Re: [netmod] New version for draft-clemm-netconf-yang-push-01.txt

) -Original Message- From: Alexander Clemm (alex) Sent: Tuesday, July 07, 2015 8:46 PM To: netc...@ietf.org Cc: Eric Voit (evoit); Alberto Gonzalez Prieto (albertgo) Subject: New version for draft-clemm-netconf-yang-push-01.txt Hi, we just wanted to let you know that we posted a new version

Re: [netmod] [Netconf] 2 week WG LC on draft-ietf-i2rs-pub-sub-requrements-02 (5/26 to 6/9)

We know of no IPR related to draft-ietf-i2rs-pub-sub-requirements. Eric From: Netconf [mailto:netconf-boun...@ietf.org] On Behalf Of Susan Hares Sent: Tuesday, May 26, 2015 8:21 PM To: i...@ietf.org Cc: netc...@ietf.org; netmod@ietf.org Subject: [Netconf] 2 week WG LC on