Hi everyone.

So far it seems loopback is doing what I want so thank you for that. Although it seems to me we might be going round the houses a bit, I have successfully originated calls to local extensions and remote numbers via different gateways by just calling loopback/number/default/xml. This means I don't have to specify the endpoint needed for the given phone number. I probably need to do more testing but so far it is looking good.

Cheers.


Clive Lansink
Email: Clive@Lansink.Co.NZ
Phone: +64 9 520-4242
Mobile: +64 21 663-999
Fax: +64 21 789-150

-----Original message-----
From: Steven Ayre <steveayre@gmail.com>
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Subject: Re: [Freeswitch-users] Originating calls
Reply-to: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org>
Date: Sun, 3 Aug 2014 11:01:27 +0100

+1

https://wiki.freeswitch.org/wiki/Loopback_endpoint


On 3 August 2014 08:33, Peter Olsson <peter@olssononline.se> wrote:

> You can use the loopback endpoint, that will route the call via the
> dialplan.
> Den 3 aug 2014 07:42 skrev "Avi Marcus" <avi@avimarcus.net>:
>
> You can originate a call to the dialplan, e.g. from the docs
>> <http://wiki.freeswitch.org/wiki/Mod_commands#originate>:
>>
>> Here's an example of originating a call to an extension in a different
>> context than 'default' (required for the FreePBX which uses context_1,
>> context_2, etc.):
>>
>>
>>
>>
>>    originate sofia/internal/2001@foo.com 3001 xml context_3
>>
>>
>> However, you have to have a valid A leg - which seems to have to be a SIP
>> destination.
>> Otherwise, you can create a lua or JS ivr and have that be your A-leg and
>> make outbound calls.
>>
>> -Avi
>>
>>
>> On Sun, Aug 3, 2014 at 6:19 AM, Clive Lansink <clive@lansink.co.nz>
>> wrote:
>>
>>> Hello Freeswitch users.
>>>
>>> Currently when I originate a call in my IVR application, I execute the
>>> API originate command like this:
>>> api originate
>>> {variable1=data,variable2=data}sofia/gateway/outbound/<number> &park() xml
>>> default
>>> So yes I have a gateway called outbound and this originates a call by
>>> dialling the specified number on that gateway and parking it. I get the
>>> UUID and can then do stuff with it.
>>>
>>> But what I really want to do is originate a call by putting the
>>> specified phone number through the dialplan so Freeswitch can work out
>>> which endpoint to use. I am sure this must be possible but I can't figure
>>> out how to do it.
>>>
>>> Just to summarise, I want to originate a call to a number which might be
>>> a local extension or it might be a number that is reached through a
>>> gateway. Why can't I do something like:
>>> api originate {variable1=data,variable2=data}<number> &park() xml default
>>> I want Freeswitch to work out which Sofia profile and endpoint to use. I
>>> want Freeswitch to park the call in the same way as above and give me the
>>> UUID. Is this possible?
>>>
>>> Can anyone help with this please?
>>>
>>> Thank you.
>>>
>>>
>>> Clive Lansink
>>> Email: Clive@Lansink.Co.NZ
>>> Phone: +64 9 520-4242
>>> Mobile: +64 21 663-999
>>> Fax: +64 21 789-150
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting@freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>>> http://www.cudatel.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.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
>>
>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>> http://www.cudatel.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.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
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
> http://www.cudatel.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.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

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.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

