Guest

Support

Virtual Switch Interface

Hierarchical Navigation

  • Viewing Options

  • PDF (300.9 KB)
  • Feedback
Virtual Switch Interface

Table Of Contents

Virtual Switch Interface

Virtual Switch Interface Protocol

VSI Master and Slaves

Resource Partitioning

Configuring VSI-ILMI

Support Enabling ILMI Functionality for VSI Partitions on Port Interfaces

Enable ILMI Functionality for VSI Partitions on Physical Trunk Interfaces

Enable VSI ILMI Functionality on Virtual Trunk Interfaces

Class of Service Templates

Functional Description

Service Class Template Structure

Downloading Service Class Templates

Assignment of a Service Class Template to an interface

Card Qbin Configuration

Qbin Dependencies

Extended Services Types Support

Connection Admission Control (CAC)

Supported Service Types


Virtual Switch Interface


This appendix provides a description of the Virtual Switch Interface (VSI) protocol as it is used to control a BPX node for PNNI routing or Multiprotocol Label Switching (MPLS) in switched software Release 9.2.

The appendix contains the following:

Virtual Switch Interface Protocol

Class of Service Templates

Supported Service Types

Virtual Switch Interface Protocol

The Virtual Switch Interface (VSI) protocol is used to control a Cisco Wide Area Network switch, such as the BPX 8620, for networking applications, such as MultiProtocol Label Switching (MPLS: sometimes referred to as Tag switching) or PNNI routing. The VSI is a mechanism for networking applications to control the BPX 8600 and use a partition of the switch's resources for its specific application. With VSI, external controllers are used to control the switch for applications not supported by the traditional WAN switch set of routing protocols known as AutoRoute.

The VSI protocol allows a BPX switch to be controlled by multiple controllers, such as a PNNI controller (SES PNNI controller) or an MPLS controller (Tag or Label Switch Controller), along with the traditional AutoRoute controlling software. These additional controllers provide control planes that can be external or internal to the BPX switch.

VSI Master and Slaves

The VSI protocol is a master/slave protocol. The master part of the VSI protocol runs on the SES PNNI controller for PNNI networking, and is referred to in this application as the PNNI controller. (For MPLS, the controller is an external Tag Switch controller.) The slave part of the VSI protocol runs on the BXMs on the BPX 8620. Figure D-1 provides a simple illustration of VSI master and slave relationship.

Figure D-1 VSI, Controller and Slave VSIs

When enabled and configured, the VSI controller automatically establishes a link between the VSI master and every VSI slave on the associated switch, as shown in Figure D-2. When enabled, the VSI slaves in turn establish links between each other.

Figure D-2 VSI Master and VSI Slave Example

The BXM has 32 virtual interfaces that provide a number of resources including Qbin buffering capability. With physical lines and trunks, one virtual interface is assigned to each port. (Figure D-3).

With virtual trunking, a physical trunk can comprise a number of logical trunks called virtual trunks, and each of these virtual trunks is assigned the resources of one of the 32 virtual interfaces on a BXM (Figure D-3).

Each virtual interface has 16 Qbins assigned to it. Qbins 0-9 are used for AutoRoute and 10-15 are available for use by a VSI enabled on the virtual interface. (In release 9.1, only Qbin 10 was used.) The Qbins 10-15 support class of service (CoS) templates on the BPX.

A virtual switch interface may be enabled on a port, trunk, or virtual trunk. The virtual switch interface is assigned the resources of the associated virtual interface,

Figure D-3 BXM Virtual Interfaces and Qbins

Resource Partitioning

With the VSI protocol, the resources on a BXM port or trunk must be partitioned between competing controllers, AutoRoute, MPLS, and PNNI. Once the resources have been partitioned, the controller can use them for its networking application. In other words, AutoRoute uses the resources in its partition to provision permanent virtual circuits, just like a standard BPX switch. And the PNNI controller, will use the resources in its partition to establish ATM switched virtual circuits. The two partitions are completely independent and the connections from one never interfere with the connections in another partition.


Note Resources can only be partitioned on a BXM card in release 9.2.


The resources that need to be configured for a partition are shown in Table D-1 for a partition designated ifci (interface controller 1). The three parameters that need to be distributed are number of logical connections (LCNs), bandwidth (BW), and virtual path identifiers (VPIs).

Table D-1 ifci parameters (virtual switch interface)

