This MIB contains information related to the tapagg feature that is implemented on specific Arista switches running EOS.
On specific Arista devices, EOS offers a powerful solution for network performance monitoring. These devices have significant bandwidth capacity and different port or interface speed options for a non-blocking monitoring solution. This specific EOS feature is called 'TAP aggregation' or 'tapagg'. These devices are typically capable of performing packet classification in hardware as well, and that can be used to steer the monitored traffic as desired, directly to the right set of external tools.
With the tapagg feature, the Arista switching device is first put into an exclusive mode to do the desired packet replication. In this mode, normal switching functions like bridging, routing etc. are disabled.
Interfaces are categorized into 'tap' (they receive the traffic that is required to be replicated) and 'tool' (they transmit the replicated packet out and are in the path towards the monitoring tool).
Furthermore, the tapagg feature allows users to configure classification rules via the policy-map construct so that the mirrored traffic can be steered appropriately.
Another layer of indirection that is provided is called aggregation-groups. Tap and tool interfaces can be part of a specific aggregation group, and that allows for a powerful way to express replication or mirroring rules. Policies can change the aggregation group for specific set of packets, and that can be used to steer traffic out of desired tool interfaces as appropriate.
This MIB provides information related to the tapagg feature.
This table contains information about the tapagg policies configured in the system.
The configuration construct 'policy-map type tapagg' is used to create and maintain these policies. Once a policy is defined it can be applied against the appropriate interfaces. The basic idea behind these policies is to classify packets (IP or IPv6 packet information or L2 packet information etc.) and on relevant matches take specific actions. One example of an action is to set the aggregation-group for the matched traffic.
This table provides a simple list of tapagg policies, and a subsequent table provides additional details for each policy.
aristaTapaggPolicyId
1.3.6.1.4.1.30065.3.31.1.1.1.1
AristaQosShortIdIdentifier with bounded length, derived from a name that may be longer. It includes the first 30 characters of the name. If the name is longer than 30 characters, the identifier contains a hash of the remaining characters in the name, expressed as decimal digits.
For example: - name 'one-two-three': identifier 'one-two-three' - name 'one-two-three-four-five-six-seven': identifier 'one-two-three-four-five-six-se3877954092' SIZE (1..40) · OCTET STRING · hint 255a
A bounded-length identifier that is mapped from the tapagg policy name.
aristaTapaggPolicyName
1.3.6.1.4.1.30065.3.31.1.1.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 (0..255) · OCTET STRING · hint 255a
This table contains additional details about the tapagg policies configured in the system.
Within a policy the packet match criteria and set action are provided using 'class-maps'. Internally the device maintains useful state, including counters, for each class-map.
However, a simple match criteria along with a set action can be provided without the class-map construct as well. In this case, the device will automatically construct an internal/unique class-map for this specific match/set configuration.
As mentioned above, counters are maintained for matched packets. However, this requires explicit configuration so that the counter resources in the hardware can be enabled.
There will be a conceptual row in this table for every class-map configured inside a policy.
aristaTapaggPolicyClassIndex
1.3.6.1.4.1.30065.3.31.1.2.1.1
Integer32 (1..2147483647)
An index that identifies the sequence in which match criteria are evaluated in the device hardware. An index with a smaller value will be evaluated first. The index values themselves may not be consecutive.
aristaTapaggPolicyClassName
1.3.6.1.4.1.30065.3.31.1.2.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 (0..255) · OCTET STRING · hint 255a
The name of the class-map within the policy that corresponds to this conceptual row.
As described earlier, a simple match/set configuration is possible without creating a class-map construct. In that the case, the device manages relevant state by maintaining an internal/unique class-map name.
aristaTapaggPolicyPktsMatched
1.3.6.1.4.1.30065.3.31.1.2.1.3
Counter64 (0..18446744073709551615)
The number of packets that matched the specific packet classification criteria that corresponds to this conceptual row.
aristaTapaggPolicyBytesMatched
1.3.6.1.4.1.30065.3.31.1.2.1.4
Counter64 (0..18446744073709551615)
The number of bytes that matched the specific packet classification criteria that corresponds to this conceptual row.