<div dir="ltr">Hi Ryan<div><br></div><div>No caller ID works fine when forwarded from an ip phone.</div><div><br></div><div>No, PSTN Ingress has stayed the same SIP trunk to a CUBE.</div><div><br></div><div>The call redirects from UCCX to the CUAC but the number that displays is the CUAC CTI port not the UCCX CTI port.</div><div><br></div><div>Its not an option to change the setup at present as this worked fine before the migration on the old cluster.</div><div><br></div><div>Regrads</div><div><br></div><div>Nick</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 24 August 2017 at 13:05, Ryan Huff <span dir="ltr"><<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.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="auto"><span class="">
<div>
<div><span style="background-color:rgba(255,255,255,0)">Does this inbound caller ID behavior also happen on a normal inbound call to an IP phone, that then forwards the call to another destination internally?</span></div>
<div id="m_4436612922081973279AppleMailSignature"><span style="background-color:rgba(255,255,255,0)"><br>
</span></div>
<div id="m_4436612922081973279AppleMailSignature"><span style="background-color:rgba(255,255,255,0)">Since you rebuilt CCM with BAT, did you change the PSTN ingress protocol (Ex. It WAS an MGCP gateway and now it IS an h.323 gateway)?</span></div>
<div id="m_4436612922081973279AppleMailSignature"><span style="background-color:rgba(255,255,255,0)"><br>
</span></div>
<div id="m_4436612922081973279AppleMailSignature"><span style="background-color:rgba(255,255,255,0)">If the call is coming FROM a CCX port, I believe it will always show the CCX port DN as <a dir="ltr">the
calling</a> party because of how CCX forwards calls (consultive transfer).</span></div>
<div id="m_4436612922081973279AppleMailSignature"><span style="background-color:rgba(255,255,255,0)"><br>
</span></div>
<div id="m_4436612922081973279AppleMailSignature"><span style="background-color:rgba(255,255,255,0)">If you are just looking to play some music then send to the attendant console, you might have better luck running it through a Unity system call handler, or making the console
operators Finesse agents and keeping the call with CCX.</span></div>
<div id="m_4436612922081973279AppleMailSignature"><span style="background-color:rgba(255,255,255,0)"><br>
-RH</span></div>
<blockquote type="cite"></blockquote>
</div>
<div><br>
On Aug 24, 2017, at 7:22 AM, Nick via cisco-voip <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>> wrote:<br>
<br>
</div>
</span><div><div class="h5"><blockquote type="cite">
<div>
<div dir="ltr">
<p class="MsoNormal">I wonder if anyone can shed any light on this issue.<span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal">The background is we have completed a migration to new hardware for a customer upgrading CUCM from 11.0 to 11.5.1 SU3 and UCCX from 11.0 to 11.5.1 SU1, CUAC stayed on the same version 11.0.1.10, the migration was not completed via backup
and config for CUCM was Import / Export and for UCCX and CUAC copied across.<span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal">The issue we have is inbound calls to the switchboards are routed to UCCX first, UCCX will play a Welcome message and route the call back to the CTI RP of the CUAC queue, calls route fine, however the CUAC operators no longer see the caller
ID on the display, they see the directory number of one of the CTI ports of the CUAC server.<span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal">This is happening for all switchboards which we have approx 19.
<span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal">Calls directly routed to the CTI RP of the CUAC bypassing UCCX display the CLI correctly both for internal and external calls.<span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal">Calls dialled internally to the CTI RP of the UCCX and redirected to the CUAC display the internal extension number correctly, so the issue appears to be only when external calls route through the UCCX.<span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal">The config on both UCCX and CUAC is identical to the old servers, CUCM service parameters were imported from the old server so apart from the version changes of CUCM and UCCX, everything should be identical.<span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal">Anyone got any ideas?<span></span></p>
</div>
</div>
</blockquote>
</div></div><blockquote type="cite">
<div><span>______________________________<wbr>_________________</span><span class=""><br>
<span>cisco-voip mailing list</span><br>
<span><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></span><br>
<span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/<wbr>mailman/listinfo/cisco-voip</a></span><br>
</span></div>
</blockquote>
</div>
</blockquote></div><br></div>