[netmod] Re: Regarding IPR on draft-ietf-netmod-yang-semver-17

No, I'm not aware of any IPR that applies to this draft. Jason > -Original Message- > From: Lou Berger > Sent: Tuesday, September 17, 2024 6:09 PM > To: Robert Wilton ; Joe Clarke (jclarke) > ; Balazs Lengyel ; Jason > Sterne (Nokia) ; Benoit Claise > > Cc:

[netmod] Re: Regarding IPR on draft-ietf-netmod-yang-module-versioning-12

No, I'm not aware of any IPR that applies to this draft. Jason > -Original Message- > From: Lou Berger > Sent: Tuesday, September 17, 2024 6:08 PM > To: Robert Wilton ; Reshad Rahman ; > Balazs Lengyel ; Joe Clarke (jclarke) > ; Jason Sterne (Nokia) > Cc: Ne

[netmod] Re: WGLC on system-config-05

rom: maqiufang (A) Sent: Saturday, May 11, 2024 3:34 AM To: Jan Lindblad (jlindbla) ; Jason Sterne (Nokia) Cc: Qin Wu ; chong feng ; Kent Watsen ; netmod@ietf.org Subject: RE: [netmod] Re: WGLC on system-config-05 [resending due to mailarchive issues] From: maqiufang (A) Sent: Saturday, May

[netmod] Re: WGLC on system-config-05

Hi all, Please see inline. (Note: I haven't read Rob's review yet) Jason From: Jan Lindblad (jlindbla) Sent: Tuesday, May 7, 2024 8:57 AM To: maqiufang (A) ; Qin Wu ; fengchong...@gmail.com Cc: Kent Watsen ; netmod@ietf.org Subject: [netmod] Re: WGLC on system-config-05 CAUTION: This is an ext

[netmod] IETF 119 draft NETMOD minutes posted

Hello NETMOD WG, The draft minutes from the NETMOD session at IETF 119 have been posted: https://datatracker.ietf.org/doc/minutes-119-netmod-202403210300/ Please review and send comments/corrections to the list. The session recording is here (including audio, video, transcript, chat and polls):

[netmod] YANG Versioning: filename recommendations for YANG Semver

Hello NETMOD WG, At IETF 119, during the YANG Versioning discussions, there was a suggestion to raise the filename issue again as one last issue to resolve before going to last call. Version 10 of Module Versioning had the following content that was subsequently removed in version 11: https://

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

Hi Kent and WG, No, I'm not aware of any IPR that applies to this draft. Jason From: netmod On Behalf Of Kent Watsen Sent: Monday, March 25, 2024 9:31 PM To: maqiufang (A) ; Qin Wu ; Chongfeng Xie Cc: netmod@ietf.org Subject: [netmod] IPR Call on draft-ietf-netmod-system-config-05 CAUTION:

Re: [netmod] structured metadata for schema nodes using YANG extensions

Ok thx. Appreciate the pointer and the ideas. Jason > -Original Message- > From: Martin Björklund > Sent: Thursday, March 14, 2024 4:26 AM > To: Jason Sterne (Nokia) > Cc: netmod@ietf.org > Subject: Re: [netmod] structured metadata for schema nodes using

[netmod] IETF 119 NETMOD: presenter slides please

Hello presenters at the IETF 119 NETMOD session, Just a reminder to please submit your slides to the chairs by this Sunday. Thanks, Jason (+ chairs Kent and Lou) From: Jason Sterne (Nokia) Sent: Thursday, March 7, 2024 3:54 PM To: netmod@ietf.org Cc: netmod-cha...@ietf.org Subject: Draft IETF

[netmod] YANG Versioning call cancelled on Tues March 19th

Hello all, The weekly YANG Versioning call is cancelled on Tues March 19th. -- Versioning work on Github: https://github.com/netmod-wg/yang-ver-dt -- Weekly webex call details: Meeting number (access code):

Re: [netmod] structured metadata for schema nodes using YANG extensions

{ saturation "12"; } Maybe another approach is to somehow allow full RFC 9195 instance data to be the argument of an extension, and then also have some way to define the data model of that instance data as part of the extension definition. Jason > -Original Message

[netmod] structured metadata for schema nodes using YANG extensions

Hi all, I'm looking for information about doing more complex YANG extensions that the basic type, e.g.: oc-ext:openconfig-version "2.5.0"; The node-tags approach doesn't fit what I'm trying to do (tags can't have values). RFC7950 says the following: The substatements of an extension are

[netmod] Draft IETF 119 NETMOD Agenda posted

Hello NETMOD WG, A draft NETMOD agenda for IETF 119 has been published. Please review and let the chairs know if any changes are needed or additional topics should be covered. The agenda is pasted below, but here's the link to the always-current version: https://datatracker.ietf.org/meetin

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

ave a committed information rate of 0 (i.e. queue 1 is the "best effort" queue). Jason > -Original Message- > From: Michael Richardson > Sent: Thursday, February 29, 2024 5:21 PM > To: Jason Sterne (Nokia) > Cc: netmod@ietf.org > Subject: Re: [netmod]

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

Hi all, I support the adoption of this draft. Jason From: netmod On Behalf Of Kent Watsen Sent: Thursday, February 22, 2024 12:42 PM To: netmod@ietf.org Subject: [netmod] Adoption call for draft-ma-netmod-immutable-flag-09 CAUTION: This is an external email. Please be very careful when clicki

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

Hi Michael, About this: My understanding is that an example might be the presence of an "lo" device in a list of interfaces would be immutable. While other interfaces can be added/deleted, that interface itself can't be deleted. I'm not sure the existence of the "lo" interface is the best examp

Re: [netmod] Deviating in circles

I would support the idea of dropping the “no circular imports” rule. It can lead to gymnastics in sets of modules that are probably unnecessary (i.e. having to rearrange definitions, re-layer things, etc simply to avoid violating that rule). It isn’t that hard for compilers/tools to detect that

[netmod] Call for IETF 119 NETMOD Slot Requests

Hello NETMOD WG, The preliminary agenda for IETF 119 has been posted: https://datatracker.ietf.org/meeting/119/agenda/ The NETMOD session is scheduled to be held: Thursday, March 21, 2024 13:00-15:00 Brisbane (Australia - Eastern Time) 03:00-05:00 UTC 23:00-01:00 Wednesday March 20, America - Ea

[netmod] Draft minutes for Feb 6th Virtual Interim on immutable flag

Hi all, The draft minutes for the Feb 6th virtual interim on the immutable flag have been uploaded: minutes-interim-2024-netmod-02-202402061400-00.md (ietf.org) Also copied belo

Re: [netmod] Draft Minutes for Virtual Interim

Hi WG, (and in particular to those who attended the interim). The summary below mostly matches my memory of the discussions, but I don't really remember us concluding on this: The WG agreed to let 7950-bis "update" 8342 (NMDA) with the clarification the alone does not have to be valid

[netmod] No YANG Versioning call Feb 6

Hi all, There is no YANG Versioning weekly call on Tuesday February 6th. I'd encourage everyone to attend the Virtual Interim for the immutable-flag instead. Jason (he/him) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo

[netmod] No YANG Versioning call Jan 23

Hi all, There is no YANG Versioning weekly call on January 23rd. I'd encourage everyone to try and attend the Virtual Interim for system config instead. Jason (he/him) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netm

Re: [netmod] Is changing the type with union a BC change?

Sent: Friday, January 19, 2024 11:25 AM To: Jason Sterne (Nokia) Cc: Jason Sterne (Nokia) ; netmod@ietf.org; Italo Busi Subject: Re: [netmod] Is changing the type with union a BC change? CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the

Re: [netmod] Is changing the type with union a BC change?

A previous post about one of these cases is here: https://mailarchive.ietf.org/arch/msg/netmod/yQSrlqFnrMEibLwuzMkyWt63kXQ/ From: netmod On Behalf Of Jason Sterne (Nokia) Sent: Friday, January 19, 2024 9:16 AM To: Andy Bierman Cc: netmod@ietf.org; Italo Busi Subject: Re: [netmod] Is changing

Re: [netmod] RFC8526 (NETCONF NMDA) max-depth of 1

Sorry all - posted this to the wrong list. Will post in NETCONF. From: netmod On Behalf Of Jason Sterne (Nokia) Sent: Thursday, January 18, 2024 2:20 PM To: netmod@ietf.org Subject: [netmod] RFC8526 (NETCONF NMDA) max-depth of 1 Some people who received this message don't often get email

