Related Documentation
- ACX, M, MX, QFX, SRX, T Series
- vci
- M, MX, T Series
- Configuring a Point-to-Point ATM1 or ATM2 IQ Connection
- M, T Series
- atm-scheduler-map
- MX Series
- Defining the ATM Traffic-Shaping Profile
Configuring ATM2 IQ VC Tunnel CoS Components
The ATM2 IQ interface allows multiple IP queues into each VC. On M Series routers (except the M320 and M120 router), a VC tunnel can support four CoS queues. On the M320, M120, and T Series routers for all ATM2 IQ PICs except the OC48 PIC, a VC tunnel can support eight CoS queues. Within a VC tunnel, the WRR algorithm schedules the cell transmission of each queue. You can configure the queue admission policies, such as EPD or WRED, to control the queue size during congestion.
For information about CoS components that apply generally to all interfaces, see the Junos OS Class of Service Library for Routing Devices.
To configure ATM2 IQ VC tunnel CoS components, include the following statements at the [edit interfaces at-fpc/pic/port] hierarchy level:
This section contains the following topics:
Configuring Linear RED Profiles
Linear RED profiles define CoS virtual circuit drop profiles. You can configure up to 32 linear RED profiles per port. When a packet arrives, RED checks the queue fill level. If the fill level corresponds to a nonzero drop probability, the RED algorithm determines whether to drop the arriving packet.
To configure linear RED profiles, include the linear-red-profiles statement at the [edit interfaces at-fpc/pic/port atm-options] hierarchy level:
The queue-depth, high-plp-threshold, and low-plp-threshold statements are mandatory.
You can define the following options for each RED profile:
- high-plp-max-threshold—Define the drop profile fill-level for the high PLP CoS VC. When the fill level exceeds the defined percentage, all packets with high PLP are dropped.
- low-plp-max-threshold—Define the drop profile fill-level for the low PLP CoS VC. When the fill level exceeds the defined percentage, all packets with low PLP are dropped.
- queue-depth—Define maximum queue depth in the CoS VC drop profile. Packets are always dropped beyond the defined maximum. The range you can configure is from 1 through 64,000 cells.
- high-plp-threshold—Define CoS VC drop profile fill-level percentage when linear RED is applied to cells with high PLP. When the fill level exceeds the defined percentage, packets with high PLP are randomly dropped by RED.
- low-plp-threshold—Define CoS VC drop profile fill-level percentage when linear RED is applied to cells with low PLP. When the fill level exceeds the defined percentage, packets with low PLP are randomly dropped by RED.
Configuring an ATM Scheduler Map
To define a scheduler map, you associate it with a forwarding class. Each class is associated with a specific queue, as follows:
- best-effort—Queue 0
- expedited-forwarding—Queue 1
- assured-forwarding—Queue 2
- network-control—Queue 3
Note: For M320, M120, and T Series routers only, you can configure more than four forwarding classes and queues. For more information, see Enabling Eight Queues on ATM2 IQ Interfaces.
When you configure an ATM scheduler map, the Junos OS creates these CoS queues for a VC. The Junos OS prefixes each packet delivered to the VC with the next-hop rewrite data associated with each queue.
To configure an ATM scheduler map, include the scheduler-maps statement at the [edit interfaces at-fpc/pic/port atm-options] hierarchy level:
You can define the following options for each forwarding class:
- epd-threshold or linear-red-profile—An EPD threshold provides a queue of cells that can be stored with tail drop. When a BOP cell is received, the VC’s queue depth is checked against the EPD threshold. If the VC’s queue depth exceeds the EPD threshold, the BOP cell and all subsequent cells in the packet are discarded.
A linear RED profile defines the number of cells using the queue-depth statement within the RED profile. (You configure the queue-depth statement at the [edit interfaces at-fpc/pic/port atm-options linear-red-profiles profile-name] hierarchy level.)
By default, if you include the scheduler-maps statement at the [edit interfaces at-fpc/pic/port atm-options] hierarchy level, the interface uses an EPD threshold that is determined by the Junos OS based on the available bandwidth and other parameters. You can override the default EPD threshold by setting an EPD threshold or a linear RED profile.
- priority—By default, queue 0 is high-priority, and the remaining queues are low-priority. You can configure high or low queuing priority for each queue.
- transmit-weight—By default, the transmit weight is 95 percent for queue 0, and 5 percent for queue 3. You can configure the transmission weight in number of cells or percentage. Each CoS queue is serviced in WRR mode. When CoS queues have data to send, they send the number of cells equal to their weight before passing control to the next active CoS queue. This allows proportional bandwidth sharing between multiple CoS queues within a rate-shaped VC tunnel. A CoS queue can send from 1 through 32,000 cells or from 5 through 100 percent of queued traffic before passing control to the next active CoS queue within a VC tunnel.
The AAL5 protocol prohibits cells from being interleaved on a VC; therefore, a complete packet is always sent. If a CoS queue sends more cells than its assigned weight because of the packet boundary, the deficit is carried over to the next time the queue is scheduled to transmit. If the queue is empty after the cells are sent, the deficit is waived, and the queue’s assigned weight is reset.
![]() | Note: If you include the scheduler-maps statement at the [edit interfaces at-fpc/pic/port atm-options] hierarchy level, the epd-threshold statement at the [edit interfaces interface-name unit logical-unit-number] or [edit interfaces interface-name unit logical-unit-number address address family family multipoint-destination address] hierarchy level has no effect because either the default EPD threshold, the EPD threshold setting in the forwarding class, or the linear RED profile takes effect instead. |
For more information about forwarding classes, see the Junos OS Class of Service Library for Routing Devices.
Enabling Eight Queues on ATM2 IQ Interfaces
By default, ATM2 IQ PICs on T Series, M120, and M320 routers are restricted to a maximum of four egress queues per interface. You can enable eight egress queues on ATM2 IQ interfaces by including the max-queues-per-interface statement at the [edit chassis fpc slot-number pic pic-number] hierarchy level:
The numerical value can be 4 or 8.
If you include the max-queues-per-interface statement, all ports on the ATM2 IQ PIC use the configured mode.
When you include the max-queues-per-interface statement and commit the configuration, all physical interfaces on the ATM2 IQ PIC are deleted and re-added. Also, the PIC is taken offline and then brought back online immediately. You do not need to manually take the PIC offline and online. You should change modes between four queues and eight queues, or vice versa, only when there is no active traffic going to the ATM2 IQ PIC.
To configure up to eight queues on the ATM2 IQ interface, you must also include the statements described in Configuring ATM2 IQ VC Tunnel CoS Components.
For general information about configuring up to eight forwarding classes and queues on PICs other than ATM2 IQ PICs, see the Junos OS Class of Service Library for Routing Devices.
![]() | Note: When you are considering enabling eight queues on an ATM2 IQ interface, you should note the following:
|
Example: Enabling Eight Queues on T Series, M120, and M320 Routers
In Figure 1, Router A generates IP packets with different IP precedence settings. Router B is an M320, M120, or T Series router with two ATM2 IQ interfaces. On Router B, interface at-6/1/0 receives traffic from Router A, while interface at-0/1/0 sends traffic to Router C. This example shows the CoS configuration for Router B.
Figure 1: Example Topology for Router with Eight Queues

