|
|
This chapter provides an overview of using circuit emulation services (CES) for connecting the ATM switch router and traditional time-division multiplexing (TDM) devices. This chapter also includes a description of the Simple Gateway Control Protocol (SGCP), a software feature that allows your ATM switch router to function as a call gateway in a voice over ATM environment.
This chapter includes the following sections:
Typical applications for CES include the following:
Figure 8-1 provides an example of CES applications in an ATM network. TDM devices that do not have ATM interfaces---multiplexers, PBXs, and video codecs---are directly attached to the ATM network, which transports the data over its infrastructure as CBR traffic.

The CES modules provide three key functions:
Figure 8-2 shows an example of using the CES modules in an ATM network for both unstructured and structured services.

The CES-IWF provided by the ATM switch router allows migration from interconnecting T1/E1 CBR data communications services over separate leased lines to interconnecting those services over the same ATM cloud that carries data traffic.
Figure 8-3 illustrates the use of CES-IWF between non-ATM devices (traditional PBXs) and other end devices. In the case of communication between two non-ATM end devices (traditional PBXs), CBR data in native T1 format received from an edge device on one side of the network is segmented into ATM cells and propagated through the ATM network. After traversing the network, the ATM cells are reassembled into a CBR bit stream that matches the original user data. This native T1 CBR data is then passed out of the network to the edge device at the destination endpoint. In the case of communication between the traditional PBX and the ATM DSU, it is the DSU that performs the reassembly into the CBR bit stream for its attached PBX. Both cases illustrate the use of CES-IWF.
The CES port adapters provide the following unstructured CES services:
Figure 8-4 shows how T1/E1 unstructured CES might be used to connect PBXs with an ATM switch router equipped with a CES T1 or E1 port adapter.

With T1/E1 structured CES services, networks can be simplified by eliminating TDM devices and allocating T1/E1 bandwidth to PBXs and teleconferencing equipment. In addition, the Simple Gateway Control Protocol (SGCP) can be used to control structured CES circuits for voice over ATM. See the "Simple Gateway Control Protocol" section.
The CES modules provide the following structured services:
By supporting T1/E1 structured CES, the CES module can function in the same way as a classic digital access and crossconnect system (DACS) switch. Figure 8-5 illustrates the digital crossconnect and channelized mapping functions supported by an ATM switch router equipped with a CES module.
In Figure 8-6, for example, structured CES allows DS0 timeslots to be combined into circuits and transported using ATM PVCs. The PVCs can be routed to many different destination CES interfaces. Similarly, circuits from many different CES interfaces can be interconnected to a single CES interface, where the various circuit DS0 timeslots are interleaved to form an outgoing T1 bit stream. Thus, you can combine structured CBR data in a highly flexible way for transport across an ATM network.
Figure 8-6 illustrates how 24 available N x 64 DS0 time slots in a CES T1 port adapter can be combined in a number of ways to accomplish structured CBR data transport in an ATM network.

Note that the ingress (source) DS0 channels at one end of the CES circuit can be mapped into different egress (destination) DS0 channels at the other end of the CES circuit. Mapping DS0 channels requires that the total number of time slots mapped at each end of the CES circuit match.
In Figure 8-6, for example, time slots 7, 8, and 24 are bundled to form a single 192-Kbps circuit. At the other end of the connection, you can bundle any of three (available and different) DS0 time slots (such as 18, 19, and 20) to complete the CES circuit.
Figure 8-7 illustrates how 31 available N x 64 DS0 time slots can be provided for structured CES services in a CES E1 port adapter. The rule for DS0 time slot allocation with a CES T1 port adapter also applies to the CES E1 port adapter: the specific DS0 time slot numbers assigned at one end of the circuit in a CES E1 port adapter do not need to map identically to the DS0 time slot numbers at the other end of the CES circuit. Only the aggregate number of DS0 time slots at each end of the circuit must agree.

