Re: [netmod] Must expression: how to test all instances?

expression only needs to test for "self" equivalency (i.e., the "derived-from" part is unneeded). K. > On Aug 17, 2022, at 5:08 PM, Kent Watsen wrote: > > > Given a must-expression like this: > > uses ts:local-or-truststore-public-keys-grouping { >

Re: [netmod] Adoption call for draft-ma-netmod-with-system-05

to the IPR poll that they were unaware of any IPR pertaining to this draft: https://mailarchive.ietf.org/arch/msg/netmod/l3Uwh11LfLM6VQ2psvs60-PADSY <https://mailarchive.ietf.org/arch/msg/netmod/l3Uwh11LfLM6VQ2psvs60-PADSY>. Kent and Lou > On Oct 17, 2022, at 10:53 AM, Kent Watsen wrote: >

Re: [netmod] Adoption call for draft-ma-netmod-with-system-05

Fixing typos in message below - need more coffee ;) K. > On Nov 2, 2022, at 10:00 AM, Kent Watsen wrote: > > > This draft is successfully adopted as a NETMOD WG chartered document. > > Authors, when the draft-submission window re-opens, please submit > draft-ma-

Re: [netmod] I-D Action: draft-ietf-netmod-syslog-model-28.txt

anaged to make it work > > And JTBC, I'm not saying the model is wrong since it probably matches how > many/most network OSes behave. > > Regards, > Reshad. > > > On Monday, October 31, 2022, 08:03:50 PM EDT, Kent Watsen > wrote: > > > Reshad, > >

[netmod] WGLC on draft-ietf-netmod-syslog-model-28

Dear NETMOD WG, This message begins a two-week WGLC for draft-ietf-netmod-syslog-model-28 ending on Friday, January 27th. Here is a direct link to the HTML version of the draft: https://datatracker.ietf.org/doc/html/draft-ietf-netmod-syslog-model-28 Positive comments, e.g., "I've

Re: [netmod] What to reference when importing an IANA module?

> On Jan 13, 2023, at 11:25 AM, Benoit Claise > wrote: > > Hi Tom, >> Yes I do think that people outside the IETF may be ignorant of the nuances >> of the way the IETF works and may not realise that a URL to the IANA >> website must be used in preference to an RFC. There is more to YANG

Re: [netmod] I-D Action: draft-ietf-netmod-rfc6991-bis-14.txt

>> Deprecating ip-address (and ipv4-address and ipv6-address?) is probably the >> most disruptive >> change to YANG that one could make. No, the most disruptive thing would be to do what roughly 1/2 of the WG was proposing before, which is to introduce now a non-backwards compatible change

Re: [netmod] Regarding IPR on draft-dbb-netmod-acl-03

Samier's response is needed to initiate the adoption call. Kent // co-chair > On Dec 6, 2022, at 1:15 PM, Oscar González de Dios > wrote: > > Dear NETMOD WG chairs, all, > >No, I'm not aware of any IPR that applies to this draft. > >Our co-author Samier has changed

Re: [netmod] I-D Action: draft-ietf-netmod-rfc6991-bis-14.txt

> The idea to encode all relevant semantics of a type in a type's name > has far-reaching consequences: > > - Are we going to deprecate counter32 and introduce > non-zero-based-counter32 because we have also zero-based-counter32? > > - Do we introduce date-and-time-with-optional-zone-offset

Re: [netmod] I-D Action: draft-ietf-netmod-rfc6991-bis-14.txt

Hi Juergen, >> I may've been thrown off by the following "no-zone" types...should they be >> named consistently? >> >> - date-no-zone --> date-no-zone-offset or date-without-zone-offset >> - time-no-zone --> time-no-zone-offset or time-without-zone-offset > > The 'no-zone'

Re: [netmod] I-D Action: draft-ietf-netmod-rfc6991-bis-14.txt

> On Dec 9, 2022, at 11:27 AM, Jürgen Schönwälder > wrote: > > On Fri, Dec 09, 2022 at 03:41:05PM +, Kent Watsen wrote: >> >> The current date-and-time is not ambiguous because it asserts that either a >> 'Z' or an offset is present, making impossible

Re: [netmod] I-D Action: draft-ietf-netmod-rfc6991-bis-14.txt

