No tcp not documented anywhere. No chance to change the transcoder. But we turned rtp-ntp off and that buggered everything. The bug is not resolved in 10.6<br><br>On Saturday, 17 October 2015, Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Nice work Nick, and thanks for such great detail on your efforts. I agree that switching your transcoder to universal didn't help you, considering you are not using the transcoder any longer. You did confirm that correct?<div><br></div><div>I am also curious to see how having no dtmf-relay impacts your users. You must only ever do g711 out to the PSTN then? And your ITSP was onboard with no relay?</div><div><br></div><div>Was the TCP vs UDP requirement documented somewhere and you just missed it originally, or was that a shot in the dark to try TCP?</div><div><br></div><div>Thanks again for sharing your journey.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 15, 2015 at 6:00 PM, Nick Britt <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','nickolasjbritt@gmail.com');" target="_blank">nickolasjbritt@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">Didn't try VAD maybe should have though! Resolution below, in short we changed the trans-coder to universal (not sure this helped the issue) forced TCP in both the SIP gateway within UCCX and on the incoming dial-peers then also removed RTP-NTE DTMF on the dial-peers.<br><br>
<p class="MsoNormal"><span style="color:rgb(64,64,64)" lang="EN-US">Here is a summary: </span></p>
<p class="MsoNormal"><span style="color:rgb(64,64,64)" lang="EN-US"> </span></p>
<p class="MsoNormal"><b><span style="color:rgb(64,64,64)" lang="EN-US">Problem description: </span></b></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">CPA calls from UCCX oubound dialer not working over
SIP trunk to CUBE.</span></p>
<p class="MsoNormal"><b><span style="color:rgb(64,64,64)" lang="EN-US">Case closure Summary:</span></b></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">We started with debugging the CUBE. </span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">According to the flow between CCX and GW:</span></p>
<p><span style="font-size:9pt;color:rgb(64,64,64)" lang="EN-US">INVITE from CCX to GW --></span></p>
<p><span style="font-size:9pt;color:rgb(64,64,64)" lang="EN-US">100 Trying <--</span></p>
<p><span style="font-size:9pt;color:rgb(64,64,64)" lang="EN-US">180 Ring<--</span></p>
<p><span style="font-size:9pt;color:rgb(64,64,64)" lang="EN-US">200 OK<--</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US"> We are not receiving ACK from CCX to proceed
with the call further, after which we should establish media CPA and send an
update to CCX.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">Collected MIVR logs and found that UCCX is not
accepting the incoming SIP signaling from VGW on its Sip stack.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">Confirmed SIP packet relay using packet captures.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">UCCX server was rebooted more than one time but issue
remained the same.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">We finally changed the protocol from UDP to TCP
between the UCCX and cube. This helped in the SIP signaling to complete.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">We also upgraded the IOS to 15.5 proactively. </span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">Did some research and found an enhancement Caveat
<a href="https://tools.cisco.com/bugsearch/bug/CSCui62525/" target="_blank">https://tools.cisco.com/bugsearch/bug/CSCui62525/</a>?</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">As per the Caveat <b>Call Progress Analysis (CPA) will
fail to run and detect live voice or SIT tones during a Unified Contact Center
Express (UCCX) IVR-based Outbound Dialer Call.</b></span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">Now since we were doing DTMF internetworking (RTP-NTE
to raw inband) the DSPs were ingoring the CPA config and not detecting the
audio.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">We removed the DTMF internetworking and allowed raw
inband DTMF type on the Service provider leg. To do this we removed the
“dtmf-relay rtp-nte” under the dial peer 60 which was the dial peer to
provider.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">We also rolled back the IOS version to 15.4.3 as it
was and confirmed calls success.</span></p>
<p><span style="font-family:Symbol;color:rgb(64,64,64)" lang="EN-US"><span>·<span style="font:7pt "Times New Roman"">
</span></span></span><span style="color:rgb(64,64,64)" lang="EN-US">For your reference I have posted the useful CPA links
below.</span></p>
<p class="MsoNormal"><b><span style="color:rgb(64,64,64)" lang="EN-US"> </span></b></p>
<p class="MsoNormal"><b><span style="color:rgb(64,64,64)" lang="EN-US">CPA config :</span></b></p>
<p class="MsoNormal"><span lang="EN-US"><a href="https://tools.cisco.com/squish/6fFE9" target="_blank"><span style="font-size:9pt;font-family:"Arial",sans-serif;color:rgb(14,88,160);background:white none repeat scroll 0% 0%">https://tools.cisco.com/squish/6fFE9</span></a></span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><b><span lang="EN-US">CPA call
flow overview:</span></b></p>
<p class="MsoNormal"><span lang="EN-US"><a href="https://tools.cisco.com/squish/3CEe0" target="_blank"><span style="font-size:9pt;font-family:"Arial",sans-serif;color:rgb(14,88,160);background:white none repeat scroll 0% 0%">https://tools.cisco.com/squish/3CEe0</span></a><b><span style="color:rgb(64,64,64)"></span></b></span></p>
<p class="MsoNormal"><b><span style="color:rgb(64,64,64)" lang="EN-US"> </span></b></p>
<br></div><div class="gmail_extra"><div><div><br><div class="gmail_quote">On Fri, Oct 16, 2015 at 1:52 AM, Ryan Huff <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','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><div dir="ltr">Long shot here but have you double checked that voice activity detection (VAD) is off?<br> <br>Thanks,<br> <br>Ryan<br> <br><div><hr>From: <a href="javascript:_e(%7B%7D,'cvml','nickolasjbritt@gmail.com');" target="_blank">nickolasjbritt@gmail.com</a><br>Date: Thu, 15 Oct 2015 14:14:59 +1100<br>To: <a href="javascript:_e(%7B%7D,'cvml','rlafount@cisco.com');" target="_blank">rlafount@cisco.com</a><span><br>Subject: Re: [cisco-voip] Outbound IVR-UCCX and CUBE<br></span>CC: <a href="javascript:_e(%7B%7D,'cvml','cisco-voip@puck.nether.net');" target="_blank">cisco-voip@puck.nether.net</a><div><div><br><br><div dir="ltr"><div><div>Sorry to Grave dig here, trying to configure CPA on UCCX on 10.6(1.10000.1) with a CISCO2921/K9 on Version 15.4(3)M4, RELEASE SOFTWARE (fc1).<br><br></div>It appears CSCui62525 was resolved on our version of UCCX but we tried removing RTP-NTE from all dialpeers with no luck (no update messages being sent from the GW to UCCX to advise that a live human is speaking connected)<br><br></div>Anything else we should check? TAC is next :(<br><div><div><div><br></div></div></div></div><div><br><div>On Fri, Apr 11, 2014 at 4:12 AM, Ryan LaFountain (rlafount) <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','rlafount@cisco.com');" target="_blank">rlafount@cisco.com</a>></span> wrote:<br><blockquote style="padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
<div>
Hi Michele,
<div><br>
</div>
<div>As Bill said, only TDM is supported at this time. Although CUBE recently released support for CPA in DSPs that is not involved in call termination, there are still some things we have to work out. </div>
<div><br>
</div>
<div>You can track CSCui62525. When this gets integrated I hope we’ll support CUBE for IVR-based Outbound Dialer with UCCX. </div>
<div><br>
</div>
<div>You can also see this article which talks a little bit more about it. </div>
<div><br>
</div>
<div><a href="http://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/116084-trouble-ivr-dialer-00.html" target="_blank">http://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/116084-trouble-ivr-dialer-00.html</a></div>
<div><br>
<div>Thank you, <br>
<br>
Ryan LaFountain<br>
Unified Contact Center<br>
Cisco Services<br>
Direct: <a>+1 919 392 9898</a><br>
Hours: M - F 9:00am - 5:00pm Eastern Time<br>
</div><div><div>
<br>
<div>
<div>On Apr 10, 2014, at 12:41 PM, Bill Talley <<a href="javascript:_e(%7B%7D,'cvml','btalley@gmail.com');" target="_blank">btalley@gmail.com</a>> wrote:</div>
<br>
<blockquote>
<div dir="ltr">
<div>PSTN access has to be TDM. SIP trunking to telco is not supported in CCX 9.0(2) for outbound dialer functionality.<br>
<br>
</div>
<replying all this time><br>
</div>
<div><br>
<br>
<div>On Thu, Apr 10, 2014 at 12:11 PM, Michele Russo (AM) <span dir="ltr">
<<a href="javascript:_e(%7B%7D,'cvml','michele.russo@dimensiondata.com');" target="_blank">michele.russo@dimensiondata.com</a>></span> wrote:<br>
<blockquote style="padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
<div lang="EN-US">
<span style="font-family:"Calibri","sans-serif";font-size:10pt">I am configuring an Outbound IVR Progressive Campaign using UCCX version 9.0.2 and CUBE. Is this supported? I saw a note in this got a bit worried. <u></u><u></u></span><br>
<span style="font-family:"Calibri","sans-serif";font-size:10pt"><a href="http://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/116084-trouble-ivr-dialer-00.html#anc8" target="_blank">http://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/116084-trouble-ivr-dialer-00.html#anc8</a> <u></u><u></u></span><br>
<span style="font-family:"Calibri","sans-serif";font-size:10pt">Thanks.<u></u><u></u></span><br>
<p><u></u> <u></u></p>
<p><u></u> <u></u></p>
<p><span style="color:rgb(15,36,62);font-size:9pt">Michele Russo Harttree<u></u><u></u></span></p>
<p><span style="color:rgb(15,36,62);font-size:9pt">Consultant<u></u><u></u></span></p>
<p><span style="color:rgb(15,36,62);font-size:9pt">Dimension Data NA<u></u><u></u></span></p>
<p><span style="color:rgb(15,36,62);font-size:9pt">11730 Plaza America Drive Suite 350<u></u><u></u></span></p>
<p><span style="color:rgb(15,36,62);font-size:9pt">Reston, Va 20190<u></u><u></u></span></p>
<p><span style="color:rgb(15,36,62);font-size:9pt"><a>202-460-3965</a> (cell)<u></u><u></u></span></p>
<p><span style="color:rgb(15,36,62);font-size:9pt"><a>571-203-4007</a> (desk)<u></u><u></u></span></p>
<p><span style="color:rgb(15,36,62);font-size:9pt"><a href="javascript:_e(%7B%7D,'cvml','michele.russo@dimensiondata.com');" target="_blank">michele.russo@dimensiondata.com</a><u></u><u></u></span></p>
<p><u></u> <u></u></p>
</div>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="javascript:_e(%7B%7D,'cvml','cisco-voip@puck.nether.net');" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="javascript:_e(%7B%7D,'cvml','cisco-voip@puck.nether.net');" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote>
</div>
<br>
</div></div></div>
</div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="javascript:_e(%7B%7D,'cvml','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><br clear="all"><br>-- <br><div>- Nick<br></div>
</div>
<br>_______________________________________________
cisco-voip mailing list
<a href="javascript:_e(%7B%7D,'cvml','cisco-voip@puck.nether.net');" target="_blank">cisco-voip@puck.nether.net</a>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></div></div></div> </div></div>
</blockquote></div><br><br clear="all"><br></div></div><span><font color="#888888">-- <br><div>- Nick<br></div>
</font></span></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="javascript:_e(%7B%7D,'cvml','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>
</blockquote><br><br>-- <br>- Nick<br><br>