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

[Michael Collins]

It might be best of you posted those on pastebin with explanations and
console logs of the calls.
-MC


On Fri, Aug 2, 2013 at 3:24 PM, Stuart Mills
<stuart.mills3 at btopenworld.com>wrote:

>   Hi,
>
> Thanks for your reply.
>
> I have already changed the parameter log-b-leg to true in xml_cdr.conf and
> I am getting 2 records for the outbound calls and 1 for inbound. The issue
> is that the app_log section in the a_leg cdr seems to be split across the
> a_leg cdr and the b_leg cdr that “won” the race to be answered first. The
> second b_leg has no duration as expected.
>
> Am I making sense?
>
> Regards,
>
> Stuart
>
>  *From:* Lloyd Aloysius <lloyd.aloysius at sunteltech.ca>
> *Sent:* Friday, August 02, 2013 5:45 PM
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Subject:* Re: [Freeswitch-users] Call at once and XML-CDR
>
> 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
>  *
> *
> **
>
>
> 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
>>>
>>>
>>
>
>
> ------------------------------
> _________________________________________________________________________
> 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
>
>


-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130803/28d4a56e/attachment-0001.html