> Nobody has asked for a 'name' version yet. I just wanted to use this > example that demonstrate that it is hard to future proof name > choices. Fine. The intended pattern wasn't clear. Knowing that there is a pattern, it's fine to not have a "name" version. Should the draft capture the

Re: [netmod] I-D Action: draft-ietf-netmod-rfc6991-bis-14.txt

Thanks for this update Juergen. I was just thinking this morning to ping you on it. ietf-yang-types: 1) The table in the "Overview" section needs to reflect new names (e.g., s/date/date-with-zone-offset/) 2) The "revision" statement needs to reflect new names (e.g.,

Re: [netmod] I-D Action: draft-ietf-netmod-rfc6991-bis-14.txt

Hi Juergen, >> 3) There are two "time-with-zone-offset" typedefs (one should be >> "time-without-zone-offset"?) > > No, I only see one. My bad, I didn't see the subtype. But I may've been thrown off by the following "no-zone" types...should they be named consistently? - date-no-zone

[netmod] IPR Poll on draft-ietf-netmod-yang-semver-09

[NOTE: A response is needed from all listed in this message's "To" line, the authors and contributors listed in the draft] Authors, Contributors, WG, In preparation for a WGLC Call: Are you aware of any IPR that applies to drafts identified above? Please state either: "No,

Re: [netmod] [Editorial Errata Reported] RFC8519 (7313)

Rob, Errata should be accepted. Kent > On Jan 18, 2023, at 10:02 AM, RFC Errata System > wrote: > > The following errata report has been submitted for RFC8519, > "YANG Data Model for Network Access Control Lists (ACLs)". > > -- > You may review the

Re: [netmod] IPR Poll on draft-ietf-netmod-yang-semver-09

Thank you all! Everyone replied: "No, I'm not aware of any IPR that applies to this draft". We'll move to WGLC as soon as the IPR call on "yang-module-versioning" completes. Kent > On Jan 16, 2023, at 5:59 PM, Kent Watsen wrote: > > [NOTE: A respo

Re: [netmod] [Editorial Errata Reported] RFC8519 (7312)

Rob, Errata should be accepted. Kent > On Jan 18, 2023, at 9:29 AM, RFC Errata System > wrote: > > The following errata report has been submitted for RFC8519, > "YANG Data Model for Network Access Control Lists (ACLs)". > > -- > You may review the report

Re: [netmod] Adoption call for draft-ma-netmod-with-system-05

, for the the "Inactive-Until-Referenced" nodes. Whilst I recognize that it must be done for YANG 1.1, it is not nice solution (polluting and such). My only solace is in knowing that YANG-next can make it right. K. > On Oct 17, 2022, at 10:53 AM, Kent Watsen wrote: &

Re: [netmod] New Version Notification for draft-ma-netmod-immutable-flag-04.txt

I agree with this update. Regarding the Subject line on the earlier message, no, I do not think the immutable-flag solution should be an update to NACM. Thanks, Kent // as a Contributor > On Oct 20, 2022, at 4:32 AM, maqiufang (A) > wrote: > > Hi, all > > As mentioned in the previous

Re: [netmod] I-D Action: draft-ietf-netmod-syslog-model-28.txt

Reshad, Which text in the draft are you pointing to? Thanks, Kent // as Shepherd > On Oct 17, 2022, at 10:33 AM, Reshad Rahman wrote: > > Hi, > > I believe this model is hard (impossible?) to implement with rsyslog since > with rsyslog as soon as a message is blocked/discarded, no further

Re: [netmod] IPR Poll on draft-ietf-netmod-yang-semver-09

Acknowledgement and Contributor sections before moving forward on this document. Once we have the new version, we can then judge if there are any missing IPR statements. Thank you, Kent and Lou > On Jan 16, 2023, at 5:59 PM, Kent Watsen wrote: > > [NOTE: A response is needed from a

Re: [netmod] Changing an identity base

Italio, Can you add an item for this issue here: https://github.com/netmod-wg/yang-next/issues Including a pointer to this thread in the mail archive would be most excellent. K. ___ netmod mailing list netmod@ietf.org

[netmod] NETMOD Agenda Updated

/agenda-116-netmod https://datatracker.ietf.org/meeting/116/session/netmod ## Session: Friday 2023-03-31 09:30-11:30 JST (00:30 - 02:30 UTC) Room: 4FG412-G413 ## WG Chairs: Lou Berger(lberger at labs dot net) Kent Watsen (kent plus ietf at watsen dot net) ## WG Secretary Jason Sterne (jason

Re: [netmod] system configuration/datastore and the keystore/truststore drafts

This is my reading as well. Despite being published 5 years ago, the pushback comes because there’s no *programmatic* way to prevent client breakage. There is a need to have a mechanism, like the “critical” flag (1), to signal when new behavior is required. (1)

Re: [netmod] Strictness of Base64classic in RFC 7950/7951

This was discussed in late 2021. I switched from: base64encodedvalue== to: BASE64VALUE= in all my drafts then. Which document are you looking at? Kent > On Feb 27, 2023, at 9:24 AM, Carsten Bormann wrote: > > On 2023-02-27, at 15:04, Ladislav Lhotka wrote: >> >>

Re: [netmod] Strictness of Base64classic in RFC 7950/7951

>> This was discussed in late 2021. I switched from: >> >> base64encodedvalue== >> >> to: >> >> BASE64VALUE= >> >> in all my drafts then. Which document are you looking at? > > RFC 8366 (from 2018). That document was published before the issue was discovered. File an Errata

Re: [netmod] WGLC on draft-ietf-netmod-syslog-model-28

time, with numerous reviews, I (as Shepherd and co-Chair) am thinking to progress it now, even though the most recent WGLC solicited only one response, being Reshad's. Are there any objections to this proposal? Thanks, Kent > On Jan 13, 2023, at 8:04 AM, Kent Watsen wrote: > > De

Re: [netmod] Strictness of Base64classic in RFC 7950/7951

> On Feb 28, 2023, at 2:25 AM, Ladislav Lhotka wrote: > > Was it this thread? > > https://mailarchive.ietf.org/arch/msg/netconf/ra_KfLp2HPUZajLIYQ_MBLf-sfw/ > No, it didn't regard the sztp-csr draft's IESG LC. K. > Lada > ___ netmod mailing

Re: [netmod] [netconf] Security text for I-D with YANG modules

[-netconf, +netmod] True, that claim seems overstated and one would think that such should be in NETMOD. Searching OPSAWG, I don't see it. Can you provide a link? K. > On Feb 20, 2023, at 12:27 PM, tom petch wrote: > > I see an I-D has appeared recently with the title > Security

[netmod] WGLC on node-tags-09

This email begins a two-week WGLC on: https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags-09 Please take time to review this draft and post comments by May 2nd. Favorable comments are especially welcomed. This draft went through a WGLC a year ago. The authors

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

Hi Qiufang, > I support ensuring XC/Y remains transactional, such that a client can always > move from valid config-A to valid config-B in a single update. I also > support requiring a "with-immutable" flag in client-requests in order for the > "immutable" annotations to be returned (like

Re: [netmod] IPR Poll on draft-ietf-netmod-yang-semver-09

> lana.w...@huawei.com > > Jan Lindblad > jlind...@cisco.com > > Rgds, > Jason > >> -Original Message- >> From: netmod On Behalf Of Kent Watsen >> Sent: Monday, March 13, 2023 7:35 PM >> To: netmod@ietf.org >> Cc: Rob W

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

> Which merge fails? + = > If the mac-addr in running does not match the > hardware (and it has to match according to the model), then the > interface config simply will not be applied. Maybe that’s the answer. I was thinking that just the ‘key’ fields were used to “match the hardware”.

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

Hi Jürgen, > My assumption so far is that an interface configuration is matched > against hardware and it is applied if there is matching hardware. In > other words, if an edit makes the interface configuration not match > the hardware anymore, then the config is simply not applied anymore > and

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

; So it's marked with 'immutable' is reasonable. If someone try to modify it, > reporting error from server should be acceptable. I take this as an agreement to the below discussion. Thanks, Kent > > > > -----邮件原件- > 发件人: netmod [mailto:netmod-boun...@ietf.org] 代表 Ke

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

Hi Andy, > I hope the immutable flag will work with non-NMDA as well as the current NMDA. Yes. A non-NMDA server can still: Present YANG modules having the "immutable" extension statements. It's up to the clients if they understand it and, if not, then nothing changes. Return the

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

Hi Jürgen, > I am not sure I follow. If I replace the line card, I may have to > update the type of the interface config. Why would this be disallowed? Nothing is being disallowed, by this proposal. There is no new server behavior. The proposal only enables a server to programmatically

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

> Where in the NC or YANG RFCs do we talk about immutable data? Where in > the interfaces data model do we define that the type leaf becomes > immutable once a line card has been plugged into a slot? Following is from RFC 7223. Note that the description statement almost says that the value is

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

Hi Qiufang, > I think that it is undesirable to support the "with-immutable" request > parameter on non-configuration datastores. The reason why is that I believe > the "with-origin" flag is more useful. If the "origin" is "system", then > immutability is "true". > Is this true: If the

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

t;immutable=true", unless toggled back to "immutable=false" by a descendent node. Thoughts? Kent // contributor > On Apr 17, 2023, at 5:29 AM, maqiufang (A) wrote: > > Hi, Jan > > Thank you so much for the follow-up, please see my reply inline

Re: [netmod] system configuration/datastore and the keystore/truststore drafts

Hi Andy, > No customer would ever let us take away this tenet, no matter what RFC comes > out. What tenet? That is valid or that the representation returned to clients is valid? No one is talking about (on the server) not being valid, the only nuance is in *how* the server validates ,

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

Hi Rob, > - In terms of properties that cannot be changed once written, I would rather > see this issue framed more in the direction of it just being extra > documentation written in a machine-readable way. Specifically, using the > annotation to give an indication that servers MAY reject

Re: [netmod] I-D Action: draft-ietf-netmod-node-tags-09.txt

I received a warning today that this draft will expire in 6 days. IIRC, the authors are waiting for a response from Juergen (see below). Juergen, if you can respond, that would be best. Otherwise, I'll start another round of WGLC and IPR calls tomorrow. Kent // chair > On Oct 17, 2022, at 9:14

Re: [netmod] Comments on draft-ma-netmod-immutable-flag-06

there a compromise that can meet 3GPP’s and ITU’s > goals without eroding the underlying NETCONF/YANG architecture? > > Regards, > Rob > > // Still no hats. > > From: netmod mailto:netmod-boun...@ietf.org>> On > Behalf Of Kent Watsen > Sent: 03 April 2023 22:23 &

Re: [netmod] system configuration/datastore and the keystore/truststore drafts

> Perhaps Kent can help us by summarizing why he believes copying is > needed, i.e., why lazy references by name do not work for credentials > stored in TPMs. The truststore and keystore use-case entails the following concepts from the system-config draft: - Inactive Until Referenced

Re: [netmod] system configuration/datastore and the keystore/truststore drafts

> The fact that a draft has been adopted by a WG does not mean it will > get finished and published as a standard. I have seen documents dying, > I have seen entire WGs dying. Sure, okay, and funny. > So do the client/server/crypto/... configuration modules need any > special handling by the

Re: [netmod] Request for WG adoption, draft-haas-netmod-unknown-bits-01.txt

> I agree. If we end up with "yang-next" as I've heard it called, this would > be a useful case to resolve. > > If we ended up with such a thing, it'd be nice to simply deprecate the > "unknown" leaves, upgrade the type from "bits" to "bits-with-unknown" (or > similar) and work from there. >

Re: [netmod] WGLC on draft-ietf-netmod-syslog-model-28

oposal? > > Thanks, > Kent > > >> On Jan 13, 2023, at 8:04 AM, Kent Watsen wrote: >> >> Dear NETMOD WG, >> >> This message begins a two-week WGLC for draft-ietf-netmod-syslog-model-28 >> ending on Friday, January 27th. Here is a direct link to

Re: [netmod] New Version Notification for draft-ma-netmod-immutable-flag-07.txt

Cherry picking a few items below. > [Rob Wilton (rwilton)] > I think that the document is unclear about how it interplays with the system > datastore, e.g., I find very few references to the system datastore, so I > think that it would be helpful for that to be clarified. > [Qiufang] Sure.

Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts

spent many hours in the regular working meetings. Thank you, Lou and Kent > On May 8, 2023, at 6:49 PM, Kent Watsen wrote: > > Dear NETMOD WG, > > This message begins a joint two-week WGLC for > draft-ietf-netmod-yang-semver-11 and > draft-ietf-netmod-yang-module-versio

Re: [netmod] Lines too long in YANG tree diagrams

Hi Italo, > On Jul 5, 2023, at 5:58 PM, Italo Busi > wrote: > > RFC8340 suggests to use the "--tree-line-length 69" option to produce YANG > tree diagrams to be included into an Internet-Draft or RFC. > > Although this option works well in many cases, there are few cases where > pyang

Re: [netmod] Lines too long in YANG tree diagrams

> But what I do for readability and to avoid lint issues is use rfcfold on > trees or examples that have long lines. For the examples that are xml or > json based, the consumer of the RFC needs to reverse the fold so that the > example works in yanglint or other tools. It would be ideal for

Re: [netmod] Query RFC-8348 hardware model

Forwarding to the authors of the RFC. K. > On May 30, 2023, at 3:47 AM, Vanapatla Ramana (Nokia) > wrote: > > Hello Team, > > Gentle remainder on the below query. > > Regards, > Ramana > > From: Vanapatla Ramana (Nokia) > Sent: Friday, May 5, 2023 8:05 PM > To:

Re: [netmod] New Version Notification for draft-ma-netmod-immutable-flag-07.txt

Hi Quifang, The latest update looks very good to me - IMO, ready for adoption. Jan, Jurgen, Andy, Rob - can you confirm that your concerns have been addressed? Thanks, Kent > On May 25, 2023, at 8:16 AM, maqiufang (A) > wrote: > > Hi, all > This version reflects the input we've received

Re: [netmod] Query RFC-8348 hardware model

Forwarding to the authors of the RFC. K. > On May 30, 2023, at 3:47 AM, Vanapatla Ramana (Nokia) > wrote: > > Hello Team, > > Gentle remainder on the below query. > > Regards, > Ramana > > From: Vanapatla Ramana (Nokia) > Sent: Friday, May 5, 2023 8:05 PM > To:

Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts

NETMOD WG, The chairs are extending this WGLC by two weeks (now ending June 5) in order to ensure adequate review, since this is important work, and a solid consensus is needed. Kent and Lou > On May 8, 2023, at 6:49 PM, Kent Watsen wrote: > > Dear NETMOD WG, > > This

Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts

ot;. That said, I believe that an even better versioning-solution can be had if integrated into the YANG-language directly. Kent > On May 22, 2023, at 6:20 PM, Kent Watsen wrote: > > NETMOD WG, > > The chairs are extending this WGLC by two weeks (now ending June 5) in

Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts

Hi Martin! > I think you meant https://github.com/netmod-wg/yang-next/issues/49. Yes but, in spirit of the idea, I suppose both would be in play, if at all. >> IMO the parsing of YANG files to produce a conceptual data model >> is a critical component of the language itself. Any statements

[netmod] IPR Poll on draft-haas-netmod-unknown-bits-02

[NOTE: A response is needed from all listed in this message's "To" line, the authors and contributors listed in the draft] Authors, Contributors, WG, In preparation for an Adoption Call: Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm

[netmod] Adoption poll for draft-haas-netmod-unknown-bits-02

NETMOD WG, This email begins a 2-week adoption poll for: https://datatracker.ietf.org/doc/draft-haas-netmod-unknown-bits/02 There is no known IPR on this draft (IPR call ). Please voice your support or technical

Re: [netmod] Unknown bits - backwards compatibility

Hi Jeff, I’ve been hoping you would reply to some of the comments here before kicking off the WGLC. Specifically, I’m wondering if it makes sense to add a new section to provide guidance to implementors? I’m unsure myself, as the concerns raised seem to be addressed by YANG Library, in that

Re: [netmod] Unknown bits - backwards compatibility

H Jeff, > I hadn’t realized that your intent was to skip directly to WGLC, unless this > was a typo. Most WG process I deal with goes through at least a thin > adoption stage even if the intent is to move forward swiftly to last call. I meant “adoption”. No process skipping here! >>

[netmod] Call for IETF 117 Slot Requests

NETMOD WG, The *draft* agenda for IETF117 has been posted - https://datatracker.ietf.org/meeting/117/agenda The NETMOD session information is scheduled to be held: Wednesday, July 26, 2023 09:30-11:30 Tuesday Session I Room: Continental 6

[netmod] Joint WGLC on "semver" and "module-versioning" drafts

Dear NETMOD WG, This message begins a joint two-week WGLC for draft-ietf-netmod-yang-semver-11 and draft-ietf-netmod-yang-module-versioning-09 ending on Monday, May 22nd. Neither draft has IPR declared. Here are the direct links to the HTML version for these drafts: -

Re: [netmod] rfc8407bis IANA guidance (enums vs identities)

Hi Mohamad, Thanks for the response. Some thoughts below. K > On Feb 8, 2024, at 3:36 AM, mohamed.boucad...@orange.com wrote: > > Hi Kent, all, > > Let’s me also provide some background and explain why we are not using any > normative language for enum vs identities. We used to have this

Re: [netmod] rfc8407bis IANA guidance (enums vs identities)

Hi Mohamad, Thanks for the response. Some thoughts below. K > On Feb 8, 2024, at 3:36 AM, mohamed.boucad...@orange.com wrote: > > Hi Kent, all, > > Let’s me also provide some background and explain why we are not using any > normative language for enum vs identities. We used to have this

[netmod] IPR poll for draft-ma-netmod-immutable-flag-09

Authors, Contributors, WG, As a prerequisite for the adoption on this document: YANG Metadata Annotation for Immutable Flag https://datatracker.ietf.org/doc/html/draft-ma-netmod-immutable-flag-09 Are you aware of any IPR that applies to draft identified above? Please

Re: [netmod] Rfc8407 - what does this text mean?

efine a “temporary non-NMDA module”. PS: top-posting for simplicity K. > On Feb 16, 2024, at 3:25 PM, Andy Bierman wrote: > > > > On Fri, Feb 16, 2024 at 12:07 PM Kent Watsen <mailto:kent%2bi...@watsen.net>> wrote: >> NETMOD, >> >> An IESG member rev

[netmod] Rfc8407 - what does this text mean?

NETMOD, An IESG member reviewing one of my drafts flagged a section I had written to satisfy this text from https://datatracker.ietf.org/doc/html/rfc8407#section-3.5: If the document contains a YANG module(s) that is compliant with NMDA [RFC8342], then the Introduction section

Re: [netmod] RE I-D Action: draft-ietf-netmod-node-tags-11.txt

Juergen, Tom, Andy, Gentle reminder. Kent // shepherd > On Nov 14, 2023, at 4:49 PM, Kent Watsen wrote: > > Juergen, Tom, Andy, > > The previous WGLC for this draft didn’t succeed due to your comments. > Qin’s update (1) below removes all the (metric) specific

Re: [netmod] Rfc8407 - what does this text mean?

netmod mailto:netmod-boun...@ietf.org>> De la > part de Kent Watsen > Envoyé : vendredi 16 février 2024 21:55 > À : Andy Bierman mailto:a...@yumaworks.com>> > Cc : netmod@ietf.org <mailto:netmod@ietf.org> > Objet : Re: [netmod] Rfc8407 - what does this text mea

[netmod] rfc8407bis IANA guidance (enums vs identities)

Authors, WG, Following is a comment on Section 4.30.2. https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc8407bis-06#section-4.30.2 The text says: START An IANA-maintained module may use identities (e.g., [RFC8675]) or enumerations (e.g., [RFC9108]). The decision about which

Re: [netmod] Operational State usage of YANG choices and constraints

With limited experience wrt the impact on servers, as a client, it’s always best for the opstate data to be modeled as accurately as possible, for better processing and user experience. K. > On Dec 22, 2023, at 1:37 PM, Acee Lindem wrote: > > We’ve had some discussions as to whether YANG

Re: [netmod] Proposed date for Interim on system-config-04

son >> (perander) >> Sent: Monday, December 4, 2023 7:05 PM >> To: Kent Watsen ; netmod@ietf.org >> Subject: Re: [netmod] Proposed date for Interim on system-config-04 >> >> >> CAUTION: This is an external email. Please be very careful when clicking

Re: [netmod] YANG to TypeScript?

Thanks Lada! > On Jan 2, 2024, at 6:50 AM, Ladislav Lhotka wrote: > > Hi Kent, > > it's not exactly what you are asking for but FWIW Yangson has a method > DataModel.schema_digest [1] > that returns a “schema digest” - a JS object that contains all information > that is necessary for such a

[netmod] YANG to TypeScript?

In the “here’s something different” category… I’m interested in creating an SPA (single page application) on top of a RESTCONF server. Popular SPA frameworks include AngularJS, Ember.js, ExtJS, Knockout.js, Meteor.js, React, Vue.js, and Svelte. TypeScript is a used by these frameworks to

Re: [netmod] YANG to TypeScript?

> On Jan 3, 2024, at 4:58 AM, Ladislav Lhotka wrote: > > Kent Watsen mailto:kent+i...@watsen.net>> writes: > >> Thanks Lada! >> >> >>> On Jan 2, 2024, at 6:50 AM, Ladislav Lhotka wrote: >>> >>> Hi Kent, >>> &g

[netmod] Proposed date for Interim on immutable-flag-09

Dear NETMOD WG, The chairs would like to schedule an Interim meeting to discuss draft-ietf-netmod-immutable-flag. - note that this is in addition to the Interim on Jan 23 for the system-config draft. Considering various time-options with Qiufang, as author, with Chinese Lunar New Year

[netmod] Proposed date for Interim on system-config-04

Dear NETMOD WG, Following up on an action from the 118 session, the chairs would like to schedule an Interim meeting to discuss draft-ietf-netmod-system-config. Considering various time-options with Qiufang, as author, it seemed that the following 2-hour slot was best for all (see table at

Re: [netmod] Draft Minutes for Virtual Interim

The draft interim minutes have been updated. Thank you Jason, Jurgen, and Carsten for your valuable comments. Link to minutes: https://datatracker.ietf.org/doc/minutes-interim-2024-netmod-01-202401231400/ The minutes are reproduced below for convenience. Please report any updates needed here.

[netmod] rfc8407bis IANA module identifier name

Authors, WG, Following is a comment on Section 4.30.3.1. https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc8407bis-06#section-4.30.3.1 The text says: "The name of the "identity" is the lower-case of the name provided in the registry.” Yet Section 4.3.1. (Identifier Naming Conventions)

[netmod] Draft Minutes for Virtual Interim

Link to minutes: https://datatracker.ietf.org/doc/minutes-interim-2024-netmod-01-202401231400/ Reproduced below for convenience. Please report any updates needed here. Kent (and Lou) This virtual interim was soley focused on the "system-config" draft. Qiufang Ma presented. Draft:

Re: [netmod] Draft Minutes for Virtual Interim

it may work in circumstances where the operator doesn’t use > templates or inactive config *or* the client reproduces the server logic for > the running->intended transforms > > Jason > > From: netmod mailto:netmod-boun...@ietf.org>> On > Behalf Of Kent Watsen > Sent:

[netmod] Fwd: Draft Minutes for Virtual Interim

Hi Juergen, > Well, statements like "the WG agrees" are problematic for things that > have not been discussed on the mailing list. Perhaps it is the people > attending the interim agreed? Well, I can't tell, I have not been > there... Maybe but… - it was an official Interim meeting (not just

Re: [netmod] Network Modeling (netmod) WG Virtual Meeting: 2024-02-06

Reminder that NETMID is having another Virtual Interim a week from today. Kent > On Jan 22, 2024, at 10:22 AM, IESG Secretary wrote: > > The Network Modeling (netmod) WG will hold a virtual interim meeting on > 2024-02-06 from 09:00 to 11:00 America/New_York (14:00 to 16:00 UTC). > > Agenda:

Re: [netmod] Proposed date for Interim on immutable-flag-09

I’m going to schedule this Interim now but, please be advised that, per Jan’s comment on for the "system-config” interim, the “CET” label should’ve been “UTC” instead. Kent > On Jan 11, 2024, at 6:18 PM, Kent Watsen wrote: > > Dear NETMOD WG, > > The chairs wo

Re: [netmod] RE I-D Action: draft-ietf-netmod-node-tags-11.txt

Juergen, Tom, Andy, The previous WGLC for this draft didn’t succeed due to your comments. Qin’s update (1) below removes all the (metric) specific node-tags. All that is left now is the generic mechanism for tagging nodes. Can you confirm that this update (-11) addresses your concerns? Thanks,

Re: [netmod] Adoption call for draft-ma-opsawg-schedule-yang-04

following repo has been created for you: https://github.com/netmod-wg/schedule-yang. Kent and Lou > On Mar 26, 2024, at 11:49 AM, Kent Watsen wrote: > > NETMOD WG, > > This email begins a 2-week adoption poll for: > > A Common YANG Data Model for Scheduling >

[netmod] IPR on call on draft-ietf-netmod-rfc8407bis-11

Authors, Contributors, WG, As a prerequisite for the WGLC on this document: Guidelines for Authors and Reviewers of Documents Containing YANG Data Models https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc8407bis-11 Are you aware of any IPR that applies to draft

[netmod] WGLC on draft-ietf-netmod-rfc8407bis

This email begins a two-week WGLC on: Guidelines for Authors and Reviewers of Documents Containing YANG Data Models https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc8407bis/ Please take time to review this draft and post comments by May 20. Favorable comments are

Re: [netmod] IPR on call on draft-ietf-netmod-rfc8407bis-11

None of the authors are aware of any IPR. Please note that Qin’s response isn’t threaded correctly, but can be found here: https://mailarchive.ietf.org/arch/msg/netmod/NDygxJmY6FEOwXS8ifGo08INR58/ Kent > On Apr 29, 2024, at 6:05 PM, Kent Watsen wrote: > > Authors, Contrib

Re: [netmod] Long trees RE: Next steps for draft-ietf-netmod-rfc8407bis

and tree-diagram views. K. > On Mar 5, 2024, at 11:21 AM, Italo Busi > wrote: > > I like the idea of relying on tooling with hyperlinks > > For txt and pdf, I agree that a link is the best option since these formats > are not optimized for including YANG trees >

Re: [netmod] Adoption call for draft-ma-netmod-immutable-flag-09

) to "draft-ietf-netmod-immutable-flag-00" and upload to data tracker. Any adoption-comments should be addressed in a -01 version. No IPR was reported: https://mailarchive.ietf.org/arch/msg/netmod/g_Rh24gXHZcfTUXDo0xZ-sXK-vU/ Thanks, Kent and Lou > On Feb 22, 2024, at 12:41 PM

Re: [netmod] Draft IETF 119 NETMOD Agenda posted

>> Thanks, >> Jason (+ chairs Kent and Lou) >> >> Draft Agenda for the NETMOD 119 WG Session >> https://datatracker.ietf.org/meeting/119/materials/agenda-119-netmod >> https://datatracker.ietf.org/meeting/119/session/netmod >> >> Session: >&g

[netmod] IPR Call on draft-ma-opsawg-schedule-yang-04

he list above, and not unicast it. PS: Currently no IPR is filed for this draft: https://datatracker.ietf.org/ipr/search/?submit=draft=draft-ma-opsawg-schedule-yang Thanks. Kent Watsen (as co-chair) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] IPR Call on draft-ietf-netmod-system-config-05

s filed for this draft: https://datatracker.ietf.org/ipr/search/?submit=draft=draft-ietf-netmod-system-config. Thanks. Kent Watsen (as co-chair) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] YANG Versioning: filename recommendations for YANG Semver

> This can never happen since the '#' char is not allowed in a YANG module name. > YANG 1.1 tools look for MODNAME[@DATE].EXT. > If the YANG module name is not in this format the tool will not find the > module. https://datatracker.ietf.org/doc/html/rfc7950#section-5.2 says: The name

Re: [netmod] IPR Call on draft-ietf-netmod-system-config-05

My last message didn’t tag all authors and contributors. This message adds to the “To” line the following additional authors and contributors: - Chong Feng - Kent Watsen - Jan Linblad - Jason Stern Kent // chair > On Mar 25, 2024, at 9:30 PM, Kent Watsen wr

Re: [netmod] IPR Call on draft-ietf-netmod-system-config-05

No, I'm not aware of any IPR that applies to this draft. Kent // contributor > On Mar 26, 2024, at 11:40 AM, Kent Watsen wrote: > > My last message didn’t tag all authors and contributors. > > This message adds to the “To” line the following additional authors and

<    4   5   6   7   8   9   10   >