[cisco-voip] CUCM 8.6 - incoming transformations on gateways

[Eric Pedersen]

Actually I'm specifically wondering about setting both the prefix and incoming calling number transformation calling search space on an MGCP PRI. I can handle most cases just with the prefix, but there are a few calling numbers we get that I want to change with transformation patterns.  I assume a matching transformation pattern would take precedence over the prefix, but I haven't tested it yet.

Eric

From: Divin John [mailto:dijohn at cisco.com]
Sent: 01 June 2012 4:07 PM
To: Eric Pedersen; 'cisco-voip at puck.nether.net'
Subject: Re: [cisco-voip] CUCM 8.6 - incoming transformations on gateways

For incoming calls from the GW, transformation happens on the called party. Transformation patterns are also always picked from the called device.

For eg. PSTN -- > MGCP -- >Phone..

MGCP GW prefix takes place ... then Xformation on the phone happens. Xformation is mostly to show a user-friendly number on the phone.

--Divin

From: Eric Pedersen <PedersenE at bennettjones.com<mailto:PedersenE at bennettjones.com>>
Date: Friday 1 June 2012 9:35 PM
To: "'cisco-voip at puck.nether.net<mailto:'cisco-voip at puck.nether.net>'" <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>
Subject: [cisco-voip] CUCM 8.6 - incoming transformations on gateways

I'm working on globalizing our dialing plan. I have to say, CUCM has a lot of nice features for this. What happens if I set Prefix/Strip Digits and a calling search space on gateway incoming calling or called party settings? Are the prefix  and strip digits applied first then the transformation CSS?

Thanks,
Eric

The contents of this message may contain confidential and/or privileged

subject matter. If this message has been received in error, please contact

the sender and delete all copies. Like other forms of communication,

e-mail communications may be vulnerable to interception by unauthorized

parties. If you do not wish us to communicate with you by e-mail, please

notify us at your earliest convenience. In the absence of such

notification, your consent is assumed. Should you choose to allow us to

communicate by e-mail, we will not take any additional security measures

(such as encryption) unless specifically requested.



_______________________________________________

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

The contents of this message may contain confidential and/or privileged
subject matter. If this message has been received in error, please contact
the sender and delete all copies. Like other forms of communication,
e-mail communications may be vulnerable to interception by unauthorized
parties. If you do not wish us to communicate with you by e-mail, please
notify us at your earliest convenience. In the absence of such
notification, your consent is assumed. Should you choose to allow us to
communicate by e-mail, we will not take any additional security measures
(such as encryption) unless specifically requested.

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