Thanks for pointing me in the right direction Ryan,<div><br></div><div>Normal Call:</div><div>finalCalledPartyNumber = Call Control Group Port (CTI Port)</div><div>destDeviceName = CTI Port Device Name</div><div>Normal/Reasonable cause values</div>
<div><br></div><div>Anomalous Calls:</div><div>finalCalledPartyNumber = UCCX Trigger (CTI Route Point)</div><div>destDeviceName = CTI Route Point device name</div><div>destCause_value = 17, User Busy</div><div><br>This matches up with the particular UCCX applications that were busy at the time.<br>
<br><br><div class="gmail_quote">On Thu, Aug 30, 2012 at 1:34 PM, Ryan Ratliff <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><a href="http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_6_1/cdrdef/cdrex.html#wp1204195" target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_6_1/cdrdef/cdrex.html#wp1204195</a><div>
<br></div><div>Most commonly calls to CTI RPs are redirected to a port where they will be either transferred or redirected to a phone.  Depending on the script and how long you expect a call to hang on a RP before the redirect I'd imagine any call that ends on the RP was either a quick disconnect from the calling party or a failure of some type.  The disconnect cause should help clarify this.  </div>
<div><br><div>
<div style="font-family:Helvetica">-Ryan</div>
</div>
<br><div><div><div class="h5"><div>On Aug 28, 2012, at 2:45 PM, Ed Leatherman wrote:</div><br>Hello,<div><br></div><div>Trying to understand the call flow for UCCX as it relates to CDRs in call manager, so I can make heads or tails of a report i'm looking at.</div>
<div><br></div><div>Normally it looks like when a call comes in, goes to CTI Route Point (trigger) and then to a regular CTI port with its own number (call control group). The actual CDR record shows the destination device name as being the device name for the CTI port, not the route point.</div>

<div><br></div><div>I did a report for last week (our first week of school and generally busy week for the year) and for two particularly busy call centers, there are a number of CDRs where the destination device name is the device name of the CTI route point. Does this imply that these call centers had no more available call control group CTI ports available and the call just stopped dead there at the route point?</div>

<div><br></div><div>Thanks!</div><div><br>Ed</div><div><br><div><div><br></div>-- <br>Ed Leatherman<br><br>
</div></div></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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div><br></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ed Leatherman<br><br>
</div>