Re: [netmod] artwork folding: dual support modes?

> But note that figures in RFCs are normally indented with 3 spaces > (they _can_ be outdented, if the lines are long enough). The days of scraping from plain-text RFCs are over [1]. Extracting, if needed at all, should be from the XML, where there are no such issues. Extracting from the pla

Re: [netmod] artwork folding: dual support modes?

> On Mar 4, 2019, at 11:04 AM, Martin Bjorklund wrote: > > Kent Watsen wrote: >> >> >>> But note that figures in RFCs are normally indented with 3 spaces >>> (they _can_ be outdented, if the lines are long enough). >> >> >&

Re: [netmod] artwork folding: dual support modes?

>> Now that IETF has officially moved to XML as the sole format > > I'm not sure what you mean, can you provide a pointer? AFAICT, the > latest published RFC is still only available as txt and pdf. I meant that XML is the sole *input* format, per RFC 7990, but you're right about the XML not c

Re: [netmod] artwork folding: dual support modes?

No, there are cases where this fails. We went thru this before. >>> >>> Only if you have data with > 69 spaces in a row that needs to be >>> preserved. >> >> More generally, anytime the fold occurs where space characters >> follow. > > No, b/c you wouldn't fold there. A human wouldn't,

[netmod] YANG-next Selection Discussion in Prague

For those interested in the YANG-next, there are three upcoming events: 1) a 2-hour virtual interim on Mar 20 (the IESG-Secretary will send out the invite shortly) 2) a 10-15 minute presentation on Monday, Mar 25 in NETMOD session #1 3) a 2-hour deep-dive meeting on Wednesday, Mar 2

Re: [netmod] YANG Semantic Versioning for Modules: draft-verdt-netmod-yang-semver-00.txt

> It is derived from draft-clacla-netmod-yang-model-update-05 (sorry - I need > to update the draft meta-data to reflect this). I'm not able to set this metadata now, as neither the "Replaces" or "Replaced-by" options are available. This may be due to one draft being an I-D and the other dra

Re: [netmod] YANG Semantic Versioning for Modules: draft-verdt-netmod-yang-semver-00.txt

>> It is derived from draft-clacla-netmod-yang-model-update-05 (sorry - I need >> to update the draft meta-data to reflect this). > > I'm not able to set this metadata now, as neither the "Replaces" or > "Replaced-by" options are available. This may be due to one draft being an > I-D and the

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

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. Thusly, this email begins a 1-week adoption poll for: https://tools.ietf.org/html/draft-verdt-netmod-yang-versioning-reqs-02

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

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 *this* email and state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR

[netmod] NETMOD 104 Draft Agenda

TF 104 Sessions: - MONDAY, 10:00-11:00, Grand Ballroom (2nd-half of NETCONF's session) - MONDAY, 13:50-15:50, Congress Hall 1 - FRIDAY, 10:50-12:50, Congress Hall 3 (CANCELLED) WG Chairs: Lou Berger (lberger at labn dot net) Kent Watsen (kwatsen at juniper dot net) J

Re: [netmod] NETMOD 104 Draft Agenda

Ballroom (2nd-half of NETCONF's session) - MONDAY, 13:50-15:50, Congress Hall 1 - FRIDAY, 10:50-12:50, Congress Hall 3 (CANCELLED) WG Chairs: Lou Berger (lberger at labn dot net) Kent Watsen (kent+ietf at watsen dot net) Joel Jaeggli (joelja at bogus dot com Available During Se

[netmod] 104 Presenters: please send your slides

Dear NETCONF 104 Presenters, Please send your slides to the chairs alias (CC-ed) by this Friday. Thanks you! Kent and Mahesh ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] 104 Presenters: please send your slides

[fixing copy/paste issues] Dear NETMOD 104 Presenters, Please send your slides to the chairs alias (CC-ed) by this Friday. Thanks you! Kent (and Lou and Joel) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] Network Modeling (netmod) WG Virtual Meeting: 2019-03-20

YANG-Next Reminders: TOMORROW: Virtual Interim scheduled (see invite below) Also: Monday: 10-15 minute presentation during the afternoon NETMOD session Wednesday: 2-hour deep dive in Karlin 3 starting at 15:00 (please mark your calendars) Kent > On Mar 7, 2019, at 4:05 PM, IESG Sec

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

