[cisco-voip] UCCX Call Redirect and Called Address Reset
Anthony Holloway
avholloway+cisco-voip at gmail.com
Tue Sep 11 20:10:00 EDT 2018
In this example acenario, it's a Route Pattern. I have also confirmed it
happens with a Translation Pattern too. I actually set it to Block This
Pattern just to see what would happen, and that had no impact on the
behavior.
On Tue, Sep 11, 2018, 5:49 PM Bill Talley <btalley at gmail.com> wrote:
> I’ve been doing this that way for years and haven’t come across this flaw.
> Is it happening because it’s matching a “route pattern” or because it’s
> matching a called party transformation pattern? I will have to test this
> out to see if I’ve just been lucky. What version of CUCM are you running?
>
> Sent from an iOS device with very tiny touchscreen input keys. Please
> excude my typtos.
>
> On Sep 11, 2018, at 4:57 PM, Anthony Holloway <
> avholloway+cisco-voip at gmail.com> wrote:
>
> I didn't know this, and so I thought I'd share, but who knows, maybe it
> was common knowledge.
>
> If you use the Call Redirect step in UCCX to send a call directly to a
> mailbox/call handler in CUC, and thus, your Destination is the VM Pilot,
> while your target object in CUC is your Called Adddress, like so:
>
> <image.png>
>
> Then either one of two things will happen (only one of them I'm ok with):
>
> 1) If there is a pattern in CUCM for which 1000 will match; say a Route
> Pattern such as 1XXX which prefixes an 8 and route calls to a 3rd Party
> PBX, then CUCM will use the Called Number Transformations on this Route
> Pattern to prefix the 8 on your 1000, and then send the call to CUC with
> 81000 as the Redir number, and you'll be all messed up. Actually, you'll
> just get the opening greeting, but still...grrrr
>
> 2) If there is no pattern in CUCM for which 1000 will match, then CUCM
> sends the call to CUC, and the redir is 1000 and everything works fine.
>
> I'll let you guess which one I'm ok with, and which one I'm not.
>
> Why in the hell is CUCM performing number transformations on this call
> flow like that? It makes no sense. What am I missing here?
>
> _______________________________________________
> cisco-voip mailing list
> 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/20180911/6a7884ea/attachment.html>
More information about the cisco-voip
mailing list