Re: [netmod] Length on keys in YANG

2022-10-05 Thread tom petch
From: netmod on behalf of Jeffrey Haas Sent: 03 October 2022 20:41 [I had promised Mahesh that I'd take my comments here, but I realize that this is a topic that likely will result in no short term solutions. It may also result in no action whatsoever.] YANG strings are bounded in length, the

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Ladislav Lhotka
Dne 05. 10. 22 v 12:01 tom petch napsal(a): From: netmod on behalf of Jeffrey Haas Sent: 03 October 2022 20:41 [I had promised Mahesh that I'd take my comments here, but I realize that this is a topic that likely will result in no short term solutions. It may also result in no action what

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Jeffrey Haas
Lada, > On Oct 5, 2022, at 7:03 AM, Ladislav Lhotka wrote: > > I would still be against setting a hard limit in YANG itself, primarily > because it is not clear what this general limit should be. Module authors > might of course consider restricting key length to something that is > appropria

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Acee Lindem (acee)
Hi Jeff, From: yang-doctors on behalf of Jeff Haas Date: Wednesday, October 5, 2022 at 9:53 AM To: Ladislav Lhotka Cc: tom petch , "netmod@ietf.org" , YANG Doctors Subject: Re: [yang-doctors] [netmod] Length on keys in YANG Lada, On Oct 5, 2022, at 7:03 AM, Ladislav Lhotka mailto:ladisla

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Jeffrey Haas
Acee, > On Oct 5, 2022, at 10:18 AM, Acee Lindem (acee) wrote: > > It may even be a matter of having a few useful typedefs: > > yang-key32 (length 1..32) > yang-key64 (length 1..64) > yang-key128 (length 1..128) > yang-key256 (length 1..256) > > I agree in principle. Why wouldn’t these be s

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Acee Lindem (acee)
Jeff, From: Jeff Haas Date: Wednesday, October 5, 2022 at 10:25 AM To: Acee Lindem Cc: Ladislav Lhotka , tom petch , "netmod@ietf.org" , YANG Doctors Subject: Re: [yang-doctors] [netmod] Length on keys in YANG Acee, On Oct 5, 2022, at 10:18 AM, Acee Lindem (acee) mailto:a...@cisco.com>> w

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Jeffrey Haas
Acee, > On Oct 5, 2022, at 10:27 AM, Acee Lindem (acee) wrote: > > I'm supremely uninterested in the color of the bike shed. :-) I find minor > value is having the word "key" present to cover the use case, but certainly > could see use cases where a leaf might also want to limit the content

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Andy Bierman
On Wed, Oct 5, 2022 at 4:03 AM Ladislav Lhotka wrote: > > > Dne 05. 10. 22 v 12:01 tom petch napsal(a): > > From: netmod on behalf of Jeffrey Haas < > jh...@pfrc.org> > > Sent: 03 October 2022 20:41 > > > > [I had promised Mahesh that I'd take my comments here, but I realize > that this > > is a

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Jürgen Schönwälder
On Wed, Oct 05, 2022 at 09:53:23AM -0700, Andy Bierman wrote: > > The length "64" is not random. > https://www.rfc-editor.org/rfc/rfc7950.html#section-6.2 > Note the difference between specifying a aaximum length and soecifying a minimum length that must be supported. /js -- Jürgen Schönwälder

Re: [netmod] [yang-doctors] Length on keys in YANG

2022-10-05 Thread Andy Bierman
On Wed, Oct 5, 2022 at 2:07 PM Jürgen Schönwälder < j.schoenwael...@jacobs-university.de> wrote: > On Wed, Oct 05, 2022 at 09:53:23AM -0700, Andy Bierman wrote: > > > > The length "64" is not random. > > https://www.rfc-editor.org/rfc/rfc7950.html#section-6.2 > > > > Note the difference between sp