Hi, Looking at this erratum, I agree that it would be better that the module prefix is used consistently for references to other types within the same module, but the existing YANG is not wrong.
In YANG, I generally expect prefixes are used when referencing data nodes or types in other imported modules, hence without a prefix I would naturally assume that the types/data nodes either exist in the current module or they are part of the set of primitive types. Given there is only a small set of primitive types, I think that it is reasonably easy to differentiate between these two sets without needing the extra prefix. Hence my proposal is to reject this erratum, but perhaps Jürgen you can update your copy of rfc-6991bis to make these consistent please? And yes, I appreciate that I need to finish processing my AD review of your doc. Regards, Rob > -----Original Message----- > From: netmod <netmod-boun...@ietf.org> On Behalf Of Jürgen Schönwälder > Sent: Monday, September 25, 2023 12:25 PM > To: David Martínez García <david.martinezga...@upm.es> > Cc: netmod@ietf.org > Subject: Re: [netmod] [Editorial Errata Reported] RFC6991 (7647) > > Interesting. I would have removed all prefixes that are not strictly > necessary. Why do you think having the prefixes is a good thing? > > /js > > On Sat, Sep 23, 2023 at 10:34:21AM +0200, David Martínez García wrote: > > Hello, > > > > > Using the prefix is perhaps redundant but surely not wrong. > > > > Yes, I definetely agree with this. > > > > > Which consistency are you looking for, use of prefixes only when > > > absolutely necessary, or always use prefixes? > > > > My proposal is to always use prefixes when defining typedefs that point to > other typedefs different than the base/primitive ones (such as string, uint32, > enumeration, etc.). > > > > Thank you. > > > > - David. > > -- > Jürgen Schönwälder Constructor University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 <https://constructor.university/> > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
