Table Of Contents
MGCP VoIP Call Admission Control
Related Features and Technologies
Supported Standards, MIBs, and RFCs
Configuring MGCP for Call Admission Control
Verifying the MGCP VoIP CAC Configuration
MGCP RSVP and SA Agent CAC Example
MGCP VoIP CAC on a Trunking Gateway Example
MGCP VoIP CAC for Residential Gateway or CAS PBX Example
MGCP VoIP Call Admission Control
Document Update Alert
This document was originally produced for Cisco IOS Release 12.2(11)T. This feature has been updated in subsequent releases, and more recent documentation is available.
If you are using Cisco IOS Release 12.2(11)T or higher, refer to the following documentation in the Trunk Connections and Conditioning Features guide, Cisco IOS Voice Configuration Library, Release 12.3:
•
Configuring MGCP VoIP Call Admission Control
Feature History
This document describes the MGCP VoIP Call Admission Control feature. It includes the following sections:
•
Supported Standards, MIBs, and RFCs
Feature Overview
The MGCP VoIP Call Admission Control feature enables certain Cisco Call Admission Control (CAC) capabilities on Voice over IP (VoIP) networks that are managed by Media Gateway Control Protocol (MGCP) call agents. These capabilities permit the gateway to identify and gracefully refuse calls that are susceptible to poor voice quality.
Poor voice quality on an MGCP voice network can result from transmission artifacts such as echo, from the use of low quality codecs, from network congestion and delay, or from overloaded gateways. The first two causes can be overcome by using echo cancellation and better codec selection. The last two causes are addressed by MGCP VoIP CAC.
Before the release of MGCP VoIP CAC, MGCP voice calls were often established regardless of the availability of resources for those calls in the gateway and the network. MGCP VoIP CAC ensures resource availability by disallowing calls when gateway and network resources are below configured thresholds and by reserving guaranteed bandwidth throughout the network for each completed call.
MGCP VoIP CAC has three components for improving voice quality and reliability:
•
System Resource Check (SRC) CAC evaluates memory and call resources local to the gateway. It is supported on MGCP 1.0 and MGCP 0.1.
•
Resource Reservation Protocol (RSVP) CAC surveys bandwidth availability on the network. It is supported on MGCP 1.0 and MGCP 0.1.
•
Cisco Service Assurance Agent (SA Agent) CAC appraises network congestion conditions on the network. It is supported only on MGCP 1.0.
Note
SA Agent was called Response Time Reporter (RTR) in earlier Cisco IOS software releases.
If all three CAC types are configured on a gateway, the gateway checks resources in this order:
1.
SRC CAC
2.
RSVP CAC
3.
SA Agent CAC
If any resource check fails, the call fails and no further checks are performed. When the call fails, the gateway refuses to accept it.
MGCP VoIP CAC supports several types of calls:
•
All platforms:
–
Regular two-way calls
–
One-direction voice path calls
–
CAS PBX calls, both immediate-start and wink-start
–
NSE-based audible ringback calls
•
Cisco IAD2420, Cisco 2600 series, Cisco 3620, Cisco 3640. and Cisco MC3810 only:
–
Three-way calls
–
Call-waiting calls
•
Cisco 3660 only:
–
SS7/ISUP calls
–
911 calls
Fax/modem passthrough and fax/modem relay are not supported in MGCP VoIP CAC.
Note
MGCP VoIP CAC is not supported on the NCS 1.0 and TGCP 1.0 profiles of MGCP 1.0.
SRC CAC
When a call agent attempts to set up or modify a call, SRC CAC measures available local resources on the gateway and compares them to the thresholds for those resources that are configured by the user. In the event that one or more resources are beyond their thresholds, SRC CAC notifies the call agent of the results and refuses the call. If resources are within bounds and a call is subsequently established, local resources are guaranteed for the duration of the call.
SRC CAC checks these gateway thresholds, as configured by the user:
•
CPU usage: both finest CPU utilization and average CPU utilization
•
Memory usage, including I/O memory, process memory, and total memory
•
Total calls allowed on the gateway
If several types of thresholds are configured on the gateway, the gateway checks them in sequence to determine if sufficient resources are available to continue setting up the call.
Note
Network access server data calls are not counted by SRC in the total call calculations.
When the gateway sends an unavailable condition to the call agent, the call agent takes responsibility for the type of treatment to attach to the call attempt. The call agent may choose to handle such situations by rerouting the call, playing an announcement that the call cannot be completed, playing special tones, or sending the call back to take a different path. Once resources become available again, the gateway resumes the acceptance of new calls.
RSVP CAC
MGCP RSVP CAC determines if sufficient bandwidth exists across the IP network to accept a call and refuses the call if end-to-end bandwidth is not available.
To accept a call, MGCP RSVP CAC checks for and reserves the network bandwidth between the originating gateway and the terminating gateway before attempting to complete the call. If sufficient bandwidth is not available or cannot be reserved, the gateway alerts the call agent to this condition and the call agent applies a previously configured treatment to the refused call (plays an announcement or special tones, or sends the call back to take a different path).
RSVP is an out-of-band, end-to-end signaling protocol that requests a certain amount of bandwidth and latency with each network hop that supports RSVP. If a network node (router) does not support RSVP, RSVP moves on to the next hop. A network node has the option to approve or deny the reservation on the basis of the load of the interface to which the service is requested.
A voice call triggers two RSVP reservations because the reservation and admission control mechanisms provided by RSVP are unidirectional. Each voice gateway is responsible for initiating and maintaining one reservation toward the other voice gateway. RSVP CAC for a VoIP call fails if at least one of the reservations fails.
Cisco VoIP CAC applications use RSVP to limit the accepted voice load on the IP network and guarantee the quality of service (QoS) levels of calls. RSVP CAC synchronizes RSVP signaling with the call setup signaling protocol (MGCP, in this case) to ensure that the bandwidth reservation is established in both directions before a call moves to the alerting phase (ringing). This ensures that the called-party phone rings only after the resources for the call have been reserved. Using RSVP-based admission control, VoIP applications can reserve network bandwidth and react appropriately if bandwidth reservation fails.
SA Agent CAC
The Cisco SA Agent is a Cisco IOS feature that allows users to monitor network performance and congestion between a Cisco router and a remote device, which can be another Cisco router, an IP host, or a multiple virtual storage (MVS) host. Performance can be measured for real-world scenarios through the configuration of SA Agent operations that are executed periodically. Performance metrics include round-trip response time, connect time, packet loss, application performance, and inter-packet delay variance (jitter). The SA Agent feature allows users to receive notifications and perform troubleshooting and problem analysis on the basis of the statistics collected by the SA Agent.
Note
SA Agent was called Response Time Reporter (RTR) in earlier releases of Cisco IOS software.
SA Agent probes traverse the network to a given IP destination and measure the loss and delay characteristics of the network along the path traveled. These values are returned to the outgoing gateway to use in making a decision on the condition of the network and its ability to carry a voice call. SA Agent probes do not provide any bandwidth information, either configured or available. However, if bandwidth across a link anywhere in the path that the voice call will follow is oversubscribed, it is reasonable to assume that the packet delay and loss values that the probe returns will indeed reflect this condition, even if indirectly. The SA Agent protocol is a client/server protocol defined on User Datagram Protocol (UDP). The client builds and sends the probe, and the server (previously the RTR Responder) returns the probe to the sender.
SA Agent probe delay and loss information is used in calculating a single value that can be used as a gauge of network impairment and as a threshold for CAC decisions.
Benefits
MGCP VoIP CAC helps address QoS issues surrounding local resources, bandwidth constraints, and network resources by:
•
Preserving the quality of existing calls.
•
Ensuring sufficient resources to provide an adequate level of service to new calls.
Restrictions
•
MGCP VoIP CAC is not supported on the NCS 1.0 and TGCP 1.0 profiles of MGCP 1.0.
•
Fax/modem pass-through and fax/modem relay are not supported in MGCP VoIP CAC.
•
The call agent has responsibility for treating calls that have been refused by the gateway because of insufficient resources.
•
MGCP VoIP CAC does not attempt to identify the network element that is causing the resource problem. Calls may be successful if they are routed around the congested or unavailable network element.
•
MGCP VoIP CAC does not support the classification of calls into different priority levels, also referred to as policy control.
•
MGCP VoIP CAC does not address maintenance capabilities, such as bringing an out-of-service trunk back into service or handling lost communication with a call agent, even though such capabilities impact call processing resources.
•
On routers that accept both voice and data calls, SRC CAC does not count data calls in its calculation of total calls.
•
SA Agent CAC is not supported on the MGCP 0.1 protocol.
Related Features and Technologies
VoIP
Related Documents
MGCP
•
MGCP 1.0 Including NCS 1.0 and TGCP 1.0 Profiles, Cisco IOS Release 12.2(4)T (Note that MGCP VoIP CAC is not supported on the NCS 1.0 and TGCP 1.0 profiles of MGCP 1.0.)
•
MGCP CAS PBX and AAL2 PVC, Cisco IOS Release 12.2(2)T
•
"Configuring Media Gateway Control Protocol and Related Protocols" chapter in the
Cisco IOS Voice, Video, and Fax Configuration Guide, Release 12.2VoIP
•
Cisco IOS Voice, Video, and Fax Configuration Guide, Release 12.2
•
Cisco IOS Voice, Video, and Fax Command Reference, Release 12.2
•
Cisco IOS IP Configuration Guide, Release 12.2
SRC CAC
•
Call Admission Control for H.323 VoIP Gateways, Cisco IOS Release 12.2(4)T
RSVP CAC
•
"Signaling Overview" chapter in the "Signaling" part of the Cisco IOS Quality of Service Solutions Configuration Guide, Release 12.2
•
fair-queue (WFQ) command reference entry in the Cisco IOS Quality of Service Solutions Command Reference, Release 12.2
SA Agent CAC
•
"Network Monitoring Using Cisco Service Assurance Agent" chapter in the "System Management" part of the Cisco IOS Configuration Fundamentals Configuration Guide, Release 12.2
•
"VoIP Call Admission Control" chapter in the Cisco Voice over IP Solutions guide
•
"Configuring PSTN Fallback" section in the "Configuring Trunk Connections and Conditioning Features" chapter of the Cisco IOS Voice, Video, and Fax Configuration Guide, Release 12.2
Supported Platforms
•
Cisco 2650
•
Cisco 3620
•
Cisco 3640
•
Cisco 3660
•
Cisco AS5350
•
Cisco AS5400
•
Cisco AS5850
•
Cisco IAD2420
•
Cisco MC3810
Determining Platform Support Through Feature Navigator
Cisco IOS software is packaged in feature sets that support specific platforms. To get updated information regarding platform support for this feature, access Feature Navigator. Feature Navigator dynamically updates the list of supported platforms as new platform support is added for the feature.
Feature Navigator is a web-based tool that enables you to quickly determine which Cisco IOS software images support a specific set of features and which features are supported in a specific Cisco IOS image.
Feature Navigator is updated regularly when major Cisco IOS software releases and technology releases occur. For the most current information, go to the Feature Navigator home page at the following URL:
Supported Standards, MIBs, and RFCs
Standards
•
MGCP 0.1, November 1998 (Note that SA Agent CAC is not supported on the MGCP 0.1 protocol.)
MIBs
•
XGCP MIB
To obtain lists of supported MIBs by platform and Cisco IOS release, and to download MIB modules, go to the Cisco MIB website on Cisco.com at the following URL:
http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml
RFCs
•
Informational RFC 2705: Media Gateway Control Protocol (MGCP) version 1.0, October 1999
•
Informational RFC 3064: MGCP CAS Packages, February 2001
Prerequisites
Complete the following tasks before configuring this feature:
•
Ensure that the minimum software requirements are met. For all platforms: Cisco IOS Release 12.2(2)XB or a later release.
•
Configure IP routing. Refer to the Cisco IOS IP Configuration Guide, Release 12.2.
•
Configure voice ports. Refer to the Cisco IOS Voice, Video, and Fax Configuration Guide, Release 12.2.
•
Configure Voice over IP. Refer to the Cisco IOS Voice, Video, and Fax Configuration Guide, Release 12.2.
•
Set up the call agent or agents. Refer to the documentation that accompanies the call agent.
•
Refer to the other documents listed in the "Related Documents" section for information on configuring other MGCP, SRC, RSVP, and SA Agent parameters.
Configuration Tasks
See the following sections for configuration tasks for the MGCP VoIP Call Admission Control feature. Each task in the list is identified as either required or optional. You can configure any combination of the optional tasks.
Note that SRC CAC and SA Agent CAC are configured on the gateway. The call agent controls RSVP CAC, but the gateway needs to be configured with appropriate bandwidth to support RSVP CAC messages.
•
Configuring MGCP for Call Admission Control (required)
•
Configuring MGCP SRC CAC (optional)
•
Configuring MGCP RSVP CAC (optional)
•
Configuring MGCP SA Agent CAC (optional)
Configuring MGCP for Call Admission Control
Only the mgcp command and the mgcp call-agent command are required to configure MGCP on a gateway. Other commands may be used to fine-tune the MGCP application. They are described in the documents listed in the "Related Documents" section.
To configure MGCP for CAC, use the following commands in global configuration mode:
Configuring MGCP SRC CAC
To determine if the local gateway has sufficient resources to handle voice calls, MGCP SRC CAC checks those resources against the thresholds that you specify in this configuration task. The commands listed here are the minimum required to configure MGCP SRC CAC. Other commands to fine-tune SRC CAC are described in the SRC CAC document listed in the "Related Documents" section.
Note
Network access server data calls are not counted by SRC in the total calls calculations.
To set thresholds and enable MGCP SRC CAC, use the following commands in global configuration mode:
Configuring MGCP RSVP CAC
MGCP RSVP CAC configuration requires the synchronization of the call setup signaling and the RSVP signaling. This synchronization guarantees that the called-party phone rings only after the resources for the call have been reserved. This synchronization also gives voice gateways the control of what action to take before the call setup moves to the alerting stage if the reservation fails or cannot be completed within a predefined period of time.
A timer can be set by using the call rsvp-sync resv-timer command to limit the number of seconds for which the terminating gateway waits for bandwidth reservation setup before proceeding with the call setup or releasing the call, depending on the QoS level configured in the dial peers. The timer defaults to 10 seconds.
Enable RSVP on the appropriate interfaces on your gateway by using the ip rsvp bandwidth interface configuration command. You must also enable fair queueing on these interfaces by using the fair-queue interface configuration command. For information about enabling RSVP and fair queueing, refer to the fair-queue (WFQ) command reference entry in the Cisco IOS Quality of Service Solutions Command Reference, Release 12.2.
The commands listed here are the minimum required to configure MGCP RSVP CAC. Other commands to fine-tune RSVP CAC are described in the RSVP CAC document listed in the "Related Documents" section.
To configure MGCP RSVP CAC on a media gateway, use the following commands, beginning in global configuration mode:
Configuring MGCP SA Agent CAC
The Cisco SA Agent is an application-aware synthetic operation agent that monitors network performance by measuring response time, network resource availability, application performance, jitter (interpacket delay variance), connect time, throughput, and packet loss. Performance can be measured between any Cisco device that supports this feature and any remote IP host (server), Cisco routing device, or mainframe host. Performance measurement statistics provided by this feature can be used for troubleshooting, for problem analysis, and for designing network topologies.
The SA Agent Responder that is enabled using the rtr responder command is a component embedded in the target Cisco routing device that allows the system to anticipate and respond to SA Agent request packets. The responder can listen on any user-defined port for UDP and TCP protocol messages. In a client/server terminology, the SA Agent Responder is a Concurrent Multiservice Server.
The commands listed here are the minimum required to configure MGCP SA Agent CAC. Other commands to fine-tune SA Agent CAC are described in the SA Agent CAC documents listed in the "Related Documents" section.
Note
The Cisco SA Agent feature is an expansion of the Response Time Reporter (RTR) feature introduced in Cisco IOS Release 11.2. SA Agent retains the use of the RTR acronym in many of the configuration commands and for the configuration mode used to configure SA Agent operations. RTR is also used throughout the command-line interface (CLI) in the output of help and show commands.
To configure MGCP SA Agent CAC, use the following commands in global configuration mode:
Verifying the MGCP VoIP CAC Configuration
To verify the configuration settings, perform the following steps:
Step 1
Display the current configuration settings using the show running-config privileged EXEC command.
Step 2
Display the MGCP configuration information using the show mgcp privileged EXEC command. The command output indicates whether MGCP VoIP SA Agent CAC and SRC CAC are enabled or disabled.
Router# show mgcpMGCP Admin State ACTIVE, Oper State ACTIVE - Cause Code NONEMGCP call-agent: 172.18.195.147 2300 Initial protocol service is SGCP 1.5MGCP block-newcalls DISABLEDMGCP send RSIP for SGCP is ENABLEDMGCP quarantine mode discard/stepMGCP quarantine of persistent events is ENABLEDMGCP dtmf-relay for VoIP disabled for all codec typesMGCP dtmf-relay voaal2 codec allMGCP voip modem passthrough mode: NSE, codec: g711ulaw, redundancy: DISABLED,MGCP voaal2 modem passthrough mode: NSE, codec: g711ulawMGCP TSE payload: 100MGCP T.38 Named Signalling Event (NSE) response timer: 200MGCP Network (IP/AAL2) Continuity Test timer: 3000MGCP 'RTP stream loss' timer: 2MGCP request timeout 500MGCP maximum exponential request timeout 4000MGCP gateway port: 2427, MGCP maximum waiting delay 3000MGCP restart delay 0, MGCP vad DISABLEDMGCP rtrcac DISABLEDMGCP system resource check DISABLEDMGCP xpc-codec: DISABLED, MGCP persistent hookflash: DISABLEDMGCP persistent offhook: ENABLED, MGCP persistent onhook: DISABLEDMGCP piggyback msg DISABLED, MGCP endpoint offset DISABLEDMGCP simple-sdp DISABLEDMGCP undotted-notation DISABLEDMGCP codec type g711ulaw, MGCP packetization period 20MGCP JB threshold lwm 30, MGCP JB threshold hwm 150MGCP LAT threshold lmw 150, MGCP LAT threshold hwm 300MGCP PL threshold lwm 1000, MGCP PL threshold hwm 10000MGCP CL threshold lwm 1000, MGCP CL threshold hwm 10000MGCP playout mode is adaptive 60, 4, 200 in msecMGCP IP ToS low delay disabled, MGCP IP ToS high throughput disabledMGCP IP ToS high reliability disabled, MGCP IP ToS low cost disabledMGCP IP RTP precedence 5, MGCP signaling precedence: 3MGCP default package: line-packageMGCP supported packages: gm-package dtmf-package trunk-package line-package hs-package atm-package ms-package dt-package res-package mt-packageStep 3
Display the SRC CAC configuration using the show call threshold configuration privileged EXEC command.
Router# show call threshold configurationSome resource polling interval:CPU_AVG interval: 60Memory interval: 5IF Type Value Low High Enable----- ---- ----- ---- ---- ------N/A cpu-5sec 43 0 80 treatmentN/A cpu-avg 27 60 80 treatmentN/A io-mem 15 60 80 treatmentN/A proc-mem 24 60 80 treatmentN/A total-mem 22 60 80 treatmentN/A total-calls 0 5 12 treatment
Troubleshooting Tips
MGCP VoIP CAC has several commands available to analyze call statistics and operation of applications on the gateway. They are classified into these groups for clarity:
•
Troubleshooting MGCP RSVP CAC
•
Troubleshooting MGCP SA Agent CAC
Troubleshooting MGCP
To provide information about the operation of the MGCP application, use the following commands in privileged EXEC mode:
Troubleshooting MGCP SRC CAC
To help identify SRC CAC problems, use the following commands in privileged EXEC mode:
Troubleshooting MGCP RSVP CAC
To identify and trace RSVP CAC problems, use the following commands in privileged EXEC mode:
Troubleshooting MGCP SA Agent CAC
To help identify SA Agent CAC problems, use the following commands in privileged EXEC mode:
Configuration Examples
This section provides the following sample configuration examples for MGCP VoIP CAC:
•
MGCP RSVP and SA Agent CAC Example
•
MGCP VoIP CAC on a Trunking Gateway Example
•
MGCP VoIP CAC for Residential Gateway or CAS PBX Example
Note
IP addresses and host names in these examples are fictitious.
MGCP RSVP and SA Agent CAC Example
The following example shows a configuration of MGCP RSVP and SA Agent CAC on a Cisco 3660.
version 12.2no service single-slot-reload-enableservice timestamps debug uptimeservice timestamps log uptimeno service password-encryption!hostname westcoast!no logging bufferedno logging bufferedlogging rate-limit console 10 except errors!!!ip subnet-zero!!no ip fingerno ip domain-lookupip host lab 192.168.254.254!call fallback activecall rsvp-sync!!interface FastEthernet0/0ip address 172.16.125.4 255.255.0.0duplex autospeed autoip rsvp bandwidth 512 512!interface FastEthernet0/1no ip addressshutdownduplex autospeed auto!ip kerberos source-interface anyip classlessip route 172.16.173.1 255.255.255.255 172.16.0.1ip route 192.168.254.254 255.255.255.255 FastEthernet0/0no ip http server!!voice-port 1/1/0!voice-port 1/1/1!mgcpmgcp call-agent 172.16.173.1 service-type mgcp version 1.0mgcp modem passthrough voip mode nsemgcp modem passthrough voaal2 modemgcp rtrcacno mgcp timer receive-rtcp!mgcp profile default!dial-peer cor custom!!!dial-peer voice 1 potsapplication mgcpappport 1/1/0!dial-peer voice 2 potsapplication mgcpappport 1/1/1rtr responder!line con 0transport input noneline aux 0line vty 0 4login!endMGCP VoIP CAC on a Trunking Gateway Example
This configuration enables all three types of MGCP VoIP CAC: SRC, RSVP, and SA Agent. Comment lines are provided above the CAC commands to help you identify the commands needed for a particular CAC type.
version 12.2service timestamps debug uptimeservice timestamps log uptimeno service password-encryption!hostname eastcoast!!voice-card 2!voice-card 3!ip subnet-zeroip dhcp smart-relay!! The following command is used in MGCP SA Agent CAC.call fallback active! The following command is used in MGCP RSVP CAC.call rsvp-sync! The following six commands are used in MGCP SRC CAC.call threshold global cpu-5sec low 55 high 70 treatmentcall threshold global cpu-avg low 70 high 80 treatmentcall threshold global total-mem low 70 high 80 treatmentcall threshold global io-mem low 70 high 80 treatmentcall threshold global proc-mem low 70 high 80 treatmentcall threshold global total-calls low 10 high 12 treatment!!!!!controller T1 2/0!controller T1 2/1!controller T1 3/0framing esfclock source internalds0-group 1 timeslots 1-5 type none service mgcpds0-group 2 timeslots 6-24 type none service mgcp!controller T1 3/1framing esfds0-group 1 timeslots 1-10 type none service mgcpds0-group 2 timeslots 11-24 type none service mgcp!!!interface FastEthernet0/0ip address 192.168.1.61 255.255.255.0duplex autospeed auto! The following command is used in MGCP RSVP CAC to configure the bandwidth allocated! for VoIP calls through the interface.ip rsvp bandwidth 512 512!interface FastEthernet0/1ip address 172.20.1.1 255.255.0.0duplex autospeed auto!ip kerberos source-interface anyip classlessip route 10.0.0.0 10.0.0.0 192.168.1.10no ip http server!snmp-server engineID local 0000000902000002B95D89F0no snmp-server ifindex persistsnmp-server manager!voice-port 3/0:1!voice-port 3/0:2!voice-port 3/1:1!voice-port 3/1:2!mgcpmgcp call-agent 10.13.57.88 service-type mgcp version 1.0mgcp modem passthrough voip mode nsemgcp modem passthrough voaal2 modemgcp package-capability trunk-package! The following command is used for MGCP SA Agent CAC.mgcp rtrcac! The following command is used in MGCP SRC CAC.mgcp src-cacno mgcp timer receive-rtcp!mgcp profile default!dial-peer cor custom!dial-peer voice 1 potsapplication mgcpappport 3/0:1!dial-peer voice 2 potsapplication mgcpappport 3/0:2!dial-peer voice 3 potsapplication mgcpappport 3/1:1!dial-peer voice 4 potsapplication mgcpappport 3/1:2!! The following command is used in MGCP SA Agent CAC.rtr responder!line con 0exec-timeout 0 0privilege level 15transport input noneline aux 0line vty 0 4login!endMGCP VoIP CAC for Residential Gateway or CAS PBX Example
This configuration enables all three types of MGCP VoIP CAC: SRC, RSVP, and SA Agent. Comment lines are provided above the CAC commands to help you identify the commands needed for a particular CAC type.
version 12.2no service padservice timestamps debug uptimeservice timestamps log uptimeno service password-encryption!!hostname sanjose!logging buffered 1000000 debugging!network-clock base-rate 56kip subnet-zerono ip domain-lookupip dhcp smart-relay!isdn voice-call-failure 0! The following command is used in MGCP SA Agent CAC.call fallback active! The following command is used in MGCP RSVP CAC.call rsvp-sync! The following six commands are used in MGCP SRC CAC.call threshold global cpu-5sec low 80 high 95 treatmentcall threshold global cpu-avg low 80 high 90 treatmentcall threshold global total-mem low 70 high 80 treatmentcall threshold global io-mem low 70 high 80 treatmentcall threshold global proc-mem low 45 high 55 treatmentcall threshold global total-calls low 10 high 12 treatment!!!voice-card 0!!!controller T1 0!!!!interface Ethernet0ip address 192.168.1.11 255.255.255.0no ip route-cacheno ip mroute-cacheno cdp enable! The following command is used in MGCP RSVP CAC to configure the bandwidth allocated! for VoIP calls through the interface.ip rsvp bandwidth 512 512!interface Serial0no ip addressno ip route-cacheno ip mroute-cacheshutdownno fair-queue!interface Serial1no ip addressno ip route-cacheno ip mroute-cacheshutdown!interface FR-ATM20no ip addressno ip route-cacheshutdown!ip kerberos source-interface anyip classlessip route 10.0.0.0 10.0.0.0 192.168.1.10no ip http server!dialer-list 1 protocol ip permitdialer-list 1 protocol ipx permit!!voice-port 1/1timing hookflash-in 1500!voice-port 1/2timing hookflash-in 1500!mgcpmgcp call-agent 192.168.88.1 service-type mgcp version 1.0mgcp modem passthrough voip mode nsemgcp modem passthrough voaal2 modemgcp package-capability line-package! The following command is used in MGCP SA Agent CAC.mgcp rtrcac! The following command is used in MGCP SRC CAC.mgcp src-cacno mgcp timer receive-rtcp!mgcp profile default!dial-peer cor custom!!!dial-peer voice 1 potsapplication mgcpappport 1/1!dial-peer voice 2 potsapplication mgcpappport 1/2!! The following command is used in MGCP SA Agent CAC.rtr responder!line con 0exec-timeout 0 0privilege level 15transport input noneline aux 0line 2 3line vty 0 4login!ntp source Ethernet0endCommand Reference
This section documents new and modified commands. All other commands used with this feature are documented in the Cisco IOS Release 12.2 command reference publications or in documents listed in the "Related Documents" section.
New Commands
Modified Commands
clear mgcp src-stats
To clear the statistics gathered for Media Gateway Control Protocol (MGCP) System Resource Check (SRC) Call Admission Control (CAC) on an MGCP gateway supporting Voice over IP (VoIP), use the clear mgcp src-stats command in privileged EXEC mode.
clear mgcp src-stats
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use the clear mgcp src-stats command to clear the MGCP gateway buffer that holds SRC CAC statistics gathered during the most recent inspection interval.
Examples
The following example illustrates how to clear MGCP VoIP SRC CAC statistics:
Router# clear mgcp src-statsRelated Commands
debug mgcp
To enable debug traces for Media Gateway Control Protocol (MGCP) errors, events, media, packets, parser, and Call Admission Control (CAC), use the debug mgcp command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug mgcp [all | errors [endpoint endpoint-name] | events [endpoint endpoint-name] | media [endpoint endpoint-name] | packets [endpoint endpoint-name | input-hex] | parser | src | voipcac]
no debug mgcp [all | errors | events | media | packets | parser | src | voipcac]
Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
There is always a performance penalty when using debug commands.
Examples
The following is sample output from the debug mgcp events, debug mgcp media, debug mgcp nas, debug mgcp packets, debug mgcp parser, and debug mgcp src commands. The debug mgcp all command would show a compilation of all this output, plus the debug mgcp voipcac output. Note that using the debug mgcp all command may severely impact network performance.
The following example illustrates the output from the debug mgcp events command:
Router# debug mgcp eventsMedia Gateway Control Protocol events debugging is onRouter#1w1d: MGC stat - 172.19.184.65, total=44, succ=7, failed=211w1d: MGCP msg 11w1d: remove_old_under_specified_ack:1w1d: MGC stat - 172.19.184.65, total=44, succ=8, failed=211w1d: updating lport with 2427setup_ipsocket: laddr=172.29.248.193, lport=2427,faddr=172.19.184.65, fport=24271w1d: enqueue_ack: ackqhead=0, ackqtail=0, ackp=1DC1D38, msg=21A037CThe following example illustrates the output from the debug mgcp media command:
Router# debug mgcp mediaMedia Gateway Control Protocol media events debugging is onRouter#DYNAMIC payload typeDYNAMIC payload type*Jan 1 03:02:13.159:mgcp_verify_supp_reqdet_ev*Jan 1 03:02:13.159:mgcp_verify_supp_signal_ev*Jan 1 03:02:13.159:process_request_ev- callp 635368FC, voice_if 6353C1F8*Jan 1 03:02:13.159:process_detect_ev- callp 635368FC, voice_if 6353C1F8*Jan 1 03:02:13.159:process_signal_ev- callp 635368FC, voice_ifp 6353C1F8*Jan 1 03:02:13.159:mgcp_process_quarantine_mode- callp 635368FC, voice_if 6353C1F8*Jan 1 03:02:13.159:mgcp_process_quarantine_mode- new q mode:process=0, loop=0*Jan 1 03:02:13.179:process_deferred_request_events*Jan 1 03:02:13.479:mgcp_verify_supp_reqdet_ev*Jan 1 03:02:13.479:mgcp_verify_supp_signal_ev*Jan 1 03:02:13.479:process_request_ev- callp 6353BCCC, voice_if 638C3094*Jan 1 03:02:13.479:process_detect_ev- callp 6353BCCC, voice_if 638C3094*Jan 1 03:02:13.479:process_signal_ev- callp 6353BCCC, voice_ifp 638C3094*Jan 1 03:02:13.479:mgcp_process_quarantine_mode- callp 6353BCCC, voice_if 638C3094*Jan 1 03:02:13.479:mgcp_process_quarantine_mode- new q mode:process=0, loop=0*Jan 1 03:02:13.499:process_deferred_request_events*Jan 1 03:02:13.827:mgcp_verify_supp_reqdet_ev*Jan 1 03:02:13.827:mgcp_verify_supp_signal_ev*Jan 1 03:02:13.827:process_request_ev- callp 635368FC, voice_if 6353C1F8*Jan 1 03:02:13.827:process_detect_ev- callp 635368FC, voice_if 6353C1F8*Jan 1 03:02:13.827:process_signal_ev- callp 635368FC, voice_ifp 6353C1F8*Jan 1 03:02:13.827:mgcp_process_quarantine_mode- callp 635368FC, voice_if 6353C1F8*Jan 1 03:02:13.827:mgcp_process_quarantine_mode- new q mode:process=0, loop=0*Jan 1 03:02:13.831:process_deferred_request_events*Jan 1 03:02:23.163:mgcp_cr_and_init_evt_node:$$$ the node pointer 63520B14*Jan 1 03:02:23.163:mgcp_insert_node_to_preprocess_q:$$$enq to preprocess, qhead=63520B14, qtail=63520B14, count 1, evtptr=63520B14*Jan 1 03:02:23.479:mgcp_cr_and_init_evt_node:$$$ the node pointer 63520BA8*Jan 1 03:02:23.479:mgcp_insert_node_to_preprocess_q:$$$enq to preprocess, qhead=63520BA8, qtail=63520BA8, count 1, evtptr=63520BA8Router# show mgcp conEndpoint Call_ID(C) Conn_ID(I) (P)ort (M)ode (S)tate (CO)dec (E)vent[SIFL] (R)esult[EA]1. S7/DS1-0/5 C=349384202,11,12 I=0x7 P=17506,17558 M=3 S=4,4 CO=1 E=2,0,0,2 R=0,02. S7/DS1-0/6 C=349384202,13,14 I=0x8 P=17558,17506 M=3 S=4,4 CO=1 E=0,0,0,0 R=0,0*Jan 1 03:02:34.979:process_stop_signal():callp=63536B9C, signal list=6214275C*Jan 1 03:02:34.979:mgcp_cleanup_media_evt_lists*Jan 1 03:02:34.979:process_stop_signal():callp=635368FC, signal list=6328CA70*Jan 1 03:02:34.979:mgcp_cleanup_media_evt_lists*Jan 1 03:02:34.979:process_stop_signal():callp=6353BCCC, signal list=6353D1DC*Jan 1 03:02:34.979:mgcp_cleanup_media_evt_lists*Jan 1 03:02:34.979:mgcp_events_need_dsp*Jan 1 03:02:34.979:mgcp_events_need_dspThe following example displays output for the debug mgcp nas command, with the debug mgcp packets command enabled as well:
Router# debug mgcp nasMedia Gateway Control Protocol nas pkg events debugging is onRouter# debug mgcp packetsMedia Gateway Control Protocol packets debugging is onRouter#01:49:14:MGCP Packet received -CRCX 58 S7/DS1-0/23 MGCP 1.0X:57M:nas/dataC:3L:b:64, nas/bt:modem, nas/cdn:3000, nas/cgn:1000mgcp_parse_conn_mode :string past nas = datamgcp_chq_nas_pkg:Full string:nas/bt:modemmgcp_chq_nas_pkg:string past slash:btmgcp_chq_nas_pkg:string past colon:modemmgcp_chq_nas_pkg:Full string:nas/cdn:3000mgcp_chq_nas_pkg:string past slash:cdnmgcp_chq_nas_pkg:string past colon:3000mgcp_chq_nas_pkg:Full string:nas/cgn:1000c5400#mgcp_chq_nas_pkg:string past slash:cgnmgcp_chq_nas_pkg:string past colon:1000CHECK DATA CALL for S7/DS1-0/23mgcpapp_xcsp_get_chan_cb -Found - Channel state IdleCRCX Recvmgcpapp_endpt_is_data:endpt S7/DS1-0/23, slot 7, port 0 chan 23mgcpapp_data_call_hnd:mgcpapp_xcsp_get_chan_cb -Found - Channel state Idlebw=64, bearer=E1,cdn=3000,cgn=1000The following example illustrates the output from the debug mgcp packets command:
Router# debug mgcp packetsMedia Gateway Control Protocol packets debugging is onRouter#1w1d: MGCP Packet received -DLCX 408631346 * MGCP 0.11w1d: send_mgcp_msg, MGCP Packet sent --->1w1d: 250 408631346<---The following example illustrates the output from the debug mgcp parser command:
Router# debug mgcp parserMedia Gateway Control Protocol parser debugging is onRouter#1w1d: -- mgcp_parse_packet() - call mgcp_parse_header- mgcp_parse_header()- Request Verb FOUND DLCX- mgcp_parse_packet() - out mgcp_parse_header- SUCCESS: mgcp_parse_packet()- MGCP Header parsing was OK- mgcp_val_mandatory_parms()- SUCCESS: mgcp_parse_packet()- END of Parsing1w1d: -- mgcp_build_packet()-1w1d: - mgcp_estimate_msg_buf_length() - 87 bytes needed for header- mgcp_estimate_msg_buf_length() - 87 bytes needed after checking parameter lines- mgcp_estimate_msg_buf_length() - 87 bytes needed after checking SDP lines- SUCCESS: MGCP message building OK- SUCCESS: END of buildingThe following example illustrates the output from the debug mgcp src command:
Router# debug mgcp srcMedia Gateway Control Protocol System Resource Check CAC debugging is onRouter#00:14:08: setup_indication: Set incoming_call flag=TRUE in voice_if00:14:08: send_mgcp_msg, MGCP Packet sent --->00:14:08: NTFY 11 aaln/S1/1@Router MGCP 0.1N: emu@[1.4.173.1]:51665X: 35O: hd<---00:14:08: MGCP Packet received -200 11 hello00:14:08: MGCP Packet received -RQNT 42 aaln/S1/1 MGCP 0.1N: emu@[1.4.173.1]:51665X: 41R: D/[0-9*#T](d), huS: dlD: (911|xxxx)00:14:08: send_mgcp_msg, MGCP Packet sent --->00:14:08: 200 42 OK<---00:14:12: send_mgcp_msg, MGCP Packet sent --->00:14:12: NTFY 12 aaln/S1/1@Router MGCP 0.1N: emu@[1.4.173.1]:51665X: 41O: D/2222<---00:14:12: MGCP Packet received -200 12 phone-number ok00:14:12: MGCP Packet received -CRCX 44 aaln/S1/1 MGCP 0.1N: emu@[1.4.173.1]:51665C: 3X: 43R: hu(n)M: recvonlyL: a:G.711u,p:5,e:off,s:off00:14:12: mgcp_setup_conn_check_system_resource: System resource check successful00:14:12: mgcp_voice_crcx: System resource is available00:14:12: mgcp_set_call_counter_control: Incoming call with 1 network leg, flag=FALSE00:14:12: send_mgcp_msg, MGCP Packet sent --->00:14:12: 200 44I: 4v=0o=- 4 0 IN IP4 1.4.120.1s=Cisco SDP 0c=IN IP4 1.4.120.1t=0 0m=audio 16404 RTP/AVP 0<---00:14:13: MGCP Packet received -MDCX 48 aaln/S1/1 MGCP 0.1N: emu@[1.4.173.1]:51665C: 3I: 4X: 47M: recvonlyR: huL: a:G.711u,p:5,e:off,s:offv=0o=- 4 0 IN IP4 1.4.120.3s=Cisco SDP 0c=IN IP4 1.4.120.3t=0 0m=audio 16384 RTP/AVP 000:14:13: mgcp_modify_conn_check_system_resource: System resource check successful00:14:13: mgcp_modify_connection: System resource is available00:14:13: send_mgcp_msg, MGCP Packet sent --->00:14:13: 200 48 OK<---00:14:20: MGCP Packet received -MDCX 52 aaln/S1/1 MGCP 0.1N: emu@[1.4.173.1]:51665C: 3I: 4X: 51M: sendrecvR: huL: a:G.711u,p:5,e:off,s:off00:14:20: mgcp_modify_conn_check_system_resource: System resource check successful00:14:20: mgcp_modify_connection: System resource is available00:14:20: send_mgcp_msg, MGCP Packet sent --->00:14:20: 200 52 OK<---00:14:34: MGCP Packet received -DLCX 56 aaln/S1/1 MGCP 0.1X: 55N: emu@[1.4.173.1]:51665C: 3I: 4R: hu00:14:34: send_mgcp_msg, MGCP Packet sent --->00:14:34: 250 56P: PS=1382, OS=110180, PR=1378, OR=109936, PL=63484, JI=520, LA=2<---00:14:36: mgcp_reset_call_direction: Reseting incoming_call flag=FALSE in voice_if00:14:36: send_mgcp_msg, MGCP Packet sent --->00:14:36: NTFY 13 aaln/S1/1@tlkrgw1 MGCP 0.1N: emu@[1.4.173.1]:51665X: 55O: hu<---mgcp package-capability
To specify that a Media Gateway Control Protocol (MGCP) package should be available for use on a gateway, use the mgcp package-capability command in global configuration mode. To remove a specific MGCP package capability from the list of capabilities, use the no form of this command.
mgcp package-capability package
no mgcp package-capability package
Syntax Description
Command Modes
Global configuration
Defaults
Residential gateways (RGWs): line-package
Trunking gateways (TGWs): trunk-package
Command History
Usage Guidelines
Configure package capability only for packages that are supported by your call agent. Events specified in the MGCP messages from the call agent must belong to one of the supported packages. Otherwise, the connection requests are refused by the media gateway.
Use this command before specifying a default package using the mgcp default-package command. Specify at least one package as a default.
Enter each package as a separate command.
Packages that are available to be configured with this command vary by platform and type of gateway. Use command-line interface (CLI) help to ascertain the packages available on your gateway. This example shows the CLI help output for a Cisco 3660:
Router# mgcp package-capability ?as-package Select the Announcement Server Packageatm-package Select the ATM Packagedtmf-package Select the DTMF Packagegm-package Select the Generic Media Packagehs-package Select the Handset Packageline-package Select the Line Packagemf-package Select the MF Packageres-package Select the RES Packagertp-package Select the RTP Packagetrunk-package Select the Trunk PackageExamples
The following example enables the trunk package, DTMF package, and script package on the gateway, and then names the trunk package as the default package for the gateway:
Router(config)# mgcp package-capability trunk-packageRouter(config)# mgcp package-capability dtmf-packageRouter(config)# mgcp package-capability script-packageRouter(config)# mgcp default-package trunk-packageRelated Commands
Command Descriptionmgcp
Starts and allocates resources for the MGCP daemon.
mgcp default-package
Configures the default package capability type for the media gateway.
mgcp rtrcac
To enable Media Control Gateway Protocol (MGCP) Service Assurance Agent (SA Agent) Call Admission Control (CAC) on an MGCP gateway supporting Voice over IP (VoIP), use the mgcp rtrcac command in global configuration mode. To disable SA Agent checking on the gateway, use the no form of this command.
mgcp rtrcac
no mgcp rtrcac
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Global configuration
Command History
Usage Guidelines
Use the mgcp rtrcac command to initiate or disable MGCP SA Agent CAC on the MGCP gateway.
Examples
The following example illustrates how to enable MGCP SA Agent CAC:
Router(config)# mgcp rtrcacRelated Commands
mgcp src-cac
To enable System Resource Check (SRC) Call Admission Control (CAC) on a Media Gateway Control Protocol (MGCP) gateway supporting Voice over IP (VoIP), use the mgcp src-cac command in global configuration mode. To disable system resource checking on the gateway, use the no form of this command.
mgcp src-cac
no mgcp src-cac
Syntax Description
This command has no arguments or keywords.
Defaults
System resource checking is disabled.
Command Modes
Global configuration
Command History
Usage Guidelines
When the mgcp src-cac command is configured, all system resource checks of CPU utilization, memory utilization, and maximum number of calls will be performed for every call setup or modification request from the call agent.
Examples
The following example illustrates how to enable MGCP VoIP SRC CAC:
Router(config)# mgcp src-cacRelated Commands
Command Descriptioncall threshold global
Sets threshold values for SRC CAC parameters.
mgcp
Starts and allocates resources for the MGCP daemon.
show mgcp
To display values for Media Gateway Control Protocol (MGCP) parameters, use the show mgcp command in privileged EXEC mode.
show mgcp
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The show mgcp command provides administrative high-level information about the values configured for MGCP parameters on the router. For more specific types of information, see the show mgcp connection, show mgcp endpoint, show mgcp nas, show mgcp profile, and show mgcp statistics commands.
Examples
The following is sample output from the show mgcp command.
Router# show mgcpMGCP Admin State ACTIVE, Oper State ACTIVE - Cause Code NONEMGCP call-agent: 172.18.195.147 2300 Initial protocol service is SGCP 1.5MGCP block-newcalls DISABLEDMGCP send RSIP for SGCP is ENABLEDMGCP quarantine mode discard/stepMGCP quarantine of persistent events is ENABLEDMGCP dtmf-relay for VoIP disabled for all codec typesMGCP dtmf-relay voaal2 codec allMGCP voip modem passthrough mode: NSE, codec: g711ulaw, redundancy: DISABLED,MGCP voaal2 modem passthrough mode: NSE, codec: g711ulawMGCP TSE payload: 100MGCP T.38 Named Signalling Event (NSE) response timer: 200MGCP Network (IP/AAL2) Continuity Test timer: 3000MGCP 'RTP stream loss' timer: 2MGCP request timeout 500MGCP maximum exponential request timeout 4000MGCP gateway port: 2427, MGCP maximum waiting delay 3000MGCP restart delay 0, MGCP vad DISABLEDMGCP rtrcac DISABLEDMGCP system resource check DISABLEDMGCP xpc-codec: DISABLED, MGCP persistent hookflash: DISABLEDMGCP persistent offhook: ENABLED, MGCP persistent onhook: DISABLEDMGCP piggyback msg DISABLED, MGCP endpoint offset DISABLEDMGCP simple-sdp DISABLEDMGCP undotted-notation DISABLEDMGCP codec type g711ulaw, MGCP packetization period 20MGCP JB threshold lwm 30, MGCP JB threshold hwm 150MGCP LAT threshold lmw 150, MGCP LAT threshold hwm 300MGCP PL threshold lwm 1000, MGCP PL threshold hwm 10000MGCP CL threshold lwm 1000, MGCP CL threshold hwm 10000MGCP playout mode is adaptive 60, 4, 200 in msecMGCP IP ToS low delay disabled, MGCP IP ToS high throughput disabledMGCP IP ToS high reliability disabled, MGCP IP ToS low cost disabledMGCP IP RTP precedence 5, MGCP signaling precedence: 3MGCP default package: line-packageMGCP supported packages: gm-package dtmf-package trunk-package line-packagehs-package atm-package ms-package dt-package res-packagemt-packageTable 1 describes the significant fields shown in the display.
Related Commands
show mgcp statistics
To display Media Gateway Control Protocol (MGCP) statistics regarding received and transmitted network messages, use the show mgcp statistics command in privileged EXEC mode.
show mgcp statistics
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output from the show mgcp statistics command for Voice over IP (VoIP) and Voice over ATM adaptation layer 2 (VoAAL2) statistics.
Router# show mgcp statisticsUDP pkts rx 8, tx 9Unrecognized rx pkts 0, MGCP message parsing errors 0Duplicate MGCP ack tx 0, Invalid versions count 0CreateConn rx 4, successful 0, failed 0DeleteConn rx 2, successful 2, failed 0ModifyConn rx 4, successful 4, failed 0DeleteConn tx 0, successful 0, failed 0NotifyRequest rx 0, successful 4, failed 0AuditConnection rx 0, successful 0, failed 0AuditEndpoint rx 0, successful 0, failed 0RestartInProgress tx 1, successful 1, failed 0Notify tx 0, successful 0, failed 0ACK tx 8, NACK tx 0ACK rx 0, NACK rx 0IP address based Call Agents statistics:IP address 10.24.167.3, Total msg rx 8, successful 8, failed 0The following is an example of the MGCP VoIP SRC CAC portion of the show mgcp statistics command output for a gateway configured with MGCP VoIP SRC CAC:
Router# show mgcp statistics...MGCP System Resource Check Statistics:-------------------------------------Total CreateConn checked by SRC :0CreateConn accepted by SRC:0CreateConn rejected by SRC:0Total ModifyConn checked by SRC :0ModifyConn accepted by SRC:0ModifyConn rejected by SRC:0Reason Num. of requests rejected------ -------------------------cpu-5sec: 0cpu-avg: 0total-mem: 0io-mem: 0proc-mem: 0total-calls: 0Table 2 describes the significant fields shown in the display.
Related Commands
Glossary
AAL2—ATM adaptation layer 2. One of four AALs recommended by the ITU-T. AAL2 is used for connection-oriented services that support a variable bit rate, such as some isochronous video and voice traffic.
AAL5—ATM adaptation layer 5. One of four AALs recommended by the ITU-T. AAL5 supports connection-oriented VBR services and is used predominantly for the transfer of classical IP over ATM and LANE traffic. AAL5 uses SEAL and is the least complex of the current AAL recommendations. It offers low bandwidth overhead and simpler processing requirements in exchange for reduced bandwidth capacity and error-recovery capability.
CA—call agent. An intelligent entity in an IP telephony network that handles call control in an MGCP Voice over IP network. Also known as a media gateway controller (MGW).
CAS—channel-associated signaling. A signaling technique that uses the same facility path for both voice and signaling traffic.
CCS—common channel signaling. Signaling system used in telephone networks that separates signaling information from user data. A specified channel is exclusively designated to carry signaling information for all other channels in the system.
Cisco CAC—Cisco Call Admission Control. A suite of Cisco features for maintaining voice quality by ensuring the availability of voice call resources on the gateway and in the network before attempting to complete a call. Among the features are System Resource Check (SRC) CAC, Resource Reservation Protocol (RSVP) CAC, and Service Assurance Agent (SA Agent) CAC.
DS-0—64-kbps channel in a T1/E1 line.
DTMF—dual tone multifrequency. Tones generated when a button is pressed on a telephone, primarily used in the U.S. and Canada.
media gateway—Equipment that connects the PSTN or a PBX with the VoIP network. It is controlled by a call agent via MGCP.
MGC—media gateway controller. Another name for call agent.
MGCP—Media Gateway Control Protocol.
package—A set of signals and events that define a type of voice endpoint or connection. Examples include line-package, trunk-package, dtmf-package, and atm-package.
PSTN—Public Switched Telephone Network.
PVC—permanent virtual circuit. Virtual circuit that is permanently established. PVCs save bandwidth associated with circuit establishment and teardown in situations where certain virtual circuits must exist all the time.
RGW—residential gateway. An xGCP media gateway that is customer premises equipment with at least one connection to the VoIP network and at least one connection to user telephony equipment.
RSVP—Resource Reservation Protocol. An IETF protocol for providing integrated services and reserving resources in an IP-based network. RSVP CAC is one component of Cisco CAC. It reserves adequate bandwidth throughout the network to support a call before the call is accepted.
RTCP—RTP Control Protocol. A protocol that monitors an RTP connection and conveys information about the ongoing session.
RTP—Real-Time Transport Protocol. A protocol that provides end-to-end network transport functions for applications transmitting real-time data and services such as payload type identification, sequence numbering, time stamping, and delivery monitoring.
SA Agent—Service Assurance Agent. SA Agent CAC is one component of Cisco CAC. It appraises network congestion conditions before a call is accepted.
SGCP—Simple Gateway Control Protocol. Controls Voice over IP gateways by an external call control element (called a call agent).
SRC—System Resource Check. SRC CAC is one component of Cisco CAC. It evaluates memory and call resources local to the gateway to assess whether sufficient gateway resources exist to support a call before the call is accepted.
SVC—switched virtual circuit. Virtual circuit that is dynamically established on demand and is torn down when transmission is complete.
TGW—trunking gateway. An xGCP media gateway that provides connectivity between the PSTN and VoIP networks.
VCC—virtual channel connection (used where the connection may be a PVC or SVC).
VoIP—Voice over IP. he capability to carry normal telephony-style voice over an IP-based internet with POTS-like functionality, reliability, and voice quality. VoIP enables a router to carry voice traffic (for example, telephone calls and faxes) over an IP network. In VoIP, the DSP segments the voice signal into frames, which then are coupled in groups of two and stored in voice packets. These voice packets are transported using IP in compliance with ITU-T specification H.323.
xGCP—SGCP or MGCP.
