cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
291
Views
0
Helpful
10
Replies

call fails_cucm_cer_psap call back not working

balaji.babu1
Beginner
Beginner

hello all,

 

am sending the call from h323 gateway to cucm via dial peer, but am getting connected status in ip phone and getting(please chk the number reponse).am not sure  from where am getting  this response 

my call flow

gateway (h323)---> cumc (-> tranlation pattern-> cti routepoint->CER(psap)

dial-peer


dial-peer voice 56569 voip
description psap call back
destination-pattern 04565001
session target ipv4:192.168.24.68-cucm


04565001-translattion pattern
91304565001-Called Party Transform Mask
913XXXXXXXX-CTIRP

debug ouput:

quest:
cisco-username=911
----- ccCallInfo IE subfields -----
cisco-ani=911
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=04565001
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

Jan 22 13:04:17.284: //1/9F08E10E9AA7/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x70AA6130, Interface Type=1, Destination=, Mode=0x0,
Call Params(Calling Number=911,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=04565001(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=56569, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Jan 22 13:04:17.284: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Jan 22 13:04:17.284: :cc_get_feature_vsa malloc success
Jan 22 13:04:17.284: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Jan 22 13:04:17.284: cc_get_feature_vsa count is 2
Jan 22 13:04:17.284: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Jan 22 13:04:17.284: :FEATURE_VSA attributes are: feature_name:0,feature_time:1764507912,feature_id:2
Jan 22 13:04:17.284: //2/9F08E10E9AA7/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1
Jan 22 13:04:17.284: //2/9F08E10E9AA7/CCAPI/ccCallSetContext:
Context=0x67F88224
Jan 22 13:04:17.284: //1/9F08E10E9AA7/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=56569
Jan 22 13:04:17.728: //2/9F08E10E9AA7/CCAPI/cc_api_call_disconnected:
Cause Value=1, Interface=0x70AA6130, Call Id=2
Jan 22 13:04:17.732: //2/9F08E10E9AA7/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=TRUE, Cause Value=1, Retry Count=0)
Jan 22 13:04:17.732: //1/xxxxxxxxxxxx/CCAPI/ccCallReleaseResources:
release reserved xcoding resource.
Jan 22 13:04:17.732: //2/9F08E10E9AA7/CCAPI/ccCallSetAAA_Accounting:
Accounting=0, Call Id=2
Jan 22 13:04:17.732: //2/9F08E10E9AA7/CCAPI/ccCallDisconnect:
Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=1)
Jan 22 13:04:17.732: //2/9F08E10E9AA7/CCAPI/ccCallDisconnect:
Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
Jan 22 13:04:17.732: //2/9F08E10E9AA7/CCAPI/cc_api_get_transfer_info:
Transfer Number Is Null
Jan 22 13:04:17.732: //2/9F08E10E9AA7/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x70AA6130, Tag=0x0, Call Id=2,
Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
Jan 22 13:04:17.732: //2/9F08E10E9AA7/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Jan 22 13:04:17.732: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Jan 22 13:04:17.732: :cc_free_feature_vsa freeing 692C4100
Jan 22 13:04:17.732: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Jan 22 13:04:17.732: vsacount in free is 1
Jan 22 13:04:17.732: //1/9F08E10E9AA7/CCAPI/ccCallDisconnect:
Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Jan 22 13:04:17.732: //1/9F08E10E9AA7/CCAPI/ccCallDisconnect:
Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
Jan 22 13:04:17.776: //1/9F08E10E9AA7/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x687F4B40, Tag=0x0, Call Id=1,
Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
Jan 22 13:04:17.776: //1/9F08E10E9AA7/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Jan 22 13:04:17.776: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Jan 22 13:04:17.780: :cc_free_feature_vsa freeing 692C41E0
Jan 22 13:04:17.780: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Jan 22 13:04:17.780: vsacount in free is 0
Jan 22 13:04:17.780: //-1/xxxxxxxxxxxx/CCAPI/ccTimerInit:
ccTimerctx - 0x67E3F4F8
Jan 22 13:07:17.780: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:
ccAppShutdownMode: remove it from the queue
UCPOC3#

10 Replies 10

balaji.babu1
Beginner
Beginner

any idea guys

I am not following your issue description. Is the call not connecting as you state "but am getting connected status in ip phone"?

What is the PSTN circuit the call arrives on? If PRI please post "debug isdn q931", if SIP "debug ccsip messages".

Is the TP in partition that is listed in the GW's CSS? Does the CSS on the TP have access to the 913 CTI RP partition? Do you have matching 91304565001 ELIN defined on CER that made the 911 call in the last 2 hours? Remember CER only maintains the callback for up to 2 or 3 hours, otherwise it routes the call to first onsite alert for that ELIN's ERL, if there is no onsite alerts number then the call does not go anywhere.