This object is the one's complement of a 32-bit mask.
This mask is applicable to the data comparison of
ctVlanClassifyDataVal. The mask is applied to the actual
packet data under consideration through a logical bitwise
AND operation. This result is then compared to the data.
For example, we want to classify according to a bilateral
IP address of 134.141.0.0 with a mask of 255.255.240.0.
This would be reflected by the following values:
ctVlanClassifyDataMeaning: ipAddressBilateral(8)
ctVlanClassifyDataVal: 0x868d0000
ctVlanClassifyDataMask: 0x00000fff
Again there are contextual implications for this leaf
depending upon the value of ctVlanClassifyDataMeaning.
Not all types will use the mask, and others will impose
restrictions. This value should however be a true
indication of the masking operation. In other words,
data types that don't use a mask should only allow a
value of zero, indicating that all data bits are
significant in the comparison.
The specific restrictions of each type should be spelled
out in the comments for that type. Illegal values should
not be allowed.
Parsed from file ctron-vlan-classify-mib.txt
Company: None
Module: CTRON-VLAN-CLASSIFY-MIB
This object is the one's complement of a 32-bit mask.
This mask is applicable to the data comparison of
ctVlanClassifyDataVal. The mask is applied to the actual
packet data under consideration through a logical bitwise
AND operation. This result is then compared to the data.
For example, we want to classify according to a bilateral
IP address of 134.141.0.0 with a mask of 255.255.240.0.
This would be reflected by the following values:
ctVlanClassifyDataMeaning: ipAddressBilateral(8)
ctVlanClassifyDataVal: 0x868d0000
ctVlanClassifyDataMask: 0x00000fff
Again there are contextual implications for this leaf
depending upon the value of ctVlanClassifyDataMeaning.
Not all types will use the mask, and others will impose
restrictions. This value should however be a true
indication of the masking operation. In other words,
data types that don't use a mask should only allow a
value of zero, indicating that all data bits are
significant in the comparison.
The specific restrictions of each type should be spelled
out in the comments for that type. Illegal values should
not be allowed.
Parsed from file CTRON-VLAN-CLASSIFY-MIB.mib
Module: CTRON-VLAN-CLASSIFY-MIB
ctVlanClassifyDataMask OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS not-accessible STATUS current DESCRIPTION "This object is the one's complement of a 32-bit mask. This mask is applicable to the data comparison of ctVlanClassifyDataVal. The mask is applied to the actual packet data under consideration through a logical bitwise AND operation. This result is then compared to the data. For example, we want to classify according to a bilateral IP address of 134.141.0.0 with a mask of 255.255.240.0. This would be reflected by the following values: ctVlanClassifyDataMeaning: ipAddressBilateral(8) ctVlanClassifyDataVal: 0x868d0000 ctVlanClassifyDataMask: 0x00000fff Again there are contextual implications for this leaf depending upon the value of ctVlanClassifyDataMeaning. Not all types will use the mask, and others will impose restrictions. This value should however be a true indication of the masking operation. In other words, data types that don't use a mask should only allow a value of zero, indicating that all data bits are significant in the comparison. The specific restrictions of each type should be spelled out in the comments for that type. Illegal values should not be allowed." ::= { ctVlanClassifyEntry 4 }
Vendor: Enterasys Networks Inc.
Module: CTRON-VLAN-CLASSIFY-MIB
[Automatically extracted from oidview.com]
ctVlanClassifyDataMask OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS not-accessible STATUS current DESCRIPTION "This object is the one's complement of a 32-bit mask. This mask is applicable to the data comparison of ctVlanClassifyDataVal. The mask is applied to the actual packet data under consideration through a logical bitwise AND operation. This result is then compared to the data. For example, we want to classify according to a bilateral IP address of 134.141.0.0 with a mask of 255.255.240.0. This would be reflected by the following values: ctVlanClassifyDataMeaning: ipAddressBilateral(8) ctVlanClassifyDataVal: 0x868d0000 ctVlanClassifyDataMask: 0x00000fff Again there are contextual implications for this leaf depending upon the value of ctVlanClassifyDataMeaning. Not all types will use the mask, and others will impose restrictions. This value should however be a true indication of the masking operation. In other words, data types that don't use a mask should only allow a value of zero, indicating that all data bits are significant in the comparison. The specific restrictions of each type should be spelled out in the comments for that type. Illegal values should not be allowed." ::= { ctVlanClassifyEntry 4 }
OID | Name | Sub children | Sub Nodes Total | Description |
---|---|---|---|---|
1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.1 | ctVlanClassifyVlanIndex | 0 | 0 | The VLAN index for this entry. Any packet meeting the classification criteria specified by this conceptual row will be put into … |
1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.2 | ctVlanClassifyDataMeaning | 0 | 0 | The meaning of the ctVlanClassifyDataVal leaf for this conceptual row. The ctVlanClassifyDataVal specifies a particular value wh… |
1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.3 | ctVlanClassifyDataVal | 0 | 0 | The data value associated with ctVlanClassifyDataMeaning. The explicit range of this value is any unsigned 32-bit integer(0..4294… |
1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.5 | ctVlanClassifyIngressList | 0 | 0 | The set of ports on which this classification rule applies. Classification occurs on ingress. An agent implementation should all… |
1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.6 | ctVlanClassifyRowStatus | 0 | 0 | This object provides both control and status for the associated conceptual row in the table. Rows can be created in two ways. cre… |
1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.7 | ctVlanClassifyRowInfo | 0 | 0 | This object provides info about this row in the form of an ASCII string, suitable for display purposes. The intended purpose of … |