07-25-2013 03:17 PM - edited 03-19-2019 07:03 AM
I know this question has been asked a but of different ways but there always seems to be a slight different from what I need.
I have 2 Security System devices that run into some ATAs. The ATA are registered to my CUCM 9. Heres what I want.
I have a main line number of 945XXXX that all phones are seen as externally. I want to change that for these ATAs. Instead of being seen as the main line I want to see them at 955XXXX.
I have the Route List Use Calling Partys External Phone Number Mask to On. I then set the External Phone Number Mask on the DN on the ATA to 955XXXX. In the Calling Party Transform Mask ffield under the Route List I have my main line of 945XXXX.
However, the ATA is still seen as the main number when dialing out 945XXXX.
What am I missing?
Thank you
Jason
07-25-2013 07:27 PM
You could do a DNA and see where its been overwritten. Also, does the route pattern have Use Calling Partys External phone number mask to On?
07-25-2013 08:28 PM
Ill do the analysis and see what I find.
The route pattern does not have it on. I was under the impression the route list would take precedence though I could be very mistaken.
07-26-2013 04:28 AM
You're correct that downstream options do override it. For reference, here are the places it could be influenced:
Please remember to rate helpful responses and identify helpful or correct answers.
07-26-2013 09:18 AM
Im tempted to think its something at the provider based on this fact:
When I removed the 945XXXX number from the Calling Party Trasnform Mask Field, its turned into a number that we arent currently using.
Thoughts on that?
07-26-2013 09:27 AM
This could potentially be provider overriding. if you have a PRI and a Cisco Gateway, you could do a debug isdn q931, test the call and see what you are sending and if its different from what you receive, it will be provider based. If its a sip trunk and Cisco gateway, debug ccsip messages should help you.
Please rate useful posts.
07-26-2013 11:41 AM
It is a PRI and Cisco Gateway. Ill see what I can dig up on that end.
It might be in Group Appearance on the CUCM. I dont think the Gateway would be the issue but I posted the relavant Gateway (2951) config here just to see if maybe I missed something.
!
voice translation-rule 1
rule 1 /^7800/ /1601/
rule 15 /^..../ /1601/
!
!
voice translation-profile PRI-Incoming
translate called 1
!
!
!
!
!
!
controller T1 0/0/0
cablelength long 0db
pri-group timeslots 1-24 service mgcp
!
controller T1 0/0/1
cablelength long 0db
!
controller T1 0/0/2
cablelength long 0db
!
controller T1 0/0/3
cablelength long 0db
!
!
!
!
!
!
voice-port 0/0/0:23
output attenuation 3
!
!
dial-peer voice 1 pots
translation-profile incoming PRI-In
destination-pattern 9.T
incoming called-number .T
direct-inward-dial
port 0/0/0:23
!
!
!
!
!
telephony-service
srst mode auto-provision none
srst dn line-mode dual
max-ephones 100
max-dn 200
ip source-address xxx.xxx.xxx.xxx port 2000
timeouts interdigit 5
max-conferences 2 gain -6
transfer-system full-consult
transfer-pattern .T
secondary-dialtone 9
!
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