Re: [netmod] Is changing the type with union a BC change?

. Jason From: Andy Bierman Sent: Thursday, January 18, 2024 4:43 PM To: Jason Sterne (Nokia) Cc: Italo Busi ; Reshad Rahman ; Jan Lindblad ; netmod@ietf.org Subject: Re: [netmod] Is changing the type with union a BC change? CAUTION: This is an external email. Please be very careful when

Re: [netmod] Is changing the type with union a BC change?

: Thursday, January 18, 2024 3:19 PM To: Jason Sterne (Nokia) ; Reshad Rahman ; Jan Lindblad Cc: netmod@ietf.org Subject: RE: [netmod] Is changing the type with union a BC change? Hi Reshad, Jason, Jan, Thanks for your replies I have found these pieces of text in sections 9.12 and 11 which might be

[netmod] RFC8526 (NETCONF NMDA) max-depth of 1

Hi all, RFC8526 NETCONF NMDA extensions includes a max-depth parameter described as follows: description "For each node selected by the filters, this parameter selects how many conceptual subtree levels should be returned in the reply. If the d

Re: [netmod] Is changing the type with union a BC change?

/different type (that wasn’t part of the union previously) suddenly introduces the possibility of a new type for that leaf. So it kinda falls under “don’t change the base type(s)”. From: Reshad Rahman Sent: Thursday, January 18, 2024 10:59 AM To: Jan Lindblad ; Italo Busi ; Jason Sterne (Nokia

Re: [netmod] Is changing the type with union a BC change?

Hi guys, The second case is NBC. I remember wondering the same thing myself but the type in OLD is foo which the type in NEW is union. That is NBC (and in some encodings outside of XML, sending that leaf with type foo vs type union, member foo would be different). OLD type foo; NEW type union

[netmod] Agenda posted for Jan 23 Interim on system-config-04

2023 1:50 PM > To: netmod@ietf.org > Cc: Jason Sterne (Nokia) ; Per Andersson (perander) > > Subject: Re: [netmod] Proposed date for Interim on system-config-04 > > > CAUTION: This is an external email. Please be very careful when clicking > links or > opening att

[netmod] YANG Versioning Weekly Call Minutes - 2023-12-19

YANG Versioning Weekly Call Minutes - 2023-12-19 [Reminder: no weekly call on Dec 26 or Jan 2. Next call is Jan 9.] Today we discussed the YANG Semver draft and what updates are needed to republish what we hope is the version for a final last call. We walked through T1-T10 and how they affect t

[netmod] YANG Ver weekly call cancelled Dec 26 and Jan 2

Hi all, A lot of the regulars are away for a few of our meeting slots so the YANG Versioning weekly meeting is cancelled on the following dates: * Tues Dec 26, 2023 * Tues Jan 2, 2024 Jason (he/him) ___ netmod mailing list netmod@ietf.org htt

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

Hi all, After a quick poll of some weekly YANG versioning call members we think it would be fine to leave that Jan 23rd slot to the system config interim. We can skip our YANG Ver meeting that week. Jason > -Original Message- > From: netmod On Behalf Of Per Andersson > (perander) > Se

[netmod] YANG Versioning Weekly Call Minutes - 2023-12-05

YANG Versioning Weekly Call Minutes - 2023-12-05 We confirmed that it is "good enough" that recommended-min does a simple comparison to determine if the recommendation is satisfied. date >= recommended-min-date semver number >= recommended-min-semver number Theoreti

[netmod] Updated Content of Module Versioning - T10 Whitespace

. So basically a simple diff or text file checksum can't be used to determine if a yang file "is the same revision". Jason From: netmod netmod-boun...@ietf.org<mailto:netmod-boun...@ietf.org> On Behalf Of Jason Sterne (Nokia) Sent: Tuesday, October 24, 2023 9:58 AM To: netmod@ietf.

[netmod] Updated Content of Module Versioning - T9 Instance Data

95. Jason From: netmod netmod-boun...@ietf.org<mailto:netmod-boun...@ietf.org> On Behalf Of Jason Sterne (Nokia) Sent: Tuesday, October 24, 2023 9:58 AM To: netmod@ietf.org<mailto:netmod@ietf.org> Subject: [netmod] Updated Content of Module Versioning Hello NETMOD WG, The YANG version

Re: [netmod] Updated Content of Module Versioning - T8 (recommended-min for imports)

ent: Thursday, October 26, 2023 4:23 AM > To: Andy Bierman > Cc: Joe Clarke (jclarke) ; Jason Sterne > (Nokia) ; netmod@ietf.org > Subject: Re: [netmod] Updated Content of Module Versioning - T8 > (recommended-min for imports) > > > CAUTION: This is an external email. Please

Re: [netmod] Updated Content of Module Versioning - T7 (Filename changes)

me to speak up. Otherwise we’ll remove it from the next iteration of Module Versioning. Jason From: Andy Bierman Sent: Wednesday, October 25, 2023 4:28 PM To: Jürgen Schönwälder ; Jason Sterne (Nokia) ; netmod@ietf.org Subject: Re: [netmod] Updated Content of Module Versioning - T7 (Filen

Re: [netmod] draft-ietf-netmod-rfc8407bis: must + error-message for "config false"

n if for whatever reason the server couldn't return that leaf, should it not return the entire list entry? > -Original Message- > From: Kent Watsen > Sent: Monday, November 6, 2023 5:26 PM > To: Jason Sterne (Nokia) > Cc: Rob Wilton (rwilton) ; Jürgen > Schönwälder ;

Re: [netmod] draft-ietf-netmod-rfc8407bis: must + error-message for "config false"

+1 on what Jurgen and Rob are pointing out here. I'm not sure it makes a ton of sense to actually have a lot of "must" statements in state models. We could consider discouraging them? (but we need to continue *allowing* them). Jason > -Original Message- > From: netmod On Behalf Of Ro

[netmod] YANG Ver call Nov 7th cancelled

Hi all, The weekly YANG Versioning call on Nov 7th is cancelled. See you on the NETMOD IETF118 session tomorrow. Jason (he/him) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] MUST offline-validation of alone be required? possible solution and further discussion

Hi all, I’m not super excited about the concept that clients should reverse-engineer proprietary server transformations and replicate those in the client. It may not be too difficult for the active/inactive node transformation, but configuration groups (apply groups) are not as straightforward

Re: [netmod] Updated Content of Module Versioning - T8 (recommended-min for imports)

ing to the description of module A to mention it needs at least 2013-07-15? Jason > -Original Message- > From: Jürgen Schönwälder > Sent: Wednesday, October 25, 2023 2:45 PM > To: Jason Sterne (Nokia) > Cc: netmod@ietf.org > Subject: Re: [netmod] Updated Conte

Re: [netmod] Updated Content of Module Versioning - T7 (Filename changes)

g. I can see that 'primary identifier' isn't great. Maybe something more like "to uniquely identify the version of the module" or similar. Jason > -Original Message- > From: Jürgen Schönwälder > Sent: Wednesday, October 25, 2023 2:32 PM > To: J

[netmod] Updated Content of Module Versioning - T8 (recommended-min for imports)

ike to see this stay as part of Module Versioning but be renamed to recommended-min-date. Then in YANG Semver we should add recommended-min-semver-label. Jason From: netmod On Behalf Of Jason Sterne (Nokia) Sent: Tuesday, October 24, 2023 9:58 AM To: netmod@ietf.org Subject: [netmod] Up

[netmod] Updated Content of Module Versioning - T7 (Filename changes)

label in the filename somewhere. Jason From: netmod On Behalf Of Jason Sterne (Nokia) Sent: Tuesday, October 24, 2023 9:58 AM To: netmod@ietf.org Subject: [netmod] Updated Content of Module Versioning Hello NETMOD WG, The YANG versioning authors and weekly call group members have been discussi

[netmod] Draft agenda for IETF118 NETMOD session posted

Sterne (Nokia) Sent: Sunday, October 15, 2023 12:52 PM To: netmod@ietf.org Cc: netmod-cha...@ietf.org Subject: Call for IETF 118 NETMOD Slot Requests Hello NETMOD WG, The final agenda for IETF 118 has been posted https://datatracker.ietf.org/meeting/118/agenda The NETMOD session is scheduled to

[netmod] Updated Content of Module Versioning

Hello NETMOD WG, The YANG versioning authors and weekly call group members have been discussing the next steps for the versioning drafts. We'd propose that the first step is to converge on what aspects of the current Module Versioning draft should be retained, and which parts should be removed.

[netmod] Call for IETF 118 NETMOD Slot Requests

Hello NETMOD WG, The final agenda for IETF 118 has been posted https://datatracker.ietf.org/meeting/118/agenda The NETMOD session is scheduled to be held: Tuesday, November 7, 2023 13:00-15:00 Prague (Central European Time) Room: Congress Hall 3

Re: [netmod] YANG Versioning: discussion around 7950 bis or errata (from Key Issue #1)

Mandatory to be used by module authors. Tools can ignore them as you say. > -Original Message- > From: Jürgen Schönwälder > Sent: Monday, October 2, 2023 12:07 PM > To: Jason Sterne (Nokia) > Cc: Jan Lindblad (jlindbla) ; Kent Watsen > ; netmod@ietf.org > Subje

Re: [netmod] YANG Versioning: discussion around 7950 bis or errata (from Key Issue #1)

ignored is something one can do with > > YANG extensions. However, once such extensions change the behaviour > > of YANG language constructs, we get into muddy waters. > > > > I prefer to clearly separate changes of the language from additional > > decorations t

Re: [netmod] YANG Versioning: discussion around 7950 bis or errata (from Key Issue #1)

orward. An important part of the versioning work is to bring explicit visibility that an NBC change has occurred (provided by the publisher/author). It would be good to hear from others in the WG on this point. Jason > -Original Message- > From: Jürgen Schönwälder > Sent: Frid

Re: [netmod] YANG Versioning: discussion around 7950 bis or errata (from Key Issue #1)

of the larger draft-ietf-netmod-yang-module-versioning change. > > > > draft-ietf-netmod-yang-module-versioning is a great draft, but I think it > > should > move forward as an independent RFC, distinct from the MUST/SHOULD change. > > > > Rodney Cummings > > &

[netmod] YANG Versioning: discussion around 7950 bis or errata (from Key Issue #1)

Hello NETMOD WG, We've had a poll going for a few weeks to determine if we require YANG 1.2 for allowing ("SHOULD NOT") NBC changes (see "Poll on YANG Versioning NBC Approach"). As part of that, some discussion has happened on the list around potentially doing an errata for RFC7950/6020 or a b

Re: [netmod] Poll on YANG Versioning NBC Approach

I think it has been mentioned, but maybe worth repeating: this poll is *NOT* about accepting the entire Module Versioning + YANG Semver content as it currently stands. We separated out the first of several key issues to try and make progress. This is just the basic fundamental decision of wheth

Re: [netmod] Poll on YANG Versioning NBC Approach

Hi Jurgen, We need this poll to set fundamental direction in the WG. Yes, there will still be discussion & debate around *either* option once we select one. But we need to agree on whether we're moving ahead by updating YANG 1.0/YANG 1.1 (without requiring any sort of new YANG version number) o

Re: [netmod] Poll on YANG Versioning NBC Approach

Hi all, I'd encourage anyone to remind themselves of some of the details around this issue before answering the poll. Summary of options by the YANG Versioning weekly call group: https://mailarchive.ietf.org/arch/msg/netmod/MSjLKSy7PwjaDkJdnwKREY9KCbc/ IETF 117 NETMOD meeting recording (YANG Ve

[netmod] YANG Versioning: weekly call Tues August 15 cancelled

Hi all, The weekly YANG Versioning call is cancelled on Tues August 15th. Jason (he/him) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] YANG Versioning: Key Issues #2 and #3 - revision labels

Hi all, The weekly call group thought it would be good to provide an advance look at Key Issues #2 and #3 before the IETF117 NETMOD meeting. For now on the list let's continue the focus on K1 but we'll start in on K2 & K3 (if there is time) at IETF117. Key Issue #2: Single v/s multiple revisio

Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

isn’t just an IETF issue. These same exceptions occur in vendor models, 3GPP, etc. There are times when making the NBC change is the reasonable way to go. Jason From: Andy Bierman Sent: Wednesday, July 19, 2023 1:13 PM To: Martin Björklund Cc: Jason Sterne (Nokia) ; netmod@ietf.org Subject: Re

[netmod] YANG Versioning: weekly call Tues July 25 cancelled

Hi all, The weekly YANG Versioning call is cancelled on Tues July 25th. Have fun at IETF117! Jason (he/him) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

age- > From: Jürgen Schönwälder > Sent: Monday, July 17, 2023 2:50 PM > To: Jason Sterne (Nokia) > Cc: netmod@ietf.org > Subject: Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in > YANG 1.0 & YANG 1.1 or not? > > > CAUTION: This is an external

[netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

Hi all, At the request of the NETMOD chairs, and on behalf of the YANG Versioning weekly call group, here's a summary of Key Issue #1 for the versioning work (i.e. for the Module Versioning and YANG Semver WGLC). We'd like to suggest that the WG has a strong focus on deciding on this specific

Re: [netmod] Unknown bits - backwards compatibility

, June 28, 2023 4:25 PM To: Jeffrey Haas Cc: Rob Wilton (rwilton) ; Italo Busi ; Jason Sterne (Nokia) ; netmod@ietf.org Subject: Re: [netmod] Unknown bits - backwards compatibility CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL

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

From: Andy Bierman Sent: Tuesday, June 13, 2023 12:45 PM To: Jason Sterne (Nokia) Cc: Martin Björklund ; rwilton=40cisco@dmarc.ietf.org; netmod@ietf.org Subject: Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts CAUTION: This is an external email. Please

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

Hi all, I don’t think requiring a new YANG 1.2 (or 2.0) is a practical way to introduce this much-needed enhancement to YANG (indicating NBC changes and clearly alerting users of YANG modules to the fact that there is an NBC change). NBC changes are happening (IETF, vendors, other standard bodi

Re: [netmod] Module updates in imported modules

Hi Andy, From my read of 7950, adding a mandatory leaf to a grouping isn’t allowed. Section 11 lists every case of allowable changes. Can you point out what statement(s) you feel allow it? If there is some ambiguity about that in RFC7950 personally I think any clarification would be to make it

Re: [netmod] June 5 Virtual Interim: YANG Modelling in IETF WGs – Sharing Lessons Learned

Just a reminder of this virtual interim on Monday. It would be good to have some attendance from the WG if you can make it. Jason > -Original Message- > From: netmod On Behalf Of Jason Sterne (Nokia) > Sent: Friday, May 19, 2023 2:11 PM > To: netmod@ietf.org > Subject:

[netmod] YANG filenames in module versioning

(changing subject for a dedicated thread on the filename) What the draft was mainly trying to achieve (IMO) wrt filename was to have a standard format/separator (#) when using a revision-label. i.e. *if* anyone is to use a revision-label, then it should be done with #.yang. (and some users wil

[netmod] June 5 Virtual Interim: YANG Modelling in IETF WGs – Sharing Lessons Learned

Hello WG, Changing the subject to match the title of the virtual interim. See details below. ICS: https://datatracker.ietf.org/meeting/interim-2023-netmod-01/sessions/netmod.ics Jason > -Original Message- > From: netmod On Behalf Of IESG Secretary > Sent: Friday, May 19, 2023 12:22 P

[netmod] Virtual Interim : YANG Modelling in IETF WGs - Sharing Lessons Learned

Hello NETMOD WG, [** sorry for repeating this yet again - apparently the same thing happened the 2nd time I sent this and the message is getting truncated, but not in the archives. Trying again after copy & pasting into a text editor and double checking for any special chars. ***] At the IETF1

Re: [netmod] Virtual Interim: YANG Modelling in IETF WGs - Sharing Lessons Learned

nsultation. Consider further tools and approaches to benefit the entire community. Jason (he/him) as NETMOD Secretary (and from the NETMOD Chairs) > -Original Message- > From: Jason Sterne (Nokia) > Sent: Friday, May 12, 2023 12:15 PM > To: netmod@ietf.org > Cc: netmod-

Re: [netmod] Comments on draft-ietf-netmod-yang-module-versioning-09

Hi Andy, YANG modules are occasionally doing NBC changes today (in the IETF, in other standard bodies and in vendor modules). If an old tool/client doesn’t recognize the new rev:non-backwards-compatible extension it isn’t any worse off than today. But this extension allows YANG 1.1 modules to c

Re: [netmod] Clarify the meaning of property in RFC7950

Hi Frank, The table just after the text has this: +--+--+-+ | substatement | section | cardinality | +--+--+-+ | config | 7.21.1 | 0..1| | d

[netmod] Virtual Interim: YANG Modelling in IETF WGs - Sharing Lessons Learned

Hello NETMOD WG, At the IETF116 NETMOD meeting Jeff Haas and Mahesh Jethanandani gave a nice presentation about some lessons learned during the BGP YANG modelling work. There was strong feedback during the session that a dedicated Virtual Interim meeting would be valuable to have more time for

[netmod] YANG Versioning: weekly meeting cancelled Tues May 9th

Hi all, The weekly YANG Versioning call is cancelled on Tues May 9th. We'll resume again on May 16th. -- Versioning work on Github: https://github.com/netmod-wg/yang-ver-dt -- Weekly webex call details: Mee

[netmod] YANG Versioning Weekly Call Minutes - 2023-05-02

YANG Versioning Weekly Call Minutes - 2023-05-02 Agenda bashing: - Module Versioning and YANG Semver - re-issue, finish IPR, go to WG LC - What are our priorities (how to progress most urgent work)? Should we discuss Packages and algorithm #2 in parallel with algorithm #1? - Algorithm #2 (Jason)

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

Thanks Bo. You didn't miss any email - we mistakenly didn't have you on the original IPR callout. Jason From: Wubo (lana) Sent: Monday, April 24, 2023 9:24 PM To: netmod@ietf.org; Jason Sterne (Nokia) ; Kent Watsen ; Jan Lindblad (jlindbla) Subject: [netmod] IPR Poll on draft-ietf-n

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

Hello chairs and WG, (as an author) We've updated both drafts to refactor Acknowledgements vs Contributors: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-module-versioning/09/ https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-semver/11/ The IPR call for Module Versioning is compl

Re: [netmod] J. Sterne comments on draft-ietf-netmod-system-config-00

Thanks Qiufang. Please see inline. I got down to J6 and will continue with feedback in a subsequent reply. Jason From: maqiufang (A) Sent: Monday, April 17, 2023 11:53 PM To: Jason Sterne (Nokia) Cc: netmod@ietf.org Subject: RE: [netmod] J. Sterne comments on draft-ietf-netmod-system-config-00

[netmod] Minutes from IETF 116 NETMOD session

Hi all, The NETMOD minutes from IETF 116 are available here: https://datatracker.ietf.org/doc/minutes-116-netmod-202303310030/ Updates or corrections can still be made for a few weeks. Please let netmod-cha...@ietf.org know if some edits should be made. Th

Re: [netmod] Unknown bits - backwards compatibility

That could be one approach, but note that the final step (your last sentence) would still be NBC. From: Rob Wilton (rwilton) Sent: Monday, April 17, 2023 9:36 AM To: Jason Sterne (Nokia) ; Italo Busi ; Jeffrey Haas Cc: netmod@ietf.org Subject: RE: [netmod] Unknown bits - backwards

Re: [netmod] Unknown bits - backwards compatibility

ump of the field Italo From: Jeffrey Haas mailto:jh...@pfrc.org>> Sent: venerdì 14 aprile 2023 14:49 To: Italo Busi mailto:italo.b...@huawei.com>> Cc: Jason Sterne (Nokia) mailto:jason.ste...@nokia.com>>; netmod@ietf.org<mailto:netmod@ietf.org> Subject: Re: [netmod] Unkno

Re: [netmod] Unknown bits - backwards compatibility

Jason > -Original Message- > From: Martin Björklund > Sent: Monday, April 17, 2023 2:08 AM > To: Jason Sterne (Nokia) > Cc: jh...@pfrc.org; netmod@ietf.org > Subject: Re: [netmod] Unknown bits - backwards compatibility > > > CAUTION: This is an external email. P

Re: [netmod] Unknown bits - backwards compatibility

age- > From: Jürgen Schönwälder > Sent: Friday, April 14, 2023 2:46 PM > To: Jason Sterne (Nokia) > Cc: Andy Bierman ; netmod@ietf.org > Subject: Re: [netmod] Unknown bits - backwards compatibility > > > CAUTION: This is an external email. Please be very careful when cli

Re: [netmod] Unknown bits - backwards compatibility

In either case, when they happen, it is better to mark it in some standard way than do it silently IMO. From: Andy Bierman Sent: Friday, April 14, 2023 12:04 PM To: Jason Sterne (Nokia) Cc: Jürgen Schönwälder ; netmod@ietf.org Subject: Re: [netmod] Unknown bits - backwards compatibility

Re: [netmod] Unknown bits - backwards compatibility

IETF and vendor models are already doing NBC changes. The versioning work is mostly just adding a way to indicate that to users/clients when it happens. Jason > -Original Message- > From: Jürgen Schönwälder > Sent: Friday, April 14, 2023 2:12 AM > To: Andy Bierman > C

Re: [netmod] Unknown bits - backwards compatibility

al Message- > From: Martin Björklund > Sent: Friday, April 14, 2023 4:39 AM > To: Jason Sterne (Nokia) > Cc: jh...@pfrc.org; netmod@ietf.org > Subject: Re: [netmod] Unknown bits - backwards compatibility > > > CAUTION: This is an external email. Please be ver

Re: [netmod] Unknown bits - backwards compatibility

version 2.0.0). Jason From: Jeffrey Haas Sent: Thursday, April 13, 2023 5:18 PM To: Jason Sterne (Nokia) Cc: netmod@ietf.org Subject: Re: Unknown bits - backwards compatibility CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL

[netmod] YANG model for BGP extended communities

e port is 22). A human user sees 22 and ssh as the same thing, but YANG doesn’t. Maybe this issue doesn’t turn out to be a problem for this particular extended community typedef but I’m not sure (implementors could make a mistake with it). Jason From: Jeffrey Haas Sent: Thursday, April 13, 202

Re: [netmod] Unknown bits - backwards compatibility

sday, April 13, 2023 4:44 PM To: Jason Sterne (Nokia) Cc: netmod@ietf.org Subject: Re: Unknown bits - backwards compatibility CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information. Jason, On Ap

Re: [netmod] Unknown bits - backwards compatibility

Hi Jeff, Please see inline. Jason From: Jeffrey Haas Sent: Thursday, April 13, 2023 4:03 PM To: Jason Sterne (Nokia) Cc: netmod@ietf.org Subject: Re: Unknown bits - backwards compatibility CAUTION: This is an external email. Please be very careful when clicking links or opening attachments

Re: [netmod] Unknown bits - backwards compatibility

f Of Jason Sterne (Nokia) Sent: Wednesday, April 12, 2023 5:24 PM To: Jeffrey Haas ; netmod@ietf.org Subject: [netmod] Unknown bits - backwards compatibility Hi Jeff, One topic that came up during the IETF 116 NETMOD meeting was backwards compatibility. >From what I understand, a leaf (e.g.

[netmod] Unknown bits - backwards compatibility

Hi Jeff, One topic that came up during the IETF 116 NETMOD meeting was backwards compatibility. >From what I understand, a leaf (e.g. unknown-flags) that uses the unknown-bits >typedef would never change its definition in YANG. It would always be defined >as unknown-bits with all 64 bit defini

Re: [netmod] ICS file for the weekly versioning meeting

Hi all, I checked where the call is booked in Webex (booked by the chairs/secretary) and the "anchor" seems to be 9am Eastern Time. That means always 9am Eastern Time (whether eastern time is currently in daylight savings or not). Jason > -Original Message- > From: netmod On Behalf O

[netmod] Updated IETF116 NETMOD Agenda posted

Hello NETMOD WG, We have a number of additional topics on the IETF116 NETMOD agenda. You can find the latest here: https://datatracker.ietf.org/meeting/116/materials/agenda-116-netmod Jason (he/him) ___ netmod mailing list netmod@ietf.org https://ww

[netmod] J. Sterne comments on draft-ietf-netmod-system-config-00

Hello authors and WG, Here are a few comments and questions on draft-ietf-netmod-system-config-00. I've labelled them for easier reference/separation. The first few are general items. The rest are from specific sections of the doc. ## (J1) General We may need to have a more det

[netmod] YANG Ver: Weekly call cancelled March 28

Hello WG, Our weekly YANG versioning call for next Tues March 28th is cancelled (IETF116 next week). Jason (he/him) ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod

[netmod] Draft IETF116 NETMOD Agenda posted

Hello NETMOD WG, A draft NETMOD agenda for IETF116 has been published. Please review and let the chairs know if any changes are needed, or additional topics should be covered. The agenda is pasted below, but here's the link to the always-current version: https://datatracker.ietf.org/meetin

  1   2   >