[Freeswitch-users] mod_xml_cdr and transfers - missing call legs

[Cal Leeming [Simplicity Media Ltd]]

Yeah, this was down to a silly mistake on my part during debugging, which I
managed to repeat several times without realizing.

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.

Thanks for the follow up!

Cal


On Mon, Jan 21, 2013 at 12:12 AM, João Mesquita <jmesquita at freeswitch.org>wrote:

> 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?
>
> João Mesquita
> FreeSWITCH™ Solutions
>
>
> On Fri, Jan 18, 2013 at 8:18 PM, Cal Leeming [Simplicity Media Ltd] <
> cal.leeming at simplicitymedialtd.co.uk> wrote:
>
>> Hello,
>>
>> So, we are currently testing mod_xml_cdr and having some difficulties
>> getting all the correct data.
>>
>> I actually have a fairly well commented dump of this happening (albeit
>> from an unrelated bug);
>>
>> http://jira.freeswitch.org/secure/attachment/17781/debug-18-01-2013.txt
>>
>> Take the following scenario:
>>
>> From user/2000 TO user/2001
>> from user/2001 to user/2002 via user/2000
>> from user/2002 to gw/447534971120 via user/2001
>> from gw/447534971120 to ivr/2003 via user/2001
>> from gw/447534971120 to gw/442477062086 via ivr/2003
>> HANGUP from gw/447534971120
>>
>> 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..
>>
>> 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.
>>
>> So, my questions are;
>>
>> * Is this behaviour expected?
>> * Am I approaching this from the wrong angle?
>> * Are there better ways to collect CDRs?
>>
>> Any and all feedback would be much appreciated.
>>
>> Thanks
>>
>> Cal
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130121/a4ea1d31/attachment-0001.html