The alternative to CAS, Common Channel Signaling (CCS), in which one entire 64k channel is used for signaling, is not directly supported on the CES T1 and E1 port adapters. However, the Cisco VSC 2700 signaling controller, in conjunction with SGCP can provide similar functionality. See the "Simple Gateway Control Protocol" section.
A second feature, on-hook detection, allows the bandwidth of a quiet circuit to be used by other virtual connections, based upon the CAS. This feature frees unused CBR bandwidth for other preexisting ABR or UBR circuits.
These features can be configured for structured CES in the following ways:
Enabling the CAS feature for a CES circuit limits the bandwidth of the DS0 channel to 56 Kbps for user data, since CAS functions consume 8 Kbps of channel bandwidth for transporting the ABCD signaling bits. These signaling bits are passed transparently from the ingress node to the egress node as part of the ATM AAL1 cell stream.
In summary, when you enable the optional CAS and on-hook detection features, the following conditions apply:
Potential advantages of using CES in your ATM network include the following:
Potential limitations of CES include the following:
For your CES environment to function properly, clocking must be carefully set up. Clock sources and their priorities, along with a distribution mode, must be properly configured, as described in the chapter "Network Clock Synchronization."
The CES port adapters are capable of using three locking modes to meet the timing requirements of CBR data:
Table 8-1 summarizes, in order of preference, the characteristics of the three clocking modes you can configure on a CES module.
| Clocking Mode | Advantages | Limitations |
|---|---|---|
Synchronous | Supports both unstructured (clear channel) and structured CBR traffic. Exhibits superior control of wander and jitter. | Requires a PRS and network clock synchronization services. Ties the CES interface to the network clock synchronization services clocking signal (PRS). |
SRTS | Conveys externally generated user clocking signal through an ATM network, providing an independent clocking signal for each CES circuit. | Requires a PRS and network clock synchronization services. Supports only unstructured (clear channel) CBR traffic. Exhibits moderate control of wander and jitter. |
Adaptive | Does not require a PRS or network clock synchronization services. | Supports only unstructured (clear channel) CBR traffic. Exhibits poorest control of wander and jitter. |
Although the wander and jitter characteristics of these clocking modes differ, all clocking modes preserve the integrity of the your CBR data, ensuring error-free data transport from source to destination. The differences among the three modes are further described in the following sections.
Figure 8-9, for example, shows how a PRS for synchronous clocking can be provided to an edge node of an ATM network and propagated through the network to synchronize the flow of CBR data between the communicating ATM end nodes.
In this network scenario, a PRS is available to the network by the PBX at the edge of the network. The PRS is present at the port of a CES module in edge node A (the ingress node). From there, the PRS is propagated into the first ATM network through an ATM port and conveyed across an OC-3 trunk to an adjacent ATM network. This same clocking signal is then used to synchronize the handling of CBR data in edge node B (the egress node).

Since synchronous clocking is the default for CES, you do not need to perform any per-interface configuration when using this mode. This assumes that you have one PRS and have properly configured your network clocking, as described in the chapter "Network Clock Synchronization."
A common scenario for using SRTS clocking is when your edge equipment is driven by a different clocking signal than that being used in the ATM network. For example, user equipment at the edges of the network can be driven by clock A, while the devices within the ATM network are being driven by clock B. Figure 8-10 shows such an operating scenario, in which a timing signal is provided to edge nodes independently from the ATM network.

