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
VLAN identifier for single-tagged 802.1q packets as well as Inner and Outer VLAN identifiers for double-tagged 802.1ad 'Q-in-Q' packets are of type uint16 according to module "openconfig-vlan-types.yang", as included in "openconfig-vlan.yang" module:
"openconfig-vlan.yang"
leaf vlan-id {
type oc-vlan-types:vlan-id;
description
"VLAN identifier for single-tagged packets.";
}
leaf inner-vlan-id {
type oc-vlan-types:vlan-id;
description
"Inner VLAN identifier for double-tagged packets.";
}
leaf outer-vlan-id {
type oc-vlan-types:vlan-id;
description
"Outer VLAN identifier for double-tagged packets.";
}
"openconfig-vlan-types.yang"
typedef vlan-id {
type uint16 {
range 1..4094;
}
description
"Type definition representing a single-tagged VLAN";
}
However, for some vendors like Nokia wildcard (*) could be used for vlan-id both single and double tagged scenarios. Further, apart from classic range 1 <= vlan-id <= 4094, a value of 0 for vlan-id is also supported in Nokia devices. Hence, vlan-id type should be modified to allow values as the union of, on one hand "uint16" type in the range of 0 to 4094, and on the other hand "string" but restricted to permit only entering a single "*" carácter.
Specifically, **the proposal would be to update within "openconfig-vlan-types.yang" the type definition for vlan-id ** in that way:
typedef vlan-id {
type union {
type uint16 {
range 0..4094;
}
type string {
length "1";
pattern "*";
}
description
"Type definition representing a VLAN Identifier for single or double tagged packets";
}
}
The text was updated successfully, but these errors were encountered:
VLAN identifier for single-tagged 802.1q packets as well as Inner and Outer VLAN identifiers for double-tagged 802.1ad 'Q-in-Q' packets are of type uint16 according to module "openconfig-vlan-types.yang", as included in "openconfig-vlan.yang" module:
leaf vlan-id {
type oc-vlan-types:vlan-id;
description
"VLAN identifier for single-tagged packets.";
}
leaf inner-vlan-id {
type oc-vlan-types:vlan-id;
description
"Inner VLAN identifier for double-tagged packets.";
}
leaf outer-vlan-id {
type oc-vlan-types:vlan-id;
description
"Outer VLAN identifier for double-tagged packets.";
}
typedef vlan-id {
type uint16 {
range 1..4094;
}
description
"Type definition representing a single-tagged VLAN";
}
However, for some vendors like Nokia wildcard (*) could be used for vlan-id both single and double tagged scenarios. Further, apart from classic range 1 <= vlan-id <= 4094, a value of 0 for vlan-id is also supported in Nokia devices. Hence, vlan-id type should be modified to allow values as the union of, on one hand "uint16" type in the range of 0 to 4094, and on the other hand "string" but restricted to permit only entering a single "*" carácter.
Specifically, **the proposal would be to update within "openconfig-vlan-types.yang" the type definition for vlan-id ** in that way:
typedef vlan-id {
type union {
type uint16 {
range 0..4094;
}
type string {
length "1";
pattern "*";
}
description
"Type definition representing a VLAN Identifier for single or double tagged packets";
}
}
The text was updated successfully, but these errors were encountered: