Class of Service Overview for Virtual Chassis Ports
By default, all Virtual Chassis port interfaces in a Virtual Chassis for MX Series 5G Universal Routing Platforms use a default class of service (CoS) configuration specifically tailored for Virtual Chassis ports. The default configuration, which applies to all Virtual Chassis ports in the Virtual Chassis, includes classifiers, forwarding classes, rewrite rules, and schedulers. In most cases, the default CoS configuration is adequate for your needs without requiring any additional CoS configuration.
In some cases, however, you might want to customize the traffic-control profile configuration on Virtual Chassis ports. To do so, you can configure an output traffic-control profile and apply it to all Virtual Chassis ports interfaces in the Virtual Chassis.
This topic provides an overview of the default CoS configuration for Virtual Chassis ports and helps you understand the components of the CoS configuration that you can customize.
Default CoS Configuration for Virtual Chassis Ports
In an MX Series Virtual Chassis configuration, the Virtual Chassis ports behave like switch fabric ports to transport packets between the member routers in a Virtual Chassis. More specifically, the Virtual Chassis ports carry internal control traffic within the Virtual Chassis and forward user traffic between line cards in the router.
Like traffic on standard network port interfaces, traffic on Virtual Chassis port interfaces is mapped to one of four forwarding classes, as follows:
Internal Virtual Chassis Control Protocol (VCCP) traffic is mapped to the network control forwarding class with the code point (IEEE 802.1p bit) value set to ’111’b. You cannot change this configuration.
Control traffic is mapped to the network control forwarding class with the code point (IEEE 802.1p bit) value set to ’110’b. You cannot change this configuration.
User traffic is mapped to the best effort, expedited forwarding, and assured forwarding traffic classes.
The CoS configuration applies globally to all Virtual Chassis
ports in the Virtual Chassis. You cannot configure CoS for an individual
Virtual Chassis port (such as vcp-2/2/0). If you create a
new Virtual Chassis port, the global CoS configuration is propagated
to the newly created Virtual Chassis port when the member router on
which the new Virtual Chassis port resides joins the Virtual Chassis.
Alternatively, you can configure CoS for the Virtual Chassis ports
by configuring CoS for a standard network port, and then converting
the network port to a Virtual Chassis port by issuing the request
virtual-chassis vc-port set
command.
You can convert a standard network port (for example, xe-2/2/1) to a Virtual Chassis port by issuing the request virtual-chassis
vc-port set
command. If the standard network port was configured
with different CoS settings than the CoS configuration in effect for
all Virtual Chassis ports in the Virtual Chassis, the newly converted
Virtual Chassis port (vcp-2/2/1) uses the CoS configuration
defined for all Virtual Chassis port interfaces instead of the original
CoS configuration associated with the network port.
The default CoS configuration for Virtual Chassis ports provides the following benefits to keep the Virtual Chassis operating properly:
Gives preference to internal VCCP traffic that traverses the Virtual Chassis port interfaces
Prioritizes control traffic over user traffic on the Virtual Chassis port interfaces
Preserves the CoS properties of each packet as it travels between member routers in the Virtual Chassis
Supported Platforms and Maximums for CoS Configuration of Virtual Chassis Ports
You can configure Virtual Chassis ports only on Modular Port Concentrator/Modular Interface Card (MPC/MIC) interfaces in the following MX Series 5G Universal Routing Platforms with dual Routing Engines:
MX240 Universal Routing Platform
MX480 Universal Routing Platform
MX960 Universal Routing Platform
MPC/MIC interfaces support the following maximums for forwarding classes and priority scheduling levels:
Up to eight forwarding classes
Up to five priority scheduling levels
Default Classifiers for Virtual Chassis Ports
Classification takes place when a packet enters a Virtual Chassis member router from a network port. For Virtual Chassis configurations that support more than two member routers, the packet is reclassified for CoS treatment according to the default IEEE 802.1p classifier rules that apply to the Virtual Chassis port as the packet travels through the intermediate member routers in the Virtual Chassis. When the packet enters the last member router in the Virtual Chassis, it is reclassified according to the original classifier rules that applied when the packet entered the Virtual Chassis from a network port.
This reclassification behavior does not apply to an MX Series Virtual Chassis, which supports only two member routers in the current release.
Because there are no intermediate member routers between the two member routers in an MX Series Virtual Chassis, the packet is not reclassified according to the default classifier rules for the Virtual Chassis port. Instead, the original classifier rules that applied when the packet entered the Virtual Chassis on a network port are retained.
The default IEEE 802.1p classifier rules map the code point
(or .1p bit) value to the forwarding class and loss priority. You
can display the default IEEE 802.1p classifier rules by issuing the show class-of-service classifier
command:
{master:member0-re0} user@host> show class-of-service classifier type ieee-802.1 Classifier: ieee8021p-default, Code point type: ieee-802.1, Index: 11 Code point Forwarding class Loss priority 000 best-effort low 001 best-effort high 010 expedited-forwarding low 011 expedited-forwarding high 100 assured-forwarding low 101 assured-forwarding high 110 network-control low 111 network-control high
Default Rewrite Rules for Virtual Chassis Ports
When a packet enters the Virtual Chassis from a network port, normal CoS classification takes place. If the packet exits a member router through the Virtual Chassis port to the other member router, the CoS software encapsulates the packet with a virtual LAN (VLAN) tag that contains the code point information used for CoS treatment. The code point value is assigned according to the default IEEE 802.1p rewrite rules, which map the forwarding class and loss priority value to a code point value.
You can display the default IEEE 802.1p rewrite rules by issuing
the show class-of-service rewrite-rule
command:
{master:member0-re0} user@host> show class-of-service rewrite-rule type ieee-802.1 Rewrite rule: ieee8021p-default, Code point type: ieee-802.1, Index: 34 Forwarding class Loss priority Code point best-effort low 000 best-effort high 001 expedited-forwarding low 010 expedited-forwarding high 011 assured-forwarding low 100 assured-forwarding high 101 network-control low 110 network-control high 111
Default Scheduler Map for Virtual Chassis Ports
When you create a Virtual Chassis port, it automatically functions as a hierarchical scheduler. However, you cannot explicitly configure hierarchical scheduling on Virtual Chassis ports.
Virtual Chassis ports use the same default scheduler used by standard network ports. The network control and best effort forwarding classes are both assigned low priority, and only 5 percent of the bandwidth is allocated to control traffic.
You can display the scheduler parameters and the mapping of
schedulers to forwarding classes by issuing the show class-of-service
scheduler-map
command. For brevity, the following example shows
only the portions of the output relevant to the default best effort
(default-be) and default network control (default-nc) schedulers.
{master:member0-re0} user@host> show class-of-service scheduler-map Scheduler map: <default>, Index: 2 Scheduler: <default-be>, Forwarding class: best-effort, Index: 21 Transmit rate: 95 percent, Rate Limit: none, Buffer size: 95 percent, Buffer Limit: none, Priority: low Excess Priority: low Drop profiles: Loss priority Protocol Index Name Low any 1 <default-drop-profile> Medium low any 1 <default-drop-profile> Medium high any 1 <default-drop-profile> High any 1 <default-drop-profile> Scheduler: <default-nc>, Forwarding class: network-control, Index: 23 Transmit rate: 5 percent, Rate Limit: none, Buffer size: 5 percent, Buffer Limit: none, Priority: low Excess Priority: low Drop profiles: Loss priority Protocol Index Name Low any 1 <default-drop-profile> Medium low any 1 <default-drop-profile> Medium high any 1 <default-drop-profile> High any 1 <default-drop-profile> ...
Customized CoS Configuration for Virtual Chassis Ports
Depending on your network topology, you might want to customize the CoS configuration for Virtual Chassis ports. For example, you might want to allocate more than the default 5 percent of the Virtual Chassis port bandwidth to control traffic. Or, you might want to assign different priorities and excess rates to different forwarding classes.
Output Traffic-Control Profiles
To create a customized (nondefault) CoS configuration and apply it to all Virtual Chassis ports, you can configure an output traffic-control profile, which defines a set of traffic scheduling resources and references a scheduler map. You then apply the profile to all Virtual Chassis port interfaces. To apply the output traffic-control profile globally to all Virtual Chassis port interfaces, you must use vcp-* as the interface name representing all Virtual Chassis port interfaces. You cannot configure CoS for an individual Virtual Chassis port (such as vcp-1/1/0).
For an example that shows how to configure an output traffic-control profile customized for Virtual Chassis ports, see Example: Configuring Class of Service for Virtual Chassis Ports on MX Series 5G Universal Routing Platforms.
Classifiers and Rewrite Rules
Configuring nondefault IEEE 802.1p ingress classifiers and IEEE 802.1p egress rewrite rules has no effect in a two-member MX Series Virtual Chassis.
Because there are no intermediate routers between the two member routers in an MX Series Virtual Chassis, packets are not reclassified according to the default classifier rules for Virtual Chassis ports. Instead, the original classifier rules that applied when the packet entered the Virtual Chassis on a network port are retained, making configuration of nondefault ingress classifiers and nondefault egress rewrite rules unnecessary in the current release.
Per-Priority Shaping
MPC/MIC interfaces support per-priority shaping, which enables you to configure a separate traffic shaping rate for each of the five priority scheduling levels. However, configuring per-priority shaping for Virtual Chassis ports on MPC/MIC interfaces is unnecessary for the following reasons:
The neighboring member router has exactly the same bandwidth.
The same type of Virtual Chassis port is present at both ends of the connection.