ifci parameters
Min
Max

lcns

min_lcns

max_lcns

bw

min_bw

max_bw

vpi

min_vpi

max_vpi


Partition Criteria shows theVPI ranges available for partitions on a BXM card.

Table D-2 Partition Criteria

 
Range

NNI trunk/port

1-4095 VPI range

UNI trunk/port

1-255 VPI range

Virtual trunk

Only one VPI available per virtual trunk since a virtual trunk is currently delineated by a specific VP.

Each virtual trunk can either be AutoRoute or VSI, not both.


When a trunk is added, the entire bandwidth is allocated to AutoRoute. To change the allocation in order to provide resources for a VSI partition, the cnfrsrc BPX CLI command is used on the BXM.

Configuring VSI-ILMI

This section describes how to perform the following tasks for ILMI functionality:

Support Enabling ILMI Functionality for VSI Partitions on Port Interfaces

Enable ILMI Functionality for VSI Partitions on Physical Trunk Interfaces

Enable VSI ILMI Functionality on Virtual Trunk Interfaces

Support Enabling ILMI Functionality for VSI Partitions on Port Interfaces

The ILMI protocol can either run on the BPX or on the BXM card. For ILMI functionality to work for VSI partitions, the ILMI protocol should run on the BXM card.

To enable ILMI functionality for VSI partitions on port interfaces:.


Step 1 Enable ILMI session for the port using the cnfport command.

a. When prompted for protocol type, specify the ILMI protocol by typing an i.

b. When prompted by "Protocol by the Card?" type y.

Step 2 Enable VSI ILMI functionality using the cnfvsipart command, as in the following example for active VSI partition 1 on a port interface 13.1

cnfvsipart 13.1 1 y


Enable ILMI Functionality for VSI Partitions on Physical Trunk Interfaces

This section describes how to enable ILMI functionality for an active VSI partition, using the example of active VSI partition 1 on a physical trunk interface 13.2.


Step 1 Enable ILMI protocol to run on the BXM card by using the cnftrk command.

Step 2 When prompted by "Protocol by the card?" type y.


Note NOTE: Unlike the cnfport command, the cnftrk command does not provide an option to configure the ILMI protocol on the trunk. The cnfvsipart command automatically configures on the trunk.


Enable VSI ILMI Functionality on Virtual Trunk Interfaces

This section describes how to enable ILMI functionality for an active VSI partition on a specified virtual trunk interface, using the example of active VSI partition 1 on a virtual trunk interface 13.3.1.

ILMI sessions on Virtual trunks always run on the BXM card. Hence it is not necessary that you run the cnftrk command when enabling ILMI functionality for a VSI partition on a virtual trunk interface.


Step 1 Enable ILMI functionality for the VSI partition on the virtual trunk interface using the cnfvsipart command.

cnfvsipart 13.3.1 1 y

Note ILMI functionality cannot be enabled on Feeder Trunk Interfaces.


By default LMI protocol runs on these interfaces.

Step 2 Check to ensure that ILMI functionality is enabled for a VSI partition on an interface



Note NOTE: Currently all ILMI sessions exchange only the BPX NW IP address with peer ILMI sessions.


The Sys_Id is generated using the NOVRAM contents in the backplane of the BPX shelf. If for some reason, this NOVRAM could not be read, then a default Sys_Id of 1 is downloaded to the BXM card. If this is done, the dspvsipartcnf command will display this information as follows:

Sys_Id generation failed!! Using default value = 0.0.0.0.0.1

cnfvsipart

Use the cnfvsipart command to configure VSI partition characteristics. The cnfvsipart command is currently the only way to enable VSI ILMI sessions.

Syntax Description

cnfvsipart <slot.port.[vtrk]> <part_id> <enable_option>

slot.port.[vtrk]

slot, port of the interface.If applicable, enter the virtual port number.

part_id

partition identifier associated with the VSI partition.

enable_option

Activate (y) or deactivate (n) the VWI ILMI session,


Related Commands

cnfrsrc, dspvsipartcnf, cnfport, cnftrk

dspvsipartcnf

Use the dspvsipartcnf command to view VSI partition characteristics.

Currently this command only displays information about VSI ILMI sessions. This command displays whether VSI ILMI is enabled for a given partition, the LCN used for the sessions (only for trunk interfaces) and the type of IP address downloaded to the BXM card for topology discovery purposes.

