CoS Features and Limitations on MX Series Routers
All Layer 3 Junos OS CoS functions are supported on the MX Series routers. In addition, Layer 3 CoS capabilities, with the exception of traffic shaping, are supported on virtual LANs (VLANs) that span multiple ports.
MX Series routers can be equipped with Flexible PIC Concentrators (FPCs) and associated
Physical Interface Cards (PICs), Dense Port Concentrators (DPCs), Modular Interface
Cards (MICs), Modular Port Concentrators (MPCs), or MPCs with associated MICs. In all
cases, the command-line interface (CLI) configuration syntax refers to FPCs, PICs, and
ports
(type-fpc/pic/port
).
The MX80 router is a single-board router with a built-in Routing Engine and one Packet Forwarding Engine, which can have up to four MICs attached to it. The Packet Forwarding Engine has two “pseudo” Flexible PIC Concentrators (FPC 0 and FPC1). Because there is no switching fabric, the single Packet Forwarding Engine takes care of both ingress and egress packet forwarding.
Fixed classification places all packets in the same forwarding class, or the usual multifield or behavior aggregate (BA) classifications can be used to treat packets differently. BA classification with firewall filters can be used for classification based on IP precedence, DSCP, IEEE, or other bits in the frame or packet header.
However, the MX Series routers can also employ multiple BA classifiers on the same logical interface. The logical interfaces do not have to employ the same type of BA classifier. For example, a single logical interface can use classifiers based on IP precedence as well as IEEE 802.1p. If the CoS bits of interest are on the inner VLAN tag of a dual-tagged VLAN interface, the classifier can examine either the inner or outer bits. (By default, the classification is done based on the outer VLAN tag.)
Internal fabric scheduling is based on only two queues: high and low priority. Strict-high priority queuing is also supported in the high-priority category.
Egress port scheduling supports up to eight queues per port using a form of round-robin queue servicing. The supported priority levels are strict-high, high, medium-high, medium-low, and low. The MX Series router architecture supports both early discard and tail drop on the queues.
All CoS features are supported at line rate.
The MX960 router allows fixed classification of traffic. All packets on a logical interface can be put into the same forwarding class. For example:
[edit class-of-service interfaces ge-1/0/0 unit 0] user@host#set forwarding-class af
As on other routers, the MX Series routers allow BA classification, the classifying of packets into different forwarding classes (up to eight) based on a value in the packet header. However, MX Series routers allow a mixture of BA classifiers (IEEE 802.1p and others) for logical interfaces on the same port. In the following example, the IEEE classifier is applied to Layer 2 traffic and the Internet precedence classifier is applied to Layer 3 (IP) traffic.
[edit class-of-service interfaces ge-0/0/0 unit 0] user@host#set classifiers ieee-802.1 DOT1P-BA-1 user@host#set classifiers inet-precedence IPPRCE-BA-1
The IEEE classifier can also perform BA classification based on the bits of either the inner, outer, or transparent VLAN tag on a dual-tagged logical interface, as shown in the following example:
[edit class-of-service interfaces ge-0/0/0] user@host#set unit 0 classifiers ieee-802.1 DOT1-BA-1 vlan-tag inner user@host#set unit 1 classifiers ieee-802.1 DOT1-BA-1 vlan-tag outer user@host#set unit 2 classifiers ieee-802.1 DOT1-BA-1 vlan-tag transparent
The example above does not apply to single-tagged packets. The following example shows how to configure the classifier on single-tagged interfaces:
[edit class-of-service interfaces ge-0/0/0] user@host#set unit 0 classifiers ieee-802.1 DOT1-BA-1
The default action is based on the outer VLAN tag’s IEEE precedence bits.
As on other routers, the BA classification can be overridden with a multifield classifier in the action part of a firewall filter.
Rewrites are handled as on other routers, but MX Series routers support classifications
and rewrites for aggregated Ethernet (ae-
) logical interfaces. MX
Series routers also support the use of egress firewall filters for DSCP rewrites for
IPv4 and IPv6 packets. For example:
[edit firewall family inet] user@host# set term 1 from destination-address 198.51.100.100/32 user@host# set term 1 then dscp af21 user@host# set term 2 then accept
On MX Series routers, the 64 classifier limit is a theoretical upper limit. In practice, you can configure 63 classifiers. Three values are used internally by the default IP precedence, IPv6, and EXP classifiers. Two other classifiers are used for forwarding class and queue operations. This leaves 58 classifiers for configuration purposes. If you configure Differentiated Services code point (DSCP) rewrites for MPLS, the maximum number of classifiers you can configure is less than 58.
On MX Series routers, IEEE 802.1 classifier bit rewrites are determined by forwarding class and packet priority, not by queue number and packet priority as on other routers.
The following scaling and performance parameters apply to MX Series routers:
-
48* classifiers of each type, when subscriber management is enabled
-
32 rewrite tables of each type, when subscriber management is enabled
-
Eight queues per port
-
64 WRED profiles
-
100-ms queue buffering for interfaces 1 Gbps and above; 500 ms for all others
-
Line-rate CoS features
*Starting with Junos OS Release 16.1R5, Junos OS Release 17.1R3, Junos OS Release
17.2R2, and Junos OS Release 17.3R2, you can configure up to 48 classifiers per
family at the [edit class-of-service classifiers]
hierarchy level
when subscriber management is enabled. In earlier releases, you could only configure
up to 32 classifiers per family.
For more information about MX Series router CoS capabilities, including software configuration, see Configuring Hierarchical Schedulers for CoS and Enhanced Queuing DPC CoS Properties.
For Juniper Networks MX Series 5G Universal Routing Platforms, the following restrictions apply:
-
You can only use multifield classifiers (but not BA classifiers) for IPv4 DSCP bits for virtual private LAN service (VPLS).
-
You cannot use BA classifiers for IPv4 DSCP bits for Layer 2 VPNs.
-
You cannot use BA classifiers for IPv6 DSCP bits for VPLS.
-
You cannot use BA classifiers for IPv6 DSCP bits for Layer 2 VPNs.
On MX Series routers, you can apply classifiers or rewrite rules to an
integrated bridging and routing (IRB) interface at the [edit class-of-service
interfaces irb unit logical-unit-number]
level of the
hierarchy. All types of classifiers and rewrite rules are allowed. These classifiers and
rewrite rules are independent of others configured on an MX Series router.
[edit class-of-service interfaces] irb { unit logical-unit-number { classifiers { type (classifier-name | default) family (mpls | all); } rewrite-rules { dscp (rewrite-name | default); dscp-ipv6 (rewrite-name | default); exp (rewrite-name | default)protocol protocol-types; ieee-802.1 (rewrite-name | default) vlan-tag (outer | outer-and-inner); inet-precedence (rewrite-name | default); } } }
For IQ PICs, you can only configure one IEEE 802.1 rewrite rule on a physical port. All logical ports (units) on that physical port should apply the same IEEE 802.1 rewrite rule.
The IRB classifiers and rewrite rules are applied only to the “routed” packets. For logical interfaces that are part of a bridge domain, only IEEE classifiers and IEEE rewrite rules are allowed. Only the listed options are available for rewrite rules on an IRB.
For dual-tagged bridge domain logical interfaces, you can configure classification based
on the inner or outer VLAN tag’s IEEE 802.1p bits using the vlan-tag
statement with the inner
or outer
option:
[edit class-of-service interfaces interface-name unit logical-unit-number] classifiers { ieee-802.1 (classifier-name | default) vlan-tag (inner | outer); }
Also, for dual-tagged bridge domain logical interfaces, you can configure rewrite rules
to rewrite the outer or both outer and inner VLAN tag’s IEEE 802.1p bits using the
vlan-tag
statement with the outer
or
outer-and-inner
option:
[edit class-of-service interfaces interface-name unit logical-unit-number] rewrite-rules { ieee-802.1 (rewrite-rule-name | default) vlan-tag (outer | outer-and-inner); }
Change History Table
Feature support is determined by the platform and release you are using. Use Feature Explorer to determine if a feature is supported on your platform.
[edit class-of-service classifiers]
hierarchy
level when subscriber management is enabled.