[Freeswitch-users] Manual generation of CDRs

[Stanislav Sinyagin]

Neven, there's a number of events which might be of interest. I guess you
want to generate a CDR only on a successful outbound call, and skip the CDR
if the destination is busy or not answering.

The best way would be to see all the events that are generated by the call,
and decide which ones are important for you. You can see them in fs_cli:

/nolog
/events plain all

I think you should probably look at CHANNEL_ANSWER or CHANNEL_BRIDGE
events, and then the closing event would be CHANNEL_HANGUP.

Then, your event processing daemon should be reliable enough, as Dan
mentioned. It should re-connect if FreeSWITCH is gone, and it should
restart of it stops for some reason. Probably it's worth running the event
listeners from two independent machines.







On Mon, Oct 13, 2014 at 3:30 PM, Neven Vrenko <neven.vrenko at gmail.com>
wrote:

> Thank you guys on your answers.
>
> @Stanislav:
> Since you are mentioning ESL. This seems to be very straight forward way
> of doing it.
> But I'm interested do you maybe know or you can guess which Event would be
> generated after "Customer" enters "PIN" through DTMF.
> I know how to catch input of that to variable, but I don't know what
> actually to expect after that (which Event, if any is triggered)
>
> @Dan:
> Please can you tell me is it looping of call making disturbance to it or
> there are some consequences to it?
> So does this mean that I can do something similar to: sofia/internal/
> 1000 at mydomain.com;fs_path=sip:1000 at mydomain.com
> Sorry for this stupid question, but is this how to make loopback on call?
>
> Thank you both.
> Neven
>
> On Mon, Oct 13, 2014 at 9:16 AM, Dan Christian Bogos <danb.lists at gmail.com
> > wrote:
>
>> Hi Neven,
>>
>> Although more like a work around but practical and more secure from the
>> point of view of really having your CDRs, you can also loop the call
>> (looping SIP signalling) through FS back (eg using fs_path) and let
>> FreeSWITCH generate your CDR out of that looping.
>> I prefer this approach since CDRs are real money and the risk of loosing
>> them involving events processing over the network is more expensive than
>> the resources used by FS to loop the call (although we rely within
>> CGRateS quite heavily on ESL, but when it comes to CDRs we always prefer
>> FreeSWITCH to handle them via internal modules, not external ones). You
>> can even use a separate SIP profile listening on another IP than the
>> public one where the initial call comes in.
>>
>> Hope that helps!
>> DanB
>>
>> On 13.10.2014 04:25, freeswitch-users-request at lists.freeswitch.org wrote:
>> > Hi guys,
>> >
>> > I'm new to Freeswitch and I have one question.
>> >
>> > It's regarding CDRs, what I would like to do is:
>> >
>> > 1. Customer calls number
>> > 2. IVR responds and prompts for PIN
>> > 3. PIN is provided by customer
>> > 4. NEW CDR IS GENERATED FROM DIAL PLAN
>> > 5. Call proceeds
>> >
>> > Is it possible to somehow generate new CDR "manually" from DialPlan?
>> > If not what is your proposal for solving this?
>> >
>> > Thank you in advance,
>> > Neven
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.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://confluence.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/20141014/e6c7356d/attachment.html