> I don't think the versioning data nodes is a good idea. > I have seen entire REST APIs be versioned, but not individual parameters > within the API. FWIW, I have seen individual resources versioned within a REST API, in lieu of a version number in the beginning of the URL. The REST API pre

[netmod] Meeting minutes for virtual interim on Mar 20

cee Lindem - Andy Bierman - Balazs Lengyel - Kent Watsen - Mahesh Jethanandani - Martin Bjorklund - Reshad Rahman - Robert Wilton - Juergen Schoenwaelder Results: - The few recently entered unsecured issues were scored, though two more issues were entered after the meeting ended. So

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

> This is much simpler because the REST APIs are like RPC operations in YANG -- > they do not interact with each other. > In fact, it is impossible in YANG to have the XPath/leafref cross-references > in 1 RPC access another RPC. > > It is easy to support many revisions of an RPC operation. > N

[netmod] kw review of draft-verdt-netmod-yang-semver-00

I understand that this draft is shaking fundamentals that is making some folks nervous.  The concern is appreciated, but I also understand well issues vendors are facing and don't believe that maintaining status quo is realistic. The requirements are, for the most part, correct (IMO), especiall

Re: [netmod] artwork folding: dual support modes?

I’ve been thinking about Martin’s desire for the pretty single backslash approach. I think the discussion should be about the probability of collisions (I.e., files that cannot be folded due to false positives) Assuming 95 printable characters (127-32) plus ‘\n’, a total of 96 characters, the

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

Hi Andy, > Andy Bierman wrote: > > BTW, I do not support adoption of the requirements document at all. Can you say why? Is it a blanket statement about adopting requirements drafts in general, or something specific to this draft. Kent ___ netmo

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

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 question if this is correct since the draft supports JSON, which neither NETCONF RPC is able to return. The Terminology section is missing an entry for

[netmod] IPR poll on draft-schoenw-netmod-rfc6991-bis-00

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 draft-schoenw-netmod-rfc6991-bis-00? Please Reply-All to *this* email and state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm

[netmod] IPR poll on draft-chopps-netmod-geo-location-01

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 draft-chopps-netmod-geo-location-01? Please Reply-All to *this* email and state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm

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

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 draft-wu-netmod-factory-default-02? Please Reply-All to *this* email and state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm

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

This email begins a 2-week adoption poll for: https://tools.ietf.org/html/draft-schoenw-netmod-rfc6991-bis-00 Please voice your support or objections before April 8. Kent (and Lou and Joel) ___ netmod mailing list netmod@ietf.org https://www.ietf.

[netmod] Adoption poll for draft-chopps-netmod-geo-location-01

This email begins a 2-week adoption poll for: https://tools.ietf.org/html/draft-chopps-netmod-geo-location-01 Please voice your support or objections before April 8. Kent // as co-chair ___ netmod mailing list netmod@ietf.org https://www.ietf.org

[netmod] Adoption poll for draft-wu-netmod-factory-default-02

This email begins a 2-week adoption poll for: https://tools.ietf.org/html/draft-wu-netmod-factory-default-02 Please voice your support or objections before April 8. Kent (and Lou)___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/

Re: [netmod] Adoption poll for draft-wu-netmod-factory-default-02

> I would rather see fixed more generically to allow copying > between two configuration datastores than specifically augmenting > specifically for this datastore. Hence, I think that extending/replacing the > RPC could probably be deferred to a NETCONF-bis or > NETCONF-NMDA-bis document.

Re: [netmod] Question on draft-wu-netmod-factory-default

Sent from my iPhone > On Mar 26, 2019, at 8:37 AM, Joe Clarke wrote: > >> On 3/26/19 03:22, Juergen Schoenwaelder wrote: >>> On Tue, Mar 26, 2019 at 03:12:26AM -0400, Joe Clarke wrote: On 3/26/19 01:51, Juergen Schoenwaelder wrote: Qin, the idea should be to make things si

[netmod] Today’s YANG-Next Discussion

Reminder: today there is a 2-hour deep-dive meeting on YANG Next in Karlin 3 from 15:00-17:00. Kent ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] minutes from Wednesday's YANG Next meeting

Attendees: - Martin Bjorklund - Mahesh Jethanandani - Balazs Lengyel - Reshad Rahman - Xufeng Lu - Juergen Schoenwaelder - Kent Watsen - Robert Wilton - Qin Wu We quickly scored four new issues, and then spent remaining time placing issues into four categories