Using Figure 8-10, assume that the user of edge node 1 wants to send CBR data to a user at edge
node 3. In this scenario, SRTS clocking works as follows:
1. Clock A is driving the devices within the ATM network.
2. At edge node 1, the user introduces CBR traffic into the ATM network according to clock B.
3. As edge node 1 segments the CBR bit stream into ATM cells, it measures the difference between user clock B, which drives it, and network clock A.
4. As edge node 1 generates the ATM cell stream, it incorporates this delta value into every eighth cell.
5. The cells then propagate through the network in the usual manner.
6. As destination edge node 3 receives the cells, this node not only reassembles the ATM cells into the original CBR bit stream, but also reconciles, or reconstructs, the user clock B timing signal from the delta value carried within every eighth ATM cell.
Thus, during SRTS clocking, CBR traffic is synchronized between the ingress (segmentation) side of the CES circuit and the egress (reassembly) side of the circuit according to user clock signal B, while the ATM network continues to function according to clock A.
Configuring SRTS clocking for CES requires the following steps:
Step 1 Configure the global clocking as described in the chapter "Network Clock Synchronization."
Step 2 From interface configuration mode, enable SRTS clocking mode on the CES interfaces.
Adaptive clocking requires neither the network clock synchronization service nor a global PRS for effective handling of CBR traffic. Rather than using a clocking signal to convey CBR traffic through an ATM network, adaptive clocking in a CES module infers appropriate timing for data transport by calculating an "average" data rate upon arrival and conveying that data to the output port of the module at an equivalent rate.
For example, if CBR data is arriving at a CES module at a rate of so many bits per second, then that rate is used, in effect, to govern the flow of CBR data through the network. What happens behind the scenes, however, is that the CES module automatically calculates the average data rate using microcode (firmware) built into the board. This calculation occurs dynamically as user data traverses the network.
When the CES module senses that its segmentation and reassembly (SAR) buffer is filling up, it increases the rate of the transmit (TX) clock for its output port, thereby draining the buffer at a rate that is consistent with the rate of data arrival.
Similarly, the CES module slows down the transmit clock of its output port if it senses that the buffer is being drained faster than CBR data is being received. Adaptive clocking attempts to minimize wide excursions in SAR buffer loading, while at the same time providing an effective means of propagating CBR traffic through the network.
Relative to the other clocking modes, implementing adaptive clocking is simple and straightforward. It does not require network clock synchronization services, a PRS, or the advance planning typically associated with developing a logical network timing map. However, adaptive clocking does not support structured CES services, and it exhibits relatively high wander characteristics.
Unlike synchronous or SRTS modes, configuring adaptive clocking mode for CES does not require selection of clocking sources, priorities, and distribution mode. You must only enable adaptive clocking from interface configuration mode on each of the CES interfaces.
This section provides some general guidelines and considerations when configuring CES connections. This section also includes examples of various types of unstructured and structured service connections you can configure for CES.
Each end-to-end CES circuit exhibits delay characteristics, based on the following factors:
The network designer or administrator calculates a CDV value for each hop in the data path as a means of establishing a maximum allowable CDV value for the network as a whole. To some degree, the network's maximum allowable CDV value is a measure of the network's expected performance. By establishing this CDV threshold for the network, appropriate buffer sizing can be derived for the network devices involved in any given CES circuit, ensuring that the network operates as expected.
In a CES module, for example, the maximum allowable CDV value for the network is used to determine an appropriate size (depth) for the SAR buffer built into the board. This sizing of the SAR buffer is done to prevent buffer overflow or underflow conditions. An overflow condition can cause a loss of frames, while an underflow condition can cause frames to be repeated.
The actual CDV value for a circuit varies according to the particular data path used for the circuit. Consequently, the depth of the SAR buffer increases or decreases in proportion to the CDV value for the CES circuit being set up.
![]() | Tips You can issue the CLI show ces circuit interface command in an unstructured circuit to measure the current CDV value. In many cases the configured default value is satisfactory. |
For an unstructured hard permanent virtual circuit (PVC), the CDV value for the circuit (including all hops) must not exceed a maximum allowable CDV value.
For an unstructured soft PVC, the network automatically determines the best data path through the network and handles the routing of CBR traffic. The network accomplishes this task dynamically through the ATM connection admission control (CAC) mechanism. The CAC mechanism determines the best path through the network by executing a routing algorithm that consults local routing tables in network devices.
If the requested data path is equal to or less than the maximum allowable CDV value established by the network administrator, the connection request is granted. If the requested CES circuit exceeds the maximum allowable CDV value, the connection request is denied.
For example, when a user requests a connection from source node A at one edge of the network to destination node B at the opposite edge of the network, the CAC mechanism accounts for the CDV value for each hop in the requested connection to determine a suitable path through the network that does not exceed the network's maximum allowable CDV value.
The following steps must be performed in the prescribed order when you configure soft PVCs for either unstructured or structured CES services:
Step 1 Determine which two ports you want to define as participants in the soft PVC.
Step 2 Decide which of the two ports you want to designate as the destination (or passive) side of the soft PVC.
Step 3 Configure the destination (passive) side of the soft PVC.
You must configure the destination end of the soft PVC first, as this end defines an ATM Forum-compliant CES-IWF ATM address for that port.
Step 4 Retrieve the CES-IWF ATM address of the soft PVC's destination end. You can use the show ces address command to display the CES-IWF ATM addresses.
You must determine this address, as well as the VPI/VCI values for the circuit (see Step 5), and use these elements as part of the command string when you configure the source (active) end of the soft PVC (see Step 6).
Step 5 Retrieve the VPI/VCI values for the circuit. You can use the show ces circuit command to display the VPI/VCI values.
Step 6 Configure the source (active) end of the soft PVC last, using the information derived from Step 4 and Step 5.
You must configure the source end of the soft PVC last, because that end not only defines the configuration information for the source port, but also requires you to enter the CES-IWF ATM address and VPI/VCI values for the destination port.
This section provides an overview of the procedures for configuring CES modules for unstructured CES services.
Figure 8-11 displays unstructured CES services configured on an ATM switch router switch using ATM and CES interface modules to create a hard PVC.

Configuring a hard PVC, such as the one shown in Figure 8-11, requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the clock source for the CES interface.
If you are using synchronous or SRTS clocking mode, you must configure the global clocking distribution mode for the chassis and the clock source on the interface; you do not need to perform these steps if you are using adaptive clocking. For more information on configuring clock sources, see the chapter "Network Clock Synchronization."
Step 3 Configure the CES AAL1 service as unstructured.
Step 4 Configure the CES AAL1 clock mode.
See the "Network Clocking for CES and CBR Traffic" section.
Step 5 Configure the CES interface circuit identifier and specify a circuit name.
Step 6 Configure the hard PVC cross-connect to the ATM interface with VPI/VCI values.
For detailed soft PVC requirements, see the section "General Procedure for Creating Soft PVCs for CES."
The destination address of a soft PVC can point to either of the following:
For simplicity, the procedure in this section assumes that you are creating a soft PVC between interface modules in the same ATM switch router chassis.
Figure 8-12 shows a logical representation of the soft PVC used in the following example procedure.

Configuring a soft PVC for unstructured CES services, such as the one shown in Figure 8-12, is a two-phase process:
Configuring the destination side of the soft PVC requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the clock source for the CES interface.
If you are using synchronous or SRTS clocking mode, you must configure the global clocking distribution mode for the chassis and the clock source on the interface; you do not need to do these steps if you are using adaptive clocking. For more information on configuring clock sources, see the chapter "Network Clock Synchronization."
Step 3 Configure the CES AAL1 service as unstructured.
Step 4 Configure the CES AAL1 clock mode.
See the "Network Clocking for CES and CBR Traffic" section.
Step 5 Configure the CES interface circuit identifier and specify a circuit name.
Configuring the source side of the soft PVC requires the following steps:
Step 1 Display the CES-IWF ATM address for the destination end of the circuit.
Step 2 Enter global configuration mode, then select the CES interface to configure and enter interface configuration mode.
Step 3 Disable the CES circuit.
Step 4 Configure the soft PVC to the destination CES-IWF ATM address and VPI/VCI of the circuit.
This section provides an overview of the procedures you use when configuring CES modules for structured (N x 64 Kbps) CES services.
In both module types, any bits not available for structured CES services are used for framing and out-of-band control.
Figure 8-13 illustrates a hard PVC for a structured CES connection configured with the following parameters:

