ctVlanClassifyVlanIndex |
.1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.1 |
The VLAN index for this entry. Any packet meeting the
classification criteria specified by this conceptual row
will be put into the VLAN indicated by this object.
|
ctVlanClassifyDataMeaning |
.1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.2 |
The meaning of the ctVlanClassifyDataVal leaf for this
conceptual row. The ctVlanClassifyDataVal specifies a
particular value which, when compared to packet data,
is used to classify that packet into a particular VLAN.
The part of the packet (if any), to which this data
comparison applies, is determined by this object.
For example, the value ipAddressBilateral(8) means that
the value ctVlanClassifyDataVal for this entry is an IP
address. It further means that the given IP address
will be compared against both source and destination
IP address fields in a packet. Such an entry obviously
would not not match against any non-IP packets.
Additionally, the value of this leaf will impose certain
implicit ranges and interpretations of data contained
within the ctVlanClassifyDataVal leaf for this entry. The
specific limitations of each type should be spelled out
in the comments for that type.
|
ctVlanClassifyDataVal |
.1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.3 |
The data value associated with ctVlanClassifyDataMeaning.
The explicit range of this value is any unsigned 32-bit
integer(0..4294967295). This range may vary, however,
depending upon the value of ctVlanClassifyDataMeaning.
Illegal values should not be allowed.
|
ctVlanClassifyDataMask |
.1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.4 |
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.
|
ctVlanClassifyIngressList |
.1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.5 |
The set of ports on which this classification rule applies.
Classification occurs on ingress. An agent implementation
should allow a set operation of this object to create a
row if it does not exist.
|
ctVlanClassifyRowStatus |
.1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.6 |
This object provides both control and status for the
associated conceptual row in the table. Rows can be
created in two ways.
createAndGo - The specified row will be created and
activated if the instance is allowable. If not, an
inconsistentValue exception will be returned and the
row will not be created. This provides the most
optimal method of creating an active row, but provides
the user no explanation if the row cannot be created.
createAndWait - The specified row will be created and put
in the notInService state if the instance is allowable.
A subsequent activation of this row will bring it into
the active state. If the instance is not allowable,
the row will be created and put in the notReady state.
A subsequent activation of this row will fail. Since
the inappropriate information is always contained in the
indexing leaves, activation will never succeed and the
row should be removed by the management station. When
a row is in the notReady state, the ctVlanClassifyRowInfo
may be retrieved to obtain a plain English explanation
of why this row cannot be activated. createAndWait is
the preferred method for this reason.
Both methods described above leave ctVlanClassifyIngressList
in it's default state, requiring an additional set operation
in order to modify it. An even more optimal twist on the
createAndWait method is to set the ctVlanClassifyIngressList
to it's desired value as a method for row creation. This
will essentially cause an implicit createAndWait since it
too will leave the row in either the notInService or
notReady state. This leaves only activation or error
analysis as the last step.
Any rows left in the notReady or notInService state for
more than 5 minutes should be automatically removed by
the agent implementation.
|
ctVlanClassifyRowInfo |
.1.3.6.1.4.1.52.4.1.2.16.6.1.4.1.7 |
This object provides info about this row in the form of
an ASCII string, suitable for display purposes. The
intended purpose of this object is to provide an
'agent-specific' explanation as to why the
ctVlanClassifyRowStatus for this conceptual row is in
the 'notReady' state. A management station should read
this object and display it to the user in this case.
A conceptual row that does not fall into this category may
simply return a single NULL, but may also provide any useful
info of its choice. A management station may attempt to
display such info if it so chooses, but is under no burden
to do so.
|
ctVlanClassifyAbility |
.1.3.6.1.4.1.52.4.1.2.16.6.1.5.1.1 |
The VLAN classification type associated with this entry.
|
ctVlanClassifyPorts |
.1.3.6.1.4.1.52.4.1.2.16.6.1.5.1.2 |
The set of ports on which the classification type
specified by ctVlanClassifyAbility is supported.
|
ctVlanClassifyActionStatus |
.1.3.6.1.4.1.52.4.1.2.16.6.1.5.1.3 |
The action taken for all frames which apply this entry's
associated classification rule.
When this object is forwardNoFrames(1), the device will
drop all frames which apply this classification rule.
When this object is forwardAllFrames(2), the device will
forward all applicable frames to this classification entry's
VLAN.
|