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
participants (1)
-
Clive Lansink