<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>Hi Nick,</div>
<div><br>
</div>
<div>The agent predictive and progressive call flow with the SIP dialler is as follows (high level overview):</div>
<ol>
<li>Based on the settings (percentage allocation for outbound), the number of agents to be reserved is calculated</li><li>Those agents are put to reserved</li><li>The UCCX will now send a SIP INVITE with the called number as 'customer phone number' from the imported contacts and the calling number is the number which has been configured on the campaign.</li><li>Once the remote party answers the call, the CPA kicks in and informs the UCCX about the status</li><li><b>Based on the result, the UCCX will decide to either end the call/transfer to IVR or transfer to the agent</b></li><li><b>The agent extension is sent through a REFER message to the voice gateway</b></li><li>The gateway now talks to the CUCM and completes the transfer</li></ol>
<div>Steps 5 and 6 are important for our discussion here. Once the agent is put on reserved and the CPA decides the remote party is human voice, the UCCX sends a SIP REFER to the SIP Dialer with the agent extension (1002 in this example):</div>
<div><br>
</div>
<div>
<div>1994198: Apr 24 21:49:13.533 PDT %MIVR-SS_OB-7-UNK:</div>
<div>SIP-9591583348  REFER sip:<a href="mailto:9591583348@10.106.109.80">9591583348@10.106.109.80</a>:5060 SIP/2.0</div>
<div>SIP-9591583348  Max-Forwards: 70</div>
<div>SIP-9591583348  To: <sip:<a href="mailto:9591583348@10.106.109.80">9591583348@10.106.109.80</a>>;tag=EAB330-42F</div>
<div>SIP-9591583348  From: <sip:<a href="mailto:1003@10.106.112.210">1003@10.106.112.210</a>>;tag=dseefe86c5</div>
<div>SIP-9591583348  Call-ID: <a href="mailto:139840133076042@10.106.112.210">139840133076042@10.106.112.210</a></div>
<div>SIP-9591583348  CSeq: 101 REFER</div>
<div>SIP-9591583348  Content-Length: 0</div>
<div>SIP-9591583348  Contact: <sip:<a href="mailto:1003@10.106.112.210">1003@10.106.112.210</a>:5065;transport=udp></div>
<div>SIP-9591583348  Referred-By: <sip:<a href="mailto:1003@10.106.112.210">1003@10.106.112.210</a>></div>
<div>SIP-9591583348  <b>Refer-To: <sip:<a href="mailto:1002@10.106.109.80">1002@10.106.109.80</a>></b></div>
<div>SIP-9591583348  Allow: INVITE, BYE, CANCEL, ACK, UPDATE, NOTIFY</div>
<div>SIP-9591583348  Cisco-Guid: 1920719893-2013118893-832035059-1159294846</div>
<div>SIP-9591583348  User-Agent: Cisco-UCCX/8.5</div>
<div><br>
</div>
<div> The call is now <b>directly transferred to the agent extension</b>. This is the reason why the wrap up timers don’t take effect because the call that the agent went to ‘Talking’ on is
<b>not via a CSQ</b>, but rather from a direct incoming call. But in a preview dialer, the agent is reserved using a
<b>fakeCallID </b>which is queued in the CSQ and then offered to the agent. So in essence, the WrapUp timer is associated to the CSQ and in Agent-Progressive dialer there is no CSQ involved when the call is offered. </div>
</div>
<div><br>
</div>
<div>I hope that clarifies the issue. </div>
<div><br>
</div>
<div>
<div>
<table style="border:#CCCCCC solid 1px;" cellpadding="0" cellspacing="0" width="543">
<tbody>
<tr>
<td colspan="3" style="border-bottom:#CCCCCC solid 1px;"><a href="http://www.ciscolive.com.au"><img src="http://www.cisco.com/c/dam/assets/email-signature-tool/cisco_live_australia.jpeg?ct=1444951815095"></a></td>
</tr>
<tr>
<td style="padding-left: 24px; padding-top: 15px; padding-bottom: 15px; " align="left" valign="top">
<p style="font-family: Arial, Helvetica, sans-serif; font-size: 11px; color: rgb(102, 102, 102);">
<strong>Abhiram Kramadhati</strong><br>
Technical Solutions Manager, CCBU<br>
<br>
<a style="color:#666666; text-decoration: none;" href="mailto:akramadh@cisco.com">akramadh@cisco.com</a><br>
Phone: <strong>+61 2 8446 6257</strong><br>
<br>
CCIE Collaboration - 40065</p>
</td>
<td style="padding-left: 20px; padding-bottom: 10px; padding-top: 15px;" valign="top" width="50%">
<p style="font-family: Arial, Helvetica, sans-serif; font-size: 11px; color: rgb(102, 102, 102);">
<strong>Cisco Systems Australia Pty Limited</strong><br>
The Forum<br>
201 Pacific Highway<br>
2065<br>
St Leonards<br>
Australia<br>
<a style="color:#666666; text-decoration: none;" href="http://www.cisco.com/web/AU/">Cisco.com</a><br>
</p>
</td>
</tr>
<tr>
<td colspan="3"></td>
</tr>
<tr>
<td colspan="3" style="font-family: Arial, Helvetica, sans-serif; font-size: 10px; color: #999999; padding-left: 24px; padding-right: 20px; padding-top: 5px; padding-bottom: 5px; color:#009900; border-top:#CCCCCC solid 1px; ">
<p><img src="http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif" alt=""> Think before you print.</p>
<p style="color: rgb(153, 153, 153); padding-right: 20px; padding-top: 7px; padding-bottom: 6px;">
This email may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient),
 please contact the sender by reply email and delete all copies of this message.</p>
<p style="color: rgb(153, 153, 153); padding-right: 20px; padding-top: 7px; padding-bottom: 6px;">
Please <a href="http://www.cisco.com/web/about/doing_business/legal/cri/index.html" title="Legal Information" style="color: #0E58A0;">
click here</a> for Company Registration Information.</p>
</td>
</tr>
</tbody>
</table>
</div>
</div>
<div><br>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Nick Britt <<a href="mailto:nickolasjbritt@gmail.com">nickolasjbritt@gmail.com</a>><br>
<span style="font-weight:bold">Date: </span>Thursday, 22 October 2015 10:23 pm<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
<span style="font-weight:bold">Subject: </span>[cisco-voip] Progressive Dialer Worktime/Wrap UP - Finesse/UCCx 10.6<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">
<div>
<div>Hi There!<br>
<br>
</div>
Our customer is using the outbound progressive CUBE dialer using Finesse as the front end and UCCX 10.6.
<br>
<br>
</div>
When using the Preview dialer the wrap-uptimers seem to take affect but when using the progressive dialer no wrap-up times are received the next call the agent goes straight to "not ready" ignoring the wrap-up timer.<br>
<br>
<div>
<div>
<div>
<div>Any ideas? I would expect this with predictive but not progressive. <br>
<br>
<div>-- <br>
<div class="gmail_signature">- Nick<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</span>
</body>
</html>