Andy Bierman <[email protected]> wrote: >> Hi Med, YANG Doctors, >> >> Section 4.30.2 "Guidelines for IANA-Maintained YANG Modules" references >> section 4.11.1 to determine whether to use enumerations or identities. >> >> The guidance in section 4.11.1 of RFC 9907 is somewhat contradictory (at >> least to me) for enumerations vs identifies. >> >> If the set of values is fixed and the data type contents are >> controlled by a single naming authority (e.g., IANA), then an >> "enumeration" data type SHOULD be used. >> >> If "the set of values is fixed", why would you have an IANA registry for a >> set of values that can't be changed? It makes no sense to have an IANA >> registry if the set of values isn't extensible. >> Hence, it seems to me that identities are the only viable option. Also, >> this is the only choice that is backward compatible based on RFC 7950.
> For an enumeration, a new revision of the YANG module defining it is
> required to add values.
> For identities, any module can add new values (in the registry or not).
AC,
It's not that the set of values is unchangeable, it's that the set of values
is changeable only via some IANA action. So they are fixed/known at some
specific date. VS a vendor or end user adding values. An ASN would be wrong
for an enumeration, but a TCP (service) port *might* be appropriate.
While an IP version number, entirely workable.
(in general, I find the relationship between IANA Registries and YANG to be
problematic. Yes, IANA knows how to revise YANG modules when registries are
updated, but this seems far too heavyweight to me)
--
] Never tell me the odds! | ipv6 mesh networks [
] Michael Richardson, Sandelman Software Works | IoT architect [
] [email protected] http://www.sandelman.ca/ | ruby on rails [
] My working hours and your working hours may be different. [
] Please do not feel obligated to reply outside your normal working hours [
signature.asc
Description: PGP signature
_______________________________________________ netmod mailing list -- [email protected] To unsubscribe send an email to [email protected]
