04-01-2013 07:29 AM - edited 03-16-2019 04:32 PM
The gateway is an H323 gateway. We've done some testing and this only happens when a person's CID is blocked (we used *67 to block it). When the call comes in with caller ID info, the ANI is correct. Here is an example debug (with caller ID blocked) and the corresponding dial peer:
-----------------------------------------------------
dial-peer voice 911 pots
destination-pattern 911
incoming called-number .
no digit-strip
-----------------------------------------------------
Mar 21 20:47:40.873: //-1/68360B788D7F/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani= !!!!!!!! It looks like no ANI comes in from the provider so I don't think it's a provider issue !!!!!!
cisco-anitype=2
cisco-aniplan=1
cisco-anipi=1
cisco-anisi=3
dest=3270
cisco-desttype=4
cisco-destplan=1
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
Mar 21 20:47:40.873: //-1/68360B788D7F/CCAPI/cc_api_call_setup_ind_common:
Interface=0x2B99A1D4, Call Info(
Calling Number= !!!! Again there is no ANI !!!!!!!,(Calling Name=)(TON=National, NPI=ISDN, Screening=Network, Presentation=Restricted),
Called Number=3270(TON=Subscriber, NPI=ISDN),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
Incoming Dial-peer=911 !!!!!! Picks the DP tagged 911 !!!!!!!! , Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
Mar 21 20:47:40.873: //-1/68360B788D7F/CCAPI/ccCheckClipClir:
In: Calling Number=911 !!!!!!!!!! Now alll of the sudden, the ANI is 911 !!!!!!!!!!!!!!!(TON=National, NPI=ISDN, Screening=Network, Presentation=Restricted)
Mar 21 20:47:40.873: //-1/68360B788D7F/CCAPI/ccCheckClipClir:
Out: Calling Number=911(TON=National, NPI=ISDN, Screening=Network, Presentation=Restricted)
Mar 21 20:47:40.873: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 21 20:47:40.873: :cc_get_feature_vsa malloc success
Mar 21 20:47:40.873: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 21 20:47:40.873: cc_get_feature_vsa count is 3
Mar 21 20:47:40.873: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 21 20:47:40.873: :FEATURE_VSA attributes are: feature_name:0,feature_time:813908120,feature_id:64531
Mar 21 20:47:40.873: //64528/68360B788D7F/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=911(TON=National, NPI=ISDN, Screening=Network, Presentation=Restricted),
Called Number=3270(TON=Subscriber, NPI=ISDN))
Mar 21 20:47:40.873: //64528/68360B788D7F/CCAPI/cc_process_call_setup_ind:
Event=0x2B966330
Mar 21 20:47:40.873: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 3270
Mar 21 20:47:40.873: //64528/68360B788D7F/CCAPI/ccCallSetContext:
Context=0x2C17DA0C
04-01-2013 08:23 AM
You should match have se[pareta DP to match icoming calls, with "incoming called number .".
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