Re: [netmod] CODE BEGINS ENDS for examples ?

reason to do manual folding. I used rfcfold to unfold the acme-router-modules example and I don’t notice anything strange. Regards Balazs From: Kent Watsen Sent: 2020. március 21., szombat 0:01 To: Balázs Lengyel Cc: netmod@ietf.org Subject: Re: [netmod] CODE BEGINS ENDS for examples

[netmod] CODE BEGINS ENDS for examples ?

Hello, Is it allowed/recommended to use around examples. In my case it would be examples of XML and JSON instance data. I would find it rather useful. As a second step if someone could combine rfcstrip with artwork-unfolding that would be even better. Regards Balazs -- Balazs Lengyel

[netmod] yang-instance-file-format-10 uploaded [was: RE: WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07]

To: Balázs Lengyel Cc: netmod@ietf.org Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07 > Have the examples in the draft validated against the YANG module? > > BALAZS: Only manually. How do you validate samples conforming to a yang data &g

Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07

-Original Message- From: Kent Watsen Sent: 2020. március 18., szerda 21:07 To: Balázs Lengyel Cc: netmod@ietf.org Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07 One more thing, for non-mandatory nodes that don’t have a default value

[netmod] Simple date in 6991bis-02

Hello, This might have been discussed earlier, but I still find it strange that the typedef date { has the timezone as a mandatory part. While I understand the issue that when a day starts/ends is uncertain without the timezone, in real life people practically never add the timezone to a

Re: [netmod] [netconf] yanglint errors for ietf-subscribed-notifications

IMO this is a problem with pyang/yanglint not the model. By the way for me pyang 2.2.1 does not indicate an error. Line 381:(379) defines typedef stream-ref { type leafref { path "/sn:streams/sn:stream/sn:name"; This is just a type so it is unknown if it is config=false or

Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06

OK, I will remove it. Balazs -Original Message- From: netmod On Behalf Of Martin Björklund Sent: 2020. március 12., csütörtök 17:58 To: j.schoenwael...@jacobs-university.de Cc: netmod@ietf.org; bclaise=40cisco@dmarc.ietf.org Subject: Re: [netmod] WG Last Call:

[netmod] FW: Secdir last call review of draft-ietf-netmod-factory-default-14

As an author of netmod drafts I would like to see some general guidance on this issue. Can someone help please. Balazs -Original Message- From: Stephen Kent via Datatracker Sent: 2020. március 9., hétfő 20:15 To: sec...@ietf.org Cc: netmod@ietf.org;

Re: [netmod] Regarding IPR on draft-verdt-netmod-yang-solutions-03

No, I am not aware of any IPR that applies to this draft. Balazs -Original Message- From: netmod On Behalf Of Mahesh Jethanandani Sent: 2020. március 10., kedd 4:52 To: Lou Berger Cc: netmod-ver...@ietf.org; netmod@ietf.org Subject: Re: [netmod] Regarding IPR on

[netmod] FW: New Version Notification for draft-ietf-netmod-yang-instance-file-format-08.txt

" can be regarded as a racial slur. Changed format to date of the YANG module - Removed section about XML attributes - Other WGLC related changes Regards Balazs -Original Message- From: internet-dra...@ietf.org Sent: 2020. március 9., hétfő 18:14 To: Balázs Lengyel ; Benoit Claise Su

Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06

See BALAZS4 below -Original Message- From: Juergen Schoenwaelder Sent: 2020. március 9., hétfő 10:44 To: Balázs Lengyel Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 > > -Original Message- > > From: Schönwälder, Jürgen &g

Re: [netmod] URGENT kind of - RE: WG Last Call: draft-ietf-netmod-yang-instance-file-format-06

-Original Message- From: Rob Wilton (rwilton) Sent: 2020. március 6., péntek 14:18 To: Balázs Lengyel Subject: RE: URGENT kind of - RE: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 Not a full WGLC review, but one comment that I have on this draft (which partly

Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06

Sent: 2020. február 19., szerda 11:17 To: Balázs Lengyel Cc: Kent Watsen ; NETMOD Working Group Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 On Thu, Feb 13, 2020 at 01:40:13PM +0000, Balázs Lengyel wrote: > See below as BALAZS2. > > -Original

Re: [netmod] Text in import to indicate whether a module is needed as import-only or as implemented

From: Andy Bierman Sent: 2020. március 5., csütörtök 16:43 To: Balázs Lengyel Cc: Benoit Claise ; NETMOD WG Subject: Re: [netmod] Text in import to indicate whether a module is needed as import-only or as implemented On Thu, Mar 5, 2020 at 5:31 AM Balázs Lengyel

Re: [netmod] Adoption of versioning design team docs

As one of the authors/contributors I support adoption. Balazs From: netmod On Behalf Of Lou Berger Sent: 2020. március 2., hétfő 23:30 To: NETMOD Group Cc: netmod-cha...@ietf.org Subject: [netmod] Adoption of versioning design team docs Hi, We'd like to start a two week adoption call

Re: [netmod] Regarding IPR on draft-verdt-netmod-yang-module-versioning-01

No, I'm not aware of any IPR that applies to this draft Balazs Lengyel -Original Message- From: Benoit Claise Sent: 2020. március 3., kedd 19:22 To: Lou Berger ; jcla...@cisco.com; rrah...@cisco.com; rwil...@cisco.com; Balázs Lengyel ; jason.ste...@nokia.com; kd6...@att.com Cc: netmod

Re: [netmod] Text in import to indicate whether a module is needed as import-only or as implemented

gt; > > Regards, Benoit > > > > Andy > > > > > > > On Wed, Jan 8, 2020 at 5:44 AM Ladislav Lhotka > > <mailto:lho...@nic.cz> > wrote: > > > > On Wed, 2020-01-08 at 04:49 -0800, Andy Bierman wrote: > > >

Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07

Hello Chairs, I replied to Juergen, and exchanged some additional mails with him. I updated the draft to draft-ietf-netmod-yang-instance-file-format-07. Please take it forward in the process.

Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06

See below as BALAZS2. -Original Message- From: Schönwälder, Jürgen Sent: 2020. február 12., szerda 10:07 To: Balázs Lengyel Cc: Kent Watsen ; NETMOD Working Group Subject: [Not Scanned] - Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 > - I fail to

Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06

-Original Message- From: netmod On Behalf Of Schönwälder, Jürgen Sent: 2020. január 20., hétfő 15:46 To: Kent Watsen Cc: NETMOD Working Group Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 On Tue, Jan 07, 2020 at 12:41:23PM +, Kent Watsen

Re: [netmod] Text in import to indicate whether a module is needed as import-only or as implemented

If that is the consensus, I can remove the description statements, no big deal. (I actually like the statements, but they are not important for this draft) Balazs -Original Message- From: Martin Bjorklund Sent: Tuesday, January 7, 2020 2:38 PM To: Balázs Lengyel Cc: a...@yumaworks.com

Re: [netmod] IPR poll on draft-ietf-netmod-yang-instance-file-format

"No, I'm not aware of any IPR that applies to this draft" Regards Balazs From: Kent Watsen Sent: Tuesday, January 7, 2020 1:46 PM To: Balázs Lengyel ; Benoit Claise Cc: NETMOD Working Group Subject: IPR poll on draft-ietf-netmod-yang-instance-file-format To each author and contribu

Re: [netmod] Text in import to indicate whether a module is needed as import-only or as implemented

As a draft author who was asked to add text about the imports IMHO * it would be easy for me to remove the description from the import. Actually I really just want to know what is acceptable to the group, so I can proceed * I also think that adding this text is in most cases easy

[netmod] Text in import to indicate whether a module is needed as import-only or as implemented

From: Mahesh Jethanandani Sent: 2019. december 18., szerda 3:20 To: Kent Watsen Cc: Balázs Lengyel Subject: Re: [netconf] New Version Notification for draft-ietf-netconf-notification-capabilities-08.txt Hi Balazs, Additionally, it would be important to address some o

[netmod] RFC 6991bis: Abridged-instance-identifier

Hello. The following type was proposed to me. Would it be interesting for others? In some cases were the length of the identifier matters this can be useful e.g. on a user interface or in an SNMP packet. typedef abridged-instance-identifier { type string ; description "An

Re: [netmod] IPR poll on draft-ietf-netmod-factory-default

"No, I'm not aware of any IPR that applies to this draft" Balazs From: Kent Watsen Sent: 2019. december 2., hétfő 17:23 To: Qin Wu ; Balázs Lengyel ; Ye Niu Cc: netmod@ietf.org Subject: Re: [netmod] IPR poll on draft-ietf-netmod-factory-default Qin and Ye, thank you for your

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below: BALAZS5. From: Andy Bierman Sent: 2019. november 19., kedd 1:17 To: Balázs Lengyel Cc: Martin Bjorklund ; NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 the following text (or similar) should be added to the description-stmt above

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below BALAZS4. From: Andy Bierman Sent: 2019. november 18., hétfő 7:12 To: Balázs Lengyel Cc: Martin Bjorklund ; NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 On Sun, Nov 17, 2019 at 10:01 AM Balázs Lengyel mailto:balazs.leng

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

-Original Message- From: Martin Bjorklund Sent: 2019. november 18., hétfő 0:53 To: Balázs Lengyel Cc: a...@yumaworks.com; netmod@ietf.org Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 > > On Thu, Oct 10, 2019 at 5:06 AM Martin Bjorklund >

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below BALAZS3. From: Andy Bierman Sent: 2019. november 18., hétfő 0:58 To: Balázs Lengyel Cc: Martin Bjorklund ; NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 On Sun, Nov 17, 2019 at 6:19 AM Balázs Lengyel mailto:balazs.leng

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

From: Andy Bierman Sent: 2019. november 7., csütörtök 23:58 To: Martin Bjorklund Cc: Balázs Lengyel ; NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 It seems strange that the details that don't matter at all (like the filename) have lots

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below BALAZS2. -Original Message- From: Martin Bjorklund Sent: 2019. november 7., csütörtök 16:25 To: a...@yumaworks.com Cc: Balázs Lengyel ; netmod@ietf.org Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 > The schema-uri looks stand

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below BALAZS2. -Original Message- From: Martin Bjorklund Sent: 2019. november 7., csütörtök 16:17 To: Balázs Lengyel Cc: a...@yumaworks.com; netmod@ietf.org Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 Balázs Lengyel wrote: > See be

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below BALAZS2. -Original Message- From: Martin Bjorklund Sent: 2019. november 7., csütörtök 16:08 To: Balázs Lengyel Cc: netmod@ietf.org Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 Hi, > o leaf-list module > The type of this lea

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below, BALAZS From: Andy Bierman Sent: 2019. november 7., csütörtök 7:44 To: Balázs Lengyel Cc: Martin Bjorklund ; NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 IMO section 3 is too specific about the content within the content-data

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

1 comment accepted, 1 explained. See below BALAZS2. From: Andy Bierman Sent: 2019. november 7., csütörtök 7:15 To: Balázs Lengyel Cc: Martin Bjorklund ; NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 On Thu, Oct 10, 2019 at 5:06 AM Martin

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below, Balazs From: netmod On Behalf Of Andy Bierman Sent: 2019. október 10., csütörtök 19:38 To: Martin Bjorklund Cc: NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 On Thu, Oct 10, 2019 at 8:34 AM Andy Bierman

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

See below!Balazs From: netmod On Behalf Of Andy Bierman Sent: 2019. október 10., csütörtök 17:34 To: Martin Bjorklund Cc: NetMod WG Subject: Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04 On Thu, Oct 10, 2019 at 5:06 AM Martin Bjorklund

Re: [netmod] comments on draft-ietf-netmod-yang-instance-file-format-04

Hello Martin, I will update the draft following most of your comments. See details below. Regards Balazs -Original Message- From: netmod On Behalf Of Martin Bjorklund Sent: 2019. október 10., csütörtök 14:05 To: netmod@ietf.org Subject: [netmod] comments on

Re: [netmod] Yangdoctors last call review of draft-ietf-netmod-yang-instance-file-format-04

Hello, Thanks for the comments and the updated file accordingly. See below. Regards Balazs -Original Message- From: Acee Lindem via Datatracker Sent: 2019. október 30., szerda 13:59 To: yang-doct...@ietf.org Cc: draft-ietf-netmod-yang-instance-file-format@ietf.org;

Re: [netmod] Default statements and deviate add/replace

. október 22., kedd 16:37 To: Balázs Lengyel Cc: netmod@ietf.org; Mark Hollmann ; Edvardas Lasauskas Subject: Re: [netmod] Default statements and deviate add/replace Hi Balazs, Is this for the NETMOD list, or should bugs be filed against the misbehaving tools? Kent On Oct 22, 2019

[netmod] Default statements and deviate add/replace

Hello, I tried testing the following statements: deviation /nacm:nacm/nacm:enable-nacm { deviate add { config false; } } deviation /nacm:nacm/nacm:rule-list { deviate add { min-elements 1; } } In nacm both the config and the

Re: [netmod] [Netmod-ver-dt] Adding a feature is it BC or NBC ? [was: RE: YANG packages draft - now ready for review please]

Hello Rob, I agree: so introducing the “not” operator into if-feature IMHO was a mistake. It can have its uses, but it is very dangerous. regards Balazs (Sending it to the full netmod group.) From: Rob Wilton (rwilton) Sent: 2019. október 11., péntek 12:50 To: Balázs Lengyel ; Reshad

[netmod] PYANG refine fault ?

Hello, I was trying to validate the attached model. However pyang keeps complaining about refining a default for a leaf-list: ietf-notification-capabilit...@2019-10-10.yang:184: error: "leaf-list" node "ietf-notification-capabilities::supported-excluded-change-type" cannot be refined with

[netmod] Problems with lint validation

Hello, I validated my model ietf-notification-capabilit...@2019-08-13.yang with yangvalidator.com. My model seems fine, but I got a lot of errors from lint: yanglint Validation err : The leafref leaf is config but refers to a

Re: [netmod] I-D Action: draft-ietf-netmod-yang-instance-file-format-04.txt

Hello, Changes v03 - v04 o removed entity-tag and last-modified timestamp (metadata definitions) o Added simplified-inline method of content-schema specification AFAIK this addresses all comment from IETF105 and the mails afterwards. regards Balazs -Original Message- From: netmod

Re: [netmod] WG Last Call: draft-ietf-netmod-intf-ext-yang-07

I have reviewed the subject document and support publication. Regards Balazs -Original Message- From: netmod On Behalf Of Kent Watsen Sent: 2019. július 10., szerda 2:15 To: netmod@ietf.org Subject: [netmod] WG Last Call: draft-ietf-netmod-intf-ext-yang-07 All, This starts a

Re: [netmod] YANG next

+1, Balazs From: netmod On Behalf Of Andy Bierman Sent: 2019. július 24., szerda 14:32 To: Kent Watsen Cc: netmod@ietf.org Subject: Re: [netmod] YANG next On Wed, Jul 24, 2019 at 10:28 AM Kent Watsen mailto:k...@watsen.net> > wrote: So you want to work on YANG 1.2, but just the

Re: [netmod] YANG next

We already have some RFCs and drafts that propose extensions that would/could go into YANG 1.2. I would like to have an “official” agreement/document/wiki that lists what is planned to go into 1.2 whenever it happens. That would help us to have a platform that contains a well defined set of

Re: [netmod] Instance-data-format - shall we define etag and last-modified annotation ?

for different parts of the configuration. Regards Balazs From: Joe Clarke (jclarke) Sent: 2019. július 23., kedd 18:06 To: Rob Wilton (rwilton) Cc: Balázs Lengyel ; Andy Bierman ; Juergen Schoenwaelder ; netmod@ietf.org Subject: Re: [netmod] Instance-data-format - shall we define etag and last

Re: [netmod] YANG next

+1 Balazs -Original Message- From: netmod On Behalf Of Rob Wilton (rwilton) Sent: 2019. július 23., kedd 17:51 To: Ladislav Lhotka ; NETMOD WG Subject: Re: [netmod] YANG next Hi Lada, I still think that it makes sense to do YANG Next, on the assumption that it will take a couple of

Re: [netmod] Instance-data-format - shall we define etag and last-modified annotation ?

; unless people speak up it is removed. Regards Balazs From: Andy Bierman Sent: 2019. július 23., kedd 11:39 To: Juergen Schoenwaelder ; Balázs Lengyel ; netmod@ietf.org Subject: Re: [netmod] Instance-data-format - shall we define etag and last-modified annotation ? On Tue, Jul 23

Re: [netmod] YANG next

Hello, I share your concerns. However I see some ways of mitigating the problem: 1) Maybe the extension based solution is better than many people would believe. If we put new features (like status-information, import-revision-or-derived, preliminary-status etc.) into extensions e.g.

[netmod] 6991bis add protocol identities ?

Hello Jurgen, I have seen multiple places where protocol identities are needed. (Subscribed notifications, draft-mahesh-netconf-https-notif , 3GPP YAMs). Wouldn’t it be a good idea to define these centrally e.g. in 6991bis? I

Re: [netmod] Instance-data-format - shall we define etag and last-modified annotation ?

Hello Jürgen, Could the etag and last-modified annotations be moved to 6991bis? Regards Balazs -Original Message- From: Juergen Schoenwaelder Sent: 2019. július 22., hétfő 16:15 To: Balázs Lengyel Cc: netmod@ietf.org Subject: Re: [netmod] Instance-data-format - shall we define etag

[netmod] Instance-data-format -additional simplified format to define content schema

Hello, At the IETF 105 Netmod meeting it was stated that the flexible solution to define the context schema inline (requested earlier on the mailing list) is quite complex, so a fourth simpler method to define content schema inline is needed. The fourth method would add one more choice to

[netmod] Instance-data-format - shall we define etag and last-modified annotation ?

Hello, Restconf (rfc8040) defined to useful bits of metadata about a YANG defined datastore: entity-tag and the last-modified timestamp. These can be very useful in instance data sets, however Restconf defines an encoding for these (as part of the http headers) that can not be used in

[netmod] What's up with YANG-Next?

Hello Chairs, I would like to hear what’s up with YANG-Next (1.2). Could you please address it in the meeting! Even if we just have a statement that it is pending, it would be good to know. Regards Balazs smime.p7s Description: S/MIME cryptographic signature

[netmod] FW: New Version Notification for draft-ietf-netmod-yang-instance-file-format-03.txt

tek 13:06 To: Benoit Claise ; Balázs Lengyel Subject: New Version Notification for draft-ietf-netmod-yang-instance-file-format-03.txt A new version of I-D, draft-ietf-netmod-yang-instance-file-format-03.txt has been successfully submitted by Balazs Lengyel and posted to the IETF repository. N

Re: [netmod] Adoption poll for draft-schoenw-netmod-rfc6991-bis-00

I support the draft. Balazs On 2019. 03. 25. 21:30, Kent Watsen wrote: This email begins a 2-week adoption poll for:     https://tools.ietf.org/html/draft-schoenw-netmod-rfc6991-bis-00

Re: [netmod] IPR poll on draft-wu-netmod-factory-default-02

No, I’m not aware of any IPR that applies to this draft. Balazs On 2019. 03. 25. 21:17, Kent Watsen wrote: To each author and contributor listed on the "To" line. In order to complete the Adoption poll, are

Re: [netmod] instance data new backward compatibility text

only used SHOULD  (and not MUST) in the text. regards Balazs On 2019. 03. 25. 23:16, Juergen Schoenwaelder wrote: On Mon, Mar 25, 2019 at 09:59:43PM +, Balázs Lengyel wrote: Hello Jurgen, You are right that this is important mostly

Re: [netmod] Comments on instance data draft rev -02

I wanted to have an identifier for a particular instance-data-set. name+revision-date OR timestamp should serve that purpose. While it would be possible to use this without a name, IMHO that would be a very bad practice. Balazs On 2019. 03. 25. 14:52, Martin Bjorklund wrote: And a question:

Re: [netmod] Comments on instance data draft rev -02 - Change target-module to what name?

While I agree that target might not be the best name, I want a name that describes that "these are the modules I am providing instance data for". I propose to use the terms: "content-schema" and "content defining Yang module(s)" (Sometimes I need to

Re: [netmod] Comments on instance data draft rev -02

On 2019. 03. 25. 14:29, Joe Clarke wrote: To the point about yang-data-ext/structure, I see instance data was very useful, but it's a must to be able to augment its metadata. YANG Catalog would use that. If this draft moves forward without sx:structure, then I

Re: [netmod] instance data new backward compatibility text

Hello Jurgen, You are right that this is important mostly for instance data prepared as a design/implementation activity; while not relevant for data coming from the node. I will add it. However in the first case it is vital! For config files, and also for file documenting server

Re: [netmod] kw review of draft-ietf-netmod-yang-instance-file-format-02

Thanks for the comments, see below. Balazs On 2019. 03. 25. 8:03, Kent Watsen wrote: The Abstract says “re-using the same format as the reply to a operation/request”.  At first, I was going to suggest replacing with , but I

Re: [netmod] kw review of draft-ietf-netmod-yang-instance-file-format-02 - etag/timestamp

Hello Kent, Sadly you are right. So I should probably remove it. On the other hand IMHO it is could be useful info. What would you think, if I found an alternative encoding for it. (It would be optional.) It could be encoded as metadata on the

Re: [netmod] adoption poll for yang-versioning-reqs-02

On 2019. 03. 24. 21:05, Andy Bierman wrote: On Sun, Mar 24, 2019 at 11:39 AM Joel Jaeggli wrote:

Re: [netmod] IPR poll on yang-versioning-reqs-02

No, I'm not aware of any IPR that applies to this draft Balazs On 2019. 03. 13. 21:29, Kent Watsen wrote: To each author and contributor listed on the "To" line. In order to complete the Adoption poll, are you aware of any IPR that applies to yang-versioning-reqs-02?  Please Reply-All to

Re: [netmod] adoption poll for yang-versioning-reqs-02

I support the draft. (Contributor) regards Balazs On 2019. 03. 13. 21:22, Kent Watsen wrote: Seeing as how we all need to read this draft anyways, in preparation for our meeting in Prague, it seems like a good time for this poll.  

Re: [netmod] IETF 104 Presentation Requests

Hello, I would like to present our draft:   - name of the drafts (if any)   draft-ietf-netmod-yang-instance-file-format   - name of presentation (usually same as the name of the draft)   draft-ietf-netmod-yang-instance-file-format   - name of the presenters 

Re: [netmod] Obsolete feature - what does it mean?

, Juergen Schoenwaelder wrote: On Wed, Feb 27, 2019 at 10:19:55AM +, Balázs Lengyel wrote: Hello, The feature statement may have a status substatement. But what does it mean if a feature is deprecated or obsolete? Some ideas: * All if-feature

[netmod] Obsolete feature - what does it mean?

Hello, The feature statement may have a status substatement. But what does it mean if a feature is deprecated or obsolete? Some ideas: All if-feature statements using it should be removed. But what to do with "if-feature oldFeature AND otherFeature" ;

[netmod] Fwd: New Version Notification for draft-ietf-netmod-yang-instance-file-format-02.txt

Hello, A new version of the  draft YANG Instance Data File Format is available.    v01 - v02    o  Removed design time from terminology    o  Defined the format of the content-data part by referencing various   RFCs and drafts instead of the

Re: [netmod] [Editorial Errata Reported] RFC7950 (5642)

l handling regards Balazs On 2019. 02. 22. 12:07, Juergen Schoenwaelder wrote: On Fri, Feb 22, 2019 at 10:55:31AM +0000, Balázs Lengyel wrote: Do people really use enum names with whitespace within? I always had the feeling that the name of the en

Re: [netmod] [Editorial Errata Reported] RFC7950 (5642)

Do people really use enum names with whitespace within? I always had the feeling that the name of the enum is like an identifier, so it should follow maybe not the exact same but at least similar rules. When such an enum name is translated into a programing language AFAIK the translation

Re: [netmod] draft-ietf-netmod-yang-instance-file-format-01 terminology

Thanks for the comments. See below! On 2019. 02. 07. 16:32, Juergen Schoenwaelder wrote: Hi, I just stumbled across the terminology defined in draft-ietf-netmod-yang-instance-file-format-01 and I have several questions: Design time: A time during

Re: [netmod] Fwd: New Version Notification for draft-ietf-netmod-yang-instance-file-format-01.txt

with container package-ref. Thanks, Rob On 06/12/2018 10:15, Balázs Lengyel wrote: Hello, We uploaded a new version of the instance data draft. We tried to address all comments and also to rework the form

Re: [netmod] Any implementation of ietf-snmp.yang RFC 7407

On 2018. 12. 18. 17:10, Martin Bjorklund wrote: Balázs Lengyel wrote: Hello, Does anyone know about implementations of the ietf-snmp YANG model? As far as I could find none of the SW/vendors yumapro, tailf/confd, snmp-research, adventnet, netsnmp, snmp4j, Cisco, Huawei, Nokia, Juniper have

[netmod] Any implementation of ietf-snmp.yang RFC 7407

Hello, Does anyone know about implementations of the ietf-snmp YANG model? As far as I could find none of the SW/vendors yumapro, tailf/confd, snmp-research, adventnet, netsnmp, snmp4j, Cisco, Huawei, Nokia, Juniper have implemented it. regards Balazs -- Balazs Lengyel

Re: [netmod] [Netconf] magic leaf 'type' in IETF interfaces

Hello, While I agree with Martin, in our systems we have a number of places, where the system does create configuration in running, due to different levels of automation and autonomous algorithms kick-in the created config needs to be possible to

[netmod] Fwd: New Version Notification for draft-ietf-netmod-yang-instance-file-format-01.txt

Hello, We uploaded a new version of the instance data draft. We tried to address all comments and also to rework the format chapter to make it easier to read. We omitted 2 comments: Rob commented that YANG packages could be used for defining the target modules

Re: [netmod] instance file parsing - what is the target YANG module set

Hello Andy, Give me a few days and I will come out with -01 version of the draft that addresses this issue. We propose 3 options: Include the needed information as part of instance data as defined by ietf-yang-library, that documents module name,

[netmod] instance file format timestamp

On 2018. 11. 30. 13:48, Juergen Schoenwaelder wrote: PS: I am also concerned about the revision being not fine grained enough to be useful. I would love to have a much more precise timestamp telling me when the instance data was recorded. I would

Re: [netmod] Datastore leaf for yang instance data

On 2018. 11. 28. 16:43, Robert Wilton wrote: On 28/11/2018 15:32, Juergen Schoenwaelder wrote: On Wed, Nov 28, 2018 at 03:27:26PM +, Robert Wilton wrote: On 28/11/2018 10:20, Juergen Schoenwaelder wrote: On Wed, Nov 28, 2018 at 09:41:12AM +, Balázs Lengyel wrote: I do not buy

Re: [netmod] yang-instance-file-format - do we need a special file extension ?

OK, so lets go with option 3. balazs On 2018. 11. 30. 16:17, Juergen Schoenwaelder wrote: On Fri, Nov 30, 2018 at 12:48:48PM +, Balázs Lengyel wrote: Hello, Joe, Jurgen, RFC6020 doesn't really register� file extensions, but rather media types. I don't feel we need a new

[netmod] yang-instance-file-format - do we need a special file extension ?

件原件- 发件人: netmod [mailto:netmod-boun...@ietf.org] 代表 Joe Clarke 发送时间: 2018年11月28日 22:36 收件人: Balázs Lengyel; netmod@ietf.org 主题: Re: [netmod] Fwd: New Version Notification for draft-ietf-netmod-yang-instance-file-format-00.txt On 11/23/18 07:48, Balázs Lengyel wrote: Do you have to register the ".yi

[netmod] yang-instance-file-format - do we need a special file extension ?

? Is that optional? Is that needed? regards Balazs On 2018. 11. 28. 15:48, Juergen Schoenwaelder wrote: On Wed, Nov 28, 2018 at 09:35:55AM -0500, Joe Clarke wrote: On 11/23/18 07:48, Balázs Lengyel wrote: Do you have

Re: [netmod] instance file format and etags/timestamps, xml attributes

Hello Jurgen, Thanks for the comments. See answers below. regards Balazs On 2018. 11. 28. 11:01, Juergen Schoenwaelder wrote: draft-ietf-netmod-yang-instance-file-format-00.txt says: The JSON format SHALL follow the format of the reply returmed

Re: [netmod] for a future rfc6991bis

day, 14 November 2018 5:03 a.m. To: Juergen Schoenwaelder; Balázs Lengyel Cc: NETMOD WG Subject: Re: [netmod] for a future rfc6991bis On 11/13/18, 9:07 AM, "netmod on behalf o

Re: [netmod] Datastore leaf for yang instance data

On 2018. 11. 23. 16:49, Juergen Schoenwaelder wrote: On Fri, Nov 23, 2018 at 01:21:23PM +, Balázs Lengyel wrote: BALAZS: "Instance data associated with a datastore" may mean many things, that's why this relatively loose term is used. It may mean: * Data was

Re: [netmod] Datastore leaf for yang instance data

:23PM +, Balázs Lengyel wrote: BALAZS: "Instance data associated with a datastore" may mean many things, that's why this relatively loose term is used. It may mean: * Data was read from that datastore * Data is intended to be fed into that datastore * Some

[netmod] How to specify the target modules for YANG instance data [was: Re: validity of instance-data]

Hello Lada, I like your idea idea, thanks. Adding some more details :     Metadata MUST include:    o  Name of the instance data set    o  target: Specifies the method and details by which the target YANG   modules, supported features and deviations are specified.  The   specified

[netmod] Datastore leaf for yang instance data

BALAZS: "Instance data associated with a datastore" may mean many things, that's why this relatively loose term is used. It may mean: Data was read from that datastore Data is intended to be fed into that datastore

Re: [netmod] Fwd: New Version Notification for draft-ietf-netmod-yang-instance-file-format-00.txt

Thanks for the comments. Details below. Balazs On 2018. 11. 06. 4:25, Joe Clarke wrote: On 11/5/18 21:54, Balázs Lengyel wrote: The first WG version of the document is stored. It is the same as  draft-lengyel-netmod-yang-instance-data

Re: [netmod] Deviations and augmentations

Hello, We also need a method for removing stuff. It does happen that some functionality is deemed not important enough, outdated, too expensive to maintain, so we want to remove it. Augment is clearly not the tool for that. Deviations are not

Re: [netmod] for a future rfc6991bis

} description "Availability level of the link"; } Thanks, - Xufeng On Sun, Nov 4, 2018 at 7:07 AM Balázs Lengyel mailto:balazs.leng...@ericsson.com>> wrote: +1 to percentage. Balazs On 2018. 11. 03. 3:44, Xufeng Liu wrote: Remember that some d

[netmod] Fwd: New Version Notification for draft-ietf-netmod-yang-instance-file-format-00.txt

The first WG version of the document is stored. It is the same as  draft-lengyel-netmod-yang-instance-data-05 except for the change of title. Balazs Forwarded Message Subject:

Re: [netmod] New Version Notification for draft-verdt-netmod-yang-versioning-reqs-01.txt

Implementing 3.2 will be very costly. IMHO Ericsson will not implement it. We will do our utmost to avoid NBC changes, but if they do happen, I don't believe we would support multiple versions. If the data models are sufficiently NBC e.g. changing a boolean

<    1   2   3   >