Re: [netmod] yang next issue #46 binary encoding support

Issue reopened and added to the "Further Discuss" column. K. > On Mar 31, 2019, at 6:32 AM, Rob Wilton (rwilton) wrote: > > I also agree that we should reopen this issue to further discuss any language > implications, and add it to the “Further Discuss” bucket. > > I suggest that we just d

Re: [netmod] minutes from Wednesday's YANG Next meeting

Sorry about that Lada, I thought I was forgetting someone! K. > On Apr 1, 2019, at 3:37 AM, Ladislav Lhotka wrote: > > Hi Kent, > > for the record, I was there, too. > > Lada > > Kent Watsen píše v Pá 29. 03. 2019 v 22:27 +: >> >> Attendees:

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-02.txt

ine Internet-Drafts > directories. > This draft is a work item of the Network Modeling WG of the IETF. > >Title : Handling Long Lines in Inclusions in Internet-Drafts > and RFCs > Authors : Kent Watsen > Adrian Farrel

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

-rfc6991-bis-00 with the only change being the name and publication date. Thank you, Kent (and Lou and Joel) > On Mar 25, 2019, at 4:30 PM, Kent Watsen wrote: > > This email begins a 2-week adoption poll for: > > https://tools.ietf.org/html/draft-schoenw-netmod-rfc6991-b

Re: [netmod] Adoption poll for draft-chopps-netmod-geo-location-01

-location-00 with the only change being the name and publication date. Thank you, Kent (and Joel) [Lou rightly recused himself] > On Mar 25, 2019, at 4:32 PM, Kent Watsen wrote: > > This email begins a 2-week adoption poll for: > > https://tools.ietf.org/html/draft-ch

Re: [netmod] Adoption poll for draft-wu-netmod-factory-default-02

these issues should be addressed before proceeding with the adoption. Authors, please update and resubmit the draft addressing the comments received during the adoption poll. Another adoption poll will be issued when ready. Thank you, Kent (and Lou and Joel) > On Mar 25, 2019, at 4:34 PM, K

[netmod] rfc6991-bis: "token" type?

Many times in models I want a non-empty version of what XSD calls a "token": tokenA string that does not contain line feeds, carriage returns, tabs, leading or trailing spaces, or multiple spaces. So how about the following? typedef token { type string

Re: [netmod] rfc6991-bis: "token" type?

ms to evolve with > the unicode version. And once you start digging into the various > attempts of modern programming languages to support internationalized > identifiers, you discover that this is far from trivial to get right. > > /js > > On Thu, Apr 18, 2019 at 04:51:21AM +00

Re: [netmod] rfc6991-bis: "token" type?

yang-identifier is not appropriate. Ignore the password, it's not the important (e.g., passwords can have spaces at the beginning or end). K. > On Apr 22, 2019, at 9:43 PM, Andy Bierman wrote: > > > > On Mon, Apr 22, 2019 at 1:21 PM Kent Watsen <mailto:kent%2b

[netmod] enable features to be supported per grouping-use (not globally per-datastore)

Use case: - a shared low-level module defines a feature and defines a grouping with an if-feature with it. - the grouping is used by various higher-level modules. - in some uses of the grouping, the feature is desired, and in others not. - current yang-library enables the featur

[netmod] Adoption poll for draft-wu-netmod-factory-default-03

This email begins a 1-week adoption poll for: https://tools.ietf.org/html/draft-wu-netmod-factory-default-03 As we already have consensus from the previous poll to work on the problem, this poll primarily seeks for objections for using -03 as a basis for WG adoption (the document will be ad

Re: [netmod] Regarding IPR on draft-ietf-netmod-artwork-folding-02

No, I’m not aware of any IPR that applies to this draft. Kent > On May 12, 2019, at 5:17 PM, Lou Berger wrote: > > Authors, Contributors, WG, > > As part of WG Last Call > > Are you aware of any IPR that applies to drafts identified above? > > Please state either: > > "No, I'm not aware

Re: [netmod] Adoption poll for draft-wu-netmod-factory-default-03

e -02 I-D (that which was adopted), and then post a -01 follow-up addressing the comments received. Thank you, Kent (and Lou and Joel) > On May 8, 2019, at 5:51 PM, Kent Watsen wrote: > > This email begins a 1-week adoption poll for: > > https://tools.ietf.org/html/draft-wu-

[netmod] can a leaf of type "empty" have a "default" value?

A leaf with type "empty" is often times used to represent a boolean: present == set, not present == not set. Is there a way in YANG to specify that the "empty" type leaf is "set" by default? Perhaps like this: leaf flag { type empty; default ""; } Kent // contributor

Re: [netmod] can a leaf of type "empty" have a "default" value?

> An empty type cannot have a default value. > > Regards, > Reshad. > > From: netmod on behalf of Kent Watsen > > Date: Friday, May 17, 2019 at 3:53 PM > To: "netmod@ietf.org" > Subject: [netmod] can a leaf of type "empty" have a "def

Re: [netmod] I-D Action: draft-ietf-netmod-factory-default-01.txt

The value-proposition is limited and not worth special effort to make happen. - RFC 6241: augment statements are needed to add to the existing RPCs, so just support . - RFC 8040: datastore aren't supported, there's no way to access the "factory-default" datastore.

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

Since the response is tepid so far, and the request says "even from authors"... I've reviewed this document and believe it is ready for publication. Kent // co-author > On May 12, 2019, at 5:19 PM, Lou Berger wrote: > > > All, > > This starts a two-week working group last call for > dra

Re: [netmod] New Version Notification for draft-ietf-netmod-nmda-diff-01.txt

It's great to see activity on this draft. However, authors should close open items on list before posting updates. Specifically, there are open items from the adoption-poll, the 103 meeting minutes, and the emails Andy and Juergen sent on Nov 6. PS: as a contributor, the update seems incomp

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

Hi Italo, > 1) Section 7.2.1 (Folding for Single Backslash Strategy) says: > > Ensure that the desired maximum line length is not less than the > minimum header, which is 46 characters. If the desired maximum line > length is less than this minimum, exit (this text-based content > cann

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

Hi Martin, Thanks for your review. > I have reviewed draft-ietf-netmod-artwork-folding-02, and here are my > comments: > > > o 6 > > Perhaps: > > OLD: > > begins at the first non- > whitespace character on the following line. > > NEW: > > begins at the first character that is

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

Hi Rob, Thanks for your review. Comments below. > 1) Abstract: > I wasn't sure whether the abstract is still entirely accurate, given that the > document describes two strategies rather than one, only one of those > strategies is time proven ('\'), and only one of those strategies works on

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