On Trunk Interfaces, ILMI functionality can be enabled on one VSI partition only. Use the dspvsipartcnf command to view ILMI functionality for VSI partitions on trunk interface 13.2,

dspvsipartcnf 12.1

If, for example, a VSI ILMI session is enabled on partition 1, it would provide output similar to the following example:

    Trunk: 13.2      Partn: 1  ILMI: E      LCN: 272       Topo: BPX NW IP
    Trunk: 13.2      Partn: 2   -- VSI partition DISABLED
    Trunk: 13.2      Partn: 3   -- VSI partition DISABLED
    Sys_Id generated = 32.31.39.36.30.35

The above output says that ILMI functionality is enabled on VSI partition 1 on trunk interface 13.2 and it uses LCN 272 and the BPX Network IP is exchanged by the ILMI session with the peer ILMI session.


If no partition is specified, this command displays the above information about all the VSI partitions and also the Sys_Id downloaded to the BXM card for ILMI functionality.

Syntax Description

dspvsipartcnf <slot.port.[vtrk]> [partition_id]

slot.port.[vtrk]

slot, port (and virtual port if applicable) of the interface.

part_id

partition id corresponding to the VSI partition. This parameter is optional and if not specified, this command will display information about all the VSI partitions.


Class of Service Templates

Class of Service Templates (COS Templates) provide a means of mapping a set of standard connection protocol parameters to "extended" platform specific parameters. Full QoS implies that each VC is served through one of a number of Class of Service buffers (Qbins) which are differentiated by their QoS characteristics.


Note The terms—"Class of Service Template," and "COS Template"—can be used interchangeably.


When a connection set up request is received from the VSI Master in the PNNI or MPLS controller, the VSI slave (in the BXM) uses the class of service index of the request to retrieve the corresponding set of extended parameters defined in the template for the corresponding index. The BXM VSI slave uses these values to complete the connection setup and program the cross-connect in the card.

Functional Description

The service class template provide a means of mapping a set of extended parameters, which are generally platform specific, based on the set of standard ATM parameters passed to the VSI slave during connection setup.

A set of service templates is stored in each switch (e.g., BPX) and downloaded to the service modules (e.g., BXMs) as needed.

The service templates contains two classes of data.

One class consists of parameters necessary to establish a connection (for example, per VC) and includes entries such as UPC actions, various bandwidth related items, per VC thresholds, etc.

The second class of data items includes those necessary to configure the associated class of service buffers (Qbins) that provide QoS support.

The general types of parameters passed from a VSI master to a slave include:

A service type identifier

QOS parameters (CLR, CTD, CDV)

Bandwidth parameters (e.g. PCR, MCR)

Other ATM Forum Traffic Management 4.0 parameters

Each VC added by a VSI master is assigned to a specific service class by means of a 32-bit service type identifier. Current identifiers are for:

ATM Forum service types (used for ATM SVCs)

AutoRoute

MPLS

When a connection setup request is received from a VSI master controller, the VSI slave uses the service type identifier to index into a Service Class Template database containing extended parameter settings for connections matching that index. The firmware then programs the hardware with the applicable extended parameter values to complete the connection setup.

One of the parameters specified for each service type is the particular BXM class of service buffer (Qbin) to use. The Qbin buffers provide separation of service type to match the QoS requirements.

Service class templates on the BPX are maintained by the BCC and are downloaded to the BXM cards as part of the card configuration process as a result of card activation, rebuild, or switchover. In release 9.2 the templates are non-configurable.

Nine template types are available (as of 9.2.3x). You can assign any one of the templates to a virtual switch interface (Figure D-4). For more information about these templates, see the BPX documentation associated with Release 9.2.30.

Figure D-4 Service Class Template Overview

Service Class Template Structure

Each template table row includes an entry that defines the Qbin to be used for that class of service (Figure D-5).

This mapping defines a relationship between the template and the interface Qbin's configuration.

A Qbin template defines a default configuration for the set of Qbins for the logical interface. When a template assignment is made to an interface, the corresponding default Qbin configuration becomes the interface's Qbin configuration. Some of the parameters of the interface's Qbin configuration can be changed on a per interface basis. Such changes affect only that interface's Qbin configuration and no others, and do not affect the Qbin templates.

