Let me see if I understood this correct. Your phones use 7 digit DNs and you have set the EPNM to show the full 10 digit "DID DN". Then you have a RP that points the 10 digit of the remote site over the trunk.
On that RP have you set use EPNM for the calling number transformation? If not it will only show the actual DN that the caller have, aka the 7 digit that you have set on the line.
EPNM will not be used if you don't select it on a RP or TP. The only use of the mask is then to affect the displayed number on the top right of the phone display. EPNM have other use also, like AAR, but that's outside the scope of your question.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
Ok, now the penny dropped. It's the displayed called number on the caller phone that shows the 7 digits. I think thats because of remote CUCM signaling back to the originating CUCM that the called number has been modified. Not 100% sure about SIP, but this is the case with H.323 anyway.
You could try to modify the called number on the originating CUCM before it's sent to the SIP trunk. To do that without affecting the display you need to do the DDI on the route list/route group details. If you do it on the RP itself it will affect what is shown on the display of the caller.
There is also a service parameter that can be set to always show originally called number, but that will affect all calls within the cluster, so it might break something else for you.
Please rare all useful posts.
Sent from Cisco Technical Support iPhone App
On the RL/RG details page.
After you have selected the RG as a "member" of the RL you will have it at the bottom of the page. Click that link and you'll get to the details page were you can do digit manipulation on called and calling number.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
Do the digit strip on that page instead of using a TP on the far end. Also insure that the incoming CSS on the SIP trunk can see the PT that holds the 7 digit DN.
The use EPNM only affect what is sent as the calling number to the receiving end, not what is shown as called number on the caller phone.
Please rate all useful post.
Sent from Cisco Technical Support iPhone App
You need to change you RP so that it has the . (dot) in the correct place in the match statement. Then you do a DDI=predot on the RL/RG details page.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
Hmm tricky problem, could you try to do this. On the RP do a DDI=predot and prefix the area code. That should affect what is seen in the display of the caller.. So basically you remove the area code with predot, then add it back with the prefix. Test this first with the DDI you have on the RL/RG so that it sends 7 digits.
If that works and if you then want to send the full 10 digit to the remote site and use the TPs that you had from the start do no DDI on the RL/RG and add the TPs back on each end in the call path.
That might of course take you right back to were you started, but it's worth a try.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
I have not used ITSP connections that much, but I would guess that your setup is not fully comparable with a real world scenario. Most ITSP connections would go through a CUBE, and there you can turn off the update of called number.
On a H.323 to SIP CUBE you would use this command.
voice service voip
no sup serv h225 upd
And on a pure SIP CUBE you would use this.
voice service voip
sip
no display-caller update
Not 100% sure about the last command, but it's something similar.
You don't happen to have a GW that you can use as a CUBE, about any router would do, so that you can route the calls via that?
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
