[cisco-voip] UCCX calls and CDR

[Ed Leatherman]

Thanks for pointing me in the right direction Ryan,

Normal Call:
finalCalledPartyNumber = Call Control Group Port (CTI Port)
destDeviceName = CTI Port Device Name
Normal/Reasonable cause values

Anomalous Calls:
finalCalledPartyNumber = UCCX Trigger (CTI Route Point)
destDeviceName = CTI Route Point device name
destCause_value = 17, User Busy

This matches up with the particular UCCX applications that were busy at the
time.


On Thu, Aug 30, 2012 at 1:34 PM, Ryan Ratliff <rratliff at cisco.com> wrote:

>
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_6_1/cdrdef/cdrex.html#wp1204195
>
> 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.
>
> -Ryan
>
> On Aug 28, 2012, at 2:45 PM, Ed Leatherman wrote:
>
> Hello,
>
> 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.
>
> 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.
>
> 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?
>
> Thanks!
>
> Ed
>
>
> --
> Ed Leatherman
>
>  _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120831/36d6d041/attachment.html>