Qbin templates only are used with Qbins that are available to VSI partitions (PNNI or MPLS), namely Qbins 10 through 15. Qbins 10 through 15 are used by the VSI on interfaces configured as trunks or ports. The rest of the Qbins (0-9) are reserved for and configured by AutoRoute.

Figure D-5 Service Class Template and Associated Qbin Selection

Downloading Service Class Templates

Service Class Templates are downloaded to a BXM card under the following conditions:

when adding a y-redundant card

during a BCC (control card) switchover

when a card that has active interfaces is reset (Hardware reset)

during a BCC (control card) rebuild

Assignment of a Service Class Template to an interface

A default Service Class Template is assigned to a logical interface (VI) when the interface is upped via upport/uptrk.

For example:

uptrk 1.1

uptrk 1.1.1 (virtual trunk)

upport 1.1

This default template has the identifier of 1. Users can change the Service Class Template from Service Class Template 1 to another Service Class Template using the cnfvsiif (configure VSI interface) command. The dspvsiif command allows the user to display the template associated with the interface. For example:

cnfvsiif 1.1 2

cnfvsiif 1.1.1 2

dspvsiif 1.1

dspvsiif 1.1.1

cnfvsiif example

The cnfvsiif command is used to assign a selected Service Class Template to an interface (VI) by specifying the template number. It has the following syntax:

cnfvsiif <slot.port.vtrk> <tmplt_id>

dspvsiif example

The dspvsiif command is used to display the type of Service Class Template assigned to an interface (VI). It has the following syntax:

dspvsiif <slot.port.vtrk>

Card Qbin Configuration

When an interface (VI) is activated by uptrk or upport, the default Service Class Template is assigned to the interface (VI). The corresponding Qbin template is then copied into the card's (BXM) data structure of that interface. A user can change some of the Qbin parameters using the cnfqbin command. The Qbin is now "user configured" as opposed to "template configured". This information may be viewed on the dspqbin screen.

Qbin Dependencies

The available Qbin parameters are shown in Table D-3. Notice that the Qbins available for VSI are restricted to Qbins 10-15 for that interface. All 32 possible virtual interfaces are provided with 16 Qbins.

Table D-3 Service Class Template Qbin Parameters

Template Object Name
Template Units
Template
Range/Values

QBIN Number

enumeration

0 -15 (10-15 valid for VSI)

Max QBIN Threshold

u sec

1-2000000

QBIN CLP High Threshold

% of max Qbin threshold

0 - 100

QBIN CLP Low Threshold

% of max Qbin threshold

0 - 100

EFCI Threshold

% of max Qbin threshold

0 - 100

Discard Selection

enumeration

1 - CLP Hystersis

2 - Frame Discard

Weighted Fair Queueing

enable/disable

0: Disable

1: Enable


Additional Service Class Template commands are:

dspsctmplt

Display the template number assigned to an interface. The command has three levels of operation

dspsctmplt

View current Service Class Templates on the node.

dspsctmplt <tmplt_id>

View all Service Classes in the template

dspsctmplt <tmplt_id>

Lists all the parameters of that Service Class.

dspqbintmlt

View the Qbin templates

cnfqbin

Set parameters on the Qbin. Answer yes, when prompted, to use the card qbin values from the Qbin templates.

dspqbin

View Qbin parameters currently configured for the virtual interface.

dspcd

View the current card configuration.


Extended Services Types Support

The service-type parameter for a connection is specified in the connection bandwidth information parameter group. The service-type and service-category parameters determine the service class to be used from the Service Class Template.

Connection Admission Control (CAC)

For Release 9.2, when a connection request is received by the VSI Slave, it is first subjected to a Connection Admission Control process before being forwarded to the FW layer responsible for actually programming the connection. The granting of the connection is based on the following criteria:

LCNs available in the VSI partition

Qbin??

Service Class??

QoS guarantees

max CLR

max CTD

max CDV

When the VSI slave accepts (for example, after CAC) a connection setup command from the VSI master in the PNNI or MPLS Controller, it receives information about the connection including service type, bandwidth parameters, and QoS parameters. This information is used to determine an index into the VI's selected Service Class Template's VC Descriptor table thereby establishing access to the associated extended parameter set stored in the table.

Supported Service Types

The service type identifier is a 32-bit number. Table D-4 lists the supported service types.

Table D-4 Service Category Listing

Service Category
Service Type Identifiers
Service Types
Associated Qbin
VSI Special Types

0x0000

0x0001

