Yeah, this was down to a silly mistake on my part during debugging, which I managed to repeat several times without realizing.<div><br></div><div>Enabling B legs works exactly as expected, the hold_events are showing perfectly, I am getting a record for each new channel created by transfers, and linking them together is fairly easy.</div>
<div><br></div><div>Thanks for the follow up!</div><div><br></div><div>Cal</div><div><br><div><div><div><div><br><div class="gmail_quote">On Mon, Jan 21, 2013 at 12:12 AM, Joćo Mesquita <span dir="ltr"><<a href="mailto:jmesquita@freeswitch.org" target="_blank">jmesquita@freeswitch.org</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">Cal, I saw from Jira that you were receiving the CDRs for all legs, correct? B legs should always link to their A legs and that's how you find what happened and when. Were you able to?</div>
<div class="gmail_extra">
<br clear="all"><div>Joćo Mesquita<br>FreeSWITCH Solutions<br></div>
<br><br><div class="gmail_quote"><div><div class="h5">On Fri, Jan 18, 2013 at 8:18 PM, Cal Leeming [Simplicity Media Ltd] <span dir="ltr"><<a href="mailto:cal.leeming@simplicitymedialtd.co.uk" target="_blank">cal.leeming@simplicitymedialtd.co.uk</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Hello,<div><br></div><div>So, we are currently testing mod_xml_cdr and having some difficulties getting all the correct data.</div>
<div><br></div><div><div>I actually have a fairly well commented dump of this happening (albeit from an unrelated bug);</div>
<div><br></div><div><a href="http://jira.freeswitch.org/secure/attachment/17781/debug-18-01-2013.txt" target="_blank">http://jira.freeswitch.org/secure/attachment/17781/debug-18-01-2013.txt</a></div></div><div><br></div>
<div>Take the following scenario:</div>
<div><br></div><div>From user/2000 TO user/2001</div><div><div>from user/2001 to user/2002 via user/2000</div></div><div><div>from user/2002 to gw/447534971120 via user/2001</div></div><div><div>from gw/447534971120 to ivr/2003 via user/2001</div>
</div><div><div>from gw/447534971120 to gw/442477062086 via ivr/2003</div></div><div><div>HANGUP from gw/447534971120</div></div><div><br></div><div>At this point the CDRs are posted back to our web app (both A and B leg).. however, it doesn't seem to contain all the above call events..</div>
<div><br></div><div>The end goal for me was to have each stage of a call logged and linked.. so if a call is transferred 10 times, I will see 10 CDR legs.</div><div><br></div><div>So, my questions are;</div><div><br></div>
<div>* Is this behaviour expected?</div><div>* Am I approaching this from the wrong angle?</div><div>* Are there better ways to collect CDRs?</div><div><br></div><div>Any and all feedback would be much appreciated.</div>
<div>
<br></div><div>Thanks</div><span><font color="#888888"><div><br></div><div>Cal</div>
</font></span><br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div></div></div></div>