Configuring a hard PVC for structured CES services without CAS is a two-phase process:
Configuring the CES port for the structured CES circuit requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the DSX1 line coding.
For information on line coding options, refer to the ATM switch router software documentation.
Step 3 Configure the DSX1 framing type.
For information on framing options, refer to your ATM switch router software documentation.
Step 4 Configure the clock source for the CES interface.
For more information on configuring clock sources, see the chapter "Network Clock Synchronization."
Step 5 Configure the CES AAL1 service as structured.
Configuring the hard PVC requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the CES interface circuit identifier and list of T1 time slots that comprise the circuit.
Step 3 Configure the CES interface circuit identifier and specify a circuit name.
Step 4 Configure the hard PVC to the ATM interface with VPI/VCI values.
This section describes the procedures used to configure a soft PVC for structured service based on the following assumptions, as illustrated in Figure 8-14:

Configuring a soft PVC for structured CES services without CAS is a two-phase process:
Configuring the destination side of the soft PVC requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the DSX1 line coding.
For information on line coding options, refer to the ATM switch router software documentation.
Step 3 Configure the DSX1 framing type.
For information on framing options, refer to your ATM switch router software documentation.
Step 4 Configure the CES AAL1 service as structured.
When the service is configured as structured, synchronous clocking is the default.
Step 5 Configure the CES interface circuit identifier, list of timeslots, and circuit name.
Configuring the source soft PVC requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the DSX1 line coding.
For information on line coding options, refer to the ATM switch router software documentation.
Step 3 Configure the DSX1 framing type.
For information on framing options, refer to your ATM switch router software documentation.
Step 4 Configure the CES AAL1 service as structured.
When the service is configured as structured, synchronous clocking is the default.
Step 5 Configure the CES interface circuit identifier, list of time slots, and circuit name.
Step 6 Configure the PVC to the destination ATM address with VPI and VCI values.
The procedures in this section build on the configuration information in the "Soft PVCs for Structured Services without CAS" section. However, this procedure enables channel associated signaling (CAS) for the soft PVC.
The following procedure is based on the following assumptions, as illustrated in Figure 8-15:

Configuring the destination side of the soft PVC requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the DSX1 line coding and signal mode to robbedbit.
For information on line coding options, refer to the ATM switch router software documentation.
Step 3 Configure the DSX1 framing type.
For information on framing options, refer to your ATM switch router software documentation.
Step 4 Configure the CES AAL1 service as structured.
When the service is configured as structured, synchronous clocking is the default.
Step 5 Configure the CES interface circuit identifier, time slot, and circuit name.
To configure the source side, you perform the same steps, then configure a soft PVC to connect to the two interfaces.
The procedures in this section describe creating more than one structured service PVC on the same T1 or E1 port. Figure 8-16 illustrates how you can configure multiple CES circuits on a single T1 or E1 port.
The following assumptions apply to creating multiple soft PVCs on the same T1 or E1 port, as illustrated in Figure 8-16:

