10-24-2019 08:48 PM
Hi guys,
Thanks in advance for your help, I have been out of the loop for a couple years and was asked to help with a caller ID issue.
The short of it is, CUCM has been configured to pass a specific number mask, but this is not the number that is coming through to the called party. I completed a DNA on call manager, and I didn't see any red flags. From there, I've moved onto the gateway which I identified via a debug. To my dismay, the debug shows that we are sending the correct caller ID as well. I've copied the debug out and searched the output to see if I can find a translation to the number that i'm seeing in caller ID and it's nowhere to be found.
I'm at a loss as to where this alternate caller id is masking the caller ID sent via CUCM.
You can see below some of the output from my debug, the ANI listed is correct. Any guidance or thoughts from this community would be greatly appreciated.
note: the caller id that comes through ends in 2335, and I need the number ending in 6900 to display instead.
______________________________________________________________________________________________
Destination Pattern=9.T, Called Number=14808454628, Digit Strip=FALSE
572691: *Oct 25 02:58:10.335: //565393/09CFBC800000/CCAPI/ccCallSetupRequest:
Calling Number=4802916900(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=14808454628(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=4801234567
Account Number=4802916900, Final Destination Flag=TRUE,
Guid=09CFBC80-0001-0000-0000-13CC0202050A, Outgoing Dial-peer=1000
572692: *Oct 25 02:58:10.335: //565393/09CFBC800000/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=4802916900
----- ccCallInfo IE subfields -----
cisco-ani=4802916900
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=14808454628
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
572693: *Oct 25 02:58:10.335: //565393/09CFBC800000/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x240F840, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=4802916900,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=14808454628(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=1000, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
572694: *Oct 25 02:58:10.335: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
572695: *Oct 25 02:58:10.335: :cc_get_feature_vsa malloc success
572696: *Oct 25 02:58:10.335: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Solved! Go to Solution.
10-25-2019 04:46 AM
Sounds like telco maybe overwriting the caller ID with billing number (BTN). Does the number you are masking with belong to this circuit? Either way you may need to reach out to telco to address.
10-25-2019 04:46 AM
Sounds like telco maybe overwriting the caller ID with billing number (BTN). Does the number you are masking with belong to this circuit? Either way you may need to reach out to telco to address.
10-25-2019 12:46 PM
07-07-2020 03:22 PM
Hi Chris,
I know this is a super old thread but I wanted to add what the resolution was. I basically had to remove below commands on the gateway as it was over-riding any caller id masks I was setting.
Removed following line below from Gateway
voice class sip-profiles 100
request INVITE sip-header P-Asserted-Identity modify "(<.*:.*)(@.*)" "<sip:(10 digit did)@sip-e1.ipitomy.com>"
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