cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
283
Views
5
Helpful
3
Replies
Highlighted
Beginner

ANI leaving Gateway differs from ANI being recived via caller ID

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:

 

1 ACCEPTED SOLUTION

Accepted Solutions
Highlighted
Hall of Fame Master

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.

View solution in original post

3 REPLIES 3
Highlighted
Hall of Fame Master

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.

View solution in original post

Highlighted

Thank you for your response,

I just got off the phone with the Trunk provider, and they don’t own the
number we are sending them. They own a different number which is the BTN,
and that is what is coming through on the caller ID.



With that said, the telco is still saying that they are sending the correct
number, and they have to look further into the issue.
Highlighted

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>"

Content for Community-Ad