ended recipient(s) is prohibited. If you receive > this e-mail in error, please notify the sender by phone or email immediately > and delete it! > > From: Kent Watsen [mailto:k...@watsen.net <mailto:k...@watsen.net>] > Sent: lunedì 27 maggio 2019 19:57 > To: Italo Busi m

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

> [RW] > Yes, I think that is better, and probably OK. > > I still slightly question “One strategy is based on the time-proven use of a > single backslash ('\') character to indicate where line-folding has occurred, > with the continuation occurring with the first non-space (' ') character o

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

> [RW] > Perhaps, less is more, e.g., > > “One strategy is based on the historical use of a single backslash ('\') > character to indicate where line-folding has occurred.”? Replaced. > [RW] > So, for example considering the current text, if it was a JSON input file, it > would be more

Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

Hi Martin, >> When a larger document contains multiple instances of text content >> that may need to be folded or unfolded, it is assumed that another >> process inserts/extracts the individual text content instances to/ >> from the larger document prior to utilizing the algorithms descr

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-03.txt

Internet-Drafts > and RFCs >Authors : Kent Watsen > Adrian Farrel > Qin Wu > Filename: draft-ietf-netmod-artwork-folding-03.txt > Pages : 25 > Date: 2019-05-30 > > Abstra

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-03.txt

Separately, it's been more than two weeks since the below message. There has been no comments on #2 below, and so the chairs can more forward with the publishing request now? Kent // author (recused chair) > On May 30, 2019, at 10:41 AM, Kent Watsen wrote: > > > This

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-03.txt

not contain a space”. > > Best, > Adrian > > > From: netmod On Behalf Of Kent Watsen > Sent: 17 June 2019 18:39 > To: netmod@ietf.org > Subject: Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-03.txt > > > I just posted an Editorial upda

Re: [netmod] Question on RESTCONF / Yang list creation without key value

> On Jun 19, 2019, at 2:37 AM, Ramon Casellas wrote: > > Dear all, > > Apologies if this is a FAQ, or a basic question but we have been recently > involved in using RESTCONF / YANG as a controller NBI to request optical > connections in the photonic media layer within the TAPI framework and

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-05.txt

e Internet-Drafts > directories. > This draft is a work item of the Network Modeling WG of the IETF. > >Title : Handling Long Lines in Inclusions in Internet-Drafts > and RFCs > Authors : Kent Watsen > Adrian Fa

Re: [netmod] ?= ?==?utf-8?q? mandatory choice with non-presence container cas

Hi Michal, > I agree, but these valid data were correctly printed into invalid data. I do > not think printing is allowed to change the validity of data. The NP-container text is unclear. I'm unsure if you saw the thread in NETCONF, but I filed this issue over the weekend. Please add to it,

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-05.txt

All, The non-normative script in this draft received a few pull requests from an interested party outside our WG. I plan to publish an update shortly incorporating them, but I just realized the the name of the script should be improved. Especially as some consider distributing it with their

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-06.txt

ote: > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Network Modeling WG of the IETF. > >Title : Handling Long Lines in Inclusions in Internet-Drafts > and RF

Re: [netmod] 答复: pls clarify get operation

Hi Frank, >I think IETF solution: migrate to NMDA is unrealistic. The cost of > migration to NMDA is too expensive, If the entire industry migrates to NMDA, > the time will be long. Does Huawei wish to be a leader or a follower? If servers support both, the clients will quickly adapt.

[netmod] IETF 105 Presentation Requests

Dear WG, The preliminary IETF 105 Agenda has been posted [1]. NETMOD has two back-to-back sessions Monday afternoon, a total of 4 hours with a 20-minute beverage and snack break in the middle. If you are interested in presenting to the WG, please send your presentation requests to the "netmod

Re: [netmod] 答复: pls clarify get operation

An unsolicited follow up to my earlier message. I didn’t mean to single out any particular company, rather then trying to encourage all companies to make the bold business decision to embrace NMDA. The statement was only intended to be one of encouragement. Another clarification, the server

Re: [netmod] [netconf] RE: pls clarify get operation

Hi Qin, > If my understanding is correct, Frank’s intention is not proposed to fall > back to single datastore, split tree. His concern is how Does the non-NMDA > client talk with NMDA compliant devices, suppose large amount of devices > support NMDA. Using the original non-NMDA protocols, ass

Re: [netmod] [netconf] RE: pls clarify get operation

[Just back from a 4th of July thing] Hi Qin, > It provides guideline how to create temporary non-NMDA module from NMDA > module, but temporary non-NMDA module is not standard module. So everybody > will create the same temporary non-NMDA module? > I also feel this second paragraph is not v

[netmod] WG Last Call: draft-ietf-netmod-sub-intf-vlan-model-05

All, This starts a twelve-day working group last call for draft-ietf-netmod-sub-intf-vlan-model-05. The working group last call ends on July 21 (the day before the NETMOD 105 sessions). Please send your comments to the working group mailing list. Positive comments, e.g., "I've reviewed this d

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

All, This starts a twelve-day working group last call for draft-ietf-netmod-intf-ext-yang-07 The working group last call ends on July 21 (the day before the NETMOD 105 sessions). Please send your comments to the working group mailing list. Positive comments, e.g., "I've reviewed this document

[netmod] draft netconf 105 agenda posted.

Duluth (2nd floor) WG Chairs: Lou Berger (lberger at labn dot net) Joel Jaeggli (joelja at bogus dot com Kent Watsen (kent plus ietf at watsen dot net) Available During Session: Etherpad: https://etherpad.ietf.org/p/notes-ietf-105-netmod Slides:https://datatracker.ietf.org

[netmod] IPR poll on draft-ietf-netmod-sub-intf-vlan-model-05

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 draft-ietf-netmod-sub-intf-vlan-model-05? Please Reply-All to *this* email and state either: "No, I'm not aware of any IPR that applies to this draft" o "Yes,

[netmod] IPR poll on WG Last Call: draft-ietf-netmod-intf-ext-yang-07

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 WG Last Call: draft-ietf-netmod-intf-ext-yang-07? Please Reply-All to *this* email and state either: "No, I'm not aware of any IPR that applies to this draft"

Re: [netmod] I-D Action: draft-ietf-netmod-artwork-folding-06.txt

needed. Thanks, Kent (as an author) > On Jul 10, 2019, at 5:40 PM, Lou Berger wrote: > > Hi Kent, Authors, > > Sorry for the delay in processing this. WRT your comments, see below: > > On 6/27/2019 5:35 PM, Kent Watsen wrote: >> >> This update pri

[netmod] Fwd: New datatracker feature: Allow presenters to upload slides

IETF 105 Presenters! Please note that, per below, *you* are now able to upload your own slides to Datatracker. Please try to do this, the links to use are: For NETCONF: https://datatracker.ietf.org/meeting/105/session/netconf F

Re: [netmod] draft netconf 105 agenda posted.

The agenda has been updated: https://datatracker.ietf.org/doc/agenda-105-netmod + draft-ietf-netmod-nmda-diff-02 + draft-wu-netmod-base-notification-nmda-03 Kent ___ netmod mailing list netmod@iet

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

> The values are associated with a representation of a response > to a request for some portion of the datastore contents. E.g., a > representation in XML must be a different > ETag than a JSON representation (of the exact same datastore contents). AFAIK, this is not required, and definitely n

Re: [netmod] YANG next

>>> So you want to work on YANG 1.2, but just the parts you want to change? ;-) >> I am actually fine with not doing any changes to YANG 1.1 at all, except >> perhaps >> bug fixes. This doesn't necessarily mean closing the NETMOD WG, it would IMO >> be >> immensely useful to rewrite the language

Re: [netmod] [Editorial Errata Reported] RFC8407 (5800)

This errata should be accepted. Kent > On Jul 31, 2019, at 10:36 AM, RFC Errata System > wrote: > > The following errata report has been submitted for RFC8407, > "Guidelines for Authors and Reviewers of Documents Containing YANG Data > Models". > > -- > Y

Re: [netmod] Last Call: (Handling Long Lines in Inclusions in Internet-Drafts and RFCs) to Best Current Practice

Hi Paul, Thanks for your comments! > 1) Section 6.2 recommends only using double backslash folding if single > backslash folding doesn't work. But all the examples in section 9 violate > this. True, but these example illustrate the algorithm itself, and so seem okay, or is your suggestion to

Re: [netmod] Last Call: (Handling Long Lines in Inclusions in Internet-Drafts and RFCs) to Best Current Practice

Hi Paul, > But now that I am thinking about this, it occurs to me that maybe the two > methods can be collapsed into one: > > just make the sequence to be inserted for folding be (using ABNF): > > "\" %x0C [%x0A] *" " ["\"] > > The trailing backslash only needs to be inserted if the character

Re: [netmod] Secdir last call review of draft-ietf-netmod-artwork-folding-08

Hi Robert, I'm glad that you reviewed this draft, as I envision backend Datatracker integration may be desired (as we discussed in the Code Sprint before). > On Aug 2, 2019, at 4:10 PM, Robert Sparks via Datatracker > wrote: > > Reviewer: Robert Sparks > Review result: Has Nits > > Reviewer

Re: [netmod] Alexey Melnikov's Discuss on draft-ietf-netmod-artwork-folding-08: (with DISCUSS)

Hi Alexey, Response at bottom. Kent > On Aug 28, 2019, at 2:50 PM, Alexey Melnikov via Datatracker > wrote: > > Alexey Melnikov has entered the following ballot position for > draft-ietf-netmod-artwork-folding-08: Discuss > > When responding, please keep the subject line intact and reply to

Re: [netmod] Alexey Melnikov's Discuss on draft-ietf-netmod-artwork-folding-08: (with DISCUSS)

to be escaped. > > Barry > > On Thu, Aug 29, 2019 at 4:55 AM Alexey Melnikov > wrote: >> >> Hi Kent, >> >> On 28 Aug 2019, at 23:03, Kent Watsen wrote: >> >> Hi Alexey, >> >> Response at bottom. >> >> Kent &

Re: [netmod] Alexey Melnikov's Discuss on draft-ietf-netmod-artwork-folding-08: (with DISCUSS)

character), but it's not "escaping" in the traditional sense (i.e., the first '\' is in no way giving special significance to the second '\'). What's really going on is better described as a forced folding on a line that contains an invalid end-of-line sequ

