<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
A fine question for <a class="moz-txt-link-abbreviated" href="mailto:cm-cdr-sdp@cisco.com">cm-cdr-sdp@cisco.com</a>.<br>
<br>
Regards,<br>
Wes<br>
<br>
On Tuesday, February 24, 2009 7:14:14 PM, Erick Bergquist
<a class="moz-txt-link-rfc2396E" href="mailto:erickbee@gmail.com"><erickbee@gmail.com></a> wrote:<br>
<blockquote
cite="mid:f4445faf0902241614n2186637et4d8dd202b005ab50@mail.gmail.com"
type="cite">
<pre wrap="">Well, back to the original topic, upon further investigation the CDR
info matches up for transfers on calls between phones (not voicemail
legs) but when the call leg is transferred to voicemail is when the
identifiers don't match as expected per the docs.
Just was wondering if anyone had ran into this behavior with the raw
data, not interested in the who's who in the reports.
Thanks
On Tue, Feb 24, 2009 at 10:39 AM, Mark Holloway <a class="moz-txt-link-rfc2396E" href="mailto:mh@markholloway.com"><mh@markholloway.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Under normal circumstances, 1234 should be charged as the referring party.
From: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>
[<a class="moz-txt-link-freetext" href="mailto:cisco-voip-bounces@puck.nether.net">mailto:cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Lelio Fulgenzi
Sent: Tuesday, February 24, 2009 9:18 AM
To: Erick B.
Cc: cisco-voip mailinglist
Subject: Re: [cisco-voip] CDR Record for transferred call question
transferred calls CDRs are a pain. and a possible toll fraud vehicle if not
monitored/audited.
take for example, extension 1234 calls an LD number then transfers to
extension 4567.
unless you track the transfer, the call is not logged properly. questions do
arise, if you can track the transfer who do you charge? 1234 or 4567?
i know this doesn't help, but i would hope that CallManager CDRs would keep
the same callLegIdentfiers when necessary.
---
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Bad grammar makes me [sic]" - Tshirt
----- Original Message -----
From: "Erick B." <a class="moz-txt-link-rfc2396E" href="mailto:erickbee@gmail.com"><erickbee@gmail.com></a>
To: "cisco-voip mailinglist" <a class="moz-txt-link-rfc2396E" href="mailto:cisco-voip@puck.nether.net"><cisco-voip@puck.nether.net></a>
Sent: Tuesday, February 24, 2009 10:47:25 AM GMT -05:00 US/Canada Eastern
Subject: [cisco-voip] CDR Record for transferred call question
Hi,
I am working with ISI Infortel, and having issue with reporting on
transferred calls. They are saying that in the CDR flat files
generated that the following fields should match up across all the
call legs involved in a transfer.
origLegCallIdentifier and the destLegIdentifier fields should match
across the call legs.
In the CDR file, there are 3 legs part of the transferred call and the
origLegCallIdentifer field matches on the 1st and 3rd leg but is
different on the 2nd leg which is the phone that transferred the call
to the final phone. This is on Call Manager version 5.1.1 and I've
also compared against same sample call flow on version 6.1.2.1000-13
and 7.0(2) and the CDR flat file records look the same. I've also
tested with transfer softkey for the whole call flow and using hold
and new call then transfer and the CDRs look the same so the method
used doesn't effect the CDRs it appears.
According to Cisco docs, it seems like it is working as it should as
the examples in the docs match what I see and descriptions in the
Cisco CDR PDF describe how these get generated, etc. But there is a
section of the PDF that has the following for both of these fields,
"If the leg of a call persists across several sub-calls, and
consequently several CDRs (as during a call transfer), this value
remains constant." which I don't understand what it means if these
fields are different in the CDRs. I've opened a TAC Case and they
confirmed everything is working as it should but the vendor is going
back to this statement and states the fields should match up across
all call legs so they can match up all the call legs for the report
involved in the transferred call.
The PDF is here,
<a class="moz-txt-link-freetext" href="http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/6_0_1/car/carcdrdef.pdf">http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/6_0_1/car/carcdrdef.pdf</a>
Just wondering if anyone else has ran into this before or not.
Thanks.
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre>
</blockquote>
<pre wrap=""><!---->_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre>
</blockquote>
<br>
</body>
</html>