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 <[email protected]> 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 < > [email protected]> 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 > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
