06-19-2004 05:32 AM
I am trying to get voip traffic from a cirpack. it's been few days that we are trying to get this done. no result.
I did a debug q931 and I got this .
IMEXTEL1#
23:02:24: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)
23:02:26: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)
23:02:26: cc_api_supported_data data_mode=0x10002
23:02:26: cc_api_call_setup_ind (vdbPtr=0x829004E8, callInfo={called=0033610600027,called_oct3=0x81,calling=0155230000,calling_oct3=0x81,calling_oct3a=0x0,calling_xlated=false,subscriber_type_str=Unknown,fdest=1,peer_tag=1, prog_ind=0,callingIE_present 1},callID=0x83011620)
23:02:26: cc_api_call_setup_ind type 0 , prot 1
23:02:26: cc_api_call_setup_ind (vdbPtr=0x829004E8, callInfo={called=0033610600027, calling=0155230000, fdest=1 peer_tag=1}, callID=0x83011620)
23:02:26: cc_insert_call_entry: Increment call volume counter
23:02:26: cc_insert_call_entry: current call volume: 1
23:02:26: cc_insert_call_entry: entry's incoming TRUE. is_incoming is FALSE
23:02:26: cc_incr_if_call_volume: remote IP is 213.200.100.99
23:02:26: cc_incr_if_call_volume: hwidb is FastEthernet0/0
23:02:26: cc_incr_if_call_volume: create entry in list: 1
23:02:26: ccTDPvtProfileTableObjectAccessManager: No profileTable set for callID[15]
23:02:26: ccTDUtilGetDataByRef: No tdObject found in profileTable for tagID[7] of callID[15]
23:02:26: cc_process_call_setup_ind (event=0x82CE6220)
23:02:26: >>>>CCAPI handed cid 15 with tag 1 to app "DEFAULT"
23:02:26: sess_appl: ev(24=CC_EV_CALL_SETUP_IND), cid(15), disp(0)
23:02:26: sess_appl: ev(SSA_EV_CALL_SETUP_IND), cid(15), disp(0)
23:02:26: ssaCallSetupInd
23:02:26: ccCallSetContext (callID=0xF, context=0x8287EE64)
23:02:26: ssaCallSetupInd cid(15), st(SSA_CS_MAPPING),oldst(0), ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 1
23:02:26: ssaCallSetupInd finalDest cllng(0155230000), clled(0033610600027)
23:02:26: ssaCallSetupInd cid(15), st(SSA_CS_CALL_SETTING),oldst(0), ev(24)dpMatchPeersMoreArg result= -1
23:02:26: ccCallDisconnect (callID=0xF, cause=0x1 tag=0x0)
23:02:26: cc_api_get_transfer_info: (callID=0xF)
23:02:26: cc_api_icpif: expect factor = 0
23:02:26: cc_decr_if_call_volume: the remote IP is 213.200.100.99
23:02:26: cc_decr_if_call_volume: hwidb is FastEthernet0/0
23:02:26: cc_decr_if_call_volume: reduce callnum of entry: 0, voip: 0, mmoip: 0
23:02:26: cc_decr_if_call_volume: remove an entry
23:02:26: cc_api_call_disconnect_done(vdbPtr=0x0, callID=0xF, disp=0, tag=0x0)
23:02:26: cc_delete_call_entry: Decrement call volume counter
23:02:26: cc_delete_call_entry: current call volume: 0
23:02:26: cc_delete_call_entry: entry's incoming TRUE. is_incoming is FALSE
23:02:26: sess_appl: ev(12=CC_EV_CALL_DISCONNECT_DONE), cid(15), disp(0)
23:02:26: cid(15)st(SSA_CS_DISCONNECTING)ev(SSA_EV_CALL_DISCONNECT_DONE)
oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(1)fDest(1)
IMEXTEL1#
23:02:26: ssaDisconnectDone
23:02:27: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)
23:02:28: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)
23:02:28: cc_handle_periodic_timer: Calling the callback, ccTimerctx - 0x823492F0
23:02:28: ccTimerStart: ccTimerctx - 0x823492F0
23:02:29: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)
23:02:30: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)
23:02:31: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)DEBUG voip CCAPI INOUT
23:02:32: ccGetCallActive (next=1, setup_time=0, no DEBUG voip CCAPI INOUT
23:02:34: ccGetCallActive (next=1, setup_time=0, index=0, p=0x831666B8)
I ws wondering if anyone would undersand this.
thankx for your help.
Anoush
06-24-2004 12:13 PM
Did you try to decode this is the "Error Message decoder" tool. It might give you some hint. It is available at www.cisco.com/tac.
06-24-2004 05:49 PM
As per the debugs you are getting cause code of cause=0x1. And as per the documentation, it means that the number that you are actually trying to reach is either not assigned or not in service.
Also above is the debug voice ccapi inout.. It is not debug isdn q931.
So please check the party that you are trying to reach or not.
If you only rung debug isdn q931.. (if you are connected to an ISDN PRI or BRI).. then it could tell you some more info about the diconnect cause.
Hope this would help.
Thanks
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide