![]() |
Table Of Contents
Prerequisites for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Restrictions for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Information About Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Benefits of Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Feature Design of Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint Architecture
Supported Endpoints for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Supported Gateways, Modules, and Voice Interface Cards
How to Configure the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint Feature
Configuring the SCCP Gateway and Gateway Endpoints on Cisco CallManager
Cisco Unified CallManager Auto configuration
Configuring Cisco Unified CallManager Download on Cisco IOS Gateways
Configuring SCCP on Cisco IOS Gateways
Configuring Modem Pass-through Calls on Cisco IOS Gateways
Configuring Modem Transport Methods for STCAPP Devices
Configuring V.150.1 Modem Relay Parameters
Configuring the Secure Communications Between IP-STE Endpoint and Trunk-Side STE Endpoint Feature
Configuration Examples for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint: Example
Feature Information for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint (For Cisco IOS Releases 12.4(4)T and 12.4(9)T Only)
First Published: October 30, 2005Last Updated: June 25, 2008
Note
The information in this document applies only to the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature for Cisco IOS Releases 12.4(4)T and 12.4(9)T. This feature has been upgraded and released as the Cisco V.150.1 Minimum Essential Requirements feature beginning in Cisco IOS Release 15.1(4)M (dated March 25, 2011) and later releases. For detailed information about the upgraded feature, see the Cisco V.150.1 Minimum Essential Requirements document.
The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature provides the following Cisco IOS gateway capabilities:
•
Support for establishing secure calls between gateway-attached secure terminal equipment (STE) devices and IP-STE devices
•
Ability to configure modem transport methods
•
Ability to configure V.150.1 modem relay parameters
Finding Feature Information in This Module
Your Cisco IOS software release may not support all of the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To reach links to specific feature documentation in this module and to see a list of the releases in which each feature is supported, use the "Feature Information for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint" section.
Finding Support Information for Platforms and Cisco IOS and Catalyst OS Software Images
Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•
Prerequisites for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint, page 2
•
Restrictions for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint, page 2
•
Information About Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint, page 3
•
How to Configure the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint Feature, page 8
•
Configuration Examples for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint, page 29
•
Additional References, page 34
•
Command Reference, page 35
•
Feature Information for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Prerequisites for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Make sure the following tasks have been completed before configuring the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature:
•
Cisco Unified CallManager 4.1.2 or a later release is running.
•
Cisco IOS Release 12.4(9)T or a later release is running.
•
Cisco IOS Advanced Enterprise Services image is installed.
•
V.150.1 modem relay capability is enabled.
Note
In addition to V.150.1 modem relay, Cisco offers a proprietary, named signaling event (NSE)-based modem-relay implementation. The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature supports only V.150.1 modem relay.
Restrictions for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
•
IP-STE fallback to Survivable Remote Site Telephony (SRST) mode is not supported.
•
Secure calls between secure telephone unit (STU) and IP-STE are not supported.
•
Secure communications are supported for the call scenarios listed in Table 1, and on the platforms and network modules listed in Table 2, Supported Gateways, Modules, and VICs for the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint Feature.
•
MGCP trunk-side support is available only on Cisco 2691, Cisco 2811, Cisco 2821, Cisco 2851, Cisco 3725, Cisco 3745, Cisco 3825, and Cisco 3845 platforms using 5510 digital signal processors (DSPs).
•
Skinny Client Control Protocol (SCCP) line-side support is available only on Cisco 2801, Cisco 2811, Cisco 2821, Cisco 2851, Cisco 3725, Cisco 3745, Cisco 3825, and Cisco 3845 platforms with analog FXS and BRI ports using 5510 DSPs. SCCP line-side support on the VG224 platform is available only on analog FXS ports using 5510 DSPs.
Information About Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
To configure the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature, you should understand the following concepts:
•
Benefits of Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
•
Feature Design of Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Benefits of Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
•
Supports the use of existing STE in voice networks, by allowing secure calls between gateway-connected legacy analog and BRI STE devices to IP-STE devices.
•
Facilitates transition of STE and STU infrastructure to VoIP.
Feature Design of Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature implements full IP-STE interoperability in a VoIP network by providing support for secure communications mode. This feature implements modem-relay support to gateway-connected endpoints controlled by Cisco CallManager. Prior to the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature, Cisco IOS gateways supported secure voice and data calls between legacy on-net STE and STU devices using modem pass-through. This support did not extend to IP-STE, which require modem relay transmission to communicate. The new feature includes support for IP-STE by introducing a standards-based implementation of a subset of ITU-T Recommendation V.150.1, the standard for modem relay transmission. This modem relay capability allows Cisco Unified CallManager Skinny Client Control Protocol (SCCP)-controlled endpoints to communicate with the IP-STE or on-net legacy STE.
The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature supports the following capabilities:
•
Secure voice and secure data modes from STE devices connected to Cisco IOS gateway foreign exchange station (FXS) and BRI ports to an IP-STE.
•
Support for the state signaling events (SSE) protocol, allowing for modem signaling end-to-end and VoIP to modem over IP (MoIP) transition and operation.
•
Interoperation between line-side and trunk-side gateways and Cisco Unified CallManager to determine codec support and V.150.1 negotiation. You can configure gateway-attached devices to support either modem relay, modem pass-through, both modem transport methods, or neither method.
•
Ability to tune V.150.1 modem-relay parameters to address specific network conditions.
Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint Architecture
Companion Cisco IOS features provide an overall architecture for call control and secure calls on the following on-network and off-network devices:
•
Existing encryption and multi-level precedence and preemption (MLPP)- capable STE and STU
•
IP-STE
The MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways feature provides support for Cisco Unified CallManager-controlled analog and BRI voice ports using SCCP on line-side access gateways. The Secure Communication Between IP-STE Endpoint and Trunk-Side STE Endpoint feature provides Cisco V.150.1 implementation on trunk-side gateways, enabling off-network STE to communicate with IP-STE endpoints. The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature provides line-side V.150.1 modem relay capabilities to FXS and BRI ports, allowing Cisco Unified CallManager-controlled endpoints to communicate with IP-STE.
The SCCP Controlled Analog FXS Ports with Supplementary Features in Cisco IOS Gateways feature provides support for SCCP supplementary features for analog FXS ports on Cisco Integrated Services Routers under the control of Cisco Unified CallManager or a Cisco Unified CallManager Express (Cisco Unified CME) system.
These features use Cisco proprietary SCCP to communicate call control messages between the Cisco CallManager and gateway endpoints (phones). Endpoints can be FXS analog phones 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 Unified CallManager SCCP and the call control application programming interface (CCAPI), allowing the attached analog and BRI phones to be controlled by the Cisco Unified CallManager in the same way that Cisco IP phones are controlled.
See Table 1 for a matrix of supported secure call scenarios and feature interoperation.
Figure 1 shows a typical topology where the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature is deployed and how the devices connect.
Figure 1 Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint Feature in a Telephony Network
The new feature enables secure calls over the network using modem connections. There are two ways to transport modem traffic over VoIP networks, modem pass-through and modem relay:
•
With modem pass-through, also known as voice band data (VBD), modem traffic is carried between gateways in Real-time Transport Protocol (RTP) packets, using an uncompressed voice codec, G.711 mu-law, or G.711 a-law. Modem pass-through traffic is susceptible to packet loss, jitter, and latency in the IP network, with packet redundancy being used to mitigate the effects of packet loss.
•
With modem relay, the modem signals are demodulated at one gateway, converted into digital form, and carried in Simple Packet Relay Transport (SPRT) protocol (which is a protocol layered upon User Datagram Protocol [UDP]) packets to the other gateway. There the modem signal is re-created and remodulated, then passed to the receiving modem. In this implementation, the call starts as a voice call, then switches briefly to modem pass-through mode, and then switches into modem relay mode for the duration of the secure call.
To signal media state transitions and to achieve fast media state synchronization of media gateways and endpoints, V.150.1 modem relay uses state signalling events (SSEs). These RTP-encoded event messages coordinate switching between different media states, that is, between initial audio state (a voice call), VBD or modem pass-through, and modem relay. This implementation of modem relay supports V.32 and V.34 modulation; it does not support data compression or error correction. The STE provides error correction for secure data transmissions.
The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature provides a command line interface (CLI) that allows you to configure modem transport capabilities for gateway endpoints. You can specify modem transport method by registering the endpoint with the capability of modem relay, modem pass-through, both, or neither. When STCAPP devices register with Cisco CallManager, the application sends codec capabilities messages. Cisco Unified CallManager determines the codec to be used during call setup based on device capabilities sent during endpoint registration and Cisco Unified CallManager therefore controls the enabling of modem relay on the VoIP call leg for FXS and BRI ports. Because Cisco Unified CallManager prioritizes modem pass-through ahead of modem relay, any voice port, such as an on-net STE, that registers with both modem-relay and modem pass-through capability is, in effect, enabled as modem pass-through-capable. If, for example, modem relay is the desired transport method for an on-net STE, you need to register the STE as modem-relay-capable only. However, if you register an STE as modem-relay-capable only, it cannot communicate with the modem pass-through-capable STU. For more information on configuring device registration capabilities, see the "Configuring Modem Transport Methods for STCAPP Devices" section. For more information on endpoint registration, see "Configuring the SCCP Gateway and Gateway Endpoints on Cisco CallManager" and "Configuring Cisco Unified CallManager Download on Cisco IOS Gateways" sections.
The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature allows you to configure V.150.1 modem-relay parameters to meet the needs of various network conditions. For more information, see the "Configuring V.150.1 Modem Relay Parameters" section. You may also configure V.150.1 parameters on a gateway that is not STCAPP enabled or one that provides PSTN gateway functionality. For more information, see the "Configuring the Secure Communications Between IP-STE Endpoint and Trunk-Side STE Endpoint Feature" section of this document.
Supported Endpoints for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
The Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature supports the following encryption-capable endpoints:
•
STE, specialized encryption-capable analog or BRI phones, that can communicate over V.150.1 modem relay or over modem pass-through, also known as VBD.
•
IP-STE, specialized encryption-capable IP phones that communicate only over V.150.1 modem relay.
•
STU, specialized encryption-capable analog phones, that operate only over NSE-based modem pass-through connections.
Note
Secure calls between IP-STE and STU are not supported. V.150.1 modem relay, using Future Narrow Band Digital Terminal (FNBDT) signaling over a V.32 or V.34 data pump, is the only transport method supported by IP-STE for secure communication; STU devices communicate using modem pass-through, do not support FNBDT signaling, and use a proprietary data pump.
Table 1 lists call scenarios between devices on and off the IP network, along with modem transport methods, that the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature supports.
Table 1 Supported Secure Call Scenarios and Modem Transport Methods
Device Type STU On-net STE Gateway A1 On-Net STE Gateway B2 Off-Net STE (PSTN) 3 IP-STE STUPass-through
Pass through
Pass-through
Pass-through
None
On-net STE1Pass-through
Pass-through
Pass-through
Pass-through
None
On-Net STE Gateway B2Pass-through
Pass-through
Pass-through or Relay
Pass-through or Relay
Relay
Off-Net STE (PSTN)3Pass-through
Pass-through
Pass-through or Relay
Pass-through
Relay
IP-STENone
None
Relay
Relay
Relay
1 Gateway A has the MLPP for Analog and BRI Endpoints on Cisco IOS Gateways feature enabled.
2 Gateway B has the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature enabled.
3 The off-net STE calls through a gateway that has the Secure Communication Between IP-STE Endpoint and Trunk-Side Endpoint feature enabled.
Supported Gateways, Modules, and Voice Interface Cards
Table 2 lists supported gateways, modules, and voice interface cards (VICs).
How to Configure the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint Feature
This section contains the following procedures:
•
Configuring the SCCP Gateway and Gateway Endpoints on Cisco CallManager, page 8 (required)
•
Configuring Cisco Unified CallManager Download on Cisco IOS Gateways, page 11 (required)
•
Configuring SCCP on Cisco IOS Gateways, page 14 (required)
•
Configuring Modem Pass-through Calls on Cisco IOS Gateways, page 15 (optional)
•
Configuring Modem Transport Methods for STCAPP Devices, page 16 (required)
•
Configuring V.150.1 Modem Relay Parameters, page 17 (optional)
•
Configuring the Secure Communications Between IP-STE Endpoint and Trunk-Side STE Endpoint Feature, page 18 (optional)
•
Verifying and Troubleshooting Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint, page 19 (optional)
Configuring the SCCP Gateway and Gateway Endpoints on Cisco CallManager
This task configures the SCCP gateway and gateway controlled endpoints on the Cisco CallManager, enabling them to support the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature.
Cisco Unified CallManager Auto configuration
There are two methods of configuring the SCCP gateway, either by using Cisco Unified CallManager autoconfiguration or by manually configuring STCAPP on the gateway. The first method allows you to configure the SCCP gateway and SCCP gateway controlled endpoints on the Cisco Unified CallManager, then download eXtensible Markup Language (XML) configuration files for the endpoints to the Cisco IOS gateway. The second method requires you to manually enable the STCAPP applications and manually configure gateway endpoints. We recommend the Cisco Unified CallManager autoconfiguration method because it allows you to configure more devices in one place, eliminating endpoint configuration on the gateway.
Perform the following task to use Cisco UnifiedCallManager autoconfiguration. Figure 2 shows the Cisco CallManager gateway configuration window.
SUMMARY STEPS
1.
Choose Add a New Device or Add a New Gateway in the Cisco Unified 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 Unified 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 must be the same address as that of the SCCP gateway local interface manually configured in Step 4 of the "DETAILED STEPS" section on page 14).
b.
Enter the gateway name.
c.
Enter the Cisco Unified CallManager group.
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 Unified CallManager. For more information on Cisco Unified CallManager gateway configuration, refer to the section "Adding a Cisco IOS SCCP Gateway," in the Cisco CallManager Administration Guide, Release 4.1(2).
Figure 2 Gateway Configuration Window
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 names begin with "AN" and BRI phone device names begin with "BR," as shown in Figure 3.
Figure 3 Find and List Phones Window
Configuring Cisco Unified CallManager Download on Cisco IOS Gateways
This task configures automatic download capability of XML dial-peer configuration files from the Cisco Unified CallManager and enables Cisco Unified CallManager autoconfiguration. Perform this task to enable automatic download of dial-peer configuration files from Cisco CallManager to the SCCP gateway.
Note
Although you may manually configure dial peers to work with the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature, we recommend that you use Cisco Unified 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 usingthe STCAPP.
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
Configuring Modem Pass-through Calls on Cisco IOS Gateways
This task configures modem pass-through operation on the gateway. Perform this task to configure modem pass-through to allow for STU fallback, and also to enable interoperation with the SCCP gateway running versions of Cisco IOS software prior to Cisco IOS release 12.4(4)T that are not V.150.1-capable.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
voice service voip
4.
modem passthrough nse [payload-type number] codec {g711ulaw | g711alaw} [redundancy [maximum-sessions sessions]]
5.
exit
DETAILED STEPS
Configuring Modem Transport Methods for STCAPP Devices
This task configures modem transport methods for STCAPP controlled devices. Perform this task to specify modem transport capability.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
stcapp register capability voice-port [both | modem-passthrough | modem-relay]
4.
exit
DETAILED STEPS
Configuring V.150.1 Modem Relay Parameters
This task configures optional V.150.1 modem-relay parameters. Configure these parameters to address specific network conditions for latency, redundancy and V.14 parameters.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
voice service voip
4.
modem relay latency milliseconds
5.
modem relay sse [redundancy [interval milliseconds | packet number]] [retries value] [t1 milliseconds]
6.
modem relay sprt v14 [receive playback hold-time milliseconds | transmit hold-time milliseconds | transmit maximum hold-count characters]
7.
exit
DETAILED STEPS
Configuring the Secure Communications Between IP-STE Endpoint and Trunk-Side STE Endpoint Feature
This task configures the Secure Communications Between IP-STE Endpoint and Trunk-Side STE Endpoint feature. Perform this task to enable V.150.1 modem relay on trunk-side or non-STCAPP-enabled gateways.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
mgcp modem relay mode voip sse [redundancy {interval number| packet number}][retries value] [t1 time]
4.
mgcp modem relay voip sprt v14 {receive playback hold-time milliseconds | transmit hold-time milliseconds | transmit maximum hold-count characters}
5.
exit
DETAILED STEPS
Verifying and Troubleshooting Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
This task verifies and troubleshoots the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint configuration.
SUMMARY STEPS
1.
show call active voice
2.
show stcapp device voice-port port-number
3.
show voice dsp
4.
debug voip application stcapp all
5.
debug voip application stcapp port
DETAILED STEPS
Step 1
show call active voice
Use the show call active voice command to display call information for voice calls in progress:
Router# show call active voice
Telephony call-legs: 1SIP call-legs: 0H323 call-legs: 0Call agent controlled call-legs: 1SCCP call-legs: 0Multicast call-legs: 0Total call-legs: 2GENERIC:SetupTime=526091080 msIndex=1PeerAddress=PeerSubAddress=PeerId=999110PeerIfIndex=15LogicalIfIndex=10ConnectTime=526098210 msCallDuration=00:04:34 secCallState=4CallOrigin=2ChargedUnits=0InfoType=speechTransmitPackets=707TransmitBytes=37724ReceivePackets=705ReceiveBytes=32174ConnectionId=[0x5112503A 0x249A11D7 0x802383F6 0x82EFEC1F]IncomingConnectionId=[0x5112503A 0x249A11D7 0x802383F6 0x82EFEC1F]CallID=328TxDuration=1570 msVoiceTxDuration=1570 msFaxTxDuration=0 msCoderTypeRate=modem-relayNoiseLevel=0ACOMLevel=0OutSignalLevel=0InSignalLevel=0InfoActivity=0ERLLevel=0SessionTarget=ImgPages=0CallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x80OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x80TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0Modem Relay Local Rx Speed=9600 bpsModem Relay Local Tx Speed=9600 bpsModem Relay Remote Rx Speed=9600 bpsModem Relay Remote Tx Speed=9600 bpsModem Relay Phy Layer Protocol=v32Modem Relay Ec Layer Protocol=v14SPRTInfoFramesReceived=0SPRTInfoTFramesSent=0SPRTInfoTFramesResent=0SPRTXidFramesReceived=0SPRTXidFramesSent=0SPRTTotalInfoBytesReceived=0SPRTTotalInfoBytesSent=0SPRTPacketDrops=0DSPIdentifier=1/1:1GENERIC:SetupTime=526098210 msIndex=1PeerAddress=PeerSubAddress=PeerId=0PeerIfIndex=0LogicalIfIndex=0Separate H245 Connection=FALSEH245 Tunneling=FALSESessionProtocol=otherProtocolCallId=SessionTarget=OnTimeRvPlayout=1500GapFillWithSilence=0 msGapFillWithPrediction=0 msGapFillWithInterpolation=0 msGapFillWithRedundancy=0 msHiWaterPlayoutDelay=65 msLoWaterPlayoutDelay=64 msTxPakNumber=78TxSignalPak=0TxComfortNoisePak=0TxDuration=1570TxVoiceDuration=1570RxPakNumber=78RxSignalPak=0RxDuration=0TxVoiceDuration=1550VoiceRxDuration=1500RxOutOfSeq=0RxLatePak=0RxEarlyPak=0PlayDelayCurrent=64PlayDelayMin=64PlayDelayMax=65PlayDelayClockOffset=2125253855PlayDelayJitter=0PlayErrPredictive=0PlayErrInterpolative=0PlayErrSilence=0PlayErrBufferOverFlow=0PlayErrRetroactive=0PlayErrTalkspurt=0OutSignalLevel=0InSignalLevel=0LevelTxPowerMean=0LevelRxPowerMean=0LevelBgNoise=0ERLLevel=0ACOMLevel=0ErrRxDrop=0ErrTxDrop=0ErrTxControl=0ErrRxControl=0PlayoutMode = undefinedPlayoutInitialDelay=0 msReceiveDelay=64 msLostPackets=0EarlyPackets=0LatePackets=0SRTP = offVAD = disabledCoderTypeRate=modem-relayCodecBytes=160Media Setting=flow-aroundCallerName=CallerIDBlocked=FalseOriginalCallingNumber=OriginalCallingOctet=0x0OriginalCalledNumber=OriginalCalledOctet=0x0OriginalRedirectCalledNumber=OriginalRedirectCalledOctet=0x0TranslatedCallingNumber=TranslatedCallingOctet=0x0TranslatedCalledNumber=TranslatedCalledOctet=0x0TranslatedRedirectCalledNumber=TranslatedRedirectCalledOctet=0x0MediaInactiveDetected=noMediaInactiveTimestamp=MediaControlReceived=Username=Telephony call-legs: 1SIP call-legs: 0H323 call-legs: 0Call agent controlled call-legs: 1SCCP call-legs: 0Multicast call-legs: 0Total call-legs: 2Step 2
show stcapp device voice-port port number
Use the show stcapp device voice-port port number commmand to display detailed device-level information:
Router# show stcapp device voice-port 1/1/0
Port Identifier: 1/1/0Device Type: ALGDevice Id: 7Device Name: AN0D65D8DD40280The following line shows the modem transport method configured on the voice port:
Modem Capability: BothDevice State: ISDiagnostic: NoneDirectory Number: 5902Dial Peer(s): 999110Last Event: STCAPP_CC_EV_CALL_DISCONNECT_DONELine State: IDLEStep 3
show voice dsp
Use the show voice dsp command to display the current status of all digital signal processor (DSP) voice channels:
Router# show voice dsp----------------------------FLEX VOICE CARD 1 ------------------------------*DSP VOICE CHANNELS*DSP DSP DSPWARE CURR BOOT PAK TX/RXTYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABRT PACK COUNT===== === == ======== ======= ===== ======= === == ========= == ==== ============C5510 001 01 modem-re 4.5.909 busy idle 0 0 1/1/0 05 0 298/353*DSP SIGNALING CHANNELS*DSP DSP DSPWARE CURR BOOT PAK TX/RXTYPE NUM CH CODEC VERSION STATE STATE RST AI VOICEPORT TS ABRT PACK COUNT===== === == ======== ======= ===== ======= === == ========= == ==== ============C5510 001 05 {flex} 4.5.909 alloc idle 0 0 1/1/3 02 0 15/0C5510 001 06 {flex} 4.5.909 alloc idle 0 0 1/1/2 02 0 17/0C5510 001 07 {flex} 4.5.909 alloc idle 0 0 1/1/1 06 0 31/0C5510 001 08 {flex} 4.5.909 alloc idle 0 0 1/1/0 06 0 321/0------------------------END OF FLEX VOICE CARD 1 ----------------------------Step 4
debug voip application stcapp all
Use the debug voip application stcapp all command to display debugging information for the components of the STCAPP:
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, and 2=VBD:
*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.447: 1/1/0: New DCB hash count:1*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.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 changeStep 5
debug voip application stcapp port port-number
Use the debug voip application stcapp port port-number command to enable STCAPP debugging for a specific port:
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 lines show the modem transport method and modem parameters that will be used:
*Jan 11 12:37:56.639: 1/1/0: CCM directive -> enabling modem relay*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 remaining
Configuration Examples for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
This section provides the following configuration example:
•
Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint: Example, page 29
Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint: Example
The following example shows how to configure the Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint 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 managerclock 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-interfaceThe following lines show STCAPP device registration:
stcapp register capability 1/1/0 modem-relaystcapp register capability 1/1/1 modem-passthroughstcapp register capability 1/1/2 bothThe following lines show that the STCAPP is enabled. The Cisco Unified CallManager group number must match the Cisco Unified 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 g711ulawThe next lines show modem-relay parameter configuration:
modem relay nse codec g711ulawmodem relay latency 250modem relay sse redundancy interval 16modem relay sse redundancy packet 2modem relay sse t1 2100modem relay sse retries 5modem relay sprt v14 receive playback hold-time 32modem relay sprt v14 transmit hold-time 12modem relay sprt v14 transmit maximum hold-count 22!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 Unified 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 Unified 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 Unified 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 Unified 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 Unified 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 Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint feature.
Related Documents
Related Topic Document TitleV.150.1 specification
ITU-T Recommendation V.150.1
Simple Packet Relay Transport protocol
ITU-T Recommendation V.150.1, Annex B
State Signaling Events protocol
ITU-T Recommendation V.150.1, Annex C
MLPP and other Cisco Unified CallManager controlled features
MLPP for Analog and BRI Endpoints on Cisco IOS Voice Gateways
SCCP gateway controlled supplementary features
SCCP Controlled Analog (FXS) Ports with Supplementary Features in Cisco IOS Gateways
CiscoUnified CallManager administration
Cisco CallManager Administration Guide, Release 4.1(2)
Cisco Unified CallManager interoperability
Cisco Unified CallManager security configuration
Cisco CallManager Security Guide, Release 4.1.2
ISDN configuration
Cisco IOS ISDN Voice Configuration Guide, Release 12.3, "Basic ISDN Voice-Interface Configuration" chapter
Cisco IOS debugging
Cisco IOS voice configuration
Cisco IOS voice command reference
Standards
Standard TitleNo new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature.
—
MIBs
RFCs
RFC 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
The following commands are introduced or modified in the feature or features documented in this module. For information about these commands, see the Cisco IOS Voice Command Reference at http://www.cisco.com/en/US/docs/ios/voice/command/reference/vr_book.html. For information about all Cisco IOS commands, use the Command Lookup Tool at http://tools.cisco.com/Support/CLILookup or the Cisco IOS Master Command List, All Releases, at http://www.cisco.com/en/US/docs/ios/mcl/allreleasemcl/all_book.html.
•
debug voip application stcapp all
•
debug voip application stcapp port
•
modem relay sprt v14
•
modem relay sse
•
show stcapp device
•
show voice dsp
•
stcapp register capability
Feature Information for Secure Communication Between IP-STE Endpoint and Line-Side STE Endpoint
Table 3 lists the release history for this feature.
Not all commands may be available in your Cisco IOS software release. For release information about a specific command, see the command reference documentation.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Note
Table 3 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
Glossary
API—application program interface. The means by which an application program "talks" to communications software.
BRI—Basic Rate Interface. ISDN interface composed of two B channels and one D channel for circuit-switched communication of voice, video, and data.
CCAPI—call control API.
DSP—digital signal processor.
FNBD—Future Narrow Band Digital Signaling.
FXS— Foreign Exchange Station. An FXS interface connects directly to a standard telephone and supplies ring, voltage, and dial tone. Cisco's FXS interface is an RJ-11 connector that allows connections to basic telephone service equipment, keysets, and PBXs.
H.323—H.323 protocol allows dissimilar communication devices to communicate with each other by using a standardized communication protocol. H.323 defines a common set of codecs, call setup and negotiating procedures, and basic data transport methods.
IP—Internet Protocol.
IP-STE—Internet Protocol secure terminal equipment.
ISDN—Integrated Services Digital Network. Communication protocol offered by telephone companies that permits telephone networks to carry data, voice, and other source traffic.
MAC address—Standardized data link layer address that is required for every port or device that connects to a LAN. Other devices in the network use these addresses to locate specific ports in the network and to create and update routing tables and data structures. MAC addresses are 6 bytes long and are controlled by the IEEE. Also known as a hardware address, MAC layer address, and physical address.
MGCP—Media Gateway Control Protocol. A merging of the IPDC and SGCP protocols.
MLPP—Multilevel Precedence and Preemption.
MoIP—Modem over IP.
NM—network module.
NSE—named signaling events.
RTP—Real-Time Transport Protocol. Commonly used with IP networks. RTP is designed to provide end-to-end network transport functions for applications transmitting real-time data such as audio, video, or simulation data over multicast or unicast network services. RTP provides such services as payload type identification, sequence numbering, time-stamping, and delivery monitoring to real-time applications.
SCCP—Skinny Client Control Protocol.
SPRT—Simple Packet Relay Transport.
SRST—Survivable Remote Site Telephony.
SSE—state signaling events.
STCAPP—SCCP Telephony Control Application.
STE—Secure Terminal Equipment.
STU—Secure Telephone Unit.
TFTP— Trivial File Transfer Protocol. Simplified version of FTP that allows files to be transferred from one computer to another over a network, usually without the use of client authentication (for example, username and password).
UDP—User Datagram Protocol
V.150.1—Modem relay specification.
VBD—voice band data (modem pass-through).
VIC—Voice interface card.
VoIP— Voice over IP. The capability to carry normal telephony-style voice over an IP-based internet with POTS-like functionality, reliability, and voice quality. VoIP enables a router to carry voice traffic (for example, telephone calls and faxes) over an IP network. In VoIP, the DSP segments the voice signal into frames, which then are coupled in groups of two and stored in voice packets. These voice packets are transported using IP in compliance with ITU-T specification H.323.
XML— eXtensible Markup Language. A standard maintained by the World Wide Web Consortium (W3C). It defines a syntax that lets you create markup languages to specify information structures. Information structures define the type of information, for example, subscriber name or address, not how the information looks (bold, italic, and so on). External processes can manipulate these information structures and publish them in a variety of formats. Text markup language designed to enable the use of SGML on the World Wide Web. XML allows you to define your own customized markup language.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2005-2006, 2008 Cisco Systems, Inc. All rights reserved.