[Freeswitch-users] Call at once and XML-CDR

[Lloyd Aloysius]

Another note  look into the caller_profile and index. I think you have two
indexes for this situation.In your logic insert the records for the
multiple indexes.

Lloyd
*
*
*  <http://www.sunteltech.ca/blog/>*


On Fri, Aug 2, 2013 at 12:44 PM, Lloyd Aloysius <
lloyd.aloysius at sunteltech.ca> wrote:

> With the default configuration switch only log a_leg.
>
> You need to enable b_leg in xml_cdr.conf.xml . Then you will see the two
> records in b_leg, with one get billsec > 0 for the the answered call.
>
> Lloyd
>
>
>
> On Fri, Aug 2, 2013 at 10:57 AM, Stuart Mills <
> stuart.mills3 at btopenworld.com> wrote:
>
>>   Hi Avi,
>>
>> Thanks for your reply.
>>
>> Yeah I'm sure, I'm using ESL and if I dial a single number it performs as
>> expected, it’s literally only when I'm making 2 or more calls at once it
>> happens.
>>
>> Cheers,
>>
>> Stuart
>>
>>  *From:* Avi Marcus <avi at avimarcus.net>
>> *Sent:* Friday, August 02, 2013 3:24 PM
>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Subject:* Re: [Freeswitch-users] Call at once and XML-CDR
>>
>>
>> Are you sure these aren't b leg things?
>> Do you have an example of your dial plan and the logs?
>>
>> -Avi
>> On Aug 2, 2013 5:09 PM, "Stuart Mills" <stuart.mills3 at btopenworld.com>
>> wrote:
>>
>>>   Hi,
>>>
>>> Got a question regarding call at once combined with xml-cdr logging.
>>>
>>> The problem I seem to get is when I try sending calls to 2 destinations
>>> and 1 call gets answered, so that wins the race, the xml-cdr logging seems
>>> to be a little confused. In the app_log I’m getting logging up to the point
>>> of the dial string, then nothing after that for the a-leg. What seems to
>>> happen is the rest of the app_log gets written to the cdr file of the bleg
>>> that answered the call first.
>>>
>>> Is this by design or a bug in the xml-cdr logging?
>>>
>>> Thanks,
>>>
>>> Stuart
>>>
>>> _________________________________________________________________________
>>> 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
>>
>>
>> _________________________________________________________________________
>> 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/20130802/0bef12f2/attachment.html