You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am not sure if there is any convention in YANG modeling to use or not use "." in variable names. For example, in iana-if-type.yang it uses "identity ieee8023adLag" as opposed to "802.3". Maybe just removing ".", to make it like G652, G653.
Identifiers SHOULD follow a consistent naming pattern throughout the
module. Only lowercase letters, numbers, and dashes SHOULD be used
in identifier names. Uppercase characters, the period character, and
the underscore character MAY be used if the identifier represents a
well-known value that uses these characters. YANG does not permit
any other characters in YANG identifiers.
I think that RFC8407 allows using the . for ITU-T Recommendation numbers since it is a well-know value
the last decision is that "If it is not prohibit the usage of "." , we can use the "." also in YANG statements.
RFC8407 allows using the "." for ITU-T Recommendation numbers since it is a well-know value (see above #26 (comment))
I am not sure if there is any convention in YANG modeling to use or not use "." in variable names. For example, in iana-if-type.yang it uses "identity ieee8023adLag" as opposed to "802.3". Maybe just removing ".", to make it like G652, G653.
Originally posted by @agva123 in #25 (comment)
The text was updated successfully, but these errors were encountered: