<div dir="ltr">I ran across this a few weeks ago and ended up sorting through it the way Anthony describes - that seems like such a strange default behavior to me on the CTI RP. I swear I thought it was NOT like that some time back (UCCX 3 or 4?) because I distinctly remember doing my best to make sure no one could call those CTI ports directly - but never had to deal with that additional setting on the RP. I didn't find it explained all that well either in the docs.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 13, 2016 at 10:35 AM, Anthony Holloway <span dir="ltr"><<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">On a related topic of CSS/PT for UCCX that a lot of people miss, is that you don't need to add your UCCX CTI Port's DN PT to your device CSSs (E..g, gateways and phones)....IF....you set it up right. Here's how...<div><br></div><div>Put your CTI Port DNs in a partition labeled something like UCCX-Private-PT, or UCCX-Restricted-PT, or even UCCX-Needs-A-New-Script-Editor-PT. The point is, you can name it whatever you want.</div><div><br></div><div>Then create a CSS for your CTI Route Points, that will house this new UCCX PT for your CTI Port's DNs. Again, name it whatever you like: "UCCX-Can-Has-Precision-Routing-Queues-CSS." Now, here's the most important step, you have to switch the setting "Calling Search Space for Redirect" on the CTI Route Point from "Default Calling Search Space" to "Route Point Address Search Space."</div><div><br></div><div>This will allow you to do two things:</div><div><br></div><div>1) Remove the possibility of someone dialing a CTI Port Directly, which shouldn't do any harm really, but come on, let's just stop it from even being possible, because who knows what might happen?</div><div><br></div><div>2) Use whatever numbering plan and number range you wish, as it will never conflict with the rest of your Enterprise Numbering Plan or Dial Plan, as the CTI Route Point will only ever need to reach the CTI Ports, and no where else. Who here has ever dealt with trying to fit Non-DID DNs into a +E164 plan and ended up with something like: +11000003201 as the CTI Port DN?</div><div><br></div><div><br></div><div>Note that this has nothing to do with how you redirect calls off of CTI Ports as in the original question. That is separate and can be handled in one of two ways:</div><div><br></div><div>1) The way Brian mentioned, which is the default, and that is to use the configured CSS on the CTI ports to route calls</div><div><br></div><div>2) Change the CTI Port CSS "Redirect Calling Search Space" from "Redirect Party" (aka the CTI Ports) to "Calling Party" (aka the device which made the call into UCCX; for PSTN callers this is your gateway/trunk).</div><div><br></div><div>It should be obvious that "Calling Party" only works if there is a calling party. This will not work if you have an HTTP triggered application which places an outbound call. Therefore, use your port groups wisely.</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 9, 2016 at 3:59 PM, Brian Meade <span dir="ltr"><<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">It uses the CSS of the CTI Ports for these redirects. I usually put these type of specific UCCX redirect route patterns in one of my UCCX partitions to fix these kinds of things.</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Thu, Jun 9, 2016 at 4:52 PM, Aaron Banks <span dir="ltr"><<a href="mailto:amichaelbanks@hotmail.com" target="_blank">amichaelbanks@hotmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<div dir="ltr">
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>I'm having a little trouble with a script redirect. The redirect works fine, but the call is being sent to a PRI instead of a SIP trunk. How it works is the call comes in over the SIP trunk to a RP and then is sent to UCCX script with a couple of options.
Selecting either option sends the call to a DID outside of the enterprise. I have put in a route pattern that is an exact match to one of the options selected in the IVR. My question is - do I have a pattern matching problem or is the CSS of the CTI port
being used (which, if true, I know exactly what the problem is). I had the redirect CSS on the trigger set to be the route point, but that clearly is not working.</p>
<p><br>
</p>
<p>Any comments, suggestions, mild criticism appreciated.</p><span><font color="#888888">
<p><br>
</p>
<p>Aaron<br>
</p>
</font></span></div>
</div>
<br></div></div>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Ed Leatherman<br></div>
</div>