[Freeswitch-users] Originate with Dialplan
Sonnie
basmo13 at yahoo.co.uk
Wed Feb 14 08:56:19 UTC 2018
Hello,
I have a current scenerio were a user registers with freeswitch and makes a call out - Works Perfect!
<include> <user id="1000"> <!-- CGRateS config sample. Make default 1000 user prepaid by adding cgr_reqtype variable to your user --> <params> <param name="password" value="$${default_password}"/> <param name="vm-password" value="1000"/> </params> <variables> <variable name="toll_allow" value="domestic,international,local"/> <variable name="accountcode" value="1000"/> <variable name="user_context" value="default"/> <variable name="effective_caller_id_name" value="Extension 1000"/> <variable name="effective_caller_id_number" value="1000"/> <variable name="outbound_caller_id_name" value="$${outbound_caller_name}"/> <variable name="outbound_caller_id_number" value="$${outbound_caller_id}"/> <variable name="callgroup" value="techsupport"/> <variable name="cgr_reqtype" value="*prepaid"/> </variables> </user></include>
and then in the default dialplan, i have this
<!--- CGRateS related extensions --> <!-- Place all requests into park app. Notify must be empty so we do not loop. Order Lcr computation --> <extension name="CGRateS_Auth"> <condition field="${cgr_notify}" expression="^$"> <!---<action application="set" data="cgr_computelcr=true" />--> <action application="park" /> </condition> </extension>
Now, i would love to send a call out with the originate command I've tried this - originate {origination_caller_id_number='123456789',ignore_early_media=true,originate_timeout=45}sofia/gateway/provider_one/7774262712 &playback(/usr/share/freeswitch/sounds/en/us/callie/voicemail/8000/vm-hello.wav) default CGRates_Auth
That sends the call out and then hangs it up(expectedly)
Is there a way i can replicate my working scenerio(maybe pass in those channel variable) but with the originate command? I'm naively thinking, maybe sending the call to a dialplan first before sending it to a gateway?
Please pardon me if the answers are obvious.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180214/d3ea6203/attachment-0001.html>
More information about the FreeSWITCH-users
mailing list