Configuring multiple soft PVCs for structured CES services with CAS is a two-phase process:
Configuring the destination side of multiple soft PVCs requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the DSX1 line coding.
For information on line coding options, refer to the ATM switch router software documentation.
Step 3 Configure the DSX1 framing type.
For information on framing options, refer to your ATM switch router software documentation.
Step 4 Configure the clock source for the CES interface.
For more information on configuring clock sources, see the chapter "Network Clock Synchronization."
Step 5 Disable the CES circuit.
Step 6 Configure the CES AAL1 service as structured.
Step 7 Configure the CES circuit identifier and list of time slot numbers that comprise the
CES circuit.
Step 8 Configure the CES circuit identifier and specify a circuit name.
Configuring the source side of multiple soft PVCs requires the following steps:
Step 1 Select the CES interface to configure and enter interface configuration mode.
Step 2 Configure the CES circuit identifier and list of time slot numbers that comprise the
CES circuit.
Step 3 Configure the CES circuit identifier and specify a circuit name.
Step 4 Exit interface configuration mode and display the following information:
Step 5 Enter global configuration mode, select the interface to configure, and enter interface configuration mode.
Step 6 Disable the CES circuit.
Step 7 Configure the soft PVC to the ATM interface with VPI/VCI values.
Configuring CAS and on-hook detection requires the following steps:
Step 1 Configure the soft PVC with CAS enabled, as described in the "Soft PVCs for Structured Services with CAS" section.
Step 2 Select the CES interface to configure and enter interface configuration mode.
Step 3 Disable the CES circuit.
Step 4 Enable on-hook detection for the CES circuit.
Step 5 Reenable the CES circuit.
Networks that include multiple PBXs require a tandem switch, which inter-PBX calls must traverse. To accommodate multiple PBXs, they might all be connected to the tandem switch. Or, as in Figure 8-17, the PBXs might be connected through the ATM network using CES interfaces and clear-channel T1 or E1 links. All inter-PBX calls are required to traverse the tandem switch. This scenario works well where the number of PBXs to be connected is low. As the size of the campus or MAN grow, however, the size of the required tandem PBX also grows, as does the number of primary rate interfaces (PRIs) required.

In Figure 8-18 the virtual switch controller (VSC) is connected to an ATM switch router. SGCP, running on both the VSC and the ATM switch router, carries VSC instructions to set up and tear down connections based on the signaling between the VSC and the PBXs. When a call must be established between any two PBXs, the VSC instructs the ATM switch router to provision a soft PVC (64 Kb CBR) between the appropriate two endpoints, providing bandwidth on demand. This reduces the total number of interfaces required and eliminates the need for a tandem PBX.

In addition to potentially eliminating the need for the tandem PBX, the VSC and SGCP solution provides the following advantages:
Figure 8-19 illustrates how 64-Kbps CCS channels on the CES T1 and E1 ports are backhauled or carried to the VSC 2700 units.

A single trunk circuit sigA (on ATM switch router A's CES port) carries or backhauls the CCS control call setup for the port. Trunk circuit sigB also controls a similar port on ATM switch router B. SigA is backhauled over the ATM network to ATM switch router C by a CES soft PVC to a circuit on another CES card port directly attached to a call-agent (VSC 2700 (1)). Similarly, sigB is backhauled to a CES circuit on ATM switch router D.
Both call-agents are configured to handle backhauled signaling circuits to the CES trunk circuits. When a call-setup request is received on sigA by VSC 2700 (1), the VSC 2700 (1) cooperates with VSC 2700 (2) to establish the connection.
To dynamically connect the CES circuits located on ATM switch routers A and B, the call-agents use SGCP to allocate the CES circuits on each switch and then establishes a soft PVC between the switches. The resulting connection is callAB. Call-agents use SGCP to cause the ATM switch routers to set up and delete end-to-end connections between circuits.
Configuring SGCP requires the following steps:
Step 1 Enable SGCP on the switch.
SGCP is disabled by default.
Step 2 Configure CES circuits for SGCP.
Enable structured AAL1 service on the CES interface and allocate the time slot to a circuit identifier.
Step 3 Configure SGCP request handling.
Modify the default timeout and retry intervals for SGCP request handling, as needed.
Step 4 Configure call-agent address.
Specify the address of the call agent SGCP is to use.
![]()
![]()
![]()
![]()
![]()
![]()
![]()
Posted: Mon Aug 16 14:05:51 PDT 1999
Copyright 1989-1999©Cisco Systems Inc.