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@mydomain.com;fs_path=sip:1000@mydomain.comSorry for this stupid question, but is this how to make loopback on call?Thank you both.NevenOn Mon, Oct 13, 2014 at 9:16 AM, Dan Christian Bogos <danb.lists@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@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@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org