This module contains definitions for management information for pre-standards IEEE 802.1Q VLANs and their association with a Lan Emulation Client (lec). Devices implementing these pre-standards maintain port groupings and associated filters used to form a 'virtual bridge'.
DisplayStringRepresents textual information taken from the NVT ASCII
character set, as defined in pages 4, 10-11 of RFC 854.
To summarize RFC 854, the NVT ASCII repertoire specifies:
- the use of character codes 0-127 (decimal)
- the graphics characters (32-126) are interpreted as US ASCII
- NUL, LF, CR, BEL, BS, HT, VT and FF have the special meanings specified in RFC 854
- the other 25 codes have no standard interpretation
- the sequence 'CR LF' means newline
- the sequence 'CR NUL' means carriage-return
- an 'LF' not preceded by a 'CR' means moving to the same column on the next line.
- the sequence 'CR x' for any x other than LF or NUL is illegal. (Note that this also means that a string may end with either 'CR LF' or 'CR NUL', but not with CR.)
Any object defined using this syntax may not exceed 255 characters in length. SIZE (1..255) · OCTET STRING · hint 255a
Vlan name is the textual name and this is the identifier that the user of a configuration utility will use.
jnxVlanID
1.3.6.1.4.1.2636.3.40.1.5.1.1.1.2
Integer32 (1..4094)
This is the locally significant ID that is used internally by this device to reference this VLAN.
jnxVlanType
1.3.6.1.4.1.2636.3.40.1.5.1.1.1.3
INTEGER1 = static2 = dynamic · Integer32
The valn type can be static (1) Dynamic(2)
jnxVlanPortGroupInstance
1.3.6.1.4.1.2636.3.40.1.5.1.1.1.4
Integer32
jnxVlanPortGroupInstance is the index that identifies that the sub tree in the jnxVlanPortGroupTable helps to retrieve the group of ports in this VLAN.
jnxVlanMacListInstance
1.3.6.1.4.1.2636.3.40.1.5.1.1.1.5
Integer32
jnxVlanMacListInstance is the index , if this is a MAC-based VLAN which identifies the sub tree to retrieve the list of MAC address to allow into this VLAN. If this is not a MAC-based VLAN then the value is 0
jnxVlanInterfaceTable
1.3.6.1.4.1.2636.3.40.1.5.1.2
Index: IMPLIED jnxVlanName
A table of VLAN names and characteristics in layer 3.
jnxVlanInterfaceIpAddress
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.1
InetAddressDenotes a generic Internet address.
An InetAddress value is always interpreted within the context of an InetAddressType value. Every usage of the InetAddress textual convention is required to specify the InetAddressType object that provides the context. It is suggested that the InetAddressType object be logically registered before the object(s) that use the InetAddress textual convention, if they appear in the same logical row.
The value of an InetAddress object must always be consistent with the value of the associated InetAddressType object. Attempts to set an InetAddress object to a value inconsistent with the associated InetAddressType must fail with an inconsistentValue error.
When this textual convention is used as the syntax of an index object, there may be issues with the limit of 128 sub-identifiers specified in SMIv2, STD 58. In this case, the object definition MUST include a 'SIZE' clause to limit the number of potential instance sub-identifiers; otherwise the applicable constraints MUST be stated in the appropriate conceptual row DESCRIPTION clauses, or in the surrounding documentation if there is no single DESCRIPTION clause that is appropriate. SIZE (0..255) · OCTET STRING
This specifies the IPAddress of this interface.
jnxVlanInterfaceProtocol
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.2
InetAddressType0 = unknown1 = ipv42 = ipv63 = ipv4z4 = ipv6z16 = dnsA value that represents a type of Internet address.
unknown(0) An unknown address type. This value MUST
be used if the value of the corresponding InetAddress object is a zero-length string. It may also be used to indicate an IP address that is not in one of the formats defined below.
ipv4(1) An IPv4 address as defined by the
InetAddressIPv4 textual convention.
ipv6(2) An IPv6 address as defined by the
InetAddressIPv6 textual convention.
ipv4z(3) A non-global IPv4 address including a zone
index as defined by the InetAddressIPv4z textual convention.
ipv6z(4) A non-global IPv6 address including a zone
index as defined by the InetAddressIPv6z textual convention.
dns(16) A DNS domain name as defined by the
InetAddressDNS textual convention.
Each definition of a concrete InetAddressType value must be accompanied by a definition of a textual convention for use with that InetAddressType.
To support future extensions, the InetAddressType textual convention SHOULD NOT be sub-typed in object type definitions. It MAY be sub-typed in compliance statements in order to require only a subset of these address types for a compliant implementation.
Implementations must ensure that InetAddressType objects and any dependent objects (e.g., InetAddress objects) are consistent. An inconsistentValue error must be generated if an attempt to change an InetAddressType object would, for example, lead to an undefined InetAddress value. In particular, InetAddressType/InetAddress pairs must be changed together if the address type changes (e.g., from ipv6(2) to ipv4(1)). · Integer32
This specifies the protocol for ipv4.
jnxVlanInterfaceSubNetMask
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.3
IpAddress SIZE (4)
This specifies the subnet mask address of the vlan .
jnxVlanInterfaceBroadcastAddress
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.4
IpAddress SIZE (4)
This specifies the broadcast address of the vlan.
jnxVlanInterfaceDescription
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.5
DisplayStringRepresents textual information taken from the NVT ASCII
character set, as defined in pages 4, 10-11 of RFC 854.
To summarize RFC 854, the NVT ASCII repertoire specifies:
- the use of character codes 0-127 (decimal)
- the graphics characters (32-126) are interpreted as US ASCII
- NUL, LF, CR, BEL, BS, HT, VT and FF have the special meanings specified in RFC 854
- the other 25 codes have no standard interpretation
- the sequence 'CR LF' means newline
- the sequence 'CR NUL' means carriage-return
- an 'LF' not preceded by a 'CR' means moving to the same column on the next line.
- the sequence 'CR x' for any x other than LF or NUL is illegal. (Note that this also means that a string may end with either 'CR LF' or 'CR NUL', but not with CR.)
Any object defined using this syntax may not exceed 255 characters in length. SIZE (1..255) · OCTET STRING · hint 255a
jnxvlanInterfaceDescription provides the description for the vlan.
jnxVlanInterfaceAdminStatus
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.6
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
This takes care of administration status of the vlan
jnxVlanInterfaceOperStatus
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.7
DisplayStringRepresents textual information taken from the NVT ASCII
character set, as defined in pages 4, 10-11 of RFC 854.
To summarize RFC 854, the NVT ASCII repertoire specifies:
- the use of character codes 0-127 (decimal)
- the graphics characters (32-126) are interpreted as US ASCII
- NUL, LF, CR, BEL, BS, HT, VT and FF have the special meanings specified in RFC 854
- the other 25 codes have no standard interpretation
- the sequence 'CR LF' means newline
- the sequence 'CR NUL' means carriage-return
- an 'LF' not preceded by a 'CR' means moving to the same column on the next line.
- the sequence 'CR x' for any x other than LF or NUL is illegal. (Note that this also means that a string may end with either 'CR LF' or 'CR NUL', but not with CR.)
Any object defined using this syntax may not exceed 255 characters in length. SIZE (0..255) · OCTET STRING · hint 255a
This specifies the operational status of the vlan
jnxVlanSnmpIfIndex
1.3.6.1.4.1.2636.3.40.1.5.1.2.1.8
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
This specifies the SNMP IF Index .
jnxVlanPortGroupTable
1.3.6.1.4.1.2636.3.40.1.5.1.3
Index: jnxVlanPortGroupIndex · jnxVlanPort
A table of port groupings.
jnxVlanPortGroupIndex
1.3.6.1.4.1.2636.3.40.1.5.1.3.1.1
Integer32
Index used so that there can be many different port groups
jnxVlanPort
1.3.6.1.4.1.2636.3.40.1.5.1.3.1.2
Integer32
The vlanPort specifies the port in the vlan.By adding a port here, that port will now be part of any VLAN(s) that this port group is associated with.
The status of this port relative to the VLAN that points at this port group.[1.autoactive , 2.allowed, 3.allowedActive 4.allowedNotAvail, 5.notAssociated]
autoActive : Means that the port is part of this VLAN
because the switch automatically added it.
allowed : Means that the port has been configured so that
if all other criteria (if any) are met, this port is allowed to be in this VLAN.
allowedActive : Means the same as allowed plus the fact
that there is a device attached to this port and participating in the VLAN. allowedNotAvail: This value is only needed for devices that don't allow a port to be in more than one VLAN at a time. This value means that this port also exists in some other VLAN(s) and is active in another VLAN. Therefore this port is not available to be used in this VLAN.
notAssociated : Means that the Port Group is not currently
associated with any VLAN.
jnxVlanMacListTable
1.3.6.1.4.1.2636.3.40.1.5.1.4
Index: jnxVlanMacListIndex
jnxVlanMacListTable is the table of MAC Lists.
jnxVlanMacListIndex
1.3.6.1.4.1.2636.3.40.1.5.1.4.1.1
Integer32
jnxVlanMacListIndex can be used beacuse there can be many different
MAC Lists
jnxVlanMacAddress
1.3.6.1.4.1.2636.3.40.1.5.1.4.1.2
MacAddressRepresents an 802 MAC address represented in the `canonical' order defined by IEEE 802.1a, i.e., as if it were transmitted least significant bit first, even though 802.5 (in contrast to other 802.x protocols) requires MAC addresses to be transmitted most significant bit first. SIZE (6) · OCTET STRING · hint 1x:
jnxVlanMacAddress is the MAC Address that belongs to this group.
jnxExVlanTable
1.3.6.1.4.1.2636.3.40.1.5.1.5
Index: jnxExVlanID
A table of VLAN names and characteristics.
jnxExVlanID
1.3.6.1.4.1.2636.3.40.1.5.1.5.1.1
Integer32 (1..4094)
This is the locally significant ID that is used internally by this device to reference this VLAN.
jnxExVlanName
1.3.6.1.4.1.2636.3.40.1.5.1.5.1.2
DisplayStringRepresents textual information taken from the NVT ASCII
character set, as defined in pages 4, 10-11 of RFC 854.
To summarize RFC 854, the NVT ASCII repertoire specifies:
- the use of character codes 0-127 (decimal)
- the graphics characters (32-126) are interpreted as US ASCII
- NUL, LF, CR, BEL, BS, HT, VT and FF have the special meanings specified in RFC 854
- the other 25 codes have no standard interpretation
- the sequence 'CR LF' means newline
- the sequence 'CR NUL' means carriage-return
- an 'LF' not preceded by a 'CR' means moving to the same column on the next line.
- the sequence 'CR x' for any x other than LF or NUL is illegal. (Note that this also means that a string may end with either 'CR LF' or 'CR NUL', but not with CR.)
Any object defined using this syntax may not exceed 255 characters in length. SIZE (1..255) · OCTET STRING · hint 255a
Vlan name is the textual name.
jnxExVlanType
1.3.6.1.4.1.2636.3.40.1.5.1.5.1.3
INTEGER1 = static2 = dynamic · Integer32
The vlan type can be static (1) Dynamic(2)
jnxExVlanPortGroupInstance
1.3.6.1.4.1.2636.3.40.1.5.1.5.1.4
Integer32
jnxExVlanPortGroupInstance is the index that identifies that the sub tree in the jnxVlanPortGroupTable helps to retrieve the group of ports in this VLAN.
jnxExVlanTag
1.3.6.1.4.1.2636.3.40.1.5.1.5.1.5
Unsigned32
jnxExVlanTag gives the Vlan Tag details for each Vlan.
jnxExVlanInterfaceTable
1.3.6.1.4.1.2636.3.40.1.5.1.6
Index: jnxExVlanID
A table of VLAN names and characteristics in layer 3.
jnxExVlanInterfaceProtocol
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.1
InetAddressType0 = unknown1 = ipv42 = ipv63 = ipv4z4 = ipv6z16 = dnsA value that represents a type of Internet address.
unknown(0) An unknown address type. This value MUST
be used if the value of the corresponding InetAddress object is a zero-length string. It may also be used to indicate an IP address that is not in one of the formats defined below.
ipv4(1) An IPv4 address as defined by the
InetAddressIPv4 textual convention.
ipv6(2) An IPv6 address as defined by the
InetAddressIPv6 textual convention.
ipv4z(3) A non-global IPv4 address including a zone
index as defined by the InetAddressIPv4z textual convention.
ipv6z(4) A non-global IPv6 address including a zone
index as defined by the InetAddressIPv6z textual convention.
dns(16) A DNS domain name as defined by the
InetAddressDNS textual convention.
Each definition of a concrete InetAddressType value must be accompanied by a definition of a textual convention for use with that InetAddressType.
To support future extensions, the InetAddressType textual convention SHOULD NOT be sub-typed in object type definitions. It MAY be sub-typed in compliance statements in order to require only a subset of these address types for a compliant implementation.
Implementations must ensure that InetAddressType objects and any dependent objects (e.g., InetAddress objects) are consistent. An inconsistentValue error must be generated if an attempt to change an InetAddressType object would, for example, lead to an undefined InetAddress value. In particular, InetAddressType/InetAddress pairs must be changed together if the address type changes (e.g., from ipv6(2) to ipv4(1)). · Integer32
This specifies the protocol for ipv4.
jnxExVlanInterfaceIpAddress
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.2
InetAddressDenotes a generic Internet address.
An InetAddress value is always interpreted within the context of an InetAddressType value. Every usage of the InetAddress textual convention is required to specify the InetAddressType object that provides the context. It is suggested that the InetAddressType object be logically registered before the object(s) that use the InetAddress textual convention, if they appear in the same logical row.
The value of an InetAddress object must always be consistent with the value of the associated InetAddressType object. Attempts to set an InetAddress object to a value inconsistent with the associated InetAddressType must fail with an inconsistentValue error.
When this textual convention is used as the syntax of an index object, there may be issues with the limit of 128 sub-identifiers specified in SMIv2, STD 58. In this case, the object definition MUST include a 'SIZE' clause to limit the number of potential instance sub-identifiers; otherwise the applicable constraints MUST be stated in the appropriate conceptual row DESCRIPTION clauses, or in the surrounding documentation if there is no single DESCRIPTION clause that is appropriate. SIZE (0..255) · OCTET STRING
This specifies the IPAddress of this interface.
jnxExVlanInterfacePrefixLength
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.3
InetAddressPrefixLengthDenotes the length of a generic Internet network address prefix. A value of n corresponds to an IP address mask that has n contiguous 1-bits from the most significant bit (MSB), with all other bits set to 0.
An InetAddressPrefixLength value is always interpreted within the context of an InetAddressType value. Every usage of the InetAddressPrefixLength textual convention is required to specify the InetAddressType object that provides the context. It is suggested that the InetAddressType object be logically registered before the object(s) that use the InetAddressPrefixLength textual convention, if they appear in the same logical row.
InetAddressPrefixLength values larger than the maximum length of an IP address for a specific InetAddressType are treated as the maximum significant value applicable for the InetAddressType. The maximum significant value is 32 for the InetAddressType 'ipv4(1)' and 'ipv4z(3)' and 128 for the InetAddressType 'ipv6(2)' and 'ipv6z(4)'. The maximum significant value for the InetAddressType 'dns(16)' is 0.
The value zero is object-specific and must be defined as part of the description of any object that uses this syntax. Examples of the usage of zero might include situations where the Internet network address prefix is unknown or does not apply.
The upper bound of the prefix length has been chosen to be consistent with the maximum size of an InetAddress. (0..2040) · Unsigned32 · hint d
This specifies the length of subnet mask address of the vlan .
jnxExVlanInterfaceBroadcastAddress
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.4
InetAddressDenotes a generic Internet address.
An InetAddress value is always interpreted within the context of an InetAddressType value. Every usage of the InetAddress textual convention is required to specify the InetAddressType object that provides the context. It is suggested that the InetAddressType object be logically registered before the object(s) that use the InetAddress textual convention, if they appear in the same logical row.
The value of an InetAddress object must always be consistent with the value of the associated InetAddressType object. Attempts to set an InetAddress object to a value inconsistent with the associated InetAddressType must fail with an inconsistentValue error.
When this textual convention is used as the syntax of an index object, there may be issues with the limit of 128 sub-identifiers specified in SMIv2, STD 58. In this case, the object definition MUST include a 'SIZE' clause to limit the number of potential instance sub-identifiers; otherwise the applicable constraints MUST be stated in the appropriate conceptual row DESCRIPTION clauses, or in the surrounding documentation if there is no single DESCRIPTION clause that is appropriate. SIZE (0..255) · OCTET STRING
This specifies the broadcast address of the vlan.
jnxExVlanInterfaceDescription
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.5
DisplayStringRepresents textual information taken from the NVT ASCII
character set, as defined in pages 4, 10-11 of RFC 854.
To summarize RFC 854, the NVT ASCII repertoire specifies:
- the use of character codes 0-127 (decimal)
- the graphics characters (32-126) are interpreted as US ASCII
- NUL, LF, CR, BEL, BS, HT, VT and FF have the special meanings specified in RFC 854
- the other 25 codes have no standard interpretation
- the sequence 'CR LF' means newline
- the sequence 'CR NUL' means carriage-return
- an 'LF' not preceded by a 'CR' means moving to the same column on the next line.
- the sequence 'CR x' for any x other than LF or NUL is illegal. (Note that this also means that a string may end with either 'CR LF' or 'CR NUL', but not with CR.)
Any object defined using this syntax may not exceed 255 characters in length. SIZE (1..255) · OCTET STRING · hint 255a
jnxExvlanInterfaceDescription provides the description for the vlan.
jnxExVlanInterfaceAdminStatus
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.6
INTEGER1 = up2 = down · Integer32
This takes care of administration status of the vlan
jnxExVlanInterfaceOperStatus
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.7
INTEGER1 = up2 = down · Integer32
This specifies the operational status of the vlan
jnxExVlanSnmpIfIndex
1.3.6.1.4.1.2636.3.40.1.5.1.6.1.8
InterfaceIndexA unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization. (1..2147483647) · Integer32 · hint d
This specifies the SNMP IF Index .
jnxExVlanPortGroupTable
1.3.6.1.4.1.2636.3.40.1.5.1.7
Index: jnxExVlanPortGroupIndex · jnxExVlanPort
A table of port groupings.
jnxExVlanPortGroupIndex
1.3.6.1.4.1.2636.3.40.1.5.1.7.1.1
Integer32 (1..65535)
Index used so that there can be many different port groups
jnxExVlanPort
1.3.6.1.4.1.2636.3.40.1.5.1.7.1.2
Integer32 (1..65535)
The vlanPort specifies the port in the vlan.By adding a port here, that port will now be part of any VLAN(s) that this port group is associated with.
The status of this port relative to the VLAN that points at this port group.[1.autoactive , 2.allowed, 3.allowedActive 4.allowedNotAvail, 5.notAssociated]
autoActive : Means that the port is part of this VLAN
because the switch automatically added it.
allowed : Means that the port has been configured so that
if all other criteria (if any) are met, this port is allowed to be in this VLAN.
allowedActive : Means the same as allowed plus the fact
that there is a device attached to this port and participating in the VLAN. allowedNotAvail: This value is only needed for devices that don't allow a port to be in more than one VLAN at a time. This value means that this port also exists in some other VLAN(s) and is active in another VLAN. Therefore this port is not available to be used in this VLAN.
notAssociated : Means that the Port Group is not currently
associated with any VLAN.
jnxExVlanPortTagness
1.3.6.1.4.1.2636.3.40.1.5.1.7.1.4
INTEGER1 = tagged2 = untagged · Integer32
The VlanPortTaqness gives whether the Port is tagged or untagged.
jnxExVlanPortAccessMode
1.3.6.1.4.1.2636.3.40.1.5.1.7.1.5
INTEGER1 = access2 = trunk · Integer32
The VlanPortAccessMode gives whether the Port is Access or Trunk.