Re: [netmod] Barry Leiba's No Objection on draft-ietf-netmod-artwork-folding-08: (with COMMENT)

Hi Barry, I addressed all these issues in the latest update: https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-09 For the "2nd line needing to be blank" issue, I also updated the code to test for it. Thanks, Ken

Re: [netmod] Éric Vyncke's No Objection on draft-ietf-netmod-artwork-folding-08: (with COMMENT)

Hi Eric, I added references for 'pyang' and 'yanglint' in the latest update: https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-09 Thanks, Kent > On Aug 26, 2019, at 7:37 AM, Éric Vyncke via Datatracker > wrote

Re: [netmod] Alexey Melnikov's Discuss on draft-ietf-netmod-artwork-folding-08: (with DISCUSS)

t that the algorithm doesn't say that. > > Barry > > On Thu, Aug 29, 2019 at 9:44 AM Kent Watsen wrote: >> >> >> >> On Aug 29, 2019, at 9:36 AM, Alexey Melnikov wrote: >> >> On Thu, Aug 29, 2019, at 2:31 PM, Barry Leiba wrote: >> >&

Re: [netmod] Roman Danyliw's No Objection on draft-ietf-netmod-artwork-folding-09: (with COMMENT)

Hi Roman, Thanks for your review. I'll prepare an update accounting for your (and Adam's) comments shortly. First, I have a couple questions: > (1) Section 1. To make this document more enduring, Ib > the capabilities of xml2rfc (i.e., no line wrapping is done) to a version > number. Do y

Re: [netmod] Alissa Cooper's Abstain on draft-ietf-netmod-artwork-folding-09: (with COMMENT)

>> There has been discussion about how embedding YANG models in RFCs seems like >> a >> poor fit for a number of reasons. By standardizing line-folding mechanisms >> and >> claiming them as a best practice, this document reinforces the root of that >> problem rather than trying to fix it. > >

Re: [netmod] Alissa Cooper's Abstain on draft-ietf-netmod-artwork-folding-09: (with COMMENT)

Hi Alissa, Thank you for your review. Comments below. Kent // as co-author > On Sep 4, 2019, at 2:56 PM, Alissa Cooper via Datatracker > wrote: > > Alissa Cooper has entered the following ballot position for > draft-ietf-netmod-artwork-folding-09: Abstain > > When responding, please keep t

Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-artwork-folding-09: (with DISCUSS and COMMENT)

Hi Suresh, Thank you for your review. Comments below. Kent // as co-author > On Sep 5, 2019, at 10:41 AM, Suresh Krishnan via Datatracker > wrote: > > Suresh Krishnan has entered the following ballot position for > draft-ietf-netmod-artwork-folding-09: Discuss > > When responding, please k

Re: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-artwork-folding-09: (with DISCUSS and COMMENT)

Hi Ben, Thank you for your review. Comments below. Update @ https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-10 Kent // as co-author > On Sep 5, 2019, at 2:07 AM, Benjamin Kaduk via Datatracker > wrote: > > Be

Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-artwork-folding-09: (with COMMENT)

Hi Adam, Thank you for your review. Comments below. Update @ https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-10 Kent // as co-author > On Sep 3, 2019, at 8:34 PM, Adam Roach via Datatracker > wrote: > > Adam

Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-artwork-folding-09: (with DISCUSS and COMMENT)

Hi Suresh, Please see https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-10 <https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-10> for updates. It's now Informational. Kent // as co-author > On Sep 5, 2019, at 1:08 PM, Kent Watsen wrote: > > H

Re: [netmod] IPR check draft-ietf-netmod-yang-data-ext-04

No, I'm not aware of any IPR that applies to this draft. Kent // as co-author > On Sep 27, 2019, at 1:35 AM, Joel Jaeggli wrote: > > Authors, Contributors, WG, > > As part of WG Last Call for draft-ietf-netmod-yang-data-ext-04 > > Are you aware of any IPR that applies to drafts identifie

Re: [netmod] IANA registries

All, >> That's a bit odd. But perhaps it can be solved by actually not >> filling in all values in this module, but rather make it a template >> and instruct IANA to fill it in with the contents of the registry at >> the time of publication. > > OK, so the module template in the RFC couldn't be

Re: [netmod] IANA registries

Hi Lada, > Another option, also suggested in DNSOP WG, was to enable YANG to refer > directly to the IANA registry. For crypto types, I don’t know if this it possible, as there may be many registries involved. Regardless, what is it that is doing the referring? an identityref? there need

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, at 6:56 AM, Balázs Lengyel > wrote: > > Hello, > I tried testing the following statements: > > deviation /nacm:nacm/nacm:enable-nacm { > deviate add { > conf

<    1   2   3   4   5   6   7   8   9   10   >