Table Of Contents
Cisco Video Support by Platform
Cisco MC3810 Multiservice Concentrator
Cisco 2600 Series, 3600 Series, and 7200 Series Router and MC3810 Multiservice Concentrator
Multimedia Conference Manager with Voice Gateway Image and RSVP to ATM SVC Mapping
ATM Nonreal-Time VBR SVC Support for Video
Video Applications Prerequisite Tasks and Restrictions
Video Applications Configuration Task List
Configuring Video in Pass-Through Mode
Configuring Video over ATM AAL1
Tuning Circuit Emulation Services Settings
Configuring Video over ATM PVCs and SVCs
Configuring Network Clocks and Controllers
Verifying Network Clock and Controller Configuration
Configuring Serial Interfaces to Support the Video Codec
Configuring ATM Interfaces to Support Video over PVCs and SVCs
Verifying Video Dial-Peer Configuration
Troubleshooting Video over ATM SVCs and PVCs
Configuring the Proxy and T.120
Configuring the Gatekeeper to Support Zone Bandwidth
Configuring RSVP-ATM QoS Interworking
Verifying RSVP-ATM QoS Interworking Configuration
Video Applications Configuration Examples
Video over ATM PVCs and SVCs Configuration Examples
CES Video Traffic on the Cisco MC3810 Multiservice Concentrator Configuration Example
Video Traffic on a Cisco 3600 Series Router Configuration Example
Cisco IP/VC 3510 Multipoint Control Unit with Cisco IOS Gatekeeper/Proxy Configuration Example
CES Clock Configuration Examples
Video Applications
This chapter describes how to configure video support. It contains the following sections:
•
Video Applications Prerequisite Tasks and Restrictions
•
Video Applications Configuration Task List
•
Video Applications Configuration Examples
Note
This chapter does not describe how to configure Multimedia Conference Manager. For more information, see the "Configuring H.323 Gatekeepers and Proxies" chapter.
For a complete description of the video application commands used in this chapter, refer to the
Cisco IOS Voice Command Reference, Release 12.3. To locate documentation for other commands that appear in this chapter, use the command reference master index or search online.Finding Support Information for Platforms and Cisco IOS Software Images
Use Cisco Feature Navigator to find information about platform support and CiscoIOS software image support. Access Cisco Feature Navigator at http://www.cisco.com/go/fn. You must have an account on Cisco.com. If you do not have an account or have forgotten your username or password, click Cancel at the login dialog box and follow the instructions that appear.
Video Applications Overview
This section contains the following subsections:
•
Cisco Video Support by Platform
•
Multimedia Conference Manager with Voice Gateway Image and RSVP to ATM SVC Mapping
•
ATM Nonreal-Time VBR SVC Support for Video
Cisco Video Support by Platform
Cisco video support for various applications is listed by platform in the following sections:
•
Cisco MC3810 Multiservice Concentrator
•
Cisco 2600 Series, 3600 Series, and 7200 Series Router and MC3810 Multiservice Concentrator
Cisco MC3810 Multiservice Concentrator
The Cisco MC3810 multiservice concentrator supports video traffic within a data stream in the following ways:
•
Video in pass-through mode—By this method, video traffic received from a video codec connected to a universal I/O serial port can be transported on a dedicated time slot between systems using the time-division multiplexing (TDM) functionality of the T1/E1 trunk.
•
Video over ATM adaptation layer 1 (AAL1)—A serial stream from a video codec connected to a Cisco MC3810 on serial port 0 or 1 can be converted to ATM and transported across an ATM network using AAL1 circuit emulation services (CES) encapsulation.
•
Video over ATM permanent virtual circuits (PVCs) and switched virtual circuits (SVCs)—A serial stream from a video codec connected to a Cisco MC3810 using the plug-in video dialing module (VDM) can be converted to ATM and transported across an ATM network using AAL1 CES encapsulation.
Note
Before configuring your MC3810 multiservice concentrator to support video traffic, you must first configure the clock source for the Cisco MC3810 interfaces. For more information, refer to the "Configuring Synchronized Clocking" appendix.
Note
Only V.35 cable is supported for video traffic over serial port 0 or 1.
Cisco 2600 Series, 3600 Series, and 7200 Series Router and MC3810 Multiservice Concentrator
Cisco 2600 series, 3600 series, and 7200 series routers and the MC3810 multiservice concentrator support Multimedia Conference Manager with voice gateway image and Resource Reservation Protocol (RSVP) to ATM SVC mapping. Multimedia Conference Manager delivers H.323 gatekeeper, proxy, and voice gateway solutions with routing as a single Cisco IOS image. In addition, Multimedia Conference Manager enables H.323 RSVP reservations to be mapped to ATM nonreal-time variable bit rate (nRTVBR) SVCs to guarantee quality of service (QoS) for video applications over ATM backbones.
Cisco 3600 Series Router
Circuit emulation is a service based on ATM Forum standards that allows communications to occur between AAL1 CES and ATM user network interfaces (UNIs), that is, between non-ATM telephony devices (such as classic PBXs or time-division multiplexers) and ATM devices (such as Cisco 3600 series routers). Thus, a Cisco 3600 series router equipped with an OC-3/STM-1 ATM CES network module offers a migration path from classic T1/E1 data communications service to emulated CES T1/E1 unstructured (clear channel) services or structured (N x 64) services in an ATM network.
The OC-3/STM-1 ATM CES network module uses the CES clock and passes the clocking information to the T1 and E1 controller and to the ATM interface.
For specific information regarding OC-3/STM-1 ATM CES network module configurations, refer to the Cisco IOS Wide-Area Networking Configuration Guide and the Cisco IOS Quality of Service Solutions Configuration Guide.
Multimedia Conference Manager with Voice Gateway Image and RSVP to ATM SVC Mapping
Multimedia Conference Manager with voice gateway image and RSVP to ATM SVC mapping is implemented on Cisco IOS software. Multimedia Conference Manager is supported on the Cisco 2600 series , 3600 series, and 7200 series routers and on the MC3810 multiservice concentrator.
Multimedia Conference Manager with voice gateway image and RSVP to ATM SVC mapping enables you to limit the H.323 traffic on the LAN and WAN; it provides user accounting for records based on the service use; it guarantees QoS for the H.323 traffic generated by applications such as Voice over IP (VoIP), data conferencing, and videoconferencing; and it guarantees the implementation of security for H.323 communications. In addition, this new and separate image also incorporates Cisco voice gateway and routing functionalities in the same image.
With voice gateway image and RSVP to ATM SVC mapping, you can stipulate bandwidth limits for each videoconferencing connection and an aggregate bandwidth limit for all videoconferencing sessions. This voice gateway image allows you to provide bandwidth limitation to the endpoints.
Additional benefits include the following:
•
The proxy can forward T.120 connections, which enhances real-time data conferencing capabilities.
•
The gatekeeper can perform load-balancing functionality for external H.323 Version 2 gateways.
•
The gatekeeper supports call accounting for proxied calls. Proxied calls are recorded into call history to provide additional call detail information.
Multimedia Conference Manager is recommended for multiple Cisco CallManagers or CallManager cluster domains. Multimedia Conference Manager provides critical connection admission control (CAC) between domains to guarantee that the number of calls between locations does not exceed available bandwidth.
For more detailed information about Multimedia Conference Manager, see the "Configuring H.323 Gatekeepers and Proxies" chapter.
ATM Nonreal-Time VBR SVC Support for Video
ATM nonreal-time variable bit rate (nRTVBR) SVC service operates much like X.25 SVC service although ATM allows much higher throughput. Virtual circuits are created and released dynamically, providing user bandwidth on demand. This service requires a signaling protocol between the router and the switch. Each ATM node is required to establish a separate connection to every other node in the ATM network with which it needs to communicate. All such connections are established using a PVC or an SVC with an ATM signaling mechanism.
Using ATM nRTVBR SVC for video on an ATM backbone guarantees that video sessions will traverse that backbone with QoS features enabled. The Cisco IOS image takes H.323 RSVP reservations and maps them to ATM nRTVBR SVCs that are dynamically established and torn down when video sessions are established and terminated. End-to-end IP routing across the network backbone is no longer required to guarantee video QoS.
ATM nonreal-time nRTVBR SVC service is supported on the Cisco 2600 series, 3600 series, and 7200 series routers and on the MC3810 multiservice access server.
For more information on configuring ATM, refer to the Cisco IOS Wide-Area Networking Configuration Guide.
Video Applications Prerequisite Tasks and Restrictions
The following prerequisites and restrictions apply when using Multimedia Conference Manager with voice gateway image and RSVP to ATM SVC mapping:
•
Permanent virtual pathways (PVPs) are supported only on OC-3 cards and DS3/E3 cards. Neither the T1-IMA cards nor the T1 interface on the Cisco MC3810 supports PVPs.
•
T.120 proxy has been tested and proved to work with Microsoft NetMeeting 3.01. Based on testing, T.120 proxying does not work with VCON endpoints. T.120 proxy works only with endpoints that can connect to ports other than the default port of 1503. Microsoft NetMeeting 3.01 can do this, but VCON cannot.
•
Some older H.323 endpoint implementations, especially those used in videoconferencing, may not be able to connect to an H.225 call setup port number other than 1720. If you have to use those endpoints with the H.323 gatekeeper proxy feature, consider using an image without the Cisco H.323 VoIP gateway (an -ix- image).
•
ATM-25 cards have not been tested for interoperability with this feature.
•
For Multimedia Conference Manager with voice gateway image and RSVP to ATM SVC mapping to function properly, you must have 16 megabytes of Flash memory and 64 megabytes of DRAM memory. For the Cisco 3660 router and for the Cisco 7200 series router, 96 megabytes of DRAM are required.
Video Applications Configuration Task List
Video applications require different tasks. To configure video support, perform one of the following:
•
Configuring Video in Pass-Through Mode
•
Configuring Video over ATM AAL1
–
Tuning Circuit Emulation Services Settings
•
Configuring Video over ATM PVCs and SVCs
–
Configuring Network Clocks and Controllers
–
Configuring Serial Interfaces to Support the Video Codec
–
Configuring ATM Interfaces to Support Video over PVCs and SVCs
–
Troubleshooting Video over ATM SVCs and PVCs
•
Configuring the Proxy and T.120
•
Configuring the Gatekeeper to Support Zone Bandwidth
•
Configuring RSVP-ATM QoS Interworking
Configuring Video in Pass-Through Mode
Video in pass-through mode is supported on the Cisco MC3810 multiservice concentrator.
To configure support for video in pass-through mode, use the following commands beginning in global configuration mode:
Configuring Video over ATM AAL1
This section describes how to configure video over ATM AAL1 PVCs using CES. This functionality does not use the VDM, and SVCs are not supported. This section describes the video functionality supported on the MC3810 multiservice concentrator.
To configure video support over ATM AAL1 PVCs on a Cisco 3600 series router, see the "Configuring Structured CES" configuration task table in this chapter and refer to the Cisco IOS Wide-Area Networking Configuration Guide or the OC-3/STM-1 ATM Circuit Emulation Service Network Module.
To configure support for video streaming data over ATM AAL1 encapsulation using CES, use the following commands beginning in global configuration mode:
Tuning Circuit Emulation Services Settings
Video streaming traffic over AAL1 uses CES. The default CES settings are sufficient for most configurations. However, you can tune the CES settings as needed.
To change the CES settings, use the following commands, beginning in interface configuration mode:
Configuring Video over ATM PVCs and SVCs
Video over ATM SVCs enables the Cisco MC3810 multiservice concentrator to provide dynamic and flexible videoconferencing system support. Using a plug-in VDM to provide an EIA/TIA-366 dialing interface to an H.320 video codec, the Cisco MC3810 automatically accepts dial-out requests from the video system. The codec connects to one of the Cisco MC3810 serial ports and also to the Cisco MC3810 EIA/TIA-366 dialup port.
This feature permits automatic PVC connections through a serial port. Each codec must place a call to the other videoconferencing system prior to the expiration of the video codec timeout period (set on the codec, usually 1 minute). Using a video dial map, each system reconciles the dialed number with a PVC that has already been configured, allowing fast connectivity.
This section describes the video functionality supported on the Cisco MC3810 and contains the following sections:
•
Configuring Network Clocks and Controllers
•
Verifying Network Clock and Controller Configuration
•
Configuring Serial Interfaces to Support the Video Codec
•
Verifying Serial Interface Configuration for Video Codecs
•
Configuring ATM Interfaces to Support Video over PVCs and SVCs
•
Verifying ATM Interface Configuration for Video over PVCs and SVCs
•
Verifying Video Dial-Peer Configuration
•
Troubleshooting Video over ATM SVCs and PVCs
Service providers, educational organizations, and enterprises can combine video streams and packet data on a single high-speed ATM link. A separate ATM access multiplexer is not needed. Features of the Cisco ATM SVC implementation include the following:
•
AAL1 and CES encapsulation is used to transport video traffic to the destination using a single CBR virtual circuit that includes multiple ATM SVCs.
•
The implementation adheres to the required features of the ATM Forum UNI specification, version 4.0, which simultaneously supports PVCs and SVCs.
•
Video over ATM SVCs support codec speeds of 128, 384, 768, and 1152 kbps.
•
The Cisco MC3810, responding to the design of many leading H.320-based video systems, receives the called-party information from the EIA/TIA-366 interface and then reconciles the dialed address with a standard 20-octet ATM network service access point (NSAP) address.
Figure 137 shows a sample ATM video application.
Figure 137 Sample ATM Video Application
Figure 138 shows how the physical interfaces interact with software, the codec, and video data to handle connectivity and video functionality. The VDM automatic calling equipment (ACE) provides the EIA/TIA-366 interface to the video codec, and one of the Cisco MC3810 serial interfaces connects to the video codec DTE interface. The Video Call Manager (ViCM) software manages video calls that travel over a T1 or E1 facility through the Cisco MC3810 multiflex trunk (MFT) interface.
Figure 138 Physical Interfaces and Their Functions
The following restrictions apply to video over ATM using SVCs:
•
Point-to-point connectivity for ATM SVC video does not support tandem switching and network (local) hunting.
•
You can connect only one video codec to a Cisco MC3810.
•
For video SVCs, the ATM service class is not configurable. It is automatically set to CBR, which is the standard service class for video.
The following special hardware is required for this feature:
•
A Cisco MC3810 video dialing module VDM and an MFT module for ATM network connectivity
•
Two cables:
–
A new Cisco serial V.35 DCE cable (product number 72-1721-01) that includes a ringing indicator (RI) conductor. This cable carries the video stream between the Cisco MC3810 and the video equipment. Videoconferencing equipment often uses the V.35 RI as the incoming call-alerting signal. Cisco standard serial V.35 cables do not include the RI conductor.
–
A Cisco EIA/TIA-366 ACE cable (product number 72-1722-01) to connect the VDM to the videoconferencing equipment EIA/TIA-366 dialup DTE port.
For additional information about installation and other hardware considerations, refer to the Cisco MC3810 Multiservice Concentrator Hardware Installation Guide.
Configuring Network Clocks and Controllers
Because real-time video communications require a continuous and tightly meshed data stream to avoid loss of information, you must synchronize source and destination devices to a single master clock. In the following example, the clock source is derived from a device attached to T1 controller 0; then it is distributed to the devices attached to the local Cisco MC3810 serial ports and to T1 controller 1. Clock source decisions should be based on the network configuration, and a hierarchy of clock sources can be set up so that backup clock sources are available. For details, see the "Configuring Synchronized Clocking" appendix.
To configure network clocks and the controller to support real-time video, use the following commands beginning in global configuration mode:
Verifying Network Clock and Controller Configuration
To verify the configuration of network clock sources and controller settings, complete the following steps:
Step 1
Enter the show network-clocks privileged EXEC command to see the status of clock source settings. In this example, the "inactive config" clock setting is the current configuration:
Router# show network-clocksPriority 1 clock source(inactive config): T1 0Priority 1 clock source(active config): T1 0Clock switch delay: 10Clock restore delay: 10T1 0 is clocking system bus for 9319 seconds.Run Priority Queue: controller0Step 2
Enter the show controllers t1 or show controllers e1 privileged EXEC commands to see the status of T1 or E1 controllers, as in the following example:
Router# show controller t1 1T1 1 is up.Applique type is Channelized T1Cablelength is long gain36 0dbNo alarms detected.Slot 4 CSU Serial #07789650 Model TEB HWVersion 4.70 RX level = 0DBFraming is ESF, Line Code is B8ZS, Clock Source is Internal.Data in current interval (819 seconds elapsed):0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail SecsData in Interval 1:0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail SecsData in Interval 2:0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs...Data in Interval 96:0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail SecsTotal Data (last 24 hours)0 Line Code Violations, 0 Path Code Violations,0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs!Router# show controllers E1 1E1 1 is up.Applique type is Channelized E1 - balancedNo alarms detected.Slot 4 Serial #06868949 Model TEB HWVersion 3.80Framing is CRC4, Line Code is HDB3, Clock Source is Internal.Data in current interval (292 seconds elapsed):0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs...Total Data (last 66 15 minute intervals):9 Line Code Violations, 0 Path Code Violations,1 Slip Secs, 0 Fr Loss Secs, 4 Line Err Secs, 0 Degraded Mins,5 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Configuring Serial Interfaces to Support the Video Codec
The configuration of serial interfaces to support the video codec is supported only on the Cisco MC3810 multiservice concentrator.
To configure the serial interfaces, use the following commands beginning in global configuration mode:
Verifying Serial Interface Configuration for Video Codecs
To see the status of all serial interfaces or of a specific serial interface, enter the privileged EXEC command show interfaces serial as shown in the example below. You can use this command to check the encapsulation, scrambling, and serial restart delay settings:
Router# show interface serial0Serial0 is down, line protocol is downHardware is PQUICC Serial TransMTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,reliability 255/255, txload 65/255, rxload 1/255Encapsulation CES-ATM, loopback not setKeepalive not setScramble enabledRestart-Delay is 0 secsLast input never, output never, output hang neverLast clearing of "showshow interface" counters 5d13hQueueing strategy: fifoOutput queue 0/100, 101 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 0 bits/sec, 0 packets/sec13452224 packets input, 1526136219 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort215189699 packets output, 1654453088 bytes, 0 underruns0 output errors, 0 collisions, 1 interface resets0 output buffer failures, 0 output buffers swapped out0 carrier transitionsCable attached: V.35 (DCE)Hardware config: V.35; DCE; PLL nx64K;DSR = UP DTR = DOWN RTS = DOWN CTS = DOWN DCD = DOWNConfiguring ATM Interfaces to Support Video over PVCs and SVCs
This section demonstrates how to set up the ATM interface and how to configure the ATM interface to support video over PVCs and SVCs. The video NSAP addressing commands specify session target information for SVC video communications.
This feature is supported only on the Cisco MC3810 multiservice concentrator.
To configure ATM interfaces to support video over PVCs and SVCs (including configuring a dial PVC for videoconferencing), use the following commands beginning in global configuration mode:
Verifying ATM Interface Configuration for Video over PVCs and SVCs
To verify ATM interface configuration, complete the following steps:
Step 1
Enter the show atm pvc command with the VPI/VCI specified to see the PVCs that are set up for ILMI management and Q.SAAL signaling, as in the following examples:
Router# show atm pvc 0/5ATM0: VCD: 2, VPI: 0, VCI: 5, Connection Name: SAALUBR, PeakRate: 56AAL5-SAAL, etype:0x4, Flags: 0x26, VCmode: 0x0OAM frequency: 0 second(s), OAM retry frequency: 1 second(s), OAM retry frequency: 1 second(s)OAM up retry count: 3, OAM down retry count: 5OAM Loopback status: OAM DisabledOAM VC state: Not ManagedILMI VC state: Not ManagedInARP DISABLEDInPkts: 2044, OutPkts: 2064, InBytes: 20412, OutBytes: 20580InPRoc: 2044, OutPRoc: 2064, Broadcasts: 0InFast: 0, OutFast: 0, InAS: 0, OutAS: 0OAM cells received: 0F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0OAM cells sent: 0F5 OutEndloop: 0, F5 OutSegloop: 0, F5 OutRDI: 0F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0OAM cell drops: 0Compress: DisabledStatus: INACTIVE, State: NOT_IN_SERVICE!Router# show atm pvc 0/16ATM0: VCD: 1, VPI: 0, VCI: 16, Connection Name: ILMIUBR, PeakRate: 56AAL5-ILMI, etype:0x0, Flags: 0x27, VCmode: 0x0OAM frequency: 0 second(s), OAM retry frequency: 1 second(s), OAM retry frequency: 1 second(s)OAM up retry count: 3, OAM down retry count: 5OAM Loopback status: OAM DisabledOAM VC state: Not ManagedILMI VC state: Not ManagedInARP DISABLEDInPkts: 398, OutPkts: 421, InBytes: 30493, OutBytes: 27227InPRoc: 398, OutPRoc: 421, Broadcasts: 0InFast: 0, OutFast: 0, InAS: 0, OutAS: 0OAM cells received: 0F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0OAM cells sent: 0F5 OutEndloop: 0, F5 OutSegloop: 0, F5 OutRDI: 0F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0OAM cell drops: 0Compress: DisabledStatus: INACTIVE, State: NOT_IN_SERVICEStep 2
Enter the show interface atm 0 privileged EXEC command to see information about the ATM interface, as in the following example:
Router# show interface atm 0ATM0 is up, line protocol is upHardware is PQUICC Atom1Internet address is 9.1.1.6/8MTU 1500 bytes, sub MTU 1500, BW 1536 Kbit, DLY 20000 usec,reliability 255/255, txload 22/255, rxload 11/255NSAP address: 47.0091810000000002F26D4901.000011116666.06Encapsulation ATM292553397 packets input, 3437519137 bytes164906758 packets output, 1937663833 bytes0 OAM cells input, 0 OAM cells output, loopback not setKeepalive not supportedEncapsulation(s):, PVC mode1024 maximum active VCs, 28 current VCCsVC idle disconnect time: 300 secondsSignalling vc = 1, vpi = 0, vci = 5UNI Version = 4.0, Link Side = userLast input 00:00:00, output 2d05h, output hang neverLast clearing of "show interface" counters neverInput queue: -1902/75/0 (size/max/drops); Total output drops: 205Queueing strategy: weighted fairOutput queue: 0/1000/64/0 (size/max total/threshold/drops)Conversations 0/0/256 (active/max active/max total)Reserved Conversations 0/0 (allocated/max allocated)5 minute input rate 67000 bits/sec, 273 packets/sec5 minute output rate 136000 bits/sec, 548 packets/sec76766014 packets input, 936995443 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort367264676 packets output, 3261882795 bytes, 0 underruns0 output errors, 0 collisions, 2 interface resets0 output buffer failures, 0 output buffers swapped outStep 3
Enter the show atm vc privileged EXEC command to see how SVCs and PVCs are set up, as in the following example:
Router# show atm vcVCD / Peak Avg/Min BurstInterface Name VPI VCI Type Encaps SC Kbps Kbps Cells Sts0 1 0 5 PVC SAAL UBR 56 UP0 2 0 16 PVC ILMI UBR 56 UP0 3 34 35 PVC AAL1 CBR 768 768 UP0 4 38 39 SVC CES CBR 768 768 UPStep 4
Enter the show atm video-voice address privileged EXEC command to see information about the ATM interface address, which is particularly helpful because the address is assigned automatically through the atm voice aesa command. The following example also confirms that the ILMI status is confirmed—the ILMI PVC is set up to allow SVC management:
Router# show atm video-voice addressnsap address type ilmi status47.0091810000000002F26D4901.00107B4832E1.FE VOICE_AAL5 Confirmed47.0091810000000002F26D4901.00107B4832E1.C8 VIDEO_AAL1 Confirmed
Configuring Video Dial Peers
The video dial peer feature is supported on only the Cisco MC3810 multiservice concentrator.
To configure video dial peers, use the following commands beginning in global configuration mode:
Verifying Video Dial-Peer Configuration
To verify the dial-peer configuration, enter the show dial-peer video privileged EXEC command. In the following example, note that the third dial peer uses a PVC specified with a VPI-VCI value while the second uses an SVC. The first dial peer is for the local codec.
Router# show dial-peer videoVideo Dial-Peer 1type = videocodec, destination-pattern = 111port signal = 1/0, port media = Serial1nsap = 47.0091810000000050E201B101.00107B09C6F2.C8Video Dial-Peer 2type = videoatm, destination-pattern = 222session-target = ATM0 svc nsap 47.0091810000000050E201B101.00E01E92ADC2.C8Video Dial-Peer 3type = videoatm, destination-pattern = 333session-target = ATM0 pvc 70/70Troubleshooting Video over ATM SVCs and PVCs
When problems occur with video over ATM PVCs or SVCs on the Cisco MC3810 multiservice concentrator, perform the following steps to find the source of your problems. Common problems are addressed before more complex problems:
Note
If you are using dial PVCs (rather than SVCs) for video communications, ensure that both parties dial one another within the timeout period that is set on the codec. This timeout period is usually one minute.
Step 1
Check the LEDs on the EIA/TIA-366 interface. If the green LED is not lit, there may be a hardware problem, or the correct image may not be loaded. For more information, see the Cisco MC3810 Multiservice Concentrator Hardware Installation Guide.
Step 2
Make sure that the ATM interface, serial ports, and controllers are set to no shutdown.
Step 3
Check the serial interface configuration.
•
If you are using dial PVCs for video, do not include the ces connect serial interface command because this command does not provide mapping to the ATM interface for PVCs (or SVCs) for the dial video feature. Instead, create dial PVCs under ATM interface configuration. If the ces connect command has been configured, it appears in show running-config command output under serial interface 0 or 1.
•
Enter the show interfaces serial privileged EXEC command. Ensure that the serial interface communications circuitry is operational, as shown in the last line of the show interfaces serial command output:
DSR = UP DTR = UP RTS = UP CTS = UP DCD = UPStep 4
(For SVCs only) On both Cisco MC3810 multiservice concentrators, make sure that ILMI and Q.SAAL PVCs are set up to allow SVC communications. The show atm pvc privileged EXEC command displays information about configured PVCs, including the ILMI and Q.SAAL PVCs.
Router# show atm pvcVCD / Peak Avg/Min BurstInterface Name VPI VCI Type Encaps SC Kbps Kbps Cells Sts0 1 0 5 PVC SAAL UBR 56 UP0 2 0 16 PVC ILMI UBR 56 UPStep 5
(For dial PVCs only) On both Cisco MC3810 multiservice concentrators, make sure that PVCs are set up to allow dial PVC connections and that CBR is the configured service class (SC). In addition, the bit rate must correspond to the rate set on the serial interface. The show atm pvc privileged EXEC command displays information about configured PVCs.
Router# show atm vcVCD / Peak Avg/Min BurstInterface Name VPI VCI Type Encaps SC Kbps Kbps Cells Sts0 3 38 35 PVC AAL1 CBR 384 384 UPStep 6
(For SVCs only) Ensure that NSAP addresses are set up and confirmed as operational under the ATM interfaces of the Cisco MC3810 multiservice concentrators on both sides of the communication. Enter the show atm video-voice address or show atm ilmi-status privileged EXEC commands, as shown in the following example. The show atm ilmi-status command provides more details about the ILMI PVC than does the show atm video-voice address command.
Router# show atm video-voice addressnsap address type ilmi status47.0091810000000002F26D4901.00107B4832E1.FE VOICE_AAL5 Confirmed47.0091810000000002F26D4901.00107B4832E1.C8 VIDEO_AAL1 ConfirmedRouter# show atm ilmi-statusInterface : ATM0 Interface Type : Private UNI (User-side)ILMI VCC : (0, 16) ILMI Keepalive : Enabled (5 Sec 4 Retries)ILMI State: UpAndNormalPeer IP Addr: 10.1.1.11 Peer IF Name: ATM1/0/0Peer MaxVPIbits: 8 Peer MaxVCIbits: 14Active Prefix(s) :47.0091.8100.0000.0002.f26d.4901End-System Registered Address(s) :47.0091.8100.0000.0002.f26d.4901.0000.1111.5555.05(Confirmed)47.0091.8100.0000.0002.f26d.4901.0010.7b48.32e1.fe(Confirmed)47.0091.8100.0000.0002.f26d.4901.0010.7b48.32e1.c8(Confirmed)Step 7
Check for clocking problems. Enter the show controllers t1 or show controllers e1 privileged EXEC command to check for slip errors, as shown in the following excerpt from the command output:
...Data in current interval (819 seconds elapsed):0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail SecsData in Interval 1:0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail SecsData in Interval 2:0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail SecsData in Interval 3:0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs...A few slip errors may not indicate a problem with clocking. However, if there are numerous errors, check the following possibilities:
•
The network clocks are not set to the same clock rate. Enter the show network-clocks command on the devices to ensure that these clock rates match.
•
The Cisco MC3810 multiservice concentrators may not be using the same clock source. For example, if there are two back-to-back Cisco MC3810 multiservice concentrators and one is using an internal clock source, the other must use the line clock source to obtain clocking from the same device. Enter the show network-clocks and show controllers t1 or show controllers e1 commands to see the clock source settings. For additional guidance, see the "Configuring Synchronized Clocking" appendix.
Step 8
Check the functionality of the Service-Specific Connection-Oriented Protocol (SSCOP). Enter the show sscop privileged EXEC command. See the following excerpt from the command output:
Router# show sscopSSCOP details for interface ATM0Current State = Data Transfer ReadyInterpretation of the command output requires familiarity with SSCOP, so unless you are familiar with the protocol, just use the command to ensure that the protocol is in a state of readiness. If you need to make changes, see the Cisco IOS Wide-Area Networking Configuration Guide.
Note
If you plan to adjust SSCOP parameters, you may wish to complete the rest of the troubleshooting steps before doing so.
Step 9
Enter the show dial-peer video command on the local and remote concentrators to verify that each has been configured properly to communicate with the other:
Router1# show dial-peer videodial-peer video 111 videocodecnsap 47.0091810000000002F26D4901.00107B4832E1.C8port signal 1/0port media Serial0destination-pattern 121!dial-peer video 221 videoatmdestination-pattern 221session target ATM0 svc nsap 47.0091810000000002F26D4901.00107B09C645.C8Router2# show dial-peer videodial-peer video 111 videocodecnsap 47.0091810000000002F26D4901.00107B09C645.C8port signal 1/0port media Serial0destination-pattern 221!dial-peer video 121 videoatmdestination-pattern 121session target ATM0 svc nsap 47.0091810000000002F26D4901.00107B4832E1.C8Step 10
Enter the show video call summary command to quickly check the status of calls on the local and remote multiservice access concentrators. "ViCM" is the internal video call manager.
When no call is in progress, the output looks like this:
Router# show video call summarySerial0:ViCM = Idle, Codec ReadyWhen a call is starting, the output looks like this:
Router# show video call summarySerial0:ViCM = Call ConnectedWhen a call is disconnecting, the output looks like this:
Router# show video call summarySerial0:ViCM = IdleStep 11
Enter the privileged EXEC show call history video record command to see information about current and recent video calls, allowing analysis of possible problems:
Router# show call history video recordCallId = 4CalledNumber = 221CallDuration = n/a - call is in progressDisconnectText = n/a - call is in progressSVC: call ID = 8598630Remote NSAP = 47.0091810000000002F26D4901.00107B09C645.C8Local NSAP = 47.0091810000000002F26D4901.00107B4832E1.C8vcd = 414, vpi = 0, vci = 158SerialPort = Serial0VideoSlot = 1, VideoPort = 0CallId = 3CalledNumber = 221CallDuration = 557 secondsDisconnectText = local hangupSVC: call ID = 8598581Remote NSAP = 47.0091810000000002F26D4901.00107B09C645.C8Local NSAP = 47.0091810000000002F26D4901.00107B4832E1.C8vcd = 364, vpi = 0, vci = 108SerialPort = Serial0VideoSlot = 1, VideoPort = 0CallId = 2CalledNumber = n/a - incoming callCallDuration = 125 secondsDisconnectText = local hangupSVC: call ID = 8598484Remote NSAP = n/aLocal NSAP = 47.0091810000000002F26D4901.00107B4832E1.C8vcd = 264, vpi = 0, vci = 273SerialPort = Serial0VideoSlot = 1, VideoPort = 0CallId = 1CalledNumber = n/a - incoming callCallDuration = 171651 secondsDisconnectText = remote hangupSVC: call ID = 8594356Remote NSAP = n/aLocal NSAP = 47.0091810000000002F26D4901.00107B4832E1.C8vcd = 7, vpi = 0, vci = 39SerialPort = Serial0VideoSlot = 1, VideoPort = 0Step 12
Enter the debug video vicm command to follow in-progress calls carefully. Comments are framed in asterisks (*):
Router# debug video vicmVideo ViCM FSM debugging is on***** Starting Video call *****Router# SVC HANDLE in rcvd:0x80001B:00:42:55:ViCM - current state = Idle, Codec Ready00:42:55:ViCM - current event = SVC Setup00:42:55:ViCM - new state = Call Connected00:42:55:ViCM - current state = Call Connected00:42:55:ViCM - current event = SVC Connect Ack00:42:55:ViCM - new state = Call Connected*****Video Call Disconnecting*****Router#00:43:54:ViCM - current state = Call Connected00:43:54:ViCM - current event = SVC Release00:43:54:ViCM - new state = Remote Hangup00:43:54:ViCM - current state = Remote Hangup00:43:54:ViCM - current event = SVC Release Complete00:43:54:ViCM - new state = Remote Hangupmc3810_video_lw_periodic:Codec is not readymc3810_video_lw_periodic:sending message00:43:55:ViCM - current state = Remote Hangup00:43:55:ViCM - current event = DTR Deasserted00:43:55:ViCM - new state = Idlemc3810_video_lw_periodic:Codec is readymc3810_video_lw_periodic:sending message00:43:55:ViCM - current state = Idle00:43:55:ViCM - current event = DTR Asserted00:43:55:ViCM - new state = Idle, Codec Ready
Configuring the CES Clock
The OC-3/STM-1 ATM CES network module uses the CES clock and passes the clocking information to the T1 controller and to the ATM interface. The clock must be set up on the CES interface, and then the T1 controller and ATM interface must be configured to use either its own physical loop or the clocking information that is passed. Some examples of the CES clock settings are shown at the end of this section.
To configure video support over ATM AAL1 PVCs, it is also necessary to perform the tasks in the "Configuring Structured CES" configuration task table in this chapter.
This feature is supported on the Cisco 3600 series routers.
To configure the CES clock, use the following commands beginning in global configuration mode:
Configuring Structured CES
Structured CES allows you to allocate bandwidth in a highly flexible and efficient manner. With structured services, you use only the bandwidth actually required to support the active structured circuits that you configure.
Structured CES is supported on Cisco 3600 series routers for video over AAL1 using the OC-3/STM-1 ATM CES network module.
For information on configuring unstructured CES service and channel-associated signaling for structured CES, refer to the Cisco IOS Wide-Area Networking Configuration Guide.
To configure the T1/E1 port for structured CES, use the following commands beginning in global configuration mode:
Command PurposeStep 1
Router(config)# controller {T1 | E1} slot/portEnters controller configuration mode for the T1 or E1 controller at the specified slot/port location. The prompt changes again to show that you are in controller configuration mode.
Step 2
Router(config-controller)# clock source {line {primary | secondary} | internal}Specifies which end of the circuit provides clocking for the T1 or E1 interface.
The keywords are as follows:
•
line—Specifies that the interface will clock its transmitted data from a clock recovered from the line's receive data stream. This is the default.
•
primary—Specifies the source of primary line clocking. The default primary TDM clock source is from the T0 controller.
•
secondary—Specifies the source of secondary line clocking. The default secondary TDM clock source is from the T1 controller.
•
internal—Specifies that the interface will clock its transmitted data from its internal clock.
The clock source should be set to use internal clocking when the installed video WAN interface card (VWIC) uses the clocking designated by the CES clock setting.
Step 3
T1 Line
Router(config-controller)# framing {sf | esf}
E1 Line
Router(config-controller)# framing {crc4 | no-crc4} [australia]
Sets the framing for the E1 or T1 data line.
The keywords are as follows:
•
sf—Specifies Super Frame as the T1 frame type.
•
esf—Specifies Extended Super Frame as the T1 frame type. This frame type is required for ATM on T1 lines. This setting is automatic for T1 when ATM mode is set.
•
crc4—Specifies CRC4 frame as the E1 frame type. This frame type is required for ATM on E1 lines. This setting is automatic for E1 when the ATM mode is set.
•
no-crc4—Specifies no CRC4 frame as the E1 frame type.
•
australia—(Optional) Specifies the E1 frame type used in Australia.
Step 4
Router(config-controller)# linecode {ami | b8zs |hdb3}Selects the line-code type for T1 or E1 lines.
The keywords are as follows:
•
ami—Specifies alternate mark inversion (AMI), which is available for T1 or E1 lines. It represents zeros using a 01 within each bit cell, and ones are represented by 11 or 00, alternately, within each bit cell. AMI requires that the sending device maintain ones density. Ones density is not maintained independently of the data stream.
•
b8zs—Sets the line encoding according to your service provider's instructions. Bipolar-8 zero substitution (B8ZS), available only for T1 lines, encodes a sequence of eight zeros in a unique binary sequence to detect line coding violations.
•
hdb3—Specifies high-density bipolar 3 (HDB3) as the line-code type. It is required for ATM on E1 lines. This setting is automatic for E1 when the ATM mode is set.
Note
When the E1 controller is specified, you must also configure scrambling on the ATM 0 interface. (See Step 3 of the configuration task table in the "Configuring ATM Interfaces to Support Video over PVCs and SVCs" section.)
Step 5
Router(config-controller)# ces-clock [adaptive | srts | synchronous]Specifies the type of clocking used for T1 interfaces using structured CES.
The keywords are as follows:
•
adaptive—Adjusts output clock on a received AAL1 on first-in, first-out basis. Use in unstructured mode.
•
srts—Sets the clocking mode to synchronous residual time stamp.
•
synchronous—Configures the timing recovery to synchronous for structured mode.
Note
Only synchronous clocking can be used with structured CES.
Step 6
Router(config-controller)# tdm-group tdm-group-no timeslot timeslot-list [type {e&m | fxs [loop-start | ground-start] | fxo [loop-start |
ground-start] | fxs-melcas | fxo-melcas | e&m-melcas}Configures a list of time slots for creating clear channel groups (pass-through) for time-division multiplexing (TDM) cross-connect.
For an explanation of the keywords and arguments, see Step 7 in the "Configuring Video in Pass-Through Mode" configuration task table in this chapter.
Step 7
Router(config-controller)#exitExits controller configuration mode.
Step 8
Router(config)#connect connection-name atm slot/port-1 [name of PVC/SVC | vpi/vci] {T1 | E1} slot/port-2 TDM-group-numberDefines the connections between T1 or E1 controller ports and the ATM interface.
The keywords and arguments are as follows:
•
connection-name—Specifies a name for this connection.
•
atm—Specifies the ATM interface.
•
slot/port-1—Specifies the location of the ATM controller to be connected.
•
name of PVC/SVC—Specifies the permanent or switched virtual circuit.
•
vpi/vci—Specifies a virtual path identifier (VPI) and virtual channel identifier (VCI).
•
T1—Specifies a T1 port.
•
E1—Specifies an E1 port.
•
slot/port-2—Specifies the location of the T1 or E1 controller to be connected.
•
TDM-group-number—Specifies the number identifier of the time-division multiplexing (TDM) group associated with the T1 or E1 controller port and created by using the tdm-group command. Valid values are from 0 to 23 for T1 and from 0 to 30 for E1
Configuring the Proxy and T.120
To configure the Multimedia Conference Manager for voice, video, and data traffic, see the "Configuring H.323 Gatekeepers and Proxies" chapter in this configuration guide.
Note
This feature is supported on the Cisco 2600 series, 3600 series, and 7200 series routers and on the Cisco MC3810 multiservice concentrator.
To configure Multimedia Conference Manager for this feature, follow these steps beginning in global configuration mode:
Command Purpose/CommentStep 1
Router(config)# proxy h323
Enables the proxy feature on your router.
Step 2
Router(config)# ip routing
Makes sure that Fast Switching, which is required for the T.120 feature, is enabled.
Step 3
Router(config)# interface type number [name-tag]
Configures an interface type and enters interface configuration mode.
The keywords and arguments are as follows:
•
type—Specifies the type of interface to be configured. (For a list of the interface type keywords, see Table 57, which follows this configuration task table.)
•
number—Specifies the port, connector, or interface card number. On a Cisco 4000 series router, specifies the network process monitor (NPM) number. The numbers are assigned at the factory at the time of installation or when added to a system, and they can be displayed with the show interfaces command.
•
name-tag—(Optional) Specifies the logical name to identify the server configuration so that multiple entries of server configuration can be entered. This optional argument is for use with the Redundant Link Manager (RLM) feature.
Step 4
Router(config-if)# ip route-cache same-interface
Tells the proxy that when sending the packets out, it should use the same interface that the packets came in on. The packets are sent within the interrupt service context. Otherwise, the packets are queued for processing by the Cisco IOS, which is slower and may lead to packet loss.
Step 5
Router(config-if)# h323 interface [port number]
Selects an interface whose IP address will be used by the proxy to register with the gatekeeper. The port number argument specifies the port number on which the proxy will listen for incoming call setup requests.
The range is from 1 to 65,356. The default port number for the proxy is 11,720 in -isx- or -jsx- Cisco IOS images.
The default port number for the proxy is 1720 in -ix- Cisco IOS images that do not contain the Voice over IP (VoIP) gateway.
To use the default port, enter the no h323 interface command and then the h323 interface command.
Step 6
Router(config-if)# h323 h323-id
Specifies the name of the proxy being registered with the gatekeeper.
The h323-id argument specifies the name of the proxy. It is recommended that this be a fully qualified e-mail identification (ID), with the domain name being the same as that of its gatekeeper.
If the proxy has registered successfully on a Cisco gatekeeper, you can see the name of the proxy when you enter the show gatekeeper endpoints command.
Step 7
Router(config-if)# h323 gatekeeper [id gatekeeper-id] {ipaddr ipaddr [port] | multicast}
Specifies the gatekeeper associated with a proxy and controls how the gatekeeper is discovered.
The keywords and arguments are as follows:
•
id gatekeeper-id—(Optional) Specifies the gatekeeper name. Typically, this is a Domain Name System (DNS) name, but it can also be a raw IP address in dotted form. If this parameter is specified, gatekeepers that have either the default or explicit flags set for the proxy's subnet will respond. If this parameter is not specified, only those gatekeepers with the default subnet flag will respond.
•
ipaddr ipaddr [port]—Specifies that the gatekeeper discovery message will be unicast to this address and, optionally, to the port specified.
•
multicast—Specifies that the gatekeeper discovery message will be multicast to the well-known Registration, Authentication, and Status (RAS) multicast address and port.
Step 8
Router(config-if)# h323 t120 {bypass | proxy}
Enables the T.120 capabilities on the router and specifies bypass or proxy mode.
The keywords are as follows:
•
bypass—Specifies that the H.245 Open Logical Channel messages for T.120 data channels are passed unmodified through the proxy and that TCP connections for T.120 are established directly between the two endpoints of the H.323 call.
•
proxy—Sets proxy mode. In this mode, T.120 features function properly.
The following table lists the interface types that may be used for the type argument with the interface command.
Configuring the Gatekeeper to Support Zone Bandwidth
Gatekeeper support for zone bandwidth is supported on the Cisco 2600 series, 3600 series, and 7200 series routers and on the MC3810 multiservice concentrator.
For more information on configuring gatekeepers to support zone bandwidth, refer to the document Configuring H.323 VoIP Gatekeeper for Cisco Access Platforms.
To configure the gatekeeper to support zone bandwidth, use the following commands beginning in gatekeeper configuration mode:
Configuring RSVP-ATM QoS Interworking
RSVP-ATM QoS interworking provides support for controlled load service using RSVP over an ATM core network. This feature requires the ability to signal for establishment of SVCs across the ATM cloud in response to RSVP reservation messages. To meet this requirement, RSVP over ATM supports mapping of RSVP sessions to ATM SVCs. Refer to the document RSVP-ATM QoS Interworking for information on how to configure RSVP over an ATM core network.
RSVP-ATM QoS interworking is supported on the Cisco 2600 series, 3600 series, and 7200 series routers and on the MC3810 multiservice concentrator.
Verifying RSVP-ATM QoS Interworking Configuration
Step 1
To see information about the remote bandwidth, enter the show gatekeeper status command.
Router# show gatekeeper statusGatekeeper State:UPZone Name: DVM1Zone Name: DVM2Zone Name: test1Accounting: DISABLEDSecurity: DISABLEDMaximum Remote Bandwidth:Current Remote Bandwidth:0 kbpsStep 2
To display bandwidth information for all zones, enter the show gatekeeper zone status command.
Router# show gatekeeper zone statusGATEKEEPER ZONES================GK name Domain Name RAS Address PORT FLAGS------- ----------- ----------- ----- -----DVM1 dvm1.com 172.28.129.50 1719 LSBANDWIDTH INFORMATION (kbps) :Maximum interzone bandwidth :Current interzone bandwidth : 0Maximum total bandwidth :Current total bandwidth : 0Maximum session bandwidth :SUBNET ATTRIBUTES :All Other Subnets :(Enabled)PROXY USAGE CONFIGURATION :Inbound Calls from DVM2 :to terminals in local zone DVM1 :use proxyto gateways in local zone DVM1 :do not use proxyOutbound Calls to DVM2 :from terminals in local zone DVM1 :use proxyfrom gateways in local zone DVM1 :use proxyInbound Calls from all other zones :to terminals in local zone DVM1 :use proxyto gateways in local zone DVM1 :do not use proxyOutbound Calls to all other zones :from terminals in local zone DVM1 :use proxyfrom gateways in local zone DVM1 :do not use proxyDVM2 dvm2.com 172.28.129.50 1719 LSBANDWIDTH INFORMATION (kbps) :Maximum interzone bandwidth :Current interzone bandwidth : 0Maximum total bandwidth :Current total bandwidth : 0Maximum session bandwidth :SUBNET ATTRIBUTES :All Other Subnets :(Enabled)PROXY USAGE CONFIGURATION :Inbound Calls from all other zones :to terminals in local zone DVM2 :use proxyto gateways in local zone DVM2 :do not use proxyOutbound Calls to all other zones :from terminals in local zone DVM2 :use proxyfrom gateways in local zone DVM2 :do not use proxytest1 cisco.com 172.28.129.50 1719 LSBANDWIDTH INFORMATION (kbps) : Maximum session bandwidth :SUBNET ATTRIBUTES :All Other Subnets :(Enabled)PROXY USAGE CONFIGURATION :Inbound Calls from all other zones :to terminals in local zone test1 :use proxyto gateways in local zone test1 :do not use proxyOutbound Calls to all other zones :from terminals in local zone test1 :use proxyfrom gateways in local zone test1 :do not use proxyTEST2 test2.com 172.28.129.54 1719 RSMaximum interzone bandwidth :Current interzone bandwidth : 0Step 3
To display information about the proxy, such as the T.120 mode and what port is being used, enter the show proxy h323 status command.
Router# show proxy h323 statusH.323 Proxy Status==================H.323 Proxy Feature:EnabledProxy interface = Ethernet0:UPProxy IP address = 172.28.129.50Proxy IP port = 11720Application Specific Routing:DisabledRAS Initialization:CompleteProxy aliases configured:H323_ID:PROXYProxy aliases assigned by Gatekeeper:H323_ID:PROXYGatekeeper multicast discovery:DisabledGatekeeper:Gatekeeper ID:DVM1IP address:172.28.129.50Gatekeeper registration succeededT.120 Mode:PROXYRTP Statistics:OFFNumber of calls in progress:0
Video Applications Configuration Examples
This section provides the following configuration examples:
•
Video over ATM PVCs and SVCs Configuration Examples
•
CES Video Traffic on the Cisco MC3810 Multiservice Concentrator Configuration Example
•
Video Traffic on a Cisco 3600 Series Router Configuration Example
•
Cisco IP/VC 3510 Multipoint Control Unit with Cisco IOS Gatekeeper/Proxy Configuration Example
•
CES Clock Configuration Examples
Video over ATM PVCs and SVCs Configuration Examples
The configuration excerpts in this section illustrate how two Cisco MC3810 multiservice concentrators communicate back-to-back as shown in Figure 139.
These examples focus on the specific requirements of ATM video SVCs and PVCs rather than on the complete ATM setup.
Figure 139 Two Cisco MC3810s Using ATM SVCs or PVCs for Videoconferencing
Initially, the network clocks are set up on each multiservice access concentrator so that video codecs can operate at a multiple of 64 kbps:
The following commands show the configuration of the T1 0 controller, which is for ATM service. Extended Superframe (ESF) framing and B8ZS are required for ATM. The default clock source is line, and the default for the T1 1 controller automatically becomes internal.
Hostname MC3810A
controller T1 0framing esflinecode b8zsmode atm!Hostname MC3810B
controller T1 0framing esflinecode b8zsmode atm!
Serial interface 0 connects to the local video codec. The restart delay is set to 0 minutes so that the hardware is not reset when it goes down. The clock rate of 384 kbps is the speed at which the video images are sent.
The following commands show how to configure the ATM interface and set up PVCs to supply Q.SAAL signaling and ILMI management for SVC communications. Note that you can also specify the NSAP address by using the atm video aesa command with an ESI value.
The following examples show dial PVCs for video communications. CBR is required for reliable video. The CBR speed is set at 117 percent of the video data rate of 384 kbps, which is configured on serial interface 0.
Hostname MC3810A
pvc 10 32 69cbr 449encapsulation aal1Hostname MC3810B
pvc 11 33 70cbr 449encapsulation aal1
The following examples show dial peers set up for SVC video. Specify local peers through the port signal command, which indicates the slot location of the VDM and the port location of the EIA/TIA-366 interface. Enter the port media command to specify the serial interface for the codec connection. The two configurations are shown one after the other rather than side by side.
The commands are as follows for MC3810A:
dial-peer video 111 videocodecnsap 47.0091810000000002F26D4901.00107B4832E1.C8port signal 1/0port media Serial0destination-pattern 121!dial-peer video 221 videoatmdestination-pattern 221session target ATM0 svc nsap 47.0091810000000002F26D4901.00107B09C645.C8The commands are as follows for MC3810B:
dial-peer video 111 videocodecnsap 47.0091810000000002F26D4901.00107B09C645.C8port signal 1/0port media Serial0destination-pattern 221!dial-peer video 121 videoatmdestination-pattern 121session target ATM0 svc nsap 47.0091810000000002F26D4901.00107B4832E1.C8CES Video Traffic on the Cisco MC3810 Multiservice Concentrator Configuration Example
The following is an example of configuring video traffic over ATM AAL1 using CES on a Cisco MC3810 multiservice concentrator:
network-clock base-rate 64kcontroller T1 0mode atminterface Serial0 point-to-pointno ip addressencapsulation atm-cesclockrate network-clock 768000ces connect 25 atm0 pvc 25/100interface ATM0 point-to-pointip address 223.223.224.229 255.255.255.0no ip mroute-cacheno ip route-cachemap-group atm1pvc 25 25 100encapsulation aal1cbr 870no ip classlessmap-list atm1ip 223.223.224.228 atm-vc 26 broadcastline con 0exec-timeout 0 0line aux 0line vty 0 4loginVideo Traffic on a Cisco 3600 Series Router Configuration Example
In the following example, the OC-3/STM-1 ATM CES network module is configured for video traffic. This feature is configurable on the Cisco 3600 series routers.
version 12.1service timestamps debug uptimeservice timestamps log uptimeno service password-encryption!hostname 3640!ces 1/0clock-select 1 ATM1/0!ip subnet-zerono ip routing!cns event-service server!controller T1 1/0framing esfclock source internallinecode b8zscablelength short 133tdm-group 0 timeslots 1-6!controller T1 1/1!interface Ethernet0/0ip address 1.2.60.127 255.255.0.0ip broadcast-address 1.2.255.255no ip route-cacheno ip mroute-cache!interface ATM1/0no ip addressno ip route-cacheno ip mroute-cacheno atm ilmi-keepalivepvc 0 0/41 ces!ip default-gateway 1.2.0.1ip classlessip route 223.255.254.0 255.255.255.0 1.2.0.1no ip http server!connect video-1 ATM1/0 0/41 T1 1/0 0!line con 0transport input noneline aux 0line vty 0 4login!Cisco IP/VC 3510 Multipoint Control Unit with Cisco IOS Gatekeeper/Proxy Configuration Example
The Cisco IP/VC 3510 multipoint control unit with Cisco IOS gatekeeper/proxy is configurable on the Cisco 2600 series, 3600 series, and 7200 series routers and on the Cisco MC3810 multiservice concentrator.
The following example shows an interzone calling configuration with two zones defined as Aspen and Vail.
Figure 140 Interzone Calling Configuration with Two Zones
The terminals are H.323 terminals.
The definitions for the above are as follows:
•
Aspen Terminal A has an E.164 address of 31.
•
Aspen Terminal B has an E.164 address of 32.
•
Aspen Terminal C has an E.164 address of 33.
•
Aspen IP/VC 3510 multipoint control unit (MCU) has an IP address of 10.0.0.2.
•
Aspen IP/VC 3510 MCU has three conference prefixes defined 60, 61, and 62.
•
Aspen H.323 Gatekeeper (MCM) Proxy has an IP Address of 10.0.0.1.
•
Domain is cisco.com.
Vail Terminal A has an E.164 address of 21. The following is the configuration for Aspen MCM GK Proxy:
Hostname Aspen_MCM_GK_ProxyProxy h323interface Ethernet0/0ip address 10.0.0.1 255.0.0.0h323 interfaceh323 qos ip-precedence 6h323 h323-id aspen-proxyh323 gatekeeper id aspen ipaddr 10.0.0.1gatekeeperzone local aspen cisco.com 10.0.0.1zone remote vail cisco.com 12.0.0.1zone prefix aspen 11zone prefix vail 12use-proxy aspen default outbound-from gatewayno shutdownThe following is the configuration for Vail MCM GK Proxy:
Hostname Vail_MCM_GK_ProxyProxy h323interface Ethernet0/0ip address 10.0.0.1 255.0.0.0h323 interfaceh323 qos ip-precedence 6h323 h323-id vail-proxyh323 gatekeeper id vail ipaddr 12.0.0.1gatekeeperzone local vail cisco.com 12.0.0.1zone remote aspen cisco.com 10.0.0.1zone prefix aspen 11zone prefix vail 12gw-type-prefix 60 hopoff aspengw-type-prefix 61 hopoff aspengw-type-prefix 62 hopoff aspenuse-proxy aspen default outbound-from gatewayno shutdownIn this example, any terminal registered with the Aspen or Vail gatekeeper may participate in a multiparty call with any participant in either zone. For example, Aspen Terminal A could have a conference with Aspen Terminal C and Vail Terminal A by dialing 61555**33**1221. The conference prefix is 61, the conference password is 555, the invite is **, the E.164 address of Aspen Terminal C is 33, the zone prefix to reach the Vail zone is 12, and the E.164 address of Vail Terminal A is 21.
Alternatively, each terminal could independently dial 61555 to join the conference.
CES Clock Configuration Examples
Table 58 shows allowable combinations for CES clocking configuration.
The following sample configurations can be used for CES clock settings.
Network Module As Slave to T1 Clock
In this example the OC-3/STM-1 ATM CES network is using the T1 clock.
ces 1/0clock-select 1 T1 1/0controller T1 1/0clock source internalinterface ATM 1/0atm clock internalNetwork Module As Master Clock
In this example the OC-3/STM-1 ATM CES network module is providing the clock.
ces 1/0clock-select 1 Local Oscillatorcontroller T1 1/0clock source internalinterface ATM 1/0atm clock internalNetwork Module As Slave to ATM Clock
In this example the OC-3/STM-1 ATM CES network module is using the ATM clock.
ces 1/0clock-select 1 ATM 1/0controller T1 1/0clock source internalinterface ATM 1/0no atm clock internal