0x0002

Null

Default

Signaling

-

10

15

ATMF Types

0x0100

0x0101

0x0102

0x0103

0x0104

0x0105

0x0106

0x0107

0x0108

0x0109

0x010A

0x010B

CBR.1

VBR.1-RT

VBR.2-RT

VBR.3-RT

VBR.1-nRT

VBR.2-nRT

VBR.3-nRT

UBR.1

UBR.2

ABR

CBR.2

CBR.3

10

11

11

11

12

12

12

13

13

14

10

10

MPLS Types

0x0200

0x0201

0x0202

0x0203

0x0204

0x0205

0x0206

0x0207

0x0210

Tag 0, Class of Service (COS) 0, per-class service

Tag 1, Class of Service (COS) 1, per-class service

Tag 2, Class of Service (COS) 2, per-class service

Tag 3, Class of Service (COS) 3, per-class service

Tag 4, Class of Service (COS) 0, per-class service, shadow

Tag 5, Class of Service (COS) 1, per-class service

Tag 6, Class of Service (COS) 2, per-class service

Tag 7, Class of Service (COS) 3, per-class service, shadow

Tag ABR, (Tag w/ ABR flow control)

10

11

12

13

10

11

12

13

14


A summary of the parameters associated with each of the Service Class Templates is provided in Table D-5 through Table D-8. Table D-9 provides a description of these parameters and also the range of values that may be configured if the template does not assign an arbitrary value.

Table D-5 lists the parameters associated with Default (0x0001) and Signaling (0x0002) Service Class Template categories.

Table D-5 VSI Special Service Types 

Parameter
VSI Default
(0x0001)
VSI Signalling
(0x0002)

QBIN Number

10

15

UPC Enable

0

*

UPC CLP Selection

0

*

