Cisco 30 VIP Troubleshooting Manual page 69

Cisco IP Telephony Troubleshooting Guide for Cisco CallManager Release 3.0(1)
*Mar 12 04:03:57.201: sess_appl: ev(17=CC_EV_CALL_PROCEEDING), cid(18), disp(0)
*Mar 12 04:03:57.201: ssa: cid(18)st(1)oldst(0)cfid(-1)csize(0)in(0)fDest(0)-cid2(17)st2(1)oldst2(0)
*Mar 12 04:03:57.201: ssaIgnore cid(18), st(1),oldst(1), ev(17)
*Mar 12 04:03:57.201: sess_appl: ev(7=CC_EV_CALL_ALERT), cid(18), disp(0)
*Mar 12 04:03:57.201: ssa: cid(18)st(1)oldst(1)cfid(-1)csize(0)in(0)fDest(0)-cid2(17)st2(1)oldst2(0)
*Mar 12 04:03:57.201: ssaFlushPeerTagQueue cid(17) peer list: (empty)
*Mar 12 04:03:57.201: ccCallAlert (callID=0x11, prog_ind=0x8, sig_ind=0x1)
*Mar 12 04:03:57.201: ccConferenceCreate (confID=0x617A8808, callID1=0x11, callID2=0x12, tag=0x0)
*Mar 12 04:03:57.201: cc_api_bridge_done (confID=0x7, srcIF=0x616C9F54, srcCallID=0x11,
dstCallID=0x12, disposition=0, tag=0x0)value H323-UserInformation
*Mar 12 04:03:57.201: {
*Mar 12 04:03:57.201: h323-uu-pdu
*Mar 12 04:03:57.201: {
*Mar 12 04:03:57.201:
*Mar 12 04:03:57.201:
*Mar 12 04:03:57.201:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
Notice in this packet that Cisco IOS is also sending the H.245 address and port number to
Cisco CallManager. Sometimes the Cisco IOS Gateway will send the unreachable address, which
could cause either no audio or one-way audio.
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.205:
*Mar 12 04:03:57.213: Hex representation of the ALERTING TPKT to send.0300003D0100
*Mar 12 04:03:57.213:
*Mar 12 04:03:57.213:
changed to [Call Received].
*Mar 12 04:03:57.213: cc_api_bridge_done (confID=0x7, srcIF=0x617BE064, srcCallID=0x12,
dstCallID=0x11, disposition=0, tag=0x0)
The following debug output shows that the H.245 session is coming up. You can see the
capability indication for codec negotiation, as well as how many bytes will be present in each
voice packet.
*Mar 12 04:03:57.217: cc_api_caps_ind (dstVdbPtr=0x616C9F54, dstCallId=0x11, srcCallId=0x12,
caps={codec=0xEBFB, fax_rate=0x7F, vad=0x3, modem=0x617C5720 codec_bytes=0, signal_type=3})
*Mar 12 04:03:57.217: sess_appl: ev(23=CC_EV_CONF_CREATE_DONE), cid(17), disp(0)
*Mar 12 04:03:57.217: ssa: cid(17)st(3)oldst(0)cfid(7)csize(0)in(1)fDest(1)-cid2(18)st2(3)oldst2(1)
*Mar 12 04:03:57.653: cc_api_caps_ind (dstVdbPtr=0x617BE064, dstCallId=0x12, srcCallId=0x11,
caps={codec=0x1, fax_rate=0x2, vad=0x2, modem=0x1, codec_bytes=160, signal_type=0})
The following debug output shows that both parties negotiated correctly and agreed on G.711
codec with 160 bytes of data.
© 2000 Cisco Systems, Inc.
h323-message-body alerting :
{
protocolIdentifier { 0 0 8 2250 0 2 },
destinationInfo
{
mc FALSE,
undefinedNode FALSE
},
h245Address ipAddress :
{
ip 'AC1046E2'H,
port 011008
},
H225Lib::h225AlertRequest: Q.931 ALERTING sent from socket [1]. Call state
69