Yes it's possible, you need to do the DDI and prefix on the RL/RG details level, so you'll probably want to create a separate RL used for mobile calls so that only these are affected by the prefix.
Then on the RP used to match calls to mobile phones you set the DDI to "NoDigits", this will affect what is seen on the display of the calling phone.
If you use MGCP as your VGW control protocol then you should be all done, but if you use H.323 you also need to add this to you IOS config.
voice service voip
no supplementary-service h225-notify cid-update
For a SIP VGW I'm not sure if you need to add any configuration in IOS, have never used SIP for PSTN connectivity, or for that matter if it's even a problem as with H.323. Maybe someone else can chip in?
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
For SIP this might work, but I haven't tested it myself.
voice service voip
sip
no update-callerid
Please remember to rate helpful responses and identify helpful or correct answers.
Thanks for the update about the behaviour in SIP aokanlawon (+5)
Please remember to rate helpful responses and identify helpful or correct answers.
Sure, no problem at all.
But to provide you with a better answer to your question, could you please share your present RP, RL, RG & GW setup in CUCM that are used to route the before mentioned call? In as much detail as possible, espesially include the exact pattern used, with dot for discard digit instruction (DDI). If you use called party transformation pattern in this specific call flow that should also be included.
It would be good if you could post your pots dial peer used on your H.323 GW to route this specific destination pattern out to your Telco.
That would make it possible to provide you with a detailed answer to your question.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
Hi Hunt,
The reason for why you see the transformation on the display is because you use a translation pattern. Any called transformation that is done on either translation pattern or route pattern will affect what is seen on the display on the phones. I have taken your excellent write-up for the call flow (+5) and modified it to fit your need.
1. Route Pattern - 0.0478XXXXXX
Called Party Transformation
Discard Digits - NoDigits
Called Party Transform Mask - Empty
This Route Pattern point to a Route List called RL_USYD_OCV_PSTN
2. Route List - RL_USYD_OCV_PSTN
This Route List contains only 1 x Route Group called RG_USYD_OCV_VG
3. Route List/Route Group - RG_USYD_OCV_VG details (reached by selecting the RG link within the RL)
Called Party Transformation
Discard Digits - PreDot
Called Party Transform Mask - 018875XXXXXXXXXX
This Route Group only has 1 x Voice Gateway as member - 172.31.254.52 (br-a12-4v)
4. Voice Gateway - 172.31.254.52 (br-a12-4v)
On the Voice Gateway (br-a12-4v), it has the following dial peer to pass outbound calls to PSTN
dial-peer voice 10 pots
tone ringback alert-no-PI
description Outgoing POTS dial-peer to Optus
translation-profile outgoing PSTNPrefix
destination-pattern 0T
port 0/0/1:15
The needed part in you H.323 gw to turn off update of called number.
voice service voip
no supplementary-service h225-notify cid-update
This turn off signaling called number updated within h225 and affective makes the H.323 gateway mirror the behavior of an MGCP gw for this specific feature/function. Without this command a H.323 gw will signal any called number updated that is done until the outgoing dial peer level, aka num-exp (that takes place after the incoming dial peer but before the outgoing) or incoming voice translation rule applied to the incoming dial peer and any other modification that might occur before the outgoing dial peer is matched. This also includes any called party transformation done in CUCM after the RP, namely at the RL/RG details level or called party transformation patterns on the GW object CSS for this.
Best of luck with your setup.
Please remember to rate helpful responses and identify helpful or correct answers.
The reason for why you see it on the display of the phones is because you do the called party transform on the RP. Just as I wrote in my previous reply "Any called transformation that is done on either translation pattern or route pattern will affect what is seen on the display on the phones."
Why can't you do it on the route list? If it's because of that the transform also affects calls to other patterns that use this RL, then create a new RL that has the same RG as a member, do the transform on this and use the new RL for calls to mobile phones.
Please rate all useful posts.
Sent from Cisco Technical Support iPhone App