Policing Action (GCRA #1)

0

*

Policing Action (GCRA #2)

0

*

PCR

-

300 kbps

MCR

-

300 kbps

SCR

-

-

ICR

-

-

MBS

-

-

CoS Min BW

0

*

CoS Max BW

0

*

Scaling Class

3

3

CAC Treatment ID

1

1

VC Max Threshold

Q_max/4

*

VC CLPhi Threshold

75

*

VC CLPlo Threshold

30

*

VC EPD Threshold

90

*

VC EFCI Threshold

60

*

VC discard selection

0

*


Table D-6 and Table D-7 lists the parameters associated with the PNNI Service Class Templates.

Table D-6 ATM Forum Service Types, CBR, UBR, and ABR 

Parameter
CBR.1
CBR.2
CBR.3
UBR.1
UBR.2
ABR

QBIN Number

10

10

10

13

13

14

UPC Enable

1

1

1

1

1

1

UPC CLP Selection

*

*

*

*

*

*

Policing Action (GCRA #1)

*

*

*

*

*

*

Policing Action (GCRA #2)

*

*

*

*

*

*

PCR

           

MCR

-

-

-

*

*

*

SCR

-

-

-

50

50

*

ICR

-

-

-

-

-

*

MBS

-

-

-

-

-

*

CoS Min BW

0

0

0

0

0

0

CoS Max BW

100

100

100

100

100

100

Scaling Class

*

*

*

*

*

*

CAC Treatment ID

*

*

*

*

*

*

VC Max Threshold

*

*

*

*

*

*

VC CLPhi Threshold

*

*

*

*

*

*

VC CLPlo Threshold

*

*

*

*

*

*

VC EPD Threshold

*

*

*

*

*

*

VC EFCI Threshold

*

*

*

*

*

*

VC discard selection

*

*

*

*

*

*

VSVD/FCES

-

-

-

-

-

*

ADTF

-

-

-

-

-

500

RDF

-

-

-

-

-

16

RIF

-

-

-

-

-

16

NRM

-

-

-

-

-

32

TRM

-

-

-

-

-

0

CDF

         

16

TBE

-

-

-

-

-

16777215

FRTT

-

-

-

-

-

*


Table D-7 ATM Forum VBR Service Types

Parameter
VBRrt.1
VBRrt.2
VBRrt.3
VBRnrt.1
VBRnrt.2
VBRnrt.3

QBIN Number

11

11

11

12

12

12

UPC Enable

1

1

1

1

1

1

UPC CLP Selection

*

*

*

*

*

*

Policing Action (GCRA #1)

*

*

*

*

*

*

Policing Action (GCRA #2)

*

*

*

*

*

*

PCR

           

MCR

*

*

*

*

*

*

SCR

*

*

*

*

*

*

ICR

-

-

-

-

-

-

MBS

*

*

*

*

*

*

CoS Min BW

0

0

0

0

0

0

CoS Max BW

100

100

100

100

100

100

Scaling Class

*

*

*

*

*

*

CAC Treatment ID

*

*

*

*

*

*

VC Max Threshold

*

*

*

*

*

*

VC CLPhi Threshold

*

*

*

*

*

*

VC CLPlo Threshold

*

*

*

*

*

*

VC EPD Threshold

*

*

*

*

*

*

VC EFCI Threshold

*

*

*

*

*

*

VC discard selection

*

*

*

*

*

*


* indicates not applicable

Table D-8 lists the connection parameters and their default values for MPLS (Tag Switching) Service Class Templates.

Table D-8 MPLS (Tag Switching) Service Types

Parameter
CoS 0/4
CoS 1/5
CoS 2/6
CoS3/7
Tag-ABR

Qbin #

10

11

12

13

14

UPC Enable

0

0

0

0

0

UPC CLP Selection

0

0

0

0

0

Policing Action (GCRA #1)

0

0

0

0

0

Policing Action (GCRA#2)

0

0

0

0

0

PCR

-

-

-

-

cr/10

MCR

-

-

-

-

0

SCR

-

-

-

-

P_max

ICR

-

-

-

-

100

MBS

-

-

-

-

-

CoS Min BW

0

0

0

0

0

CoS Max BW

0

0

0

0

100

Scaling Class

3

3

2

1

2

CAC Treatment

1

1

1

1

1

VC Max

Q_max/4

Q_max/4

Q_max/4

Q_max/4

cr/200ms

VC CLPhi

75

75

75

75

75

VC CLPlo

30

30

30

30

30

VC EPD

90

90

90

90

90

VC EFCI

60

60

60

60

30

VC discard selection

0

0

0

0

0

VSVD/FCES

-

-

-

-

0

ADTF

-

-

-

-

500

RDF

-

-

-

-

16

RIF

-

-

-

-

16

NRM

-

-

-

-

32

TRM

-

-

-

-

0

CDF

-

-

-

-

16

TBE

-

-

-

-

16777215

FRTT

-

-

-

-

0


Table D-9 describes the connection parameters that are listed in the preceding tables and also lists the range of values that may be configured, if not pre-configured.

Table D-9 Connection Parameter Descriptions and Ranges 

Object Name
Range/Values
Template Units

QBIN Number

10 - 15

Qbin #

Scaling Class

0 - 3

enumeration

CDVT

0 - 5M (5 sec)

secs

MBS

1 - 5M

cells

ICR

MCR - PCR

cells

MCR

50 - LR

cells

SCR

MCR - LineRate

cells

UPC Enable

0 - Disable GCRAs

1 - Enabled GCRAs

2 - Enable GCRA #1

3 - Enable GCRA #2

enumeration

UPC CLP Selection

0 - Bk 1: CLP (0+1)

Bk 2: CLP (0)

1 - Bk 1: CLP (0+1)

Bk 2: CLP (0+1)

2 - Bk 1: CLP (0+1)

Bk 2: Disabled

enumeration

Policing Action (GCRA #1)

0 - Discard

1 - Set CLP bit

2 - Set CLP of

untagged cells,

disc. tag'd cells

enumeration

Policing Action (GCRA #2)

0 - Discard

1 - Set CLP bit

2 - Set CLP of

untagged cells,

disc. tag'd cells

enumeration

VC Max

 

cells

CLP Lo

0 - 100

%Vc Max

CLP Hi

0 - 100

%Vc Max

EFCI

0 - 100

%Vc Max

VC Discard Threshold Selection

0 - CLP Hysteresis

1 - EPD

enumeration

VSVD

0: None

1: VSVD

2: VSVD w / external Segment

enumeration

Reduced Format ADTF

0 - 7

enumeration

Reduced Format Rate Decrease Factor (RRDF)

1 - 15

enumeration

Reduced Format Rate Increase Factor (RRIF)

1 - 15

enumeration

Reduced Format Time Between Fwd RM cells (RTrm)

0 - 7

enumeration

Cut-Off Number of RM Cells (CRM)

1 - 4095

cells