[Freeswitch-users] Fwd: Originating a call between an user and mod_httapi-based IVR service - passing some correlation ID

[Rafal Gwizdala]

Thanks, exacly what i was looking for
R


On Thu, Jun 6, 2013 at 10:47 PM, Michael Collins <msc at freeswitch.org> wrote:

> I think in the cookbook we cover the use of the create_uuid API when doing
> an originate. You pre-generate a UUID and then it is available to whatever
> processes you have running. Once you have the uuid then you use
> originate_uuid=<uuid_value> in the dialstring.
>
> -MC
>
>
> On Thu, Jun 6, 2013 at 1:23 PM, Rafal Gwizdala <rafal.gwizdala at gmail.com>wrote:
>
>> Hi Michael
>> I already have the Freeswitch 1.2 book and it's been a great help so far
>> (without it i'd be lost completely).
>> But even after reading the book I'm not sure how to answer my second
>> question (the one about correlating the originate call with later
>> mod_httapi callback).
>> Of course I could use the destination phone number as a correlation ID
>> but this can cause some problems in future when the processes become more
>> complex.
>> So, to be more specific, i'd like to share some unique ID between the
>> originate ESL call and  mod_httapi callback later so I can identify these
>> two calls as belonging to same process in my application.
>> The session_id would be a nice candidate but i don't know if it's
>> possible to get the session_id from the originate call. If not, maybe I
>> could set some custom variable in the originate call so that the same
>> variable would be sent back to me by mod_httapi? Do you have some 'best
>> practices' for such situation?
>>
>> Rafal
>>
>>
>>
>> On Thu, Jun 6, 2013 at 9:51 PM, Michael Collins <msc at freeswitch.org>wrote:
>>
>>> Welcome to FreeSWITCH!
>>>
>>> Yes, inbound ESL is fine for originating the call. I recommend doing
>>> some tests with originate and dumping all of the information that comes
>>> into the HTTAPI request so that you can get an idea of what values you have
>>> to choose from.
>>>
>>> As a shameless plug I will highly recommend the FreeSWITCH Cookbook<http://link.packtpub.com/nuIOlX>and FreeSWITCH
>>> 1.2 <http://www.packtpub.com/freeswitch-1-2/book> book. They will get
>>> you up and running as quickly as possible.
>>>
>>> Thanks,
>>> Michael
>>>
>>>
>>>
>>> On Thu, Jun 6, 2013 at 12:18 PM, Rafal Gwizdala <
>>> rafal.gwizdala at gmail.com> wrote:
>>>
>>>>
>>>>
>>>> Hi, i'm just beginning to learn FreeSwitch and have a quick question to
>>>> you
>>>> I want to implement an automated IVR-like service that will be used for
>>>> calling selected customers and performing a survey/collecting some data
>>>> from them.
>>>> I decided to use mod_httapi for handling the calls, but since my
>>>> application will be calling the customers I need to initiate the call too.
>>>> I'd like to do that using an inbound event socket, by sending
>>>> 'originate' command.
>>>> And my questions are:
>>>> 1. Is this a correct approach, or maybe there's a better method of
>>>> initiating such call?
>>>> 2. How to pass some correlation id when originating the call so that it
>>>> would be delivered back to my application with mod_httapi request? I just
>>>> need to correlate the initiation of the call with the call handler code
>>>> that will be invoked later.
>>>>
>>>> Thanks and best regards
>>>> Rafal
>>>>
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> 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
>>>
>>>
>>> _________________________________________________________________________
>>> 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
>
>
> _________________________________________________________________________
> 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/20130606/e9160edc/attachment-0001.html