Allocating Excess Bandwidth Among Frame Relay DLCIs on Multiservices PICs
By default, all logical (lsq-) interfaces on a Multiservices PIC share bandwidth equally in the excess region (that is, bandwidth available once these interfaces have exhausted their committed information rate (CIR).
However, you can include the excess-rate statement to control an independent set of parameters for bandwidth sharing in the excess region of a frame relay data-link connection identifier (DLCI) on a Multiservices PIC. Include the excess-rate statement at the [edit class-of-service traffic-control-profile traffic-control-profile-name] hierarchy level.
There are several limitations to this feature:
- The excess bandwidth comes from bandwidth not used by any DLCIs (that is, bandwidth above the CIR). Therefore, only FRF.16 is supported.
- Only CIR mode is supported (you must configure a CIR on at least one DLCI).
- Only the percent option is supported for lsq- interfaces. The priority option is not supported for DLCIs.
You cannot configure this feature if you also include one of the following statements in the configuration:
- scheduler-map
- shaping-rate
- adaptive-shaper (valid on J Series Services Routers only)
- virtual-channel-group (valid on J Series Services Routers only)
- If you oversubscribe the DLCIs, then the bandwidth can only be distributed equally.
- The excess-priority statement is not supported. However, for consistency, this statement will not result in a commit error.
- This feature is only supported on the Multiservices 100, Multiservices 400, and Multiservices 500 PICs.
This example configures excess bandwidth sharing in the ratio of 70 to 30 percent for two frame relay DLCIs. Only FRF.16 interfaces are supported.
Configuring the Frame Relay DLCIs
You must configure the per-unit scheduler.
Configuring the Traffic Control Profile
Only the percent option is supported.
Applying the Traffic Control Profiles
Only FRF.16 is supported.
