<div dir="auto">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. </div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 11, 2018, 5:49 PM Bill Talley <<a href="mailto:btalley@gmail.com">btalley@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><span></span></div><div>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? <br><br><div id="m_1886574368173458929AppleMailSignature"><p style="margin:0px;font-stretch:normal;font-size:12px;line-height:normal;font-family:Helvetica"><span style="font-size:12pt">Sent from an iOS device with very tiny touchscreen input keys.  Please excude my typtos.</span></p></div><div><br>On Sep 11, 2018, at 4:57 PM, Anthony Holloway <<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank" rel="noreferrer">avholloway+cisco-voip@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">I didn't know this, and so I thought I'd share, but who knows, maybe it was common knowledge.<div><br></div><div>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:</div><div><br></div><div><div><image.png><br></div></div><div><br></div><div>Then either one of two things will happen (only one of them I'm ok with):</div><div><br></div><div>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</div><div><br></div><div>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.</div><div><br></div><div>I'll let you guess which one I'm ok with, and which one I'm not.</div><div><br></div><div>Why in the hell is CUCM performing number transformations on this call flow like that?  It makes no sense.  What am I missing here?</div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>cisco-voip mailing list</span><br><span><a href="mailto:cisco-voip@puck.nether.net" target="_blank" rel="noreferrer">cisco-voip@puck.nether.net</a></span><br><span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank" rel="noreferrer">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span><br></div></blockquote></div></div></blockquote></div>