Table Of Contents
MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Prerequisites for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Restrictions for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Information About MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Benefits of MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways Feature
Feature Design of MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Supported Gateways, Modules and Voice Interface Cards
How to Configure the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways Feature
Configuring the SCCP Gateway and Gateway Endpoints on Cisco CallManager
Cisco CallManager Autoconfiguration
Configuring Cisco CallManager Download on Cisco IOS Gateways
Configuring SCCP on Cisco IOS Gateways
Configuring STCAPP on Cisco IOS Gateways
Configuring ISDN BRI Voice Calls
Configuring Modem Pass-Through Calls
Verifying MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Configuration Examples for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways: Example
debug voip application stcapp all
debug voip application stcapp error
debug voip application stcapp events
debug voip application stcapp functions
debug voip application stcapp port
MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
First Published: October 30, 2005Last Updated: June 19, 2006The MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature provides the capability for Cisco IOS voice gateways to present analog and BRI phones to be controlled by the Cisco Unified CallManager and Cisco Unified CallManager Express (Cisco Unified CME) as though they were Cisco IP phones, enabling the following:
•
Line-side support for the Multilevel Precedence and Preemption (MLPP) feature under Cisco CallManager control (Cisco Unified CME control is not supported)
•
Cisco CallManager registration of analog and BRI endpoints (Cisco Unified CME control is not supported)
•
Cisco CallManager endpoint autoconfiguration support
•
Modem pass-through support
•
Cisco Survivable Remote Site Telephony (SRST) support under Cisco CallManager control
Feature History for the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Feature
Finding Support Information for Platforms and Cisco IOS Software Images
Use Cisco Feature Navigator to find information about platform support and Cisco IOS 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.
Contents
•
Prerequisites for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
•
Restrictions for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
•
Information About MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
•
How to Configure the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways Feature
•
Configuration Examples for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Prerequisites for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Make sure that the following tasks have been completed before configuring the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature:
•
Skinny Client Control Protocol (SCCP) version 4.0 or higher is enabled.
•
Cisco CallManager 4.1 or a later release is running.
•
Cisco IOS Release 12.4(9)T or a later release is running.
Restrictions for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
•
Unlike Cisco IP phones, which maintain active communications with all Cisco CallManagers, gateway-controlled endpoints communicate only with the active Cisco CallManager.
•
MLPP is not supported in SRST environments or under Cisco Unified CME-control.
•
Unlike Cisco IP phones, gateway-controlled phones preempted for reuse and remaining off-hook will not be auto-idled by Cisco CallManager.
•
The following supplementary services are not supported:
–
Hold
–
Callback
–
Transfer
–
Call Forward
–
Redial
•
Only a single ISDN B channel is supported for BRI voice calls.
•
ISDN circuit-switched or packet-switched data is not supported on BRI calls.
•
Fallback to other protocols, such as H.323 or Media Gateway Control Protocol (MGCP), is not supported.
•
The MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature is supported on the following ISDN switches only:
–
National ISDN-1 switches
–
NET3 ISDN switches, including Norway NET3, Australia NET3, and New Zealand NET3 switches (covers the Euro-ISDN E-DSS1 signaling system and is European Telecommunications Standards Institute (ETSI)-compliant).
Information About MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
To configure the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature, you should understand the following concepts:
•
Benefits of MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways Feature
•
Feature Design of MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Benefits of MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways Feature
•
Supports the use of existing customer premises equipment (CPE) in voice networks, by allowing legacy analog and BRI phones attached to a Cisco IOS gateway to be controlled by the Cisco CallManager.
•
Facilitates replacement of public switched telephone network (PSTN) time-division multiplexing (TDM) infrastructure with VoIP.
Feature Design of MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
Prior to the implementation of the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature, there was no Cisco CallManager support for existing CPE, that is, Cisco IOS gateway-controlled legacy analog and BRI telephony endpoints. There was no capability to translate call control messages between the CPE and Cisco CallManager for calls connecting over the VoIP network to the existing PSTN. The MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature provides this support by presenting CPE devices to the Cisco CallManager as though they were Cisco IP phones. The new feature uses Cisco proprietary SCCP to communicate call control messages between the Cisco CallManager and gateway endpoints, which can be foreign exchange station (FXS) analog or BRI ISDN encryption-enabled phones. Cisco implements this support by the use of the SCCP Telephony Control Application (STCAPP) software that runs on existing line-side gateways. The line-side gateway translates call control messages between the Cisco CallManager SCCP and the Call Control Application Programming Interface (CCAPI), allowing the attached analog and BRI phones to be controlled by the Cisco CallManager in the same way that Cisco IP phones are controlled. To the Cisco CallManager, each gateway appears to be a collection of multiple SCCP-controlled IP phones.
The new feature supports the following capabilities:
•
Basic call support (supplementary services are not supported).
•
Cisco CallManager registration of analog and BRI endpoints.
•
Autoconfiguration using TFTP download of extensible markup language (XML) dial-peer configuration files from the Cisco CallManager.
•
MLPP support to analog and BRI endpoints. MLPP support enables the voice gateway to interoperate with other MLPP-capable networks for call preemption and precedence.
•
Cisco Survivable Remote Site Telephony (SRST), enabling routers to provide call-handling support for Cisco IP phones, analog, and BRI endpoints when connections to remote primary, secondary, or tertiary Cisco CallManager installations are lost, or when the WAN connection is down. For more information on configuring SRST refer to the following:
–
Cisco IOS Survivable Remote Site Telephony Version 3.3 System Administrator Guide
–
Cisco IOS Survivable Remote Site Telephony Version 3.3 Command Reference
•
Modem pass-through allowing secure telephones to use modem signaling to establish secure communications during a call.
Supported Endpoints
The MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature provides support for existing CPE, that is legacy analog and BRI telephony endpoints (phones). You may connect the following phone types in a VoIP network where the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature is enabled:
•
Analog phones, either standard or encryption enabled.
•
ISDN BRI phones, capable of carrying standard or encrypted phone calls.
All these phones appear to the Cisco CallManager as though they were Cisco IP phones, thereby enabling MLPP capability.
Supported Call Types
In addition to basic voice calls, you may make the following calls in a VoIP network where the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature is enabled:
•
MLPP calls: MLPP service allows properly validated users to place priority calls, and if necessary, users can preempt lower-priority phone calls. Precedence designates the priority level that is associated with a call. Preemption designates the process of terminating lower-precedence calls that are currently using the target device, (either trunks or stations), so a call of higher precedence can be extended to or through the device. An authenticated user can preempt calls either to targeted stations or through fully subscribed time division multiplexing (TDM) trunks. This capability assures high-ranking personnel of communication to critical organizations and personnel during network stress situations, such as a national emergency or degraded network situations.
•
Modem pass-through calls. Modem pass-through, the transport of modem signals through a packet network using pulse code modulation (PCM) encoded packets, uses a Cisco proprietary protocol, Named Signaling Events (NSE), to signal events that are exchanged between gateways, using Real-time Transport Protocol (RTP) packets.
Call Control Components
The MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature uses a number of software components to achieve call control. In order for the Cisco CallManager to manage gateway endpoints, that is , phones that are connected to Cisco IOS gateways, the Cisco CallManager exchanges messages with gateways, and the gateways exchange messages with the phones. Call control message exchange involve the following processes:
•
Cisco IP Phones communicate with the Cisco CallManager through SCCP, which comprises a messaging set between a skinny client (IP phone) and the Cisco CallManager call-processing server. With the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature enabled, SCCP is enabled on the gateway that sits between endpoints and the Cisco CallManager, thereby allowing endpoints to communicate with the Cisco CallManager as though they were Cisco IP phones.
•
The MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature implements a new Cisco IOS application, the SCCP Telephony Control Application (STCAPP), to translate SCCP call control messages received from the Cisco CallManager. STCAPP processes messages received from the Cisco Call Manaager by using the Device Control API (DCAPI), a software layer that interfaces STCAPP with SCCP. STCAPP then interfaces with the physical analog and ISDN phones by way of the CCAPI software layer. CCAPI, which provides the interface between the software and the actual FXS and BRI ports on the line-side gateway, tells the physical devices to provide dial-tone, ringing, ringback, digit-collection, and so forth.
Supported Gateways, Modules and Voice Interface Cards
Table 1 provides a list of supported gateways, modules, and voice interface cards (VICs).
Table 1 Supported Gateways, Modules, and VICs for the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways Feature
How to Configure the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways Feature
This section contains the following procedures:
•
Configuring the SCCP Gateway and Gateway Endpoints on Cisco CallManager (required)
•
Configuring Cisco CallManager Download on Cisco IOS Gateways, page 9 (required)
•
Configuring SCCP on Cisco IOS Gateways (required)
•
Configuring STCAPP on Cisco IOS Gateways (optional)
•
Configuring ISDN BRI Voice Calls (optional)
•
Configuring Modem Pass-Through Calls (optional)
•
Verifying MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways (optional)
Configuring the SCCP Gateway and Gateway Endpoints on Cisco CallManager
This task configures the SCCP gateway and SCCP gateway-controlled endpoints on the Cisco CallManager.
Cisco CallManager Autoconfiguration
There are two methods of configuring the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature, either by using Cisco CallManager autoconfiguration or by manually configuring SCCP and STCAPP on the gateway. The first method allows you to configure the SCCP gateway and SCCP gateway controlled endpoints on the Cisco CallManager, then download XML configuration files for the endpoints to the Cisco IOS gateway. The second method requires you to manually enable STCAPP and manually configure gateway endpoints. We recommend the Cisco CallManager autoconfiguration method because it allows you to configure all devices in one place, eliminating endpoint configuration on the gateway.
Perform the following task to use Cisco CallManager autoconfiguration.
SUMMARY STEPS
1.
Choose Add a New Device or Add a New Gateway in the Cisco CallManager menu.
2.
Choose the new SCCP gateway settings.
3.
Configure the gateway MAC address, network modules, voice interface cards, and ports.
4.
Save the configuration.
5.
Verify the configuration.
DETAILED STEPS
Step 1
In the drop-down list in Cisco CallManager, choose Device > Add a New Device > Gateway (from the Device Type) or choose Device > Gateway > Add a New Gateway.
Step 2
Choose the appropriate settings for the SCCP gateway.
a.
Choose the gateway type.
b.
Choose the SCCP option for device protocol.
Step 3
Enter the appropriate SCCP gateway MAC address and configure the network modules, voice interface cards, and ports.
a.
Enter the last ten characters of the MAC address of the interface used to register with the Cisco CallManager. Use the show interface command on the SCCP configured interface on the gateway to determine the gateway MAC address. (This MAC address is the same as the address of the SCCP gateway local interface manually configured in Step 4 of the"DETAILED STEPS" section of "Configuring SCCP in Cisco IOS Gateways."
b.
Enter the gateway name.
c.
Enter the Cisco CallManager group number.
d.
Configure the appropriate network modules, voice interface cards and ports.
Note
Gateway VIC port and slot numbers are referred to as Endpoint Identifiers on the Cisco CallManager. For more information on Cisco CallManager gateway configuration, refer to the section "Adding a Cisco IOS SCCP Gateway," in the Cisco CallManager Administration Guide, Release 4.1(2).
Step 4
Click Insert to save a new gateway configuration, or click Update to save an existing gateway configuration.
Step 5
Verify your configuration by displaying the list of configured analog and BRI phones. In the Cisco CallManager menu choose Device > Phone > Find. Analog phone device name begin with "AN" and BRI phone device names begin with "BR".
Configuring Cisco CallManager Download on Cisco IOS Gateways
This task configures automatic download capability of XML dial-peer configuration files from the Cisco CallManager and enables Cisco CallManager autoconfiguration.
Note
Although you may manually configure dial peers to work with the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature, we recommend that you use Cisco CallManager autoconfiguration.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
ccm-manager sccp local interface-type interface-number
4.
ccm-manager config [dialpeer-prefix prefix | server {ip-address | name}]
5.
ccm-manager sccp
6.
exit
DETAILED STEPS
Configuring SCCP on Cisco IOS Gateways
This task configures SCCP on the Cisco IOS gateway. SCCP messaging enables Cisco CallManager endpoint call control.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
sccp ccm {ip-address | dns} identifier identifier-number [port port-number][version version-number]
4.
sccp local interface-type interface-number
5.
sccp ccm group group-number
6.
associate ccm identifier-number priority priortiy-number
7.
sccp
8.
exit
DETAILED STEPS
Command or Action PurposeStep 1
enable
Example:Router> enable
Enables privileged EXEC mode.
•
Enter your password if prompted.
Step 2
configure terminal
Example:Router# configure terminal
Enters global configuration mode.
Step 3
sccp ccm {ip-address | dns} identifier identifier-number [port port-number] [version version-number]
Example:Router(config)# sccp ccm 10.1.1.1 identifier 5
Adds a Cisco CallManager server to the list of available servers and sets various parameters.
•
IP address— Specifies the IP address of the Cisco CallManager server.
•
identifier-number—Identifies the Cisco CallManager associated with the Cisco CallManager group-number configured in Step 5 . Valid entries are from 1 to 65535. There is no default value.
Step 4
sccp local interface-type interface-number
Example:Router(config)# sccp local fastethernet0/0
Selects the local interface that the SCCP application uses to register with Cisco CallManager. (This interface is the interface whose MAC address is specified for SCCP gateway registration using Cisco CallManager autoconfiguration in Step 3 of the "DETAILED STEPS" section.)
•
interface-type—Specifies the interface type that the SCCP application uses to register with Cisco CallManager.
•
interface-number—Specifies the interface number that the SCCP application uses to register with Cisco CallManager.
Step 5
sccp ccm group group-number
Example:Router(config)# sccp ccm group 1
Creates a Cisco CallManager group.
•
group-number—Associates the Cisco CallManager group with the Cisco CallManager group identifier configured in Step 3. Range is 1 to 65535. There is no default value.
Step 6
associate ccm identifier-number priority priority-number
Example:Router(config)# associate ccm 5 priority 1
Associates a Cisco CallManager with a Cisco CallManager group.
•
identifier-number—Identifies the Cisco CallManager associated with the Cisco CallManager group-number configured in Step 5 . Valid entries are from 1 to 65535. There is no default value.
•
priority-number— Priority of the Cisco CallManager within the Cisco CallManager group. Range is 1 to 4. There is no default value. The highest priority is 1.
Step 7
sccp
Example:Router(config)# sccp
Enables SCCP and its related applications.
Step 8
exit
Example:Router(config)# exit
Exits the current configuration mode.
Configuring STCAPP on Cisco IOS Gateways
This task manually configures STCAPP on the Cisco IOS gateway. STCAPP translates incoming SCCP call control messages received from the Cisco CallManager.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
stcapp ccm-group group-id
4.
stcapp
5.
stcapp timer roh seconds
6.
exit
DETAILED STEPS
Configuring ISDN BRI Voice Calls
This task configures ISDN BRI ports.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
isdn switch-type switch-type
4.
interface bri slot/port
5.
isdn layer1-emulate network
6.
isdn protocol-emulate {network | user}
7.
isdn point-to-point-setup
8.
isdn spid1 spid
9.
no shutdown
10.
exit
DETAILED STEPS
Configuring Modem Pass-Through Calls
This task configures modem pass-through operation on the gateway.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
voice service {pots | voatm | vofr | voip}
4.
modem passthrough nse [payload-type number] {codec {g711ulaw | g711alaw}} [redundancy [maximum-sessions sessions]]
5.
exit
DETAILED STEPS
Verifying MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
This task verifies MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature configuration.
SUMMARY STEPS
1.
show call active voice
2.
show call application voice stcapp
3.
show ccm-manager config- download
4.
show stcapp device voice-port port-number
5.
show stcapp device voice-port summary
6.
show stcapp statistics all
7.
show stcapp statistics voice-port port-number
DETAILED STEPS
Step 1
Use the show call active voice command to display call information for voice calls in progress:
Router# show call active voiceTelephony call-legs: 2SIP call-legs: 0H323 call-legs: 0Call agent controlled call-legs: 2SCCP call-legs: 0Multicast call-legs: 0Total call-legs: 4GENERIC:SetupTime=1557650 msIndex=1PeerAddress=PeerSubAddress=PeerId=999100PeerIfIndex=14LogicalIfIndex=10ConnectTime=1562040 msCallDuration=00:01:01 secCallState=4CallOrigin=2ChargedUnits=0InfoType=speechTransmitPackets=3101TransmitBytes=519564ReceivePackets=3094ReceiveBytes=494572TELE:ConnectionId=[0x11B1860C 0x22D711D7 0x8014E4D4 0x8FD15327]IncomingConnectionId=[0x11B1860C 0x22D711D7 0x8014E4D4 0x8FD15327]CallID=25TxDuration=59670 msVoiceTxDuration=59670 msFaxTxDuration=0 msCoderTypeRate=g711ulawNoiseLevel=-12ACOMLevel=22OutSignalLevel=-12InSignalLevel=-11InfoActivity=1ERLLevel=22EchoCancellerMaxReflector=2SessionTarget=ImgPages=0CallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x80OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x80TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0DSPIdentifier=1/1:1GENERIC:SetupTime=1559430 msIndex=1PeerAddress=7702PeerSubAddress=PeerId=999100PeerIfIndex=14LogicalIfIndex=11ConnectTime=1562020 msCallDuration=00:01:03 secCallState=4CallOrigin=1ChargedUnits=0InfoType=speechTransmitPackets=3151TransmitBytes=528900ReceivePackets=3158ReceiveBytes=503876TELE:ConnectionId=[0x0 0x0 0x0 0x0]IncomingConnectionId=[0x0 0x0 0x0 0x0]CallID=26TxDuration=60815 msVoiceTxDuration=60815 msFaxTxDuration=0 msCoderTypeRate=g711ulawNoiseLevel=-12ACOMLevel=28OutSignalLevel=-12InSignalLevel=-11InfoActivity=1ERLLevel=28EchoCancellerMaxReflector=2SessionTarget=ImgPages=0CallerName=CallerIDBlocked=FalseAlertTimepoint=1559430 msOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x0OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=7701TranslatedCallingOctet=0x0TranslatedCalledNumber=7702TranslatedCalledOctet=0x0TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0GwOutpulsedCalledNumber=7702GwOutpulsedCalledOctet3=0x0GwOutpulsedCallingNumber=7701GwOutpulsedCallingOctet3=0x0GwOutpulsedCallingOctet3a=0x0DSPIdentifier=1/1:2GENERIC:SetupTime=1562040 msIndex=1PeerAddress=PeerSubAddress=PeerId=0PeerIfIndex=0LogicalIfIndex=0ConnectTime=0 msCallDuration=00:00:00 secCallState=2CallOrigin=1ChargedUnits=0InfoType=speechTransmitPackets=3215TransmitBytes=512996ReceivePackets=3208ReceiveBytes=512812VOIP:ConnectionId[0x0 0x0 0x0 0x0]IncomingConnectionId[0x0 0x0 0x0 0x0]CallID=27RemoteIPAddress=0.0.0.0RemoteUDPPort=17718RemoteSignallingIPAddress=0.0.0.0RemoteSignallingPort=0RemoteMediaIPAddress=10.2.6.10RemoteMediaPort=17718RoundTripDelay=0 msSelectedQoS=best-efforttx_DtmfRelay=inband-voiceFastConnect=FALSEAnnexE=FALSESeparate H245 Connection=FALSEH245 Tunneling=FALSESessionProtocol=otherProtocolCallId=SessionTarget=OnTimeRvPlayout=60640GapFillWithSilence=0 msGapFillWithPrediction=0 msGapFillWithInterpolation=0 msGapFillWithRedundancy=0 msHiWaterPlayoutDelay=105 msLoWaterPlayoutDelay=105 msTxPakNumber=3040TxSignalPak=0TxComfortNoisePak=0TxDuration=60815TxVoiceDuration=60815RxPakNumber=3035RxSignalPak=0RxDuration=0TxVoiceDuration=60690VoiceRxDuration=60640RxOutOfSeq=0RxLatePak=0RxEarlyPak=0PlayDelayCurrent=105PlayDelayMin=105PlayDelayMax=105PlayDelayClockOffset=-1662143961PlayDelayJitter=0PlayErrPredictive=0PlayErrInterpolative=0PlayErrSilence=0PlayErrBufferOverFlow=0PlayErrRetroactive=0PlayErrTalkspurt=0OutSignalLevel=-12InSignalLevel=-11LevelTxPowerMean=0LevelRxPowerMean=-115LevelBgNoise=0ERLLevel=28ACOMLevel=28ErrRxDrop=0ErrTxDrop=0ErrTxControl=0ErrRxControl=0PlayoutMode = undefinedPlayoutInitialDelay=0 msReceiveDelay=105 msLostPackets=0EarlyPackets=0LatePackets=0SRTP = offVAD = disabledCoderTypeRate=g711ulawCodecBytes=160Media Setting=flow-aroundModem passthrough signaling method is nse:Buffer Fill Events = 0Buffer Drain Events = 0Percent Packet Loss = 0Consecutive-packets-lost Events = 0Corrected packet-loss Events = 0Last Buffer Drain/Fill Event = 0secTime between Buffer Drain/Fills = Min 0sec Max 0secCallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x0OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x0TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0MediaInactiveDetected=noMediaInactiveTimestamp=MediaControlReceived=Username=GENERIC:SetupTime=1562040 msIndex=2PeerAddress=PeerSubAddress=PeerId=0PeerIfIndex=0LogicalIfIndex=0ConnectTime=0 msCallDuration=00:00:00 secCallState=2CallOrigin=1ChargedUnits=0InfoType=speechTransmitPackets=3380TransmitBytes=540332ReceivePackets=3386ReceiveBytes=540356VOIP:ConnectionId[0x0 0x0 0x0 0x0]IncomingConnectionId[0x0 0x0 0x0 0x0]CallID=28RemoteIPAddress=0.0.0.0RemoteUDPPort=18630RemoteSignallingIPAddress=0.0.0.0RemoteSignallingPort=0RemoteMediaIPAddress=10.2.6.10RemoteMediaPort=18630RoundTripDelay=0 msSelectedQoS=best-efforttx_DtmfRelay=inband-voiceFastConnect=FALSEAnnexE=FALSESeparate H245 Connection=FALSEH245 Tunneling=FALSESessionProtocol=otherProtocolCallId=SessionTarget=OnTimeRvPlayout=63120GapFillWithSilence=0 msGapFillWithPrediction=0 msGapFillWithInterpolation=0 msGapFillWithRedundancy=0 msHiWaterPlayoutDelay=105 msLoWaterPlayoutDelay=105 msTxPakNumber=3158TxSignalPak=0TxComfortNoisePak=0TxDuration=63165TxVoiceDuration=63165RxPakNumber=3164RxSignalPak=0RxDuration=0TxVoiceDuration=63165VoiceRxDuration=63120RxOutOfSeq=0RxLatePak=0RxEarlyPak=0PlayDelayCurrent=105PlayDelayMin=105PlayDelayMax=105PlayDelayClockOffset=957554296PlayDelayJitter=0PlayErrPredictive=0PlayErrInterpolative=0PlayErrSilence=0PlayErrBufferOverFlow=0PlayErrRetroactive=0PlayErrTalkspurt=0OutSignalLevel=-12InSignalLevel=-11LevelTxPowerMean=0LevelRxPowerMean=-114LevelBgNoise=0ERLLevel=22ACOMLevel=22ErrRxDrop=0ErrTxDrop=0ErrTxControl=0ErrRxControl=0PlayoutMode = undefinedPlayoutInitialDelay=0 msReceiveDelay=105 msLostPackets=0EarlyPackets=0LatePackets=0SRTP = offVAD = disabledCoderTypeRate=g711ulawCodecBytes=160Media Setting=flow-aroundModem passthrough signaling method is nse:Buffer Fill Events = 0Buffer Drain Events = 0Percent Packet Loss = 0Consecutive-packets-lost Events = 0Corrected packet-loss Events = 0Last Buffer Drain/Fill Event = 0secTime between Buffer Drain/Fills = Min 0sec Max 0secCallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x0OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x0TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0MediaInactiveDetected=noMediaInactiveTimestamp=MediaControlReceived=Username=Telephony call-legs: 2SIP call-legs: 0H323 call-legs: 0Call agent controlled call-legs: 2SCCP call-legs: 0Multicast call-legs: 0Total call-legs: 4Step 2
Use the show call application voice stcapp command to display general information about the STCAPP application:
Router# show call application voice stcappApp Status: ActiveCCM Status: UPCCM Group: 1Registration Mode: CCMTotal Devices: 6Total Calls in Progress: 0Total Call Legs in Use: 0ROH Timeout: 45Step 3
Use the show ccm-manager config-download command to display information about the status of the SCCP gateway download from the Cisco CallManager:
Router# show ccm-manager config-downloadConfiguration Auto-Download Information=======================================No configurations downloadedCurrent state: Waiting for commandsConfiguration Download statistics:Download Attempted : 1Download Successful : 1Download Failed : 0Configuration Attempted : 1Configuration Successful : 0Configuration Failed(Parsing): 0Configuration Failed(config) : 1Last config download command:SCCP auto-configuration status===============================================================Registered with Call Manager: NoLocal interface: FastEthernet0/0 (000c.8522.6910)Current version-id: {D3A886A2-9BC9-41F8-9DB2-0E565CF51E5A}Current config applied at: 04:44:45 EST Jan 9 2003Gateway downloads succeeded: 1Gateway download attempts: 1Last gateway download attempt: 04:44:45 EST Jan 9 2003Last successful gateway download: 04:44:45 EST Jan 9 2003Current TFTP server: 10.2.6.101Gateway resets: 0Gateway restarts: 0Managed endpoints: 6Endpoint downloads succeeded: 6Endpoint download attempts: 6Last endpoint download attempt: 04:44:45 EST Jan 9 2003Last successful endpoint download: 04:44:45 EST Jan 9 2003Endpoint resets: 0Endpoint restarts: 0Configuration Error History:sccp ccm CCM-PUB7 identifier 1endcontroller T1 2/0no shutcontroller T1 2/0no shutcontroller T1 2/0no shutisdn switch-type primary-niendStep 4
Use the show stcapp device voice-port port number commmand to display detailed device-level information:
Router# show stcapp device voice-port 1/0/0Port Identifier: 1/0/0Device Type: ALGDevice Id: 4Device Name: AN0C85226910200Device State: ISCall State: ACTIVEDiagnostic: NoneDirectory Number: 7701Dial Peer(s): 999100Last Event: STCAPP_CC_EV_CALL_DIGIT_END_TIMEOUTActive Call Info:Call Reference: 33554606Local IP Addr: 10.2.6.10Local IP Port: 17718Remote IP Addr: 10.2.6.10Remote IP Port: 18630Calling Number: 7701Called Number: 7702Codec: g711ulawStep 5
Use the show stcapp device summary command to display a summary of devices:
Router# show stcapp device summaryTotal Devices: 6Total Calls in Progress: 2Total Call Legs in Use: 4Port Device Device Call Dev DirectoryIdentifier Name State State Type Number---------- --------------- -------- ------------- ---- --------------1/0/0 AN0C85226910200 IS ACTIVE ALG 77011/0/1 AN0C85226910201 IS ACTIVE ALG 77021/0/3 AN0C85226910203 IS IDLE ALG 77041/1/0.1 BR0C85226910280 OOS UNREGISTERED BRI1/1/1.1 BR0C85226910281 OOS UNREGISTERED BRI1/0/2 AN0C85226910202 IS IDLE ALG 7703Step 6
Use the show stcapp statistics all command to display STCAPP call statistics:
Router# show stcapp statistics allSTCAPP Device/Call StatisticsOA = Origination Attempts, TA = Termination AttemptsErr = Call Errors, PE = Call PreEmptionsPort DevErr CallOA CallTA CallErr CallPE--------- -------- -------- -------- -------- --------1/0/0.1 0 5 6 0 41/1/0 0 0 0 0 01/1/1 0 0 0 0 02/0/0 0 1 0 0 02/0/1 0 0 1 0 0Step 7
Use the show stcapp statistics voice-port port number command to display STCAPP call statistics for an individual port:
Router# show stcapp statistics allSTCAPP Device/Call StatisticsOA = Origination Attempts, TA = Termination AttemptsErr = Call Errors, PE = Call PreEmptionsPort DevErr CallOA CallTA CallErr CallPE--------- -------- -------- -------- -------- --------1/0/0.1 0 5 6 0 4Troubleshooting Tips
•
Use the debug ccm-manager config-download command to display details about the Cisco CallManager download.
•
Use the following commands to troubleshoot the STCAPP:
–
debug voip application stcapp all
–
debug voip application stcapp error
–
debug voip application stcapp events
–
debug voip application stcapp functions
–
debug voip application stcapp port
•
Use the following commands to troubleshoot the SCCP protocol:
–
debug sccp all
Note
Using the debug sccp all command generates a large volume of output. We recommend logging this information to the buffered log instead of to the console.
–
debug sccp error
–
debug sccp events
–
debug sccp packets
–
debug sccp parser
Configuration Examples for MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
This section provides the following configuration example:
•
MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways: Example
MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways: Example
The following example shows how to configure the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature:
Router# show running-config*Jan 9 08:51:42.763: %SYS-5-CONFIG_I: Configured from console by consoleBuilding configuration...Current configuration : 3502 bytes!version 12.3service timestamps debug datetime msecservice timestamps log datetime msecno service password-encryption!hostname Router!boot-start-markerboot-end-marker!logging buffered 25000000 debugging!username lab password 0 labno aaa new-model!resource manager!clock timezone EST -5no network-clock-participate slot 1no network-clock-participate slot 2ip subnet-zerono ip cef!!no ip dhcp use vrf connected!!no ip domain lookupip domain name cisco.comip name-server 172.18.138.14no ip ips deny-action ips-interface!The following lines showthat the STCAPP is enabled. The Cisco CallManager group number must match the Cisco CallManager identifier configured for the SPI using the sccp ccm-group command.
stcapp ccm-group 1stcapp!no ftp-server write-enableThe next line shows the ISDN switch type configuration for BRI voice ports.
isdn switch-type basic-nivoice-card 1no dspfarm!voice-card 2dspfarm!!voice service voipThe next line shows modem pass-through configuration:
modem passthrough nse codec g711ulaw!!interface FastEthernet0/0ip address 10.2.6.10 255.255.255.0duplex autospeed autono clns route-cache!interface FastEthernet0/1no ip addressduplex autospeed autono clns route-cache!The following lines show the required configuration for the ISDN BRI interface:
interface BRI1/0no ip addressisdn switch-type basic-niThe following isdn timer command is not user-configured. The command is automatically generated based on the presence of the isdn switch-type basic ni and isdn protocol-emulate network commands:
isdn timer t309 30000isdn overlap-receiving T302 16000isdn protocol-emulate networkisdn point-to-point-setupisdn layer1-emulate networkisdn spid1 7705isdn incoming-voice voiceThe next line shows automatically enabled support for ISDN Calling Name display information.
isdn supp-service name callingisdn sending-completeThe following isdn skipsend-idverify command is not user-configured. The command is automatically generated based on the presence of the isdn switch-type basic ni and isdn protocol-emulate network commands:
isdn skipsend-idverifyline-powerno clns route-cache!interface BRI1/1no ip addressisdn switch-type basic-net3isdn overlap-receiving T302 16000isdn protocol-emulate networkisdn layer1-emulate networkisdn incoming-voice voiceisdn supp-service name callingisdn skipsend-idverifyno clns route-cache!ip classlessip route 0.0.0.0 0.0.0.0 FastEthernet0/0!!ip http serverno ip http secure-server!ip access-list extended jeff!access-list 1 permit 10.6.6.31access-list 107 deny ip host 10.6.6.20 any logaccess-list 107 permit ip any any!!control-plane!!!voice-port 1/0/0timeouts initial 60timeouts interdigit 60!voice-port 1/0/1timeouts initial 60!voice-port 1/0/2timeouts initial 60timeouts interdigit 60!voice-port 1/0/3timeouts initial 60!voice-port 1/1/0timeouts initial 60!voice-port 1/1/1compand-type a-lawtimeouts initial 60bearer-cap Speech!ccm-manager music-on-holdThe following lines show the Cisco CallManager configuration for automatic download capability of XML dial-peer configuration files. The IP address should match the address of the TFTP server from which to download XML files. The SCCP interface should match the interface specified for Cisco CallManager registration.
ccm-manager config server 10.6.6.31ccm-manager sccp local FastEthernet0/0ccm-manager sccp!!The following lines show SCCP configuration. The IP address should match the address of the Cisco CallManager server.
sccp local FastEthernet0/0sccp ccm 10.2.6.101 identifier 2sccp ccm 10.2.6.100 identifier 1sccp ip precedence 1sccpThe following SCCP Cisco CallManager group number must match the STCAPP Cisco CallManager group number specified using the stcapp ccm-group command:
sccp ccm group 1associate ccm 2 priority 2associate ccm 1 priority 1!!The following lines show STCAPP-controlled dial peers. By default, Cisco CallManager autoconfigured STCAPP dial peers begin with the prefix 999.
dial-peer voice 999100 potsservice stcappport 1/0/0!dial-peer voice 999101 potsservice stcappport 1/0/1!dial-peer voice 999103 potsservice stcappport 1/0/3!dial-peer voice 999110 potsservice stcappport 1/1/0!dial-peer voice 999111 potsservice stcappport 1/1/1!dial-peer voice 999102 potsservice stcappport 1/0/2!!line con 0exec-timeout 0 0length 0line aux 0line vty 0 4password ciscologin!!endAdditional References
The following sections provide references related to the MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature.
Related Documents
Related Topic Document TitleCisco CallManager interoperability
Cisco Unified CallManager and Cisco IOS Interoperability Guide
Cisco CallManager administration
Cisco CallManager Administration Guide, Release 4.1(2)
Cisco CallManager security configuration
Cisco IOS SRST
Cisco IOS Survivable Remote Site Telephony Version 3.3 System Administrator Guide
Cisco IOS Survivable Remote Site Telephony Version 3.3 Command Reference
ISDN configuration
Cisco IOS ISDN Voice Configuration Guide, Release 12.3, "Basic ISDN Voice-Interface Configuration" chapter
Cisco IOS voice configuration
Cisco IOS voice command reference
Cisco IOS Voice Command Reference, Release 12.4T
STC application and Cisco CallManager controlled secure endpoints
Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
SCCP gateway controlled supplementary features
SCCP Controlled Analog (FXS) Ports with Supplementary Features in Cisco IOS Gateways
Standards
Standards TitleNo new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature.
—
MIBs
RFCs
RFCs TitleNo new or modified RFCs are supported by this feature, and support for existing RFCs has not been modified by this feature.
—
Technical Assistance
Command Reference
This section documents new and modified commands only.
•
debug voip application stcapp all
•
debug voip application stcapp error
•
debug voip application stcapp events
•
debug voip application stcapp functions
•
debug voip application stcapp port
ccm-manager sccp
To enable Cisco CallManager auto configuration of the Cisco IOS gateway, use the ccm manager sccp command in global configuration mode. To disable auto configuration, use the no form of this command.
ccm-manager sccp
no ccm-manager sccp
Syntax Description
This command has no arguments or keywords.
Defaults
Auto configuration is disabled.
Command Modes
Global configuration
Command History
Usage Guidelines
Use this command to trigger TFTP download of the eXtensible Markup Language (XML) configuration file. Issuing this command immediately triggers the download, and also enables the Skinny Client Control Protocol (SCCP) and SCCP Telephony Control Application (STCAPP), applications that enable Cisco CallManager control of gateway-connected telephony endpoints.
Examples
The following example enables autoconfiguration of gateway-connected endpoints:
Router(config)# ccm-manager sccpRelated Commands
ccm-manager sccp local
To select the local interface that the Skinny Client Control Protocol (SCCP) application uses to register with Cisco CallManager, use the ccm- manager sccp local command in global configuration mode. To deselect the interface, use the no form of this command.
ccm-manager sccp local interface-type interface-number
no ccm-manager sccp local interface-type interface-number
Syntax Description
interface-type
Interface type that the SCCP application uses for Cisco CallManager registration.
interface-number
Interface number that the SCCP application uses for Cisco CallManager registration.
Defaults
No local interface is selected.
Command Modes
Global configuration
Command History
Usage Guidelines
You must specify this interface before enabling the Cisco CallManager auto configuration process. The MAC address of this interface is used to identify gateway endpoints.
Examples
The following example configures a FastEthernet interface for SCCP application use for Cisco CallManager registration:
Router(config)# ccm-manager sccp local fastethernet0/0Related Commands
Command Descriptionshow ccm-manager config-download
Displays information about the status of the Cisco IOS gateway configuration download.
debug ccm-manager
To display debugging information about the Cisco CallManager , use the debug ccm-manager command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug ccm-manager {backhaul {events | errors} | config-download {all | errors | events | packets | xml} | errors | events | music-on-hold {errors | events | packets} | packets}
no debug ccm-manager
Syntax Description
Command Modes
Privileged EXEC
Command History
Examples
The following is sample output from the debug ccm-manager events command:
Router# debug ccm-manager events*Feb 28 22:56:05.873: cmapp_mgcpapp_go_down: Setting mgc status to NO_RESPONSE*Feb 28 22:56:05.873: cmapp_host_fsm: New state DOWN for host 0 (172.20.71.38)*Feb 28 22:56:05.873: cmapp_mgr_process_ev_active_host_failed: Active host 0 (172.20.71.38) failed*Feb 28 22:56:05.873: cmapp_mgr_check_hostlist: Active host is 0 (172.20.71.38)*Feb 28 22:56:05.877: cmapp_mgr_switchover: New actv host will be 1 (172.20.71.44)*Feb 28 22:56:05.877: cmapp_host_fsm: Processing event GO_STANDBY for host 0 (172.20.71.38) in state DOWN*Feb 28 22:56:05.877: cmapp_open_new_link: Open link for [0]:172.20.71.38*Feb 28 22:56:05.877: cmbh_open_tcp_link: Opening TCP link with Rem IP 172.20.71.38, Local IP 172.20.71.19, port 2428*Feb 28 22:56:05.881: cmapp_open_new_link: Open initiated OK: Host 0 (172.20.71.38), session_id=8186DEE4*Feb 28 22:56:05.881: cmapp_start_open_link_tmr: Host 0 (172.20.71.38), tmr 0*Feb 28 22:56:05.881: cmapp_host_fsm: New state STANDBY_OPENING for host 0 (172.20.71.38)*Feb 28 22:56:05.881: cmapp_host_fsm: Processing event GO_ACTIVE for host 1 (172.20.71.44) in state STANDBY_READY*Feb 28 22:56:05.885: cmapp_mgr_send_rehome: new addr=172.20.71.44,port=2427*Feb 28 22:56:05.885: cmapp_host_fsm: New state REGISTERING for host 1 (172.20.71.44)The following is sample output from the debug ccm-manager config-download all command for an error case in which the configuration file cannot be accessed for SCCP download:
*Jan 9 07:28:33.499: cmapp_xml_process_timer:*Jan 9 07:28:33.499: cmapp_xml_find_ep_by_name: Checking for ep_name [*]*Jan 9 07:28:33.499: cmapp_xml_exec_fsm: Endpoint is [*]*Jan 9 07:28:33.499: cmapp_xml_exec_fsm: endpoint = * state = CMAPP_XML_FILE_DNLD, event = CMAPP_XML_EVT_FILE_DNLD_TIMER*Jan 9 07:28:33.499: cmapp_xml_file_retry_timer_expired: state = CMAPP_XML_FILE_DNLD, event = CMAPP_XML_EVT_FILE_DNLD_TIMER*Jan 9 07:29:14.499: cmapp_xml_tftp_download_file: Unable to read file tftp://10.6.6.31/Router.cisco.com.cnf.xml, rc=-2*Jan 9 07:29:14.499: cmapp_xml_get_xml_file: Could not read file tftp://10.6.6.31/Router.cisco.com.cnf.xml, len = 0*Jan 9 07:29:14.499: cmapp_xml_tftp_download_file: Unable to read file tftp:///Router.cisco.com.cnf.xml, rc=-2*Jan 9 07:29:14.499: cmapp_xml_get_xml_file: Could not read file tftp:///Router.cisco.com.cnf.xml, len = 0*Jan 9 07:29:14.499: cmapp_xml_tftp_download_file: Unable to read file tftp:///Router.cisco.com.cnf.xml, rc=-2*Jan 9 07:29:14.499: cmapp_xml_get_xml_file: Could not read file tftp:///Router.cisco.com.cnf.xml, len = 0*Jan 9 07:29:14.499: cmapp_xml_exec_fsm: New state = CMAPP_XML_FILE_DNLD, ep = 6544CFA8The following is sample output from the debug ccm-manager config-download all command for a successful SCCP download:
*Jan 9 09:44:45.543: cmapp_sccp_config:*Jan 9 09:44:45.543: cmapp_sccp_reset_curcfg:*Jan 9 09:44:45.543: cmapp_sccp_init_curcfg:*Jan 9 09:44:45.543: cmapp_sccp_download_gw_config_file:*Jan 9 09:44:45.543: cmapp_sccp_get_gw_name:*Jan 9 09:44:45.543: cmapp_sccp_get_gw_name: XML file name generated->SKIGW0C85226910.cnf.xml*Jan 9 09:44:45.543: cmapp_sccp_get_xml_file_via_tftp:*Jan 9 09:44:45.543: cmapp_sccp_tftp_download_file:*Jan 9 09:44:45.543: cmapp_sccp_tftp_get_file_size:*Jan 9 09:44:45.563: cmapp_sccp_get_buffer:*Jan 9 09:44:45.575: cmapp_sccp_tftp_download_file: File (tftp://10.2.6.101/SKIGW0C85226910.cnf.xml) read 8162 bytes*Jan 9 09:44:45.575: cmapp_sccp_get_xml_file_via_tftp: Read file tftp://10.2.6.101/SKIGW0C85226910.cnf.xml, len = 8162*Jan 9 09:44:45.575: cmapp_parse_gw_xml_file:*Jan 9 09:44:45.579: cmapp_sccp_gw_chardata_handler: ccm found, priority=0The following lines show the conversion of XML data into router configuration information for the endpoint:
*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Unit has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Subunit has been set to 0*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 0*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 2*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 3*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Subunit has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 0*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Endpoint has been set to 1*Jan 9 09:44:45.579: cmapp_sccp_gw_start_element_handler: Unit has been set to 2Table 2 describes the significant fields shown in the displays.
Related Commands
Command Descriptionshow ccm-manager
Displays a list of Cisco CallManager servers, their current status, and their availability.
debug voip application stcapp all
To display debugging information for the components of the SCCP Telephony Control Application (STCAPP), use the debug voip application stcapp all command in privileged EXEC mode. To disable debugging display, use the no form of this command.
debug voip application stcapp all
no debug voip application stcapp all
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug voip application stcapp all command provides debugging output for all the STCAPP debug commands compiled into one display.
Examples
The following is sample output from the debug voip application stcapp all command for a Cisco VG 224 voice gateway in Cisco IOS Release 12.4(6)XE showing call control feature mode messages for the drop last active call feature. Port 2/0 calls port 2/1, performs a hook flash to get dial tone while port 2/1 is on hold, and calls port 2/3. Ports 2/0 and 2/3 are active, while port 2/1 is on hold.
Router# debug voip application stcapp allPort 2/0 performs a hook flash to activate the drop last call feature.
Mar 3 20:41:07.022: 2/0 : stcapp_screen_api_eventMar 3 20:41:07.022: 2/0 : event:STCAPP_CC_EV_CALL_FEATURE_HOOKFLASH received.Mar 3 20:41:07.022: 2/0 : stcapp_screen_call_feature_hookflashMar 3 20:41:07.022: 2/0 : lcb->num_ccbs=2, lcb->mode=CALL_TRANSFER(1), lcb->state=ACTIVE (8)Mar 3 20:41:07.022: 2/0 : lcb->fm_mode=CALL_FM_NONE(0),Mar 3 20:41:07.022: 2/0 : ACTIVE call_state=5, lcb->mode=CALL_TRANSFER(1), lcb->state=8Mar 3 20:41:07.022: 2/0 : STANDBY call_state=8, lcb->mode=CALL_TRANSFER(1), lcb->state=8Mar 3 20:41:07.022: 2/0 : enter FM: set event id to STCAPP_EV_FEATURE_MODE(143)Mar 3 20:41:07.022: 2/0 : ==> Received event:STCAPP_EV_FEATURE_MODE for CallId: 63Mar 3 20:41:07.022: 2/0 : Call State:ACTIVEMar 3 20:41:07.022: 2/0 : stcapp_feature_mode_ehThe following line shows a message to generate feature tone.
Mar 3 20:41:07.022: 2/0 : Sending ccGenerateTone(2048(0x800)):FEATURE toneMar 3 20:41:07.022: 2/0 : set lcb->fm_mode = CALL_FM_TRANSF_FT_ON (4)Mar 3 20:41:07.022: 2/0 : Sending ccCallReportDigitsMar 3 20:41:07.022: 2/0 : New State = FM_DIGIT_COLLECTThe following lines show port 2/0 dialing the feature access code (FAC) #1 to drop the last active call.
Mar 3 20:41:11.234: htsp_digit_ready(2/0): digit = #Mar 3 20:41:11.234: STCAPP:Receive CC event:: call_id=63, ccb=0x64A5059CMar 3 20:41:11.234: 2/0 : ==> Received event:STCAPP_CC_EV_CALL_DIGIT_END for CallId: 63Mar 3 20:41:11.234: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 20:41:11.234: 2/0 : stcapp_fm_dc_digit_end_ehMar 3 20:41:11.234: 2/0 : Digit received is (#)Mar 3 20:41:11.234: 2/0 : lcb->fm_mode = CALL_FM_TRANSF_FT_ON(4)Mar 3 20:41:11.234: 2/0 : Sending ccGenerateTone(0x0)Mar 3 20:41:11.234: 2/0 : set lcb->fm_mode to CALL_FM_TRANSF_FT_OFF (5)Mar 3 20:41:11.234: 2/0 : So far the fm feature code =#, fm_string_idx=1Mar 3 20:41:11.238: 2/0 : No state changeMar 3 20:41:12.346: htsp_digit_ready(2/0): digit = 1Mar 3 20:41:12.346: STCAPP:Receive CC event:: call_id=63, ccb=0x64A5059CMar 3 20:41:12.346: 2/0 : ==> Received event:STCAPP_CC_EV_CALL_DIGIT_END for CallId: 63Mar 3 20:41:12.346: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 20:41:12.346: 2/0 : stcapp_fm_dc_digit_end_ehMar 3 20:41:12.346: 2/0 : Digit received is (1)Mar 3 20:41:12.346: 2/0 : lcb->fm_mode = CALL_FM_TRANSF_FT_OFF(5)Mar 3 20:41:12.346: 2/0 : So far the fm feature code =#1, fm_string_idx=2The following lines show the SCCP gateway processing FAC #1 messages.
Mar 3 20:41:12.346: 2/0 : stcapp_handle_fm_feature_idMar 3 20:41:12.346: 2/0 : lcb->fm_mode = CALL_FM_TRANSF_FT_OFF(5),Mar 3 20:41:12.346: 2/0 : STANDBY call_state=8Mar 3 20:41:12.346: 2/0 : stcapp_send_softkey_eventMar 3 20:41:12.346: 2/0 : Sending dcDeviceSoftKeyEvent(EndCall: event=9) for device id: 1, call_ref: 16810780Mar 3 20:41:12.346: 2/0 : stcapp_send_softkey_eventMar 3 20:41:12.346: 2/0 : Sending dcDeviceSoftKeyEvent(Resume: event=10) for device id: 1, call_ref: 16810777Mar 3 20:41:12.346: 2/0 : set lcb->fm_mode to CALL_FM_NONE (0)Mar 3 20:41:12.346: 2/0 : No state changeMar 3 20:41:12.366: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNLMar 3 20:41:12.366: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 20:41:12.366: 2/0 : stcapp_close_rcv_chnl_ehMar 3 20:41:12.366: 2/0 : stcapp_disconnect_call_legMar 3 20:41:12.366: 2/0 : Sending ccCallDisconnect for VoIP_LEG with call id:70Mar 3 20:41:12.366: 2/0 : No state changeMar 3 20:41:12.370: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_XMT_CHNLMar 3 20:41:12.370: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 20:41:12.370: 2/0 : stcapp_active_close_xmt_chnl_ehMar 3 20:41:12.370: 2/0 : New State = ONHOOK_PENDThe following is sample output from the debug voip application stcapp all command for a Cisco VG 224 voice gateway in Cisco IOS Release 12.4(6)XE showing call control feature mode messages for the call transfer feature:
Router# debug voip application stcapp allMar 3 21:00:56.014: 2/0 : stcapp_handle_fm_feature_idMar 3 21:00:56.014: 2/0 : lcb->fm_mode = CALL_FM_TRANSF_FT_OFF(5),Mar 3 21:00:56.014: 2/0 : set lcb->mode to CALL_TRANSFER (1)Mar 3 21:00:56.014: 2/0 : stcapp_send_softkey_eventMar 3 21:00:56.014: 2/0 : Sending dcDeviceSoftKeyEvent(Transfer: event=4) for device id: 1, call_ref: 16810789Mar 3 21:00:56.014: 2/0 : set lcb->fm_mode to CALL_FM_NONE (0)Mar 3 21:00:56.014: 2/0 : No state changeMar 3 21:00:56.034: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNLMar 3 21:00:56.034: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:00:56.038: 2/0 : stcapp_close_rcv_chnl_ehMar 3 21:00:56.038: 2/0 : stcapp_disconnect_call_legMar 3 21:00:56.038: 2/0 : No state changeMar 3 21:00:56.042: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_XMT_CHNLMar 3 21:00:56.042: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:00:56.042: 2/0 : stcapp_active_close_xmt_chnl_ehMar 3 21:00:56.042: 2/0 : New State = ONHOOK_PENDThe following is sample output in Cisco IOS 12.4(6)XE from the debug voip application stcapp all command showing call control feature mode messages for the call conference feature:Router# debug voip application stcapp allMar 3 21:18:54.258: 2/0 : stcapp_handle_fm_feature_idMar 3 21:18:54.258: 2/0 : lcb->fm_mode = CALL_FM_TRANSF_FT_OFF(5),Mar 3 21:18:54.258: 2/0 : stcapp_send_softkey_eventMar 3 21:18:54.258: 2/0 : Sending dcDeviceSoftKeyEvent(Conference: event=13) for device id: 1, call_ref: 16810798Mar 3 21:18:54.258: 2/0 : set lcb->fm_mode to CALL_FM_NONE (0)Mar 3 21:18:54.258: 2/0 : No state changeMar 3 21:18:54.298: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNLMar 3 21:18:54.298: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:18:54.298: 2/0 : stcapp_close_rcv_chnl_ehMar 3 21:18:54.298: 2/0 : stcapp_disconnect_call_legMar 3 21:18:54.298: 2/0 : No state changeMar 3 21:18:54.302: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_XMT_CHNLMar 3 21:18:54.302: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:18:54.302: 2/0 : stcapp_active_close_xmt_chnl_ehMar 3 21:18:54.302: 2/0 : New State = ONHOOK_PENDThe following is sample output n Cisco IOS 12.4(6)XE from the debug voip application stcapp all command showing call control feature mode messages for the drop last conferee feature:Router# debug voip application stcapp allMar 3 21:27:05.170: 2/0 : stcapp_handle_fm_feature_idMar 3 21:27:05.170: 2/0 : lcb->fm_mode = CALL_FM_CONF_FT_OFF(7),Mar 3 21:27:05.170: 2/0 : stcapp_send_softkey_eventMar 3 21:27:05.170: 2/0 : Sending dcDeviceSoftKeyEvent(DropLastConferee: event=19) for device id: 1, call_ref: 16810795Mar 3 21:27:05.170: 2/0 : set lcb->fm_mode to CALL_FM_NONE (0)Mar 3 21:27:05.170: 2/0 : No state changeMar 3 21:27:05.194: 2/0 : ==> Received event:STCAPP_DC_EV_DEVICE_CALL_INFOMar 3 21:27:05.194: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:27:05.194: 2/0 : stcapp_conn_call_info_ehMar 3 21:27:05.194: 2/0 : No state changeMar 3 21:27:05.194: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNLMar 3 21:27:05.194: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:27:05.194: 2/0 : stcapp_close_rcv_chnl_ehMar 3 21:27:05.198: 2/0 : stcapp_disconnect_call_legMar 3 21:27:05.198: 2/0 : No state changeMar 3 21:27:05.198: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_XMT_CHNLMar 3 21:27:05.198: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:27:05.202: 2/0 : stcapp_active_close_xmt_chnl_ehMar 3 21:27:05.202: 2/0 : New State = ONHOOK_PENDThe following is sample output in Cisco IOS 12.4(6)XE from the debug voip application stcapp all command showing call control feature mode messages for the toggle feature:Router# debug voip application stcapp allMar 3 21:37:11.650: 2/0 : stcapp_handle_fm_feature_idMar 3 21:37:11.650: 2/0 : lcb->fm_mode = CALL_FM_TRANSF_FT_OFF(5),Mar 3 21:37:11.650: 2/0 : STANDBY call_state=8Mar 3 21:37:11.650: 2/0 : stcapp_send_softkey_eventMar 3 21:37:11.650: 2/0 : Sending dcDeviceSoftKeyEvent(Hold: event=3) for device id: 1, call_ref: 16810811Mar 3 21:37:11.650: 2/0 : stcapp_send_softkey_eventMar 3 21:37:11.650: 2/0 : Sending dcDeviceSoftKeyEvent(Resume: event=10) for device id: 1, call_ref: 16810808Mar 3 21:37:11.650: 2/0 : set new lcb->fm_mode=CALL_FM_NONE (0)Mar 3 21:37:11.650: 2/0 : in toggle: (1)Mar 3 21:37:11.650: 2/0 : No state changeMar 3 21:37:11.654: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNLMar 3 21:37:11.658: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:37:11.658: 2/0 : stcapp_close_rcv_chnl_ehMar 3 21:37:11.658: 2/0 : stcapp_disconnect_call_legMar 3 21:37:11.658: 2/0 : No state changeMar 3 21:37:11.674: 2/0 : ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_XMT_CHNLMar 3 21:37:11.674: 2/0 : Call State:FM_DIGIT_COLLECTMar 3 21:37:11.674: 2/0 : stcapp_active_close_xmt_chnl_ehMar 3 21:37:11.674: 2/0 : New State = ONHOOK_PENDThe following is sample output from the debug voip application stcapp all command for a Cisco VG 224 voice gateway in Cisco IOS Release 12.4(6)XE showing T.38 fax relay messages:
Router# debug voip application stcapp all01:10:40: //68/xxxxxxxxxxxx/CCAPI/cc_api_set_fax_mode:Destination Interface=0x464EDDFC, Destination Call Id=68, Source Call Id=6701:10:40: [1185752428]CNFSM: new_container:fax_t38_container01:10:40: [1185752428]CNFSM: next_state:S_DSMP_GW_FAX_T38_CONNECTED01:10:40: STCAPP:Receive CC event:: call_id=68, ccb=0x46B264C401:10:40: 1/0/0: ==> Received event:STCAPP_CC_EV_CALL_FEATURE_T38_CODEC for CallId: 6801:10:40: 1/0/0: Call State:ACTIVE01:10:40: 1/0/0: stcapp_t38_remote_codec_dnld_done_eh01:10:40: //68/xxxxxxxxxxxx/CCAPI/ccCallFeature:Feature Type=39, Call Id=6801:10:40: //67/xxxxxxxxxxxx/CCAPI/cc_api_remote_codec_dnld_done:Destination Interface=0x4631148C, Destination Call Id=67, Source Call Id=68, Xmit Function=0x4230E4D401:10:40: //-1/xxxxxxxxxxxx/DSM:():-1/dsp_stream_mgr_remote_dnld_done:The following is sample output from the debug voip application stcapp all command for a voice gateway in Cisco IOS Release 12.4(4)T showing device modem transport capability:
Router# debug voip application stcapp all01:10:40: //68/xxxxxxxxxxxx/CCAPI/cc_api_set_fax_mode:Destination Interface=0x464EDDFC, Destination Call Id=68, Source Call Id=6701:10:40: [1185752428]CNFSM: new_container:fax_t38_container01:10:40: [1185752428]CNFSM: next_state:S_DSMP_GW_FAX_T38_CONNECTED01:10:40: STCAPP:Receive CC event:: call_id=68, ccb=0x46B264C401:10:40: 1/0/0: ==> Received event:STCAPP_CC_EV_CALL_FEATURE_T38_CODEC for CallId: 6801:10:40: 1/0/0: Call State:ACTIVE01:10:40: 1/0/0: stcapp_t38_remote_codec_dnld_done_eh01:10:40: //68/xxxxxxxxxxxx/CCAPI/ccCallFeature:Feature Type=39, Call Id=6801:10:40: //67/xxxxxxxxxxxx/CCAPI/cc_api_remote_codec_dnld_done:Destination Interface=0x4631148C, Destination Call Id=67, Source Call Id=68, Xmit Function=0x4230E4D401:10:40: //-1/xxxxxxxxxxxx/DSM:():-1/dsp_stream_mgr_remote_dnld_done:The following is sample output from the debug voip application stcapp all command for a voice gateway in Cisco IOS Release 12.4(4)T showing modem transport capability:
Router# debug voip application stcapp all*Jan 11 12:24:18.443: stcapp_start*Jan 11 12:24:18.443: stcapp process started*Jan 11 12:24:18.443: stcapp_init_symphony*Jan 11 12:24:18.443: CCAPI successfully initialized*Jan 11 12:24:18.443: stcapp_init_rtp*Jan 11 12:24:18.443: stcapp_vp_shut*Jan 11 12:24:18.443: stcapp_port_up_down*Jan 11 12:24:18.443: RTP successfully brought in service*Jan 11 12:24:18.443: stcapp_create_dcbs_from_dialpeers*Jan 11 12:24:18.447: 1/1/0: stcapp_create_device*Jan 11 12:24:18.447: 1/1/0: Endpoint base name generated->AN0D65D8DD40280*Jan 11 12:24:18.447: 1/1/0: New dialpeer id: 999110*Jan 11 12:24:18.447: 1/1/0: Analog device is ready to be registeredThe following lines show the codec subtype, which indicates the modem transport method; 0=None, 1=V.150.1 (modem relay), and 2=VBD (modem pass-through):
*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=5 (g711ulaw) subtype=2*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=1 (g729ar8) subtype=2*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=5 (g711ulaw) subtype=1*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=1 (g729ar8) subtype=1*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=5 (g711ulaw) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=6 (g711alaw) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=1 (g729ar8) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=2 (g726r16) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=3 (g726r24) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=4 (g726r32) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=7 (g728) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=8 (g723r63) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=9 (g723r53) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=12 (g729br8) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=14 (g723ar63) subtype=0*Jan 11 12:24:18.447: 1/1/0: reg caps including codec=15 (g723ar53) subtype=0*Jan 11 12:24:18.447: 1/1/0: Device: AN0D65D8DD40280 Id: 7 successfully registered with CM*Jan 11 12:24:18.455: ==> Received event:STCAPP_DC_EV_DEVICE_REGISTER_DONE*Jan 11 12:24:18.455: 1/1/0: Device State:OOS*Jan 11 12:24:18.455: 1/1/0: stcapp_dev_default_eh*Jan 11 12:24:18.455: 1/1/0: New State = INIT*Jan 11 12:24:18.455: ==> Received event:STCAPP_DC_EV_DEVICE_CAP_REQ*Jan 11 12:24:18.455: 1/1/0: Device State:INIT*Jan 11 12:24:18.455: 1/1/0: stcapp_cap_req_eh*Jan 11 12:24:18.455: 1/1/0: Sending dcDeviceHeadsetStatus for devID:7*Jan 11 12:24:18.455: 1/1/0: Sending dcDeviceButtonTemplateReq for devID:7*Jan 11 12:24:18.455: 1/1/0: No state change*Jan 11 12:24:18.647: ==> Received event:STCAPP_DC_EV_DEVICE_BUTTON_TEMP_RES*Jan 11 12:24:18.647: 1/1/0: Device State:INIT*Jan 11 12:24:18.647: 1/1/0: stcapp_button_templ_res_eh*Jan 11 12:24:18.647: 1/1/0: Sending dcDeviceLineStatReq for devID:7*Jan 11 12:24:18.647: 1/1/0: No state change*Jan 11 12:24:18.647: ==> Received event:STCAPP_DC_EV_DEVICE_FORWARD_STAT_RES*Jan 11 12:24:18.647: 1/1/0: Device State:INIT*Jan 11 12:24:18.647: 1/1/0: stcapp_forward_stat_res_eh*Jan 11 12:24:18.647: 1/1/0: lineNumber: 1*Jan 11 12:24:18.647: 1/1/0: forwardAllActive: 0*Jan 11 12:24:18.647: 1/1/0: forwardBusyActive: 0*Jan 11 12:24:18.647: 1/1/0: forwardNoAnswerActive: 0*Jan 11 12:24:18.651: 1/1/0: ForwardAllDirNumber:*Jan 11 12:24:18.651: 1/1/0: No state change*Jan 11 12:24:18.651: ==> Received event:STCAPP_DC_EV_DEVICE_LINE_STAT_RES*Jan 11 12:24:18.651: 1/1/0: Device State:INIT*Jan 11 12:24:18.455: 1/1/0: stcapp_cap_req_eh*Jan 11 12:24:18.455: 1/1/0: Sending dcDeviceHeadsetStatus for devID:7*Jan 11 12:24:18.455: 1/1/0: Sending dcDeviceButtonTemplateReq for devID:7*Jan 11 12:24:18.455: 1/1/0: No state change*Jan 11 12:24:18.647: ==> Received event:STCAPP_DC_EV_DEVICE_BUTTON_TEMP_RES*Jan 11 12:24:18.647: 1/1/0: Device State:INIT*Jan 11 12:24:18.647: 1/1/0: stcapp_button_templ_res_eh*Jan 11 12:24:18.647: 1/1/0: Sending dcDeviceLineStatReq for devID:7*Jan 11 12:24:18.647: 1/1/0: No state change*Jan 11 12:24:18.647: ==> Received event:STCAPP_DC_EV_DEVICE_FORWARD_STAT_RES*Jan 11 12:24:18.647: 1/1/0: Device State:INIT*Jan 11 12:24:18.647: 1/1/0: stcapp_forward_stat_res_eh*Jan 11 12:24:18.647: 1/1/0: lineNumber: 1*Jan 11 12:24:18.647: 1/1/0: forwardAllActive: 0*Jan 11 12:24:18.647: 1/1/0: forwardBusyActive: 0*Jan 11 12:24:18.647: 1/1/0: forwardNoAnswerActive: 0*Jan 11 12:24:18.651: 1/1/0: ForwardAllDirNumber:*Jan 11 12:24:18.651: 1/1/0: No state change*Jan 11 12:24:18.651: ==> Received event:STCAPP_DC_EV_DEVICE_LINE_STAT_RES*Jan 11 12:24:18.651: 1/1/0: Device State:INIT*Jan 11 12:24:18.651: 1/1/0: stcapp_line_stat_eh*Jan 11 12:24:18.651: 1/1/0: lineNumber: 1*Jan 11 12:24:18.651: 1/1/0: lineDirNumber: 5902*Jan 11 12:24:18.651: 1/1/0: display name: 5902*Jan 11 12:24:18.651: 1/1/0: Sending dcDeviceRegAvailableLines for devID:7*Jan 11 12:24:18.651: 1/1/0: Sending dcDeviceDateTimeReq for devID:7*Jan 11 12:24:18.651: 1/1/0: No state change*Jan 11 12:24:18.823: ==> Received event:STCAPP_DC_EV_DEVICE_DEFINE_DATE_TIME_RES*Jan 11 12:24:18.827: 1/1/0: Device State:INIT*Jan 11 12:24:18.827: 1/1/0: stcapp_define_date_time_eh*Jan 11 12:24:18.827: 1/1/0: New State = IS*Jan 11 12:24:18.827: ==> Received event:STCAPP_DC_EV_DEVICE_DISPLAY_PROMPT_STATUS*Jan 11 12:24:18.827: 1/1/0: Device State:IS*Jan 11 12:24:18.827: 1/1/0: stcapp_display_prompt_status_eh*Jan 11 12:24:18.827: 1/1/0: lineNumber: 0*Jan 11 12:24:18.827: 1/1/0: call reference: 0*Jan 11 12:24:18.827: 1/1/0: promptStatus: Your current options*Jan 11 12:24:18.827: 1/1/0: device control type: 3*Jan 11 12:24:18.827: 1/1/0: No state changeThe following is sample output from the debug voip application stcapp all command for a voice gateway during call setup in Cisco IOS Release 12.3(14)T.The following lines show the voice gateway beginning call setup:
*Jan 9 06:48:06.947: ==> Received event:STCAPP_CC_EV_CALL_SETUP_IND (evId:CC_EV_CALL_SETUP_IND) for CallId: 5*Jan 9 06:48:06.947: 1/0/0: Call State:IDLE*Jan 9 06:48:06.947: 1/0/0: stcapp_setup_ind_eh*Jan 9 06:48:06.947: 1/0/0: Acquired CCB 0x66F12558 for device id:4*Jan 9 06:48:06.947: 1/0/0: Voice Setup: callID:5, vdb_ptr:66CA57B4The voice gateway notifies the Cisco CallManager of the endpoint device (phone) in the offhook condition:
*Jan 9 06:48:06.947: 1/0/0: Sending StationOffHook to CallManager*Jan 9 06:48:06.947: 1/0/0: Sending ccCallSetupAck to Symphony for voice call id:5*Jan 9 06:48:06.947: 1/0/0: New State = OFFHOOK*Jan 9 06:48:06.955: 1/0/0: No line (line=0) found... most likely old Call Ref: event STCAPP_DC_EV_DEVICE_SET_RINGERThe following lines show that the Cisco CallManager acknowledged the offhook condition:
*Jan 9 06:48:06.955: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_STATE_OFFHOOK (evID:DC_EV_DEVICE_CALL_STATE_OFFHOOK)*Jan 9 06:48:06.955: 1/0/0: Call State:OFFHOOK*Jan 9 06:48:06.955: 1/0/0: stcapp_cs_offhook_eh*Jan 9 06:48:06.955: 1/0/0: No state changeThe voice gateway receives the Cisco CallManager notification to send dial tone to the phone:
*Jan 9 06:48:06.955: ==> Received event:STCAPP_DC_EV_DEVICE_START_TONE (evID:DC_EV_DEVICE_START_TONE)*Jan 9 06:48:06.955: 1/0/0: Call State:OFFHOOK*Jan 9 06:48:06.955: 1/0/0: stcapp_start_tone_ehThe voice gateway generates dial tone and prepares to collect dialed digits:
*Jan 9 06:48:06.955: 1/0/0: Sending ccGenerateTone(8(0x8))*Jan 9 06:48:06.955: 1/0/0: Sending ccCallReportDigits*Jan 9 06:48:06.955: 1/0/0: No state changeRelated Commands
debug voip application stcapp error
To troubleshoot the SCCP Telephony Control Application (STCAPP) error log contents, use the debug voip application stcapp error command in privileged EXEC mode. To disable STCAPP error debugging, use the no form of this command.
debug voip application stcapp error
no debug voip application stcapp error
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug voip application stcapp error command traces application error logs. STCAPP error logs are generated during normal call processing, when there are insufficient resources, or when there are problems in the underlying application code. This debug command shows error events or unexpected behavior in system software. Usually no events will be generated.
Examples
The following example shows the error log contents when STCAPP debugging is enabled:
Router# debug voip application stcapp errorSTCAPP error debugging is onRouter#*Jan 9 06:54:07.583: stcapp_process_queue_events:ERROR:STCAPP_DCB_ACCESS_ERR from state machineRelated Commands
debug voip application stcapp events
To trace SCCP Telephony Control Application (STCAPP) call flow events, use the debug voip application stcapp events command in privileged EXEC mode. To disable STCAPP event call traces, use the no form of this command.
debug voip application stcapp events
no debug voip application stcapp events
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to debug call flow events for all ports controlled by the STCAPP.
Examples
The following example displays call teardown and disconnect events:
Router# debug voip application stcapp eventsThe following lines show the application running on the voice gateway receiving notice to stop dial tone generation, following the onhook condition of the endpoint device (phone):
*Jan 9 06:48:55.011: ==> Received event:STCAPP_DC_EV_DEVICE_STOP_TONE (evID:DC_EV_DEVICE_STOP_TONE)*Jan 9 06:48:55.011: 1/0/1: Call State:REM_ONHOOK_PEND*Jan 9 06:48:55.011: 1/0/1: stcapp_stop_tone_eh*Jan 9 06:48:55.011: 1/0/1: Sending ccGenerateTone(NULL)*Jan 9 06:48:55.015: 1/0/1: No state changeThe application takes no additional action to process the uninteresting event.
*Jan 9 06:48:55.015: ==> Received event:STCAPP_DC_EV_DEVICE_START_TONE (evID:DC_EV_DEVICE_START_TONE)*Jan 9 06:48:55.015: 1/0/1: Call State:REM_ONHOOK_PEND*Jan 9 06:48:55.015: 1/0/1: Uninteresting eventThe application receives the call disconnect notice and proceeds to tear down the telephony call leg.
*Jan 9 06:48:58.903: ==> Received event:STCAPP_CC_EV_CALL_DISCONNECTED (evId:CC_EV_CALL_DISCONNECTED) for CallId: 6*Jan 9 06:48:58.903: 1/0/1: Call State:REM_ONHOOK_PEND*Jan 9 06:48:58.903: 1/0/1: stcapp_loc_onhook_eh*Jan 9 06:48:58.903: 1/0/1: Sending StationOnHook to CallManager*Jan 9 06:48:58.903: 1/0/1: stcapp_call_cleanup*Jan 9 06:48:58.903: 1/0/1: stcapp_set_ring_mode*Jan 9 06:48:58.903: 1/0/1: SCCP ring mode:1*Jan 9 06:48:58.903: 1/0/1: Invoking Feature:33. Mode:0 for callid:6*Jan 9 06:48:58.903: 1/0/1: stcapp_disconnect_call_leg*Jan 9 06:48:58.903: 1/0/1: Sending ccCallDisconnect for call id:6*Jan 9 06:48:58.903: 1/0/1: CCB 0x65CF3EC4 unlinked*Jan 9 06:48:58.903: 1/0/1: New State = IDLERelated Commands
debug voip application stcapp functions
To debug SCCP Telephony Control Application (STCAPP) functions, use the debug voip application stcapp functions command in privileged EXEC mode. To disable STCAPP function debugging, use the no form of this command.
debug voip application stcapp functions
no debug voip application stcapp functions
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to display STCAPP entry and exit function calls for all voice ports.
Examples
The following example displays function calls for STCAPP ports 1/0/0 and 1/0/1:
Router# debug voip application stcapp functionsSTCAPP function debugging is on*Jan 9 06:55:27.583: 1/0/0: stcapp_setup_ind_eh*Jan 9 06:55:27.591: 1/0/0: stcapp_cs_offhook_eh*Jan 9 06:55:27.591: 1/0/0: stcapp_start_tone_eh*Jan 9 06:55:27.591: 1/0/0: stcapp_report_digits_done_eh*Jan 9 06:55:28.923: 1/0/0: stcapp_digit_end_eh*Jan 9 06:55:28.927: 1/0/0: stcapp_stop_tone_eh*Jan 9 06:55:29.063: 1/0/0: stcapp_digit_end_eh*Jan 9 06:55:29.203: 1/0/0: stcapp_digit_end_eh*Jan 9 06:55:29.343: 1/0/0: stcapp_digit_end_eh*Jan 9 06:55:29.355: 1/0/0: stcapp_cs_proceed_eh*Jan 9 06:55:29.359: 1/0/0: stcapp_proceed_call_info_eh*Jan 9 06:55:29.359: 1/0/0: stcapp_start_tone_eh*Jan 9 06:55:29.359: 1/0/0: stcapp_proceed_call_info_eh*Jan 9 06:55:29.359: 1/0/1: stcapp_cs_ringin_eh*Jan 9 06:55:29.359: 1/0/1: stcapp_call_info_ehRelated Commands
debug voip application stcapp port
To enable SCCP Telephony Control Application (STCAPP) debugging for a specific port, use the debug voip application stcapp port command in privileged EXEC mode. To disable specific STCAPP port debugging, use the no form of this command.
debug voip application stcapp port port-number
no debug voip application stcapp port port-number
Syntax Description
port-number
Number of the port on the interface. See the appropriate platform manual or online help for port numbers on your networking device.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to display debugging information for the components of the STCAPP for a specific port.
Examples
The following example displays RFC 2833 DTMF digits messages sent and received on a voice gateway in Cisco IOS Release 12.4(6)XE:
Router# debug voip application stcapp port 2/3The following lines show the SCCP gateway receiving the RFC payload.
Mar 4 00:23:31.166: 2/3 : ==> Received event:STCAPP_DC_EV_MEDIA_OPEN_RCV_CHNL*Mar 4 00:23:31.166: 2/3 : Call State:PROCEEDING*Mar 4 00:23:31.166: 2/3 : stcapp_open_rcv_chnl_eh*Mar 4 00:23:31.166: 2/3 : call_ref=20797703*Mar 4 00:23:31.166: 2/3 : stcapp_get_ccb_ptr*Mar 4 00:23:31.166: 2/3 : received ORC: rcv payload=101*Mar 4 00:23:31.166: 2/3 : stcapp_set_up_voip_leg*Mar 4 00:23:31.166: 2/3 : stcapp_get_ccb_ptr*Mar 4 00:23:31.166: 2/3 : stcapp_set_up_modem_parmsThe following lines show the SCCP gateway sending the RFC payload.
*Mar 4 00:23:31.174: 2/3 : ==> Received event:STCAPP_DC_EV_MEDIA_OPEN_XMT_CHNL*Mar 4 00:23:31.174: 2/3 : Call State:CONNECTING*Mar 4 00:23:31.174: 2/3 : stcapp_start_media_eh*Mar 4 00:23:31.174: 2/3 : call_ref=20797703*Mar 4 00:23:31.174: 2/3 : stcapp_get_ccb_ptr*Mar 4 00:23:31.174: 2/3 : lcb->mode 0, lcb->conf_status 0*Mar 4 00:23:31.174: 2/3 : received XMT: send payload=101*Mar 4 00:23:31.174: 2/3 : Start media: CCB Count:1 Call Leg Count:2*Mar 4 00:23:31.174: 2/3 : New State = ACTIVE_PENDINGThe following example displays VMWI lamp state messages between Cisco CallManager and a voice gateway in Cisco IOS Release 12.4(6)XE:
Router# debug voip application stcapp port 2/4*Mar 1 01:41:58.395: 2/0 : No state change... call remaining*Mar 16 21:47:14.045: 2/4 : stcapp_screen_api_eventThe following lines show the gateway receiving messages from Cisco callManager to activate the VMWI lamp.
*Mar 16 21:47:14.045: 2/4 : event:STCAPP_DC_EV_DEVICE_SET_LAMP received.*Mar 16 21:47:14.049: 2/4 : msg_mwi 1, mwi 0, vmwi 0*Mar 16 21:47:14.049: 2/4 : event STCAPP_DC_EV_DEVICE_SET_LAMP_PROCESS_VMWIcreated.*Mar 16 21:47:14.049: 2/4 : New State = VMWI_DSP_SETUP*Mar 16 21:47:14.053: 2/4 : ==> Received event:STCAPP_CC_EV_CALL_PROCEEDING forCallId: 229*Mar 16 21:47:14.053: 2/4 : Call State:VMWI_DSP_SETUP*Mar 16 21:47:14.053: 2/4 : stcapp_vmwi_call_proceed_eh*Mar 16 21:47:14.057: 2/4 : No state change*Mar 16 21:47:14.057: 2/4 : ==> Received event:STCAPP_CC_EV_CALL_MODIFY_DONE forCallId: 229*Mar 16 21:47:14.057: 2/4 : Call State:VMWI_DSP_SETUP*Mar 16 21:47:14.057: 2/4 : stcapp_vmwi_call_modify_done_eh*Mar 16 21:47:14.057: 2/4 : Sending ccCallFeature (vmwi = on)*Mar 16 21:47:14.057: 2/4 : New State = VMWI_PENDINGThe following lines showthe VMWI activation is completed and call-tear down is beginning.
*Mar 16 21:47:15.237: 2/4 : ==> Received event:STCAPP_CC_EV_VBD_XMIT_DONE for CallId:229*Mar 16 21:47:15.237: 2/4 : Call State:VMWI_PENDING*Mar 16 21:47:15.237: 2/4 : stcapp_vmwi_fsk_gen_done_eh*Mar 16 21:47:15.237: 2/4 : stcapp_get_ccb_ptr*Mar 16 21:47:15.237: 2/4 : disconnect voice call leg*Mar 16 21:47:15.237: 2/4 : stcapp_disconnect_call_leg*Mar 16 21:47:15.237: 2/4 : Sending ccCallDisconnect for VOICE_LEG with call id:229The following example displays information on a call between ports 1/1/0 and 1/1/1 after port 1/1/1 hangs up and the automatic dial tone generation after remote onhook feature is enabled:
Router# debug voip application stcapp port 1/1/0Jan 7 00:41:37.484: 1/1/0: ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_RCV_CHNL*Jan 7 00:41:37.484: 1/1/0: Call State:ACTIVEThe following lines show the call being disconnected.
*Jan 7 00:41:37.484: 1/1/0: stcapp_close_rcv_chnl_eh*Jan 7 00:41:37.484: 1/1/0: call_ref=209*Jan 7 00:41:37.484: 1/1/0: stcapp_get_ccb_ptr*Jan 7 00:41:37.484: 1/1/0: Sending ccConferenceDestroy*Jan 7 00:41:37.484: 1/1/0: Sending ccCallDisconnect for voip call id:44*Jan 7 00:41:37.484: 1/1/0: stcapp_disconnect_call_leg*Jan 7 00:41:37.484: 1/1/0: Sending ccCallDisconnect for VoIP_LEG with call id:44*Jan 7 00:41:37.484: 1/1/0: No state change*Jan 7 00:41:37.488: 1/1/0: ==> Received event:STCAPP_DC_EV_MEDIA_CLOSE_XMT_CHNL*Jan 7 00:41:37.488: 1/1/0: Call State:ACTIVE*Jan 7 00:41:37.488: 1/1/0: stcapp_active_close_xmt_chnl_eh*Jan 7 00:41:37.488: 1/1/0: lcb->mode 0 lcb->conf_status 0*Jan 7 00:41:37.488: 1/1/0: New State = ONHOOK_PEND*Jan 7 00:41:37.488: 1/1/0: stcapp_cs_onhook_eh*Jan 7 00:41:37.488: 1/1/0: stcapp_get_ccb_ptr*Jan 7 00:41:37.488: 1/1/0: call_ref=209, ccb=0x4662B31C, lcb->num_ccbs=1*Jan 7 00:41:37.488: 1/1/0: stcapp_process_cs_onhook*Jan 7 00:41:37.488: 1/1/0: lcb->mode=CALL_BASIC (0)The following lines show power denial-based supervisory disconnect signal being sent.
*Jan 7 00:41:37.488: 1/1/0: Sending power denial signal to device 9*Jan 7 00:41:37.488: 1/1/0: stcapp_update_dialtone_gen_trigger*Jan 7 00:41:37.488: 1/1/0: stcapp_send_softkey_event*Jan 7 00:41:37.488: 1/1/0: Sending dcDeviceSoftKeyEvent(NewCall: event=2) for device id: 9, call_ref: 0*Jan 7 00:41:37.488: 1/1/0: New State = REM_ONHOOK_PEND*Jan 7 00:41:37.488: 1/1/0: ==> Received event:STCAPP_DC_EV_DEVICE_STOP_TONE*Jan 7 00:41:37.488: 1/1/0: Call State:REM_ONHOOK_PEND*Jan 7 00:41:37.488: 1/1/0: stcapp_stop_tone_eh*Jan 7 00:41:37.488: 1/1/0: call_ref=209*Jan 7 00:41:37.488: 1/1/0: stcapp_get_ccb_ptr*Jan 7 00:41:37.488: 1/1/0: Sending ccGenerateTone(NULL)*Jan 7 00:41:37.488: 1/1/0: No state change*Jan 7 00:41:37.492: 1/1/0: ==> Received event:STCAPP_CC_EV_CONF_DESTROY_DONE for CallId: 41*Jan 7 00:41:37.492: 1/1/0: Call State:REM_ONHOOK_PEND*Jan 7 00:41:37.492: 1/1/0: Uninteresting event*Jan 7 00:41:37.492: 1/1/0: stcapp_screen_api_event*Jan 7 00:41:37.492: 1/1/0: event:STCAPP_CC_EV_CALL_DISCONNECT_DONE received.*Jan 7 00:41:37.492: STCAPP:Receive CC event:: call_id=44, ccb=0x4662B31C*Jan 7 00:41:37.492: 1/1/0: Received event:CC_EV_CALL_DISCONNECT_DONE for CallId: 44*Jan 7 00:41:37.492: 1/1/0: stcapp_process_disconnect_done*Jan 7 00:41:37.492: 1/1/0: stcapp_reset_call_leg*Jan 7 00:41:37.492: 1/1/0: ccb(0x4662B31C): voice/voip call_id=41/44, reset call_id=44*Jan 7 00:41:37.492: 1/1/0: stcapp_conn_db_delete_ccb*Jan 7 00:41:37.492: 1/1/0: ccb=0x4662B31C*Jan 7 00:41:37.492: 1/1/0: Disconnect Done: CCB Count:1 Call Leg Count:1*Jan 7 00:41:37.496: 1/1/0: stcapp_get_dcb_and_lcbThe following lines show the call transitioning to off hook.
*Jan 7 00:41:37.496: 1/1/0: stcapp_screen_api_event*Jan 7 00:41:37.496: 1/1/0: event:STCAPP_DC_EV_DEVICE_CALL_STATE_OFFHOOK received.*Jan 7 00:41:37.496: 1/1/0: Create new event STCAPP_DC_EV_DEV_CS_OFFHOOK_DIALTONE_GEN*Jan 7 00:41:37.496: 1/1/0: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_STATE_OFFHOOK_DIALTONE_GEN*Jan 7 00:41:37.496: 1/1/0: Call State:REM_ONHOOK_PEND*Jan 7 00:41:37.496: 1/1/0: stcapp_cs_offhook_dialtone_gen_eh*Jan 7 00:41:37.496: 1/1/0: call_ref=211*Jan 7 00:41:37.496: 1/1/0: New State = OFFHOOK*Jan 7 00:41:37.496: 1/1/0: ==> Received event:STCAPP_DC_EV_DEVICE_DISPLAY_PROMPT_STATUS*Jan 7 00:41:37.496: 1/1/0: Device State:IS*Jan 7 00:41:37.496: 1/1/0: stcapp_display_prompt_status_eh*Jan 7 00:41:37.496: 1/1/0: lineNumber: 1*Jan 7 00:41:37.496: 1/1/0: call reference: 211*Jan 7 00:41:37.496: 1/1/0: promptStatus: ' '*Jan 7 00:41:37.496: 1/1/0: No state changeThe following lines show the message to generate dial tone for the new call.
*Jan 7 00:41:37.496: 1/1/0: ==> Received event:STCAPP_DC_EV_DEVICE_START_TONE*Jan 7 00:41:37.496: 1/1/0: Call State:OFFHOOK*Jan 7 00:41:37.496: 1/1/0: stcapp_start_tone_eh*Jan 7 00:41:37.496: 1/1/0: stcapp_get_ccb_ptr*Jan 7 00:41:37.496: 1/1/0: call_ref=211, ccb=0x4662B31C, tone=8(0x8), dir=1*Jan 7 00:41:37.496: 1/1/0: plar enable (0), hookflash (0)*Jan 7 00:41:37.496: 1/1/0: plar enable (0), tone (0x8), hookflash (0)*Jan 7 00:41:37.496: 1/1/0: Sending ccGenerateTone(8(0x8)) ? produce dial tone*Jan 7 00:41:37.496: 1/1/0: Sending ccCallReportDigits*Jan 7 00:41:37.496: 1/1/0: No state changeThe following example displays information for a modem-relay call on avoice gateway in Cisco IOS Release 12.4(4)T:
Router# debug voip application stcapp port 1/1/0*Jan 11 12:37:48.631: ==> Received event:STCAPP_CC_EV_CALL_SETUP_IND (evId:CC_EV_CALL_SETUP_IND) for CallId: 326*Jan 11 12:37:48.631: 1/1/0: Call State:IDLE*Jan 11 12:37:48.631: 1/1/0: stcapp_setup_ind_eh*Jan 11 12:37:48.631: 1/1/0: stcapp_get_ccb*Jan 11 12:37:48.631: 1/1/0: dcb->lcb[line_inst - 1].num_ccbs=0*Jan 11 12:37:48.631: 1/1/0: Acquired CCB 0x65D932B8 for device id:7*Jan 11 12:37:48.631: 1/1/0: num_ccbs++, num_ccbs=1*Jan 11 12:37:48.631: 1/1/0: Voice Setup: callID:326, vdb_ptr:666581AC*Jan 11 12:37:48.631: 1/1/0: Sending StationOffHook to CallManager*Jan 11 12:37:48.631: 1/1/0: Sending ccCallSetupAck to Symphony for voice call id:326*Jan 11 12:37:48.631: 1/1/0: New State = OFFHOOK*Jan 11 12:37:48.643: 1/1/0: No line (line=0) found... most likely old Call Ref: event STCAPP_DC_EV_DEVICE_SET_RINGER*Jan 11 12:37:48.643: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_STATE_OFFHOOK (evID:DC_EV_DEVICE_CALL_STATE_OFFHOOK)*Jan 11 12:37:48.643: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:48.643: 1/1/0: stcapp_cs_offhook_eh*Jan 11 12:37:48.643: 1/1/0: call_ref=16777250*Jan 11 12:37:48.643: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:48.643: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:48.643: 1/1/0: Using call_ref 0 to get ccb=0x65D932B8*Jan 11 12:37:48.643: 1/1/0: No state change*Jan 11 12:37:48.643: ==> Received event:STCAPP_DC_EV_DEVICE_DISPLAY_PROMPT_STATUS*Jan 11 12:37:48.643: 1/1/0: Device State:IS*Jan 11 12:37:48.643: 1/1/0: stcapp_display_prompt_status_eh*Jan 11 12:37:48.643: 1/1/0: lineNumber: 1*Jan 11 12:37:48.643: 1/1/0: call reference: 16777250*Jan 11 12:37:48.643: 1/1/0: promptStatus: Enter Number*Jan 11 12:37:48.643: 1/1/0: No state change*Jan 11 12:37:48.643: ==> Received event:STCAPP_DC_EV_DEVICE_START_TONE (evID:DC_EV_DEVICE_START_TONE)*Jan 11 12:37:48.643: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:48.643: 1/1/0: stcapp_start_tone_eh*Jan 11 12:37:48.643: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:48.643: 1/1/0: call_ref=16777250, ccb=0x65D932B8, tone=8(0x8)*Jan 11 12:37:48.643: 1/1/0: Sending ccGenerateTone(8(0x8))*Jan 11 12:37:48.643: 1/1/0: Sending ccCallReportDigits*Jan 11 12:37:48.643: 1/1/0: No state change*Jan 11 12:37:48.643: ==> Received event:STCAPP_CC_EV_CALL_REPORT_DIGITS_DONE (evId:CC_EV_CALL_REPORT_DIGITS_DONE) for CallId: 326*Jan 11 12:37:48.647: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:48.647: 1/1/0: stcapp_report_digits_done_eh*Jan 11 12:37:48.647: 1/1/0: No state change*Jan 11 12:37:52.643: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_BEGIN (evId:CC_EV_CALL_DIGIT_BEGIN) for CallId: 326*Jan 11 12:37:52.643: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:52.643: 1/1/0: Uninteresting event*Jan 11 12:37:52.683: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_END (evId:CC_EV_CALL_DIGIT_END) for CallId: 326*Jan 11 12:37:52.683: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:52.683: 1/1/0: stcapp_digit_end_eh*Jan 11 12:37:52.683: 1/1/0: Digit received is (5)*Jan 11 12:37:52.683: 1/1/0: Sending StationKeypadButton(5) to CallManager*Jan 11 12:37:52.683: 1/1/0: No state change*Jan 11 12:37:52.687: ==> Received event:STCAPP_DC_EV_DEVICE_STOP_TONE (evID:DC_EV_DEVICE_STOP_TONE)*Jan 11 12:37:52.687: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:52.687: 1/1/0: stcapp_stop_tone_eh*Jan 11 12:37:52.687: 1/1/0: call_ref=16777250*Jan 11 12:37:52.687: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:52.687: 1/1/0: Sending ccGenerateTone(NULL)*Jan 11 12:37:52.687: 1/1/0: No state change*Jan 11 12:37:52.775: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_BEGIN (evId:CC_EV_CALL_DIGIT_BEGIN) for CallId: 326*Jan 11 12:37:52.775: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:52.775: 1/1/0: Uninteresting event*Jan 11 12:37:52.823: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_END (evId:CC_EV_CALL_DIGIT_END) for CallId: 326*Jan 11 12:37:52.823: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:52.823: 1/1/0: stcapp_digit_end_eh*Jan 11 12:37:52.823: 1/1/0: Digit received is (8)*Jan 11 12:37:52.823: 1/1/0: Sending StationKeypadButton(8) to CallManager*Jan 11 12:37:52.823: 1/1/0: No state change*Jan 11 12:37:52.923: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_BEGIN (evId:CC_EV_CALL_DIGIT_BEGIN) for CallId: 326*Jan 11 12:37:52.923: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:52.923: 1/1/0: Uninteresting event*Jan 11 12:37:52.963: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_END (evId:CC_EV_CALL_DIGIT_END) for CallId: 326*Jan 11 12:37:52.963: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:52.963: 1/1/0: stcapp_digit_end_eh*Jan 11 12:37:52.963: 1/1/0: Digit received is (0)*Jan 11 12:37:52.963: 1/1/0: Sending StationKeypadButton(0) to CallManager*Jan 11 12:37:52.963: 1/1/0: No state change*Jan 11 12:37:53.063: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_BEGIN (evId:CC_EV_CALL_DIGIT_BEGIN) for CallId: 326*Jan 11 12:37:53.063: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:53.063: 1/1/0: Uninteresting event*Jan 11 12:37:53.103: ==> Received event:STCAPP_CC_EV_CALL_DIGIT_END (evId:CC_EV_CALL_DIGIT_END) for CallId: 326*Jan 11 12:37:53.103: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:53.103: 1/1/0: stcapp_digit_end_eh*Jan 11 12:37:53.103: 1/1/0: Digit received is (2)*Jan 11 12:37:53.103: 1/1/0: Sending StationKeypadButton(2) to CallManager*Jan 11 12:37:53.103: 1/1/0: No state change*Jan 11 12:37:53.235: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_STATE_PROCEED (evID:DC_EV_DEVICE_CALL_STATE_PROCEED)*Jan 11 12:37:53.235: 1/1/0: Call State:OFFHOOK*Jan 11 12:37:53.235: 1/1/0: stcapp_cs_proceed_eh*Jan 11 12:37:53.235: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:53.235: 1/1/0: Sending ccCallProceeding for voice call id:326*Jan 11 12:37:53.235: 1/1/0: Stopping the initial and inter digit timer!*Jan 11 12:37:53.235: 1/1/0: New State = PROCEEDING*Jan 11 12:37:53.235: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_INFO (evID:DC_EV_DEVICE_CALL_INFO)*Jan 11 12:37:53.235: 1/1/0: Call State:PROCEEDING*Jan 11 12:37:53.235: 1/1/0: stcapp_proceed_call_info_eh*Jan 11 12:37:53.235: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:53.239: 1/1/0: No state change*Jan 11 12:37:53.239: ==> Received event:STCAPP_DC_EV_DEVICE_START_TONE (evID:DC_EV_DEVICE_START_TONE)*Jan 11 12:37:53.239: 1/1/0: Call State:PROCEEDING*Jan 11 12:37:53.239: 1/1/0: stcapp_start_tone_eh*Jan 11 12:37:53.239: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:53.239: 1/1/0: call_ref=16777250, ccb=0x65D932B8, tone=1(0x1)*Jan 11 12:37:53.239: 1/1/0: Sending ccCallAlert(signal:1) for voice call id:326*Jan 11 12:37:53.239: 1/1/0: No state change*Jan 11 12:37:53.239: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_STATE_RINGOUT (evID:DC_EV_DEVICE_CALL_STATE_RINGOUT)*Jan 11 12:37:53.239: 1/1/0: Call State:PROCEEDING*Jan 11 12:37:53.239: 1/1/0: stcapp_set_call_state_eh*Jan 11 12:37:53.239: 1/1/0: call_ref=16777250, call_state=2*Jan 11 12:37:53.239: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:53.239: 1/1/0: No state change*Jan 11 12:37:53.239: ==> Received event:STCAPP_DC_EV_DEVICE_DISPLAY_PROMPT_STATUS*Jan 11 12:37:53.239: 1/1/0: Device State:IS*Jan 11 12:37:53.239: 1/1/0: stcapp_display_prompt_status_eh*Jan 11 12:37:53.239: 1/1/0: lineNumber: 1*Jan 11 12:37:53.239: 1/1/0: call reference: 16777250*Jan 11 12:37:53.239: 1/1/0: promptStatus: Ring Out*Jan 11 12:37:53.239: 1/1/0: No state change*Jan 11 12:37:53.239: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_INFO (evID:DC_EV_DEVICE_CALL_INFO)*Jan 11 12:37:53.239: 1/1/0: Call State:PROCEEDING*Jan 11 12:37:53.239: 1/1/0: stcapp_proceed_call_info_eh*Jan 11 12:37:53.239: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:53.239: 1/1/0: No state change*Jan 11 12:37:56.635: ==> Received event:STCAPP_DC_EV_DEVICE_STOP_TONE (evID:DC_EV_DEVICE_STOP_TONE)*Jan 11 12:37:56.635: 1/1/0: Call State:PROCEEDING*Jan 11 12:37:56.635: 1/1/0: stcapp_stop_tone_eh*Jan 11 12:37:56.635: 1/1/0: call_ref=16777250*Jan 11 12:37:56.635: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:56.639: 1/1/0: Sending ccGenerateTone(NULL)*Jan 11 12:37:56.639: 1/1/0: No state change*Jan 11 12:37:56.639: ==> Received event:STCAPP_DC_EV_MEDIA_OPEN_RCV_CHNL (evID:DC_EV_MEDIA_OPEN_RCV_CHNL)*Jan 11 12:37:56.639: 1/1/0: Call State:PROCEEDING*Jan 11 12:37:56.639: 1/1/0: stcapp_open_rcv_chnl_eh*Jan 11 12:37:56.639: 1/1/0: call_ref=16777250*Jan 11 12:37:56.639: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:56.639: 1/1/0: stcapp_set_up_voip_leg*Jan 11 12:37:56.639: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:56.639: 1/1/0: Codec: 5 ptime :20, codecbytes: 160The following line indicates the modem transport method that will be used:
*Jan 11 12:37:56.639: 1/1/0: CCM directive -> enabling modem relayThe following lines show modem-relay parameters:
*Jan 11 12:37:56.639: 1/1/0: MR parms: sprt_retries=10, sprt_latency=250, sprt_rx_v14_pb_hold_time=32, sprt_tx_v14_hold_time=12, sprt_tx_v14_hold_count=22, gw_xid=1, dictsize=1024, stringlen=16, compressdir=3, sse_red_interval=16, sse_red_pkt_count=2, sse_t1=2100, sse_retries=5*Jan 11 12:37:56.639: 1/1/0: Info provided to RTPSPI - sess_mode 2, desired_qos 0, codec 5, pkt_period 20, lr_port 17180*Jan 11 12:37:56.639: 1/1/0: Sending ccIFCallSetupRequest for voip leg*Jan 11 12:37:56.639: 1/1/0: ccIFCallSetRequest returned voip call id:327*Jan 11 12:37:56.639: 1/1/0: Sending dcDeviceOpenReceiveChannelAck*Jan 11 12:37:56.639: 1/1/0: ORChnlAck Info: codec:5, loc_port:17180, chnl_id:16777521*Jan 11 12:37:56.639: 1/1/0: New State = CONNECTING*Jan 11 12:37:56.643: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_STATE_CONNECTED (evID:DC_EV_DEVICE_CALL_STATE_CONNECTED)*Jan 11 12:37:56.643: 1/1/0: Call State:CONNECTING*Jan 11 12:37:56.643: 1/1/0: stcapp_set_call_state_eh*Jan 11 12:37:56.643: 1/1/0: call_ref=16777250, call_state=6*Jan 11 12:37:56.643: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:56.643: 1/1/0: No state change*Jan 11 12:37:56.643: ==> Received event:STCAPP_DC_EV_DEVICE_DISPLAY_PROMPT_STATUS*Jan 11 12:37:56.643: 1/1/0: Device State:IS*Jan 11 12:37:56.643: 1/1/0: stcapp_display_prompt_status_eh*Jan 11 12:37:56.643: 1/1/0: lineNumber: 1*Jan 11 12:37:56.643: 1/1/0: call reference: 16777250*Jan 11 12:37:56.643: 1/1/0: promptStatus: Connected*Jan 11 12:37:56.643: 1/1/0: No state change*Jan 11 12:37:56.643: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_INFO (evID:DC_EV_DEVICE_CALL_INFO)*Jan 11 12:37:56.643: 1/1/0: Call State:CONNECTING*Jan 11 12:37:56.643: 1/1/0: stcapp_conn_call_info_eh*Jan 11 12:37:56.647: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:56.647: 1/1/0: stcapp_call_info_eh::caller_name=*Jan 11 12:37:56.647: 1/1/0: Irrelevant CALL_INFO message is ignore!*Jan 11 12:37:56.647: 1/1/0: No state change*Jan 11 12:37:56.647: ==> Received event:STCAPP_DC_EV_DEVICE_STOP_TONE (evID:DC_EV_DEVICE_STOP_TONE)*Jan 11 12:37:56.647: 1/1/0: Call State:CONNECTING*Jan 11 12:37:56.647: 1/1/0: stcapp_stop_tone_eh*Jan 11 12:37:56.647: 1/1/0: call_ref=16777250*Jan 11 12:37:56.647: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:56.647: 1/1/0: Sending ccGenerateTone(NULL)*Jan 11 12:37:56.647: 1/1/0: No state change*Jan 11 12:37:56.647: ==> Received event:STCAPP_DC_EV_MEDIA_OPEN_XMT_CHNL (evID:DC_EV_MEDIA_OPEN_XMT_CHNL)*Jan 11 12:37:56.647: 1/1/0: Call State:CONNECTING*Jan 11 12:37:56.647: 1/1/0: stcapp_start_media_eh*Jan 11 12:37:56.647: 1/1/0: call_ref=16777250*Jan 11 12:37:56.647: 1/1/0: stcapp_get_ccb_ptr*Jan 11 12:37:56.647: 1/1/0: New State = ACTIVE_PENDING*Jan 11 12:37:56.647: ==> Received event:STCAPP_CC_EV_CALL_CONNECTED (evId:CC_EV_CALL_CONNECTED) for CallId: 327*Jan 11 12:37:56.647: 1/1/0: Call State:ACTIVE_PENDING*Jan 11 12:37:56.647: 1/1/0: stcapp_call_connected_eh*Jan 11 12:37:56.647: 1/1/0: stcapp_create_conference*Jan 11 12:37:56.647: 1/1/0: Sending ccConferenceCreate to Symphony*Jan 11 12:37:56.651: 1/1/0: Conference created. voice call id:326, voip call id:327*Jan 11 12:37:56.651: 1/1/0: No state change*Jan 11 12:37:56.651: ==> Received event:STCAPP_CC_EV_CONF_CREATE_DONE (evId:CC_EV_CONF_CREATE_DONE) for CallId: 326*Jan 11 12:37:56.651: 1/1/0: Call State:ACTIVE_PENDING*Jan 11 12:37:56.651: 1/1/0: stcapp_active_pending_eh*Jan 11 12:37:56.651: 1/1/0: Sending ccCallModify for voice call id:326*Jan 11 12:37:56.651: 1/1/0: codec=5, vad=0*Jan 11 12:37:56.651: 1/1/0: Stopping the initial and inter digit timer!*Jan 11 12:37:56.651: 1/1/0: Sending ccCallModify for voip call id:327*Jan 11 12:37:56.651: 1/1/0: Updated SMT info to RTPSPI - sess_mode:3,desired_qos:0, codec:5, pkt_period:20,rem_port:18968 vad:0 ip_tos:4*Jan 11 12:37:56.655: 1/1/0: No state change*Jan 11 12:37:56.655: ==> Received event:STCAPP_CC_EV_VOICE_MODE_DONE (evId:CC_EV_VOICE_MODE_DONE) for CallId: 326*Jan 11 12:37:56.655: 1/1/0: Call State:ACTIVE_PENDING*Jan 11 12:37:56.655: 1/1/0: Uninteresting event*Jan 11 12:37:56.655: ==> Received event:STCAPP_CC_EV_CALL_REPORT_DIGITS_DONE (evId:CC_EV_CALL_REPORT_DIGITS_DONE) for CallId: 326*Jan 11 12:37:56.655: 1/1/0: Call State:ACTIVE_PENDING*Jan 11 12:37:56.655: 1/1/0: Uninteresting event*Jan 11 12:37:56.655: ==> Received event:STCAPP_CC_EV_CALL_MODIFY_DONE (evId:CC_EV_CALL_MODIFY_DONE) for CallId: 326*Jan 11 12:37:56.655: 1/1/0: Call State:ACTIVE_PENDING*Jan 11 12:37:56.655: 1/1/0: stcapp_default_eh*Jan 11 12:37:56.655: 1/1/0: call_ref=0, call_state=0*Jan 11 12:37:56.655: 1/1/0: New State = ACTIVE*Jan 11 12:37:56.655: ==> Received event:STCAPP_CC_EV_CALL_MODIFY_DONE (evId:CC_EV_CALL_MODIFY_DONE) for CallId: 327*Jan 11 12:37:56.655: 1/1/0: Call State:ACTIVE*Jan 11 12:37:56.655: 1/1/0: Uninteresting event*Jan 11 12:37:59.963: ==> Received event:STCAPP_CC_EV_CALL_FEATURE_OFFHOOK (evId:CC_EV_CALL_FEATURE) for CallId: 326*Jan 11 12:37:59.963: 1/1/0: Call State:ACTIVE*Jan 11 12:37:59.963: 1/1/0: stcapp_call_feature_eh*Jan 11 12:37:59.963: 1/1/0: lcb->num_ccbs = 1*Jan 11 12:37:59.963: 1/1/0: No CC_FEATURE match!*Jan 11 12:37:59.967: 1/1/0: No state change... call remainingThe following example displays information on STCAPP controlled foreign exchange station (FXS) port 1/0/1 during call setup for a voice gateway in Cisco IOS 12.3(14)T:
Router# debug voip application stcapp port 1/0/1stcapp port debugging is onThe following lines show the voice gateway receiving notification from the Cisco CallManager of an incoming call:
*Jan 9 06:57:24.403: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_STATE_RINGIN (evID:DC_EV_DEVICE_CALL_STATE_RINGIN)*Jan 9 06:57:24.403: 1/0/1: Call State:IDLE*Jan 9 06:57:24.403: 1/0/1: stcapp_cs_ringin_eh*Jan 9 06:57:24.407: 1/0/1: Acquired CCB 0x66C0A428 for device id:3The next lines show the new call processing state for the port:
*Jan 9 06:57:24.407: 1/0/1: New State = RINGIN*Jan 9 06:57:24.407: ==> Received event:STCAPP_DC_EV_DEVICE_CALL_INFO (evID:DC_EV_DEVICE_CALL_INFO)*Jan 9 06:57:24.407: 1/0/1: Call State:RINGIN*Jan 9 06:57:24.407: 1/0/1: stcapp_call_info_ehThe next lines show the application sending a call setup request for the telephony leg:
*Jan 9 06:57:24.407: 1/0/1: stcapp_set_up_voice_leg*Jan 9 06:57:24.407: 1/0/1: Sending ccIFCallSetupRequest for voice leg*Jan 9 06:57:24.407: 1/0/1: ccIFCallSetRequest returned voice call id:22. CdPN:7702CgPN:7701*Jan 9 06:57:24.407: 1/0/1: No state changeThe next lines show the application invoking the ringing state:
*Jan 9 06:57:24.407: ==> Received event:STCAPP_DC_EV_DEVICE_SET_RINGER (evID:DC_EV_DEVICE_SET_RINGER)*Jan 9 06:57:24.407: 1/0/1: Call State:RINGIN*Jan 9 06:57:24.407: 1/0/1: stcapp_set_ringer_eh*Jan 9 06:57:24.407: 1/0/1: stcapp_set_ring_mode*Jan 9 06:57:24.407: 1/0/1: SCCP ring mode:2*Jan 9 06:57:24.407: 1/0/1: Invoking Feature:12. Mode:0 for callid:22*Jan 9 06:57:24.407: 1/0/1: No state changeRelated Commands
debug voip dcapi
To debug the device control application interface (DCAPI), use the debug voip dcapi command in privileged EXEC mode. To disable debugging output, use the no form of this command.
debug voip dcapi [error | inout]
no debug voip dcapi [error | inout]
Syntax Description
error
(Optiona) Displays error logs in the DCAPI.
inout
(Optional) Displays the execution path through the DCAPI.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The debug voip dcapi error command traces the error logs in the device control API (DCAPI), which is the software layer that interfaces the SCCP Telephony Control Application (STCAPP) with the Cisco CallManager using the Skinny Client Control Protocol (SCCP). Error logs are generated during normal call processing, when there are insufficient resources, or when there are problems in the device control API itself. This debug command shows error events or unexpected behavior in system software.
The debug voip dcapi inout command shows how a call executes through the software. This command traces the execution path through the DCAPI during communications with the SCCP service provider interface (SPI) and the call control API (CCAPI) that controls the physical voice port. You can use the output from this command to understand how devices are being handled by the APIs and to see the call setup and teardown operations performed on the telephony call leg.
Examples
The following is sample output from the debug voip dcapi inout command during call setup:
Router# debug voip dcapi inout*Jan 27 16:26:23.957: dc_api_device_set_ringer_res: Set Ringer message success*Jan 27 16:26:23.957: //-1/xxxxxxxxxxxx/CCAPI/dc_api_device_stop_tone_res:*Jan 27 16:26:23.957: dc_api_device_stop_tone_res: Stop Tone message success*Jan 27 16:26:23.957: //-1/xxxxxxxxxxxx/CCAPI/dc_api_media_open_rcv_channel:*Jan 27 16:26:23.957: dc_api_media_open_rcv_channel: evt DC_EV_MEDIA_OPEN_RCV_CHNL is successsfully enqueued to app*Jan 27 16:26:23.957: //-1/xxxxxxxxxxxx/CCAPI/dc_api_device_stop_tone_res:*Jan 27 16:26:23.957: dc_api_device_stop_tone_res: Stop Tone message success*Jan 27 16:26:23.957: //-1/xxxxxxxxxxxx/CCAPI/dc_api_device_call_state_res:*Jan 27 16:26:23.957: dc_api_device_call_state_res: Call State message success*Jan 27 16:26:23.957: //-1/xxxxxxxxxxxx/CCAPI/dc_api_device_call_info_res:Table 2describes the significant fields shown in the displays.
Related Commands
Command Descriptiondebug voip application stcapp events
Debugs STCAPP events.
debug voip application stcapp functions
Debugs STCAPP functions.
show call active voice
To display call information for voice calls in progress, use the show call active voice command in user EXEC or privileged EXEC mode.
show call active voice [brief] [called-number number | calling-number number] | compact [duration {less seconds | more seconds}] | echo-canceller call-id | id identifier | media-inactive [called-number number | calling-number number] | [redirect {rtpvt | tbct}]
Syntax Description
Command Modes
User EXEC
Privileged EXECCommand History
Usage Guidelines
Use this command to display the contents of the active call table. This command displays information about call times, dial peers, connections, quality of service, and other status and statistical information for voice calls currently connected through the router.
When the extended EC is present, the show call active voice command displays the contents of the Ditech EC_CHAN_CTRL structure. Table 4 contains name and descriptions of the fields in the EC_CHAN_CTRL structure.
See Table 1 for a listing of the information types associated with this command.
Use the show call active voice redirect command to monitor any active calls that are implementing RTPvt or TBCT.
When a call is no longer active, its record is stored. You can display the record by using the show call history voice command.
Examples
The following is sample output from the show call active voice command for modem relay traffic:
Router# show call active voiceModem Relay Local Rx Speed=0 bpsModem Relay Local Tx Speed=0 bpsModem Relay Remote Rx Speed=0 bpsModem Relay Remote Tx Speed=0 bpsModem Relay Phy Layer Protocol=v34Modem Relay Ec Layer Protocol=v14SPRTInfoFramesReceived=0SPRTInfoTFramesSent=0SPRTInfoTFramesResent=0SPRTXidFramesReceived=0SPRTXidFramesSent=0SPRTTotalInfoBytesReceived=0SPRTTotalInfoBytesSent=0SPRTPacketDrops=0The following is sample output from the show call active voice command:
Router# show call active voiceTotal call-legs:2GENERIC:SetupTime=7587246 msIndex=1PeerAddress=PeerSubAddress=PeerId=0PeerIfIndex=0LogicalIfIndex=0ConnectTime=7587506CallDuration=00:00:11CallState=4CallOrigin=2ChargedUnits=0InfoType=2TransmitPackets=101TransmitBytes=1991ReceivePackets=550ReceiveBytes=11000VOIP:ConnectionId[0x7F8D82A4 0x928E11D5 0x8094FCFB 0x1C38F0FA]IncomingConnectionId[0x7F8D82A4 0x928E11D5 0x8094FCFB 0x1C38F0FA]RemoteIPAddress=172.29.248.111RemoteUDPPort=17394RoundTripDelay=4 msSelectedQoS=best-efforttx_DtmfRelay=inband-voiceFastConnect=TRUEAnnexE=FALSESeparate H245 Connection=FALSEH245 Tunneling=FALSESessionProtocol=ciscoSessionTarget=OnTimeRvPlayout=10300GapFillWithSilence=0 msGapFillWithPrediction=0 msGapFillWithInterpolation=0 msGapFillWithRedundancy=0 msHiWaterPlayoutDelay=70 msLoWaterPlayoutDelay=69 msReceiveDelay=69 msLostPackets=0EarlyPackets=0LatePackets=0VAD = enabledCoderTypeRate=g729r8CodecBytes=20SignalingType=ext-signalCallerName=CallerIDBlocked=FalseGENERIC:SetupTime=7587246 msIndex=2PeerAddress=133001PeerSubAddress=PeerId=133001PeerIfIndex=8LogicalIfIndex=7ConnectTime=7587505CallDuration=00:00:56CallState=4CallOrigin=1ChargedUnits=0InfoType=2TransmitPackets=2801TransmitBytes=56020ReceivePackets=162ReceiveBytes=3192TELE:ConnectionId=[0x7F8D82A4 0x928E11D5 0x8094FCFB 0x1C38F0FA]IncomingConnectionId=[0x7F8D82A4 0x928E11D5 0x8094FCFB 0x1C38F0FA]TxDuration=56030 msVoiceTxDuration=3210 msFaxTxDuration=0 msCoderTypeRate=g729r8NoiseLevel=-44ACOMLevel=-13OutSignalLevel=-45InSignalLevel=-45InfoActivity=2ERLLevel=7EchoCancellerMaxReflector=64SessionTarget=ImgPages=0CallerName=CallerIDBlocked=Fals
Note
Table 1 on page 3 describes the significant fields shown in the display.
The following is sample output from the show call active voice command for voice traffic over call-agent controlled call legs. Note that call legs for SCCP telephony endpoints, that is, phones controlled by STCAPP, are displayed under the "Call agent controlled call-legs." ("SCCP call-legs" displays call legs for devices that are not telephony endpoints, for example, transcoding and conferencing).
Router# show call active voiceTelephony call-legs: 2SIP call-legs: 0H323 call-legs: 0Call agent controlled call-legs: 2SCCP call-legs: 0Multicast call-legs: 0Total call-legs: 4GENERIC:SetupTime=1557650 msIndex=1PeerAddress=PeerSubAddress=PeerId=999100PeerIfIndex=14LogicalIfIndex=10ConnectTime=1562040 msCallDuration=00:01:01 secCallState=4CallOrigin=2ChargedUnits=0InfoType=speechTransmitPackets=3101TransmitBytes=519564ReceivePackets=3094ReceiveBytes=494572TELE:ConnectionId=[0x11B1860C 0x22D711D7 0x8014E4D4 0x8FD15327]IncomingConnectionId=[0x11B1860C 0x22D711D7 0x8014E4D4 0x8FD15327]CallID=25TxDuration=59670 msVoiceTxDuration=59670 msFaxTxDuration=0 msCoderTypeRate=g711ulawNoiseLevel=-12ACOMLevel=22OutSignalLevel=-12InSignalLevel=-11InfoActivity=1ERLLevel=22EchoCancellerMaxReflector=2SessionTarget=ImgPages=0CallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x80OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x80TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0DSPIdentifier=1/1:1GENERIC:SetupTime=1559430 msIndex=1PeerAddress=7702PeerSubAddress=PeerId=999100PeerIfIndex=14LogicalIfIndex=11ConnectTime=1562020 msCallDuration=00:01:03 secCallState=4CallOrigin=1ChargedUnits=0InfoType=speechTransmitPackets=3151TransmitBytes=528900ReceivePackets=3158ReceiveBytes=503876TELE:ConnectionId=[0x0 0x0 0x0 0x0]IncomingConnectionId=[0x0 0x0 0x0 0x0]CallID=26TxDuration=60815 msVoiceTxDuration=60815 msFaxTxDuration=0 msCoderTypeRate=g711ulawNoiseLevel=-12ACOMLevel=28OutSignalLevel=-12InSignalLevel=-11InfoActivity=1ERLLevel=28EchoCancellerMaxReflector=2SessionTarget=ImgPages=0CallerName=CallerIDBlocked=FalseAlertTimepoint=1559430 msOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x0OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=7701TranslatedCallingOctet=0x0TranslatedCalledNumber=7702TranslatedCalledOctet=0x0TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0GwOutpulsedCalledNumber=7702GwOutpulsedCalledOctet3=0x0GwOutpulsedCallingNumber=7701GwOutpulsedCallingOctet3=0x0GwOutpulsedCallingOctet3a=0x0DSPIdentifier=1/1:2GENERIC:SetupTime=1562040 msIndex=1PeerAddress=PeerSubAddress=PeerId=0PeerIfIndex=0LogicalIfIndex=0ConnectTime=0 msCallDuration=00:00:00 secCallState=2CallOrigin=1ChargedUnits=0InfoType=speechTransmitPackets=3215TransmitBytes=512996ReceivePackets=3208ReceiveBytes=512812VOIP:ConnectionId[0x0 0x0 0x0 0x0]IncomingConnectionId[0x0 0x0 0x0 0x0]CallID=27RemoteIPAddress=0.0.0.0RemoteUDPPort=17718RemoteSignallingIPAddress=0.0.0.0RemoteSignallingPort=0RemoteMediaIPAddress=10.2.6.10RemoteMediaPort=17718RoundTripDelay=0 msSelectedQoS=best-efforttx_DtmfRelay=inband-voiceFastConnect=FALSEAnnexE=FALSESeparate H245 Connection=FALSEH245 Tunneling=FALSESessionProtocol=otherProtocolCallId=SessionTarget=OnTimeRvPlayout=60640GapFillWithSilence=0 msGapFillWithPrediction=0 msGapFillWithInterpolation=0 msGapFillWithRedundancy=0 msHiWaterPlayoutDelay=105 msLoWaterPlayoutDelay=105 msTxPakNumber=3040TxSignalPak=0TxComfortNoisePak=0TxDuration=60815TxVoiceDuration=60815RxPakNumber=3035RxSignalPak=0RxDuration=0TxVoiceDuration=60690VoiceRxDuration=60640RxOutOfSeq=0RxLatePak=0RxEarlyPak=0PlayDelayCurrent=105PlayDelayMin=105PlayDelayMax=105PlayDelayClockOffset=-1662143961PlayDelayJitter=0PlayErrPredictive=0PlayErrInterpolative=0PlayErrSilence=0PlayErrBufferOverFlow=0PlayErrRetroactive=0PlayErrTalkspurt=0OutSignalLevel=-12InSignalLevel=-11LevelTxPowerMean=0LevelRxPowerMean=-115LevelBgNoise=0ERLLevel=28ACOMLevel=28ErrRxDrop=0ErrTxDrop=0ErrTxControl=0ErrRxControl=0PlayoutMode = undefinedPlayoutInitialDelay=0 msReceiveDelay=105 msLostPackets=0EarlyPackets=0LatePackets=0SRTP = offVAD = disabledCoderTypeRate=g711ulawCodecBytes=160Media Setting=flow-aroundModem passthrough signaling method is nse:Buffer Fill Events = 0Buffer Drain Events = 0Percent Packet Loss = 0Consecutive-packets-lost Events = 0Corrected packet-loss Events = 0Last Buffer Drain/Fill Event = 0secTime between Buffer Drain/Fills = Min 0sec Max 0secCallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x0OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x0TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0MediaInactiveDetected=noMediaInactiveTimestamp=MediaControlReceived=Username=GENERIC:SetupTime=1562040 msIndex=2PeerAddress=PeerSubAddress=PeerId=0PeerIfIndex=0LogicalIfIndex=0ConnectTime=0 msCallDuration=00:00:00 secCallState=2CallOrigin=1ChargedUnits=0InfoType=speechTransmitPackets=3380TransmitBytes=540332ReceivePackets=3386ReceiveBytes=540356VOIP:ConnectionId[0x0 0x0 0x0 0x0]IncomingConnectionId[0x0 0x0 0x0 0x0]CallID=28RemoteIPAddress=0.0.0.0RemoteUDPPort=18630RemoteSignallingIPAddress=0.0.0.0RemoteSignallingPort=0RemoteMediaIPAddress=10.2.6.10RemoteMediaPort=18630RoundTripDelay=0 msSelectedQoS=best-efforttx_DtmfRelay=inband-voiceFastConnect=FALSEAnnexE=FALSESeparate H245 Connection=FALSEH245 Tunneling=FALSESessionProtocol=otherProtocolCallId=SessionTarget=OnTimeRvPlayout=63120GapFillWithSilence=0 msGapFillWithPrediction=0 msGapFillWithInterpolation=0 msGapFillWithRedundancy=0 msHiWaterPlayoutDelay=105 msLoWaterPlayoutDelay=105 msTxPakNumber=3158TxSignalPak=0TxComfortNoisePak=0TxDuration=63165TxVoiceDuration=63165RxPakNumber=3164RxSignalPak=0RxDuration=0TxVoiceDuration=63165VoiceRxDuration=63120RxOutOfSeq=0RxLatePak=0RxEarlyPak=0PlayDelayCurrent=105PlayDelayMin=105PlayDelayMax=105PlayDelayClockOffset=957554296PlayDelayJitter=0PlayErrPredictive=0PlayErrInterpolative=0PlayErrSilence=0PlayErrBufferOverFlow=0PlayErrRetroactive=0PlayErrTalkspurt=0OutSignalLevel=-12InSignalLevel=-11LevelTxPowerMean=0LevelRxPowerMean=-114LevelBgNoise=0ERLLevel=22ACOMLevel=22ErrRxDrop=0ErrTxDrop=0ErrTxControl=0ErrRxControl=0PlayoutMode = undefinedPlayoutInitialDelay=0 msReceiveDelay=105 msLostPackets=0EarlyPackets=0LatePackets=0SRTP = offVAD = disabledCoderTypeRate=g711ulawCodecBytes=160Media Setting=flow-aroundModem passthrough signaling method is nse:Buffer Fill Events = 0Buffer Drain Events = 0Percent Packet Loss = 0Consecutive-packets-lost Events = 0Corrected packet-loss Events = 0Last Buffer Drain/Fill Event = 0secTime between Buffer Drain/Fills = Min 0sec Max 0secCallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x0OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x0TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0MediaInactiveDetected=noMediaInactiveTimestamp=MediaControlReceived=Username=Telephony call-legs: 2SIP call-legs: 0H323 call-legs: 0Call agent controlled call-legs: 2SCCP call-legs: 0Multicast call-legs: 0Total call-legs: 4The following is sample output from the show call active voice command for fax relay traffic:
Router# show call active voiceTelephony call-legs: 0SIP call-legs: 0H323 call-legs: 1MGCP call-legs: 0Multicast call-legs: 0Total call-legs: 1GENERIC:SetupTime=1049400 msIndex=2PeerAddress=52930PeerSubAddress=PeerId=82PeerIfIndex=222LogicalIfIndex=0ConnectTime=105105CallDuration=00:00:59CallState=4CallOrigin=1ChargedUnits=0InfoType=10TransmitPackets=1837TransmitBytes=29764ReceivePackets=261ReceiveBytes=4079VOIP:ConnectionId[0xEB630F4B 0x9F5E11D7 0x8008CF18 0xB9C3632]IncomingConnectionId[0xEB630F4B 0x9F5E11D7 0x8008CF18 0xB9C3632]RemoteIPAddress=10.7.95.3RemoteUDPPort=16610RemoteSignallingIPAddress=10.7.95.3RemoteSignallingPort=1720RemoteMediaIPAddress=10.7.95.3RemoteMediaPort=16610RoundTripDelay=13 msSelectedQoS=best-efforttx_DtmfRelay=inband-voiceFastConnect=TRUEAnnexE=FALSESeparate H245 Connection=FALSEH245 Tunneling=TRUESessionProtocol=ciscoProtocolCallId=SessionTarget=ipv4:10.7.95.3OnTimeRvPlayout=1000GapFillWithSilence=0 msGapFillWithPrediction=0 msGapFillWithInterpolation=0 msGapFillWithRedundancy=0 msHiWaterPlayoutDelay=110 msLoWaterPlayoutDelay=70 msReceiveDelay=70 msLostPackets=0EarlyPackets=1LatePackets=0VAD = enabledCoderTypeRate=t38CodecBytes=40Media Setting=flow-throughAlertTimepoint=104972CallerName=CallerIDBlocked=FalseOriginalCallingNumber=4085550130OriginalCallingOctet=0x0OriginalCalledNumber=52930OriginalCalledOctet=0xE9OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x7FTranslatedCallingNumber=4085550130TranslatedCallingOctet=0x0TranslatedCalledNumber=52930TranslatedCalledOctet=0xE9TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0xFFGwReceivedCalledNumber=52930GwReceivedCalledOctet3=0xE9GwOutpulsedCalledNumber=52930GwOutpulsedCalledOctet3=0xE9GwReceivedCallingNumber=4085452930GwReceivedCallingOctet3=0x0GwReceivedCallingOctet3a=0x80GwOutpulsedCallingNumber=4085550130GwOutpulsedCallingOctet3=0x0GwOutpulsedCallingOctet3a=0x80Username=FaxRelayMaxJitterBufDepth = 0 msFaxRelayJitterBufOverFlow = 0FaxRelayHSmodulation = 0FaxRelayNumberOfPages = 0Telephony call-legs: 0SIP call-legs: 0H323 call-legs: 1MGCP call-legs: 0Multicast call-legs: 0Total call-legs: 1
Note
Table 1 on page 3 and Table 49 on page 1404 describe fields in the display.
The following is sample output from the show call active voice brief command:
Router# show call active voice brief<ID>: <CallID> <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes>IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>delay:<last>/<min>/<max>ms <codec>media inactive detected:<y/n> media cntrl rcvd:<y/n> timestamp:<time>MODEMPASS <method> buf:<fills>/<drains> loss <overall%> <multipkt>/<corrected>last <buf event time>s dur:<Min>/<Max>sFR <protocol> [int dlci cid] vad:<y/n> dtmf:<y/n> seq:<y/n><codec> (payload size)ATM <protocol> [int vpi/vci cid] vad:<y/n> dtmf:<y/n> seq:<y/n><codec> (payload size)Tele <int> (callID) [channel_id] tx:<tot>/<v>/<fax>ms <codec> noise:<l> acom:<l> i/o:<l>/<l> dBmMODEMRELAY info:<rcvd>/<sent>/<resent> xid:<rcvd>/<sent> total:<rcvd>/<sent>/<drops>speeds(bps): local <rx>/<tx> remote <rx>/<tx>Proxy <ip>:<audio udp>,<video udp>,<tcp0>,<tcp1>,<tcp2>,<tcp3> endpt: <type>/<manf>bw: <req>/<act> codec: <audio>/<video>tx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>rx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>Total call-legs:21269 :7587246hs.1 +260 pid:0 Answer activedur 00:07:14 tx:590/11550 rx:21721/434420IP 172.29.248.111:17394 rtt:3ms pl:431850/0ms lost:0/0/0 delay:69/69/70ms g729r81269 :7587246hs.2 +259 pid:133001 Originate 133001 activedur 00:07:14 tx:21717/434340 rx:590/11550Tele 1/0:1 (2):tx:434350/11640/0ms g729r8 noise:-44 acom:-19i/0:-45/-45 dBmThe following is an example of the show call active voice command using the echo-canceller keyword. The number 9 represents the hexadecimal ID of an active voice call.
Router# show call active voice echo-canceller 9ACOM=-65 ERL=45Echo canceller control words=6C 0Bypass=OFF Tail=64 Residual ecan=Comfort noiseFreeze=OFF Modem tone disable=Ignore 2100Hz toneWorst ERL=6 High level compensation=OFFMax amplitude reflector (in msec)=5Ecan version = 8180The following is sample output from the show call active voice echo-canceller command for a call with a hexadecimal ID of 10.
Router# show call active voice echo-canceller 10ACOM=-15 ERL=7Echo canceller control words=6C 0Bypass=OFF Tail=64 Residual ecan=Comfort noiseFreeze=OFF Modem tone disable=Ignore 2100Hz toneWorst ERL=6 High level compensation=OFFMax amplitude reflector (in msec)=64The call ID number (which is 10 in the previous example) changes with every new active call. When an active call is up, you must enter the show call active voice brief command to obtain the call ID number. The call ID must be converted to hex if you want to use the show call active voice echo-canceller x command (x = call ID converted to hex).
The following are call ID examples converted to hex (generally incremented by 2):
Alternatively, you can use the show voice call status command to obtain the call ID. The call ID output is already in hex form when you use this command:
Router# show voice call statusCallID CID ccVdb Port DSP/Ch Called # Codec Dial-peers0x1 11CE 0x02407B20 1:0.1 1/1 1000 g711ulaw 2000/1000The following is sample output from the show call active voice redirect command using the tbct keyword:
Router# show call active voice redirect tbctTBCT:Maximum no. of TBCT calls allowed:No limitMaximum TBCT call duration:No limitTotal number TBCT calls currently being monitored = 1ctrl name=T1-2/0, tag=13, call-ids=(7, 8), start_time=*00:12:25.985 UTC Mon Mar 1 1993Table 5 describes significant fields shown in the show call active voice redirect display.
Related Commands
show call application voice
To display information about voice applications, use the show call application voice command in EXEC mode.
show call application voice [name | summary]
Syntax Description
name
(Optional) Name of the desired voice application. Output displays information about that application.
summary
(Optional) Output displays a one-line summary of each voice application.
Defaults
If both the name argument and summary keyword are omitted, command output displays detailed information about all IVR applications.
Command Modes
EXEC
Command History
Usage Guidelines
The show call application voice command displays a detailed description of each configured application.
If the name of a specific application is entered, the command displays detailed information about only that application.
If the summary keyword is entered, the command displays a one-line summary about each application.
If STCAPP is enabled, the summary command displays STCAPP as an available call application.
If an asterisk is displayed next to the application name when the summary keyword is used, the application is configured, but not running. Normally this is because the application was not successfully loaded, for example:
name description*vapptest2 flash:helloworld.vxmlTCL scripts and VoiceXML documents can be stored in any of the following locations: TFTP, FTP, or HTTP servers, Flash memory of the gateway, or the removable disks of the Cisco 3600 series. The audio files that they use can be stored in any of these locations and on RTSP servers.
Examples
The following example shows the output for the session TCL script:
Router# show call application voice sessionApplication sessionThe script is compiled into the imageIt has 0 calls active.Interpreted by infrastructure version 2.0The TCL Script is:------------------# app_session.tcl#----------------------------------# August 1999, Saravanan Shanmugham## Copyright (c) 1998, 1999, 2000, 2001 by cisco Systems, Inc.# All rights reserved.#----------------------------------## This tcl script mimics the default SESSION app## If DID is configured, just place the call to the dnis# Otherwise, output dial-tone and collect digits from the# caller against the dial-plan.## Then place the call. If successful, connect it up, otherwise# the caller should hear a busy or congested signal.# The main routine just establishes the statemachine and then exits.# From then on the system drives the statemachine depending on the# events it recieves and calls the appropriate tcl procedure#---------------------------------# Example Script#---------------------------------proc init { } {global paramset param(interruptPrompt) trueset param(abortKey) *set param(terminationKey) #}proc act_Setup { } {global destglobal beepset beep 0if { [infotag get leg_isdid] } {set dest [infotag get leg_dnis]leg proceeding leg_incomingleg setup $dest callInfo leg_incomingfsm setstate PLACECALL} else {leg setupack leg_incomingplaytone leg_incoming tn_dialset param(dialPlan) trueleg collectdigits leg_incoming param}}proc act_GotDest { } {global destset status [infotag get evt_status]if { $status == "cd_004" } {set dest [infotag get evt_dcdigits]leg proceeding leg_incomingleg setup $dest callInfo leg_incoming} else {puts "\nCall [infotag get con_all] got event $status collecting destina"call close}}proc act_CallSetupDone { } {global beepset status [infotag get evt_status]if { $status == "ls_000"} {set creditTimeLeft [infotag get leg_settlement_time leg_all]if { ($creditTimeLeft == "unlimited") ||($creditTimeLeft == "uninitialized") } {puts "\n Unlimited Time"} else {# start the timer for ...if { $creditTimeLeft < 10 } {set beep 1set delay $creditTimeLeft} else {set delay [expr $creditTimeLeft - 10]}timer start leg_timer $delay leg_incoming}} else {puts "Call [infotag get con_all] got event $status collecting destinati"call close}}proc act_Timer { } {global beepglobal incomingglobal outgoingset incoming [infotag get leg_incoming]set outgoing [infotag get leg_outgoing]if { $beep == 0 } {#insert a beep ...to the callerconnection destroy con_allset beep 1} else {connection destroy con_allfsm setstate LASTWARN}}proc act_LastWarn { } {media play leg_incoming flash:out_of_time.au}proc act_Destroy { } {media play leg_incoming flash:beep.au}proc act_Beeped { } {global incomingglobal outgoingconnection create $incoming $outgoing}proc act_ConnectedAgain { } {timer start leg_timer 10 leg_incoming}proc act_Ignore { } {# Dummyputs "Event Capture"}proc act_Cleanup { } {call close}init#----------------------------------# State Machine#------------------set fsm(any_state,ev_disconnected) "act_Cleanup same_state"set fsm(CALL_INIT,ev_setup_indication) "act_Setup GETDEST"set fsm(GETDEST,ev_collectdigits_done) "act_GotDest PLACECALL"set fsm(PLACECALL,ev_setup_done) "act_CallSetupDone CALLACTIVE"set fsm(CALLACTIVE,ev_leg_timer) "act_Timer INSERTBEEP"set fsm(INSERTBEEP,ev_destroy_done) "act_Destroy same_state"set fsm(INSERTBEEP,ev_media_done) "act_Beeped same_state"set fsm(INSERTBEEP,ev_create_done) "act_ConnectedAgain CALLACTIVE"set fsm(LASTWARN,ev_destroy_done) "act_LastWarn CALLDISCONNECT"set fsm(CALLACTIVE,ev_disconnected) "act_Cleanup CALLDISCONNECT"set fsm(CALLDISCONNECT,ev_disconnected) "act_Cleanup same_state"set fsm(CALLDISCONNECT,ev_media_done) "act_Cleanup same_state"set fsm(CALLDISCONNECT,ev_disconnect_done) "act_Cleanup same_state"set fsm(CALLDISCONNECT,ev_leg_timer) "act_Cleanup same_state"fsm define fsm CALL_INITThe following is sample output for the summary keyword:
Router# show call application voice summaryname descriptionsession Basic app to do DID, or supply dialtone.fax_hop_on Script to talk to a fax redialerclid_authen Authenticate with (ani, dnis)clid_authen_collect Authenticate with (ani, dnis), collect if that failsclid_authen_npw Authenticate with (ani, NULL)clid_authen_col_npw Authenticate with (ani, NULL), collect if that failsclid_col_npw_3 Authenticate with (ani, NULL), and 3 tries collectingclid_col_npw_npw Authenticate with (ani, NULL) and 3 tries without pwDEFAULT Default system session applicationlib_off_app Libretto OfframpTCL Script Version 2.0 supported.TCL Script Version 1.1 supported.Voice Browser Version 2.0 for VoiceXML 1.0 & 2.0 supported.The following is sample output for the summary keyword when the SCCP Telephony Control Application (STCAPP) is enabled:
Router# show call application voice summarySERVICES (standalone applications):name type descriptionipsla-responder Tcl Script builtin:app_test_rcvr_script.tclclid_authen Tcl Script builtin:app_clid_authen_script.tclclid_col_npw_npw Tcl Script builtin:app_clid_col_npw_npw_script.tclDEFAULT C Script builtin:Session_Service.CCTAPP C Script builtin:CallTreatment_Service.Cclid_authen_col_npw Tcl Script builtin:app_clid_authen_col_npw_script.tclfax_hop_on Tcl Script builtin:app_fax_hop_on_script.tclipsla-testcall Tcl Script builtin:app_test_place_script.tclclid_authen_npw Tcl Script builtin:app_clid_authen_npw_script.tclsession Tcl Script builtin:app_session_script.tclclid_authen_collect Tcl Script builtin:app_clid_authen_collect_script.tclclid_col_npw_3 Tcl Script builtin:app_clid_col_npw_3_script.tcllib_off_app CCAPI Libretto OfframpDEFAULT.C.OLD CCAPI Obsolete system session applicationstcapp CCAPI SCCP Call Control ApplicationMGCPAPP CCAPI MGCP ApplicationThe following is sample output for the stcapp argument when the SCCP Telephony Control Application (STCAPP) is enabled:
Router# show call application voice stcappApp Status: ActiveCCM Status: UPCCM Group: 2Registration Mode: CCMTotal Devices: 5Total Calls in Progress: 0Total Call Legs in Use: 0The following is sample output from the show call application voice command for a VoiceXML application named "vapptest1":
Router> show call application voice vapptest1VXML Application vapptest1URL=flash:demo0.vxmlSecurity not trustedNo languages configuredIt has: 0 calls active.0 incoming calls0 calls handed off to it0 call transfers initiated0 pages loaded, 0 successful0 prompts played0 recorded messagesInterpreted by Voice Browser Version 2.0 for VoiceXML 1.0 & 2.0.The VXML Script is:------------------<?xml version="1.0"?><vxml version="1.0"><form><block><audio src="flash:demo0.au"/></block></form></vxml>Table 6 describes the fields shown in the show call application voice display:
Related Commands
show ccm-manager
To display a list of Cisco CallManager servers and their current status and availability, use the show ccm-manager command in privileged EXEC mode.
show ccm-manager [backhaul | config-download | fallback-mgcp | hosts | music-on-hold | redundancy | download-tones [c1 | c2]]
Syntax Description
Defaults
If none of the optional keywords is specified, information related to all keywords is displayed.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use the show ccm-manager config-download command to determine the status of Cisco CallManager servers and the automatic download information and statistics.
Examples
The following sample output shows the configured amplitudes, frequencies, and cadences of custom tone 1, Hong Kong:
Router# show ccm-manager download-tones C1!Custom Tone 1 : Hong KongPulse dial:normal, Percent make:35%, DTMF low Amp.= 65424, high Amp.= 65446, Pcm:u-LawFXS FXO E&M FXS FXO E&MDual Tone DR NF FOF FOS AOF AOF AOF AOS AOS AOS ONTF OFTF ONTS OFTS ONTT OFTT ONT4 OFT4(optional) FOF2 FOS2 FOF3 FOS3 FOF4 FOS4 FOT FO4 AOT AO4 RCT1 RCT2 RCT3 RCT4BUSY 0 2 480 620 -120 -120 -120 -120 -120 -120 500 500 0 0 0 0 0 0RING_BACK 0 2 440 520 -120 -120 -120 -120 -120 -120 400 200 400 3000CONGESTION 0 2 480 620 -200 -200 -200 -240 -240 -240 250 250 0 0 NUMBER_UNOBTAINABLE 0 2 480 620 -120 -120 -120 -120 -120 -120 65535 0 0 0 DIAL_TONE 0 2 350 440 -150 -150 -150 -150 -150 -150 65535 0 0 0 DIAL_TONE2 0 2 350 440 -150 -150 -150 -150 -150 -150 65535 0 0 0 OUT_OF_SERVICE 0 1 950 0 -150 -150 -150 0 0 0 330 330 0 0 ADDR_ACK 0 1 600 0 -240 -240 -240 0 0 0 125 125 125 65535 DISCONNECT 0 1 600 0 -150 -150 -150 0 0 0 330 330 330 65535 OFF_HOOK_NOTICE 0 2 1400 2040 -240 -240 -240 -240 -240 -240 100 100 0 0 OFF_HOOK_ALERT 0 2 1400 2040 -240 -240 -240 -240 -240 -240 100 100 0 0 WAITING 0 0 0 0 0 0 0 0 0 0 0 0 0 0 CONFIRM 0 0 0 0 0 0 0 0 0 0 0 0 0 0CNFWRN_J 0 1 950 0 -170 -170 -190 0 0 0 100 100 100 65535 CNFWRN_D 0 1 600 0 -170 -170 -190 0 0 0 100 100 100 65535 STUTT_DIALTONE 0 2 350 440 -150 -150 -150 -150 -150 -150 100 100 100 100 100 100 65535 0PERM_SIG_TONE 0 1 480 0 -170 -170 -170 0 0 0 65535 0 0 0WAITING1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 WAITING2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 WAITING3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 WAITING4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 MSGWAIT_IND 0 0 0 0 0 0 0 0 0 0 0 0 0 0 OFF_HOOK_WARN 0 0 0 0 0 0 0 0 0 0 0 0 0 0Sequence Tone DR NF F1C1 F2C1 AOF AOS C1ONT C1OFT C2ONT C2OFT C3ONT C3OFT C4ONT C4OFT F1C2 F2C2 F1C3 F2C3 F1C4 F2C4INTERCEPT 0 0 0 0 0 0 0 0 0 0 0 0 TONE_ON_HOLD 0 0 0 0 0 0 0 0 0 0 0 0 NO_CIRCUIT 0 0 0 0 0 0 0 0 0 0 0 0Legend:DR: direction NF: number of frequency FO<F,S,T,4>: frequency of<1st,2nd,3rd,4th> AO<F,S,T,4>: amplitude of<1st,2nd,3rd,4th>FOF<1-4>: frequency of 1st, cadence<1-4> FOS<1-4>: frequency of 2nd, cadence<1-4>RCT<1-4>: repeat count for cadence<l-4> F(1-4>C<1-4> : frequency<1-4> of cadence<1-4>C<1-4>ONT: cadence<1-4> on time C<1-4>OFT: cadence<1-4> off timeTable 7, Table 8, and Table 9 give descriptions of significant fields once the tones are automatically downloaded to the gateway.
The following is sample output from the show ccm-manager command for displaying the status and availability of both the primary and the backup Cisco CallManager server.
Router# show ccm-managerMGCP Domain Name: c3660A.cisco.comPriority Status Host=====================================================