On Router B:
Verifying the Configuration
To see the results of this configuration, you can issue the following operational mode commands:
- show interfaces at-0/1/0 extensive
- show interfaces queue at-0/1/0
- show class-of-service forwarding-class
Configuring VC CoS Mode
VC CoS mode defines the CoS queue scheduling priority. By default, the VC CoS mode is alternate. When it is a queue’s turn to transmit, the queue transmits up to its weight in cells as specified by the transmit-weight statement at the [edit interfaces at-fpc/pic/port atm-options scheduler-maps map-name forwarding-class class-name] hierarchy level. The number of cells transmitted can be slightly over the configured or default transmit weight, because the transmission always ends at a packet boundary.
To configure the VC CoS mode, include the vc-cos-mode statement at the [edit interfaces at-fpc/pic/port atm-options scheduler-maps] hierarchy level:
Two modes of CoS scheduling priority are supported:
- alternate—Assign high priority to one queue. The scheduling of the queues alternates between the high priority queue and the remaining queues. Every other scheduled packet is from the high priority queue.
- strict—Assign strictly high priority to one queue. A queue with strictly high priority is always scheduled before the remaining queues. The remaining queues are scheduled in round-robin fashion.
Enabling the PLP Setting to Be Copied to the CLP Bit
For a PE router with customer edge (CE)-facing, egress, ATM2 IQ interfaces configured with standard AAL5 encapsulation, you can enable the PLP setting to be copied into the CLP bit.
![]() | Note: This configuration setting is not applicable to Layer 2 circuit encapsulations because the control word captures and preserves CLP information. For more information about Layer 2 circuit encapsulations, see Configuring Layer 2 Circuit Transport Mode. |
By default, at egress ATM2 IQ interfaces configured with standard AAL5 encapsulation, the PLP information is not copied to the CLP bit. This means the PLP information is not carried beyond the egress interface onto the CE router.
You can enable the PLP information to be copied into the CLP bit by including the plp-to-clp statement:
You can include this statement at the following hierarchy levels:
- [edit interfaces interface-name atm-options]
- [edit interfaces interface-name unit logical-unit-number]
- [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Configuring ATM CoS on the Logical Interface
To apply the ATM scheduler map to a logical interface, include the atm-scheduler-map statement:
For ATM CoS to take effect, you must configure the VCI and VPI identifiers and traffic shaping on each VC by including the following statements:
You can include these statements at the following hierarchy levels:
- [edit interfaces interface-name unit logical-unit-number]
- [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
For more information, see Configuring a Point-to-Point ATM1 or ATM2 IQ Connection and Defining the ATM Traffic-Shaping Profile.
You can also apply a scheduler map to the chassis traffic that feeds the ATM interfaces. For more information, see the Junos OS Class of Service Library for Routing Devices.
Example: Configuring ATM2 IQ VC Tunnel CoS Components
Configure ATM2 IQ VC tunnel CoS components:
Related Documentation
- ACX, M, MX, QFX, SRX, T Series
- vci
- M, MX, T Series
- Configuring a Point-to-Point ATM1 or ATM2 IQ Connection
- M, T Series
- atm-scheduler-map
- MX Series
- Defining the ATM Traffic-Shaping Profile
Published: 2013-07-30
Related Documentation
- ACX, M, MX, QFX, SRX, T Series
- vci
- M, MX, T Series
- Configuring a Point-to-Point ATM1 or ATM2 IQ Connection
- M, T Series
- atm-scheduler-map
- MX Series
- Defining the ATM Traffic-Shaping Profile
Published: 2013-07-30
