Re: [netmod] [babel] NULL value for uint16

>> the Babel RFC makes it clear that 0 is a valid value that must not be >> confused with NULL. This is true for both seqnos and metrics. A route with metric 0 is perfectly valid, and in fact the value 0 is the default for a directly connected prefix. -- Juliusz

Re: [netmod] [babel] NULL value for uint16

rom: netmod on behalf of STARK, BARBARA H Sent: 13 September 2021 21:59 I seem to be coming into this discussion in the middle, so I hope I'm understanding where things are. Comments in-line. > Hi Mahesh, > > management interface usually do not change protocol semantics (for the > simple

Re: [netmod] [babel] NULL value for uint16

> I seem to be coming into this discussion in the middle, so I hope I'm > understanding where things are. Comments in-line. > > > Hi Mahesh, > > > > management interface usually do not change protocol semantics (for the > > simple reason that protocol engines do not necessarily know which > >

Re: [netmod] Revision-labels within filenames

On 9/14/21 12:01, Rob Wilton (rwilton) wrote: > Hi Joe, > > Sorry, I was on PTO for the meeting where this was discussed. I don't think > that it is great that the character needs to be encoded in a URL. It would > seem to make references to YANG files in YANG packages a lot more awkward to >

Re: [netmod] Revision-labels within filenames

Hi Joe, Sorry, I was on PTO for the meeting where this was discussed. I don't think that it is great that the character needs to be encoded in a URL. It would seem to make references to YANG files in YANG packages a lot more awkward to read/write. Perhaps reusing '@' is pragmatically the

Re: [netmod] Revision-labels within filenames

>> Sorry, I was on PTO for the meeting where this was discussed. I don't think >> that it is great that the character needs to be encoded in a URL. How often are YANG module names in URLs? A website for downloading modules would reference modules by URL but, as Joe said, the encoding

[netmod] Revision-labels within filenames

Carsten raised a point at the mic at IETF111 that the chosen character '#' to separate the module name and module revision-label in filenames is problematic. Currently, the YANG module versioning draft says that if you want to use revision-label within the filename, you use

Re: [netmod] [babel] NULL value for uint16

On Tue, Sep 14, 2021 at 01:51:36PM +, STARK, BARBARA H wrote: > As I mentioned, BBF TR-181 uses int with range-1:65535 with -1 > meaning NULL. So I certainly have no issue with that approach. The language > in RFC9046 was intended to make sure this approach was allowed, since this

Re: [netmod] [babel] NULL value for uint16

From: STARK, BARBARA H Sent: 14 September 2021 14:51 > I seem to be coming into this discussion in the middle, so I hope I'm > understanding where things are. Comments in-line. > > > Hi Mahesh, > > > > management interface usually do not change protocol semantics (for the > > simple reason

Re: [netmod] yang-instance-file include-defaults leaf

Hi, I do not have time for a conference on this leaf. You think this cut-and-paste is good engineering and not confusing to users. I disagree. IMO it is less confusing to use the correct typedef and declare in your leaf description-stmt that the inclusion of defaults is not considered a

Re: [netmod] [babel] NULL value for uint16

On Wed, Sep 15, 2021 at 01:01:11AM +0200, Carsten Bormann wrote: > > If BBF already > > defined to use -1, so be it. > > That works for me and is consistent with the information model in 9046. > > What I find not so great is the side effect of going from uint16 to int32. > > I don’t see a big

Re: [netmod] Revision-labels within filenames

> -Original Message- > From: Joe Clarke (jclarke) > Sent: 14 September 2021 17:57 > To: Rob Wilton (rwilton) ; netmod@ietf.org > Subject: Re: Revision-labels within filenames > > On 9/14/21 12:01, Rob Wilton (rwilton) wrote: > > Hi Joe, > > > > Sorry, I was on PTO for the meeting

Re: [netmod] Revision-labels within filenames

Hi Kent, It was the YANG package definitions that I had in mind. More details in the response that I have just sent back to Joe. Regards, Rob > -Original Message- > From: Kent Watsen > Sent: 14 September 2021 18:19 > To: Joe Clarke (jclarke) > Cc: Rob Wilton (rwilton) ;

Re: [netmod] [babel] NULL value for uint16

All, From: netmod on behalf of Mahesh Jethanandani Date: Tuesday, September 14, 2021 at 1:38 PM To: Juergen Schoenwaelder Cc: Babel at IETF , "STARK, BARBARA H" , "netmod@ietf.org" Subject: Re: [netmod] [babel] NULL value for uint16 Hi Juergen, On Sep 14, 2021, at 10:17 AM, Jürgen

Re: [netmod] [babel] NULL value for uint16

On 14. Sep 2021, at 19:17, Jürgen Schönwälder wrote: > > If other data models use an extended integer range and -1 to indicate > a special case, then this may be a strong reason to do the same in the > IETF YANG data model. Any data model based on FORTRAN certainly will do. Most other data

Re: [netmod] [babel] NULL value for uint16

Hi Juergen, > On Sep 14, 2021, at 10:17 AM, Jürgen Schönwälder > wrote: > > On Tue, Sep 14, 2021 at 01:51:36PM +, STARK, BARBARA H wrote: > >> As I mentioned, BBF TR-181 uses int with range -1:65535 with -1 >> meaning NULL. So I certainly have no issue with that approach. The

Re: [netmod] [babel] NULL value for uint16

Carsten, whatever you do, you will at the end need an extra bit. If BBF already defined to use -1, so be it. The alternative is to not instantiate the leaf if there is no value and to accept that a client can't tell the difference between 'there is no value' and 'the value has been suppressed by

Re: [netmod] [babel] NULL value for uint16

Mahesh Jethanandani wrote: > Hi Juergen, > > > On Sep 14, 2021, at 10:17 AM, Jürgen Schönwälder > > wrote: > > > > On Tue, Sep 14, 2021 at 01:51:36PM +, STARK, BARBARA H wrote: > > > >> As I mentioned, BBF TR-181 uses int with range -1:65535 with -1 > >> meaning NULL. So I certainly

Re: [netmod] [babel] NULL value for uint16

Hi Martin, > On Sep 14, 2021, at 11:17 AM, Martin Björklund wrote: > > Mahesh Jethanandani > wrote: >> Hi Juergen, >> >>> On Sep 14, 2021, at 10:17 AM, Jürgen Schönwälder >>> wrote: >>> >>> On Tue, Sep 14, 2021 at 01:51:36PM +, STARK, BARBARA H wrote:

Re: [netmod] Revision-labels within filenames

> I wasn't thinking of a URL to get the revision-label, I was more thinking of > a URL to identify the source YANG file for a particular revision. > > E.g., in the YANG packages examples: > > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-packages#appendix-A > > Ideally, I would