[cisco-voip] CUCM 9.1 Called Party Transformation

[Jason Aarons (AM)]

Thanks!

What you said is how Vik @ ipexpert explained in last year to me in regards to CUCM 7x.

Wasn't certain if anything changed with 9x/10x.  Glad to see it's the same as 7x in this regard.  So really only a Translation Pattern would go before a Route Pattern.  No other way to impact called party number/dialled digits from the phone before it hits the Route Pattern (just after).

I did see in the SRND that 9x added the ability to effect phone display in called party number with a Service Parameter > Apply Transformations On Remote Number Required Field
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab09/clb09/dialplan.html

Jason Aarons, CCIE No 38564
Consultant
Dimension Data
Tel:+1-904-338-3245


From: Ryan Ratliff (rratliff) [mailto:rratliff at cisco.com]
Sent: Thursday, May 29, 2014 11:56 AM
To: Jason Aarons (AM)
Cc: cisco-voip voyp list; Matthew Loraditch
Subject: Re: [cisco-voip] CUCM 9.1 Called Party Transformation

The other thing about transformations is that they are intended to apply to what is presented TO the device that they are configured on.  You wouldn't apply a transform at a phone for digits it sends, you'd apply a transform at the phone for digits it is receiving.

Instead of this:
7965 > Called Party Transformation > Route Pattern > Gateway

You need:
7965->Route Pattern->Called/Calling Party Transformation->Gateway.

Think of them as the last-resort method for changing the number format as it will appear on the device the transform is configured on (context-specific is the word the docs use).   If you need to format called party information for all calls a given phone makes (regardless of where it goes), use a translation pattern.  If you need to format a number for all calls going out a specific gateway, use a transform mask, likewise if you need to format connected numbers for all calls going to a phone.

-Ryan

On May 29, 2014, at 8:32 AM, Matthew Loraditch <MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>> wrote:

What are you trying to have happen digit wise? I just started having a use for these and found out some confusing things about where they apply and how they match.

For example, for a called party transform on a trunk, the matching pattern needs to match the digit string that went to the route pattern that ends up at the trunk, not how the digit string is when it hits the trunk. In my situation we are transitioning from MGCP gateways  to CUBEs. For MGCP we strip pre-dot at the Route List level. However, in the Cubes we need the pre-dot to stay as we strip on the router. My transform on the trunk is 7.@ and then discard digits to none... even though in theory the route list has already stripped the 7...

I don't get the programming logic at all, but after bashing my head against a wall I found documentation that indicated this and darn if it doesn't work.


Matthew G. Loraditch - CCNP-Voice, CCNA-R&S, CCDA
1965 Greenspring Drive
Timonium, MD 21093

direct voice. 443.541.1518
fax.  410.252.9284

Twitter<http://twitter.com/heliontech>  |  Facebook<http://www.facebook.com/#!/pages/Helion/252157915296>  | Website<http://www.heliontechnologies.com/>  |  Email Support<mailto:support at heliontechnologies.com?subject=Technical%20Support%20Request>
Support Phone. 410.252.8830


From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons (AM)
Sent: Thursday, May 29, 2014 8:10 AM
To: cisco-voip (cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>)
Subject: [cisco-voip] CUCM 9.1 Called Party Transformation

I recall you only apply a Called Party Transformation outbound at the Device > Gateway in CallManager 7.x

You can't apply a Called Party Transformation directly on the phone (that setting is for inbound only at the phone level).

Has this changed in 9.1 or higher?  I'm also using Standard Local Route Groups with 9.1.1


This is my goal, but I don't think it is possible;
7965 > Called Party Transformation > Route Pattern > Gateway


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140529/a4a2ed3e/attachment.html>