Thanks Michael. <div><br class="webkit-block-placeholder"></div><div>Here are some really simple examples (we limit what people do through the web ... nothing really fancy ... just some good old fashion robo calls).<div><br class="webkit-block-placeholder">
</div><div>ultimately today it looks like this extensions_table (context, exten, priority, app, appdata):</div><div><br class="webkit-block-placeholder"></div><div>campaign,100,1,ANSWER() --> answers call</div><div>campaign,100,2,WAIT(1) --> this is a pause</div>
<div>campaign,100,3,PLAYBACK($INTROFILE) --> plays intro file</div><div>campaign,100,4,BACKGROUND($MESSAGE) --> plays message</div><div>campaign,100,5,WAITEXTEN(5) --> WAIT for DTMF</div><div>campaign,100,6,HANGUP()</div>
<div>Here are DTMF options</div><div>campaign,1,SYSTEM($SCRIPT campaign $EXTEN)</div><div>campaign,2,SYSTEM($SCRIPT campaign $EXTEN)</div><div>campaign,3,DIAL,zap/g1/$ANI</div><div><br class="webkit-block-placeholder"></div>
<div>anothercampaign,112,1,ANSWER()</div><div>anothercampaign,112,2,BACKGROUND($SOMEFILE)</div><div>anothercampaign,112,3,WAITEXTEN(5)</div><div>anothercampaign,112,4,HANGUP()</div><div>Options:</div><div>anothercampaign,1,DIAL(sip/$ANI@$IP)</div>
<div>anothercampaign,2,PLAYBACK($GOODBYE)</div><div><br></div><div>And they pretty much all look like that ... it's easy to return the stuff for extension 100 via XML ... but the challenge is the DTMF options (relating to the same context) ... or maybe I'm just missing something (which is a definite possibility). We don't ever do anything complicated in the IVRs (TTS or ASR) but there is just a lot of them that all get controlled, manipulated via a web interface.<br>
</div><div><br class="webkit-block-placeholder"></div><div>I can originate a call ... do all of that ... just trying to figure out a "simple" way to return the above via xml.</div><div><br class="webkit-block-placeholder">
</div><div>Thanks for your help Anthony and Michael as always!</div><div><br class="webkit-block-placeholder"></div><div>Shelby</div><div><br class="webkit-block-placeholder"></div><div><br></div><div><br class="webkit-block-placeholder">
</div><div><br><div><div><br><div class="gmail_quote">On Fri, Jan 23, 2009 at 5:55 PM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I see your dilemma. To keep things dynamic you definitely want to use<br>
your XML_CURL stuff. Like you said, nothing static.<br>
<br>
Can you post a sample call-flow in plain English? I'm curious about<br>
something. I don't want to say anything else. Just post a simple call<br>
flow:<br>
Initiate call<br>
Wait for answer/busy/timeout/invalid<br>
On busy/timeout/invalid: update db and move on<br>
On answer play greeting, accept digit, route based on digit<br>
<br>
Something like that would help me conceptualize what you are trying to do.<br>
<br>
Thanks<br>
<font color="#888888">MC<br>
</font><br>
P.S. - I've done a little bit of outbound IVR calling so hopefully I<br>
can assist you.<br>
<div><div></div><div class="Wj3C7c"><br>
On Fri, Jan 23, 2009 at 3:39 PM, Shelby Ramsey <<a href="mailto:sicfslist@gmail.com">sicfslist@gmail.com</a>> wrote:<br>
> Anthony / Michael,<br>
> Thanks for the quick responses. What I don't want to do is "drive the call"<br>
> (by that listen on a socket ... do this on this event ... or anything else<br>
> that my very limited FS foo would break) ... Just want to start it and then<br>
> give it instructions on where to go.<br>
> So I guess a better question would be ... how do I give directions to FS for<br>
> this (and I get the 1st part ... that's obvious ... really lost on the DTMF<br>
> digit part) ... and please keep in mind we're talking hundreds of extensions<br>
> / IVR's and distributed machines so I can't have any dependancy on static<br>
> conf files other than maybe something like what Michael mentioned where I<br>
> point every call to something:<br>
> [campaign]<br>
> exten => 100,1,ANSWER()<br>
> exten => 100,n,PLAYBACK(somefile)<br>
> exten => 100,n,BACKGROUND(somefile)<br>
> exten => 100,n,WAITEXTEN(4)<br>
> exten => 100,n,HANGUP()<br>
> but in that same context is someone triggers DTMF:<br>
> exten => 1,1,DOSOMETHING<br>
> exten => 2,1,DOSOMETHING<br>
> I was imaging issuing originate via XML_RPC ... something like originate<br>
> sofia/$ANI@$IP $SOMEEXTEN then on answer when FS tries to connect to<br>
> $SOMEEXTEN it will ask me what to do via xml_curl ... where I would normally<br>
> respond with something like this:<br>
> <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document<br>
> type="freeswitch/xml"> <section name="dialplan" description="FS RESPONSE"><br>
> <context name="public"> <extension name="$EXTEN"> <condition<br>
> field="destination_number" expression=""> <action application="set"<br>
> data="hangup_after_bridge=true"/> <action application="set"<br>
> data="continue_on_fail=true"/> <action application="set"<br>
> data="call_timeout=180"/> <action application="set"<br>
> data="proxy_media=true"/> <action application="set"<br>
> data="pass_rfc2833=true"/> <action application="set"<br>
> data="accountcode=$CUSTOMER" /> <action application="set"<br>
> data="origination_caller_id_name=NULL" /> <action application="set"<br>
> data="origination_caller_id_number=$CIDNUM" /> <action application="set"<br>
> data="effective_caller_id_name=NULL" /> <action application="set"<br>
> data="effective_caller_id_number=$CIDNUM" /> <action application="set"<br>
> data="userfield=$BUNCHOFCRAPFORMYCDR" /> <action application="bridge"<br>
> data="sofia/external/$ANI@$PROVIDERIP" /> </condition> </extension><br>
> </context><br>
> </section> </document><br>
> The challenge I've got is I have no idea how to do stuff like the IVR<br>
> mentioned above (the playback part is easy) ... but I can't grasp<br>
> conceptually how to get the "context" with "multiple extensions" part back<br>
> to FS via this method (is it possible?)...<br>
> Sorry for what is probably a very simple answer and any AST references (but<br>
> I've been using it in heavy production environments for about 5 years). Just<br>
> trying to "port" what I do today without making my brain melt out of my ears<br>
> (and it doesn't take much for that to happen).<br>
> Shelby<br>
> PS ... Really enjoy the list. I usually fall out of my chair laughing once a<br>
> day from your remarks Anthony. Keep it coming!<br>
><br>
> On Fri, Jan 23, 2009 at 4:55 PM, Anthony Minessale<br>
> <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<br>
>><br>
>> Does AST mean Asterisk Open Source PBX ?<br>
>><br>
>> If so, then yes I am familiar with it's archetechure as I am a former<br>
>> developer from that project.<br>
>><br>
>> You have 3 choices with FreeSWITCH<br>
>><br>
>> 1) You can open a dedicated connection to mod_event_socket or XMLRPC per<br>
>> call and issue the originate command from there:<br>
>> This will block until you know for sure the outcome of the attempt.<br>
>> If it's success it will give you the uuid if not it gives you the cause<br>
>> code.<br>
>><br>
>> 2) You can use a single mod_event_socket or XMLRPC connection to send all<br>
>> calls but use the bgapi mechanism which will do the same as above<br>
>> only asynchronously, The command will return immediately and the<br>
>> result will be fired as an event that you can pick up on the same or<br>
>> different event_socket connection or<br>
>> other event consumer such as a custom C,perl,lua etc module.<br>
>><br>
>> 3) You can use mod_xml_cdr to generate detailed 1-file-per-leg call files<br>
>> that will tell you when where and why the calls failed or did not fail.<br>
>><br>
>><br>
>> On Fri, Jan 23, 2009 at 4:39 PM, Michael Collins <<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
>> wrote:<br>
>>><br>
>>> On Fri, Jan 23, 2009 at 2:15 PM, Shelby Ramsey <<a href="mailto:sicfslist@gmail.com">sicfslist@gmail.com</a>><br>
>>> wrote:<br>
>>> > Sorry for the double post ... actually hit send too early ...<br>
>>> > OK ... Here goes another I'm doing this with AST ... but I want to<br>
>>> > move it<br>
>>> > to FS. Searched via google site:<a href="http://lists.freeswitch.org" target="_blank">lists.freeswitch.org</a> auto dialer and<br>
>>> > others<br>
>>> > ... nothing useful.<br>
>>> > Today I have a platform for auto dialing with AST (centrally managed<br>
>>> > ...<br>
>>> > about 10 machines) and we do this:<br>
>>> > -- Remote machines query central DB for numbers to call based on<br>
>>> > certain<br>
>>> > configs<br>
>>> > -- Use AMI to generate the call<br>
>>> > -- If call gets answered, extension info queried via rta (central db<br>
>>> > again)<br>
>>> > The nice thing about all of this is it's relatively easy to manage<br>
>>> > (through<br>
>>> > one central web interface we built) and it works ... the bad part is<br>
>>> > reporting ...<br>
>>> > So ... conceptually I'm trying to accomplish the same thing ...<br>
>>> > Today we use FS a lot for termination of VoIP traffic ... all done via<br>
>>> > XML_CURL ... which is awesome (not to xml cdr ... and the "proxying"<br>
>>> > of<br>
>>> > media) ...<br>
>>> > Would like to do something like:<br>
>>> > -- originate request (looks simple enough)<br>
>>> > -- on answer XML_CURL posts info<br>
>>><br>
>>> Several choices, depending upon how much you want it handled inside<br>
>>> the dialplan vs. handled in the scripting language. For the sake of<br>
>>> testing you could do something like this:<br>
>>> <extension name="ivr-start"><br>
>>> <condition field="destination_number" expression="ivr_whatever"><br>
>>> <action application="set" data="execute_on_answer=transfer<br>
>>> IVR_ANSWER XML default"/><br>
>>> <!-- rest of dialplan --><br>
>>> </condition><br>
>>> </extension><br>
>>><br>
>>> Then have:<br>
>>> <extension name="ivr-answer"><br>
>>> <condition field="destination_number" expression="IVR_ANSWER"><br>
>>> <action application="lua" data="post-info.lua<br>
>>> ${some_important_value}"/><br>
>>> </condition><br>
>>> </extension><br>
>>><br>
>>> This would have any answered call go to the "ivr-answer" extension<br>
>>> while unanswered calls could stay in the ivr-start extension to get<br>
>>> properly handled. (Busy, no answer, invalid/SIT, etc.)<br>
>>><br>
>>> You could then have the "ivr-answer" extension do whatever is<br>
>>> appropriate, like listen for digits, play announcement, beg for money,<br>
>>> etc. :)<br>
>>><br>
>>> -MC<br>
>>><br>
>>> > But for the life of me I can't figure out how to translate this into<br>
>>> > the xml<br>
>>> > response ...<br>
>>> > [campaign]<br>
>>> > exten => 100,1,ANSWER()<br>
>>> > exten => 100,n,WAIT(2)<br>
>>> > exten => 100,n,BACKGROUND(${SOUND_DIR}/somefile)<br>
>>> > exten => 100,n,WAITEXTEN(10)<br>
>>> > exten => 100,n,HANGUP()<br>
>>> > exten => 1,1,PLAYBACK(goodbye)<br>
>>> > .... and so on ...<br>
>>> > I've looked at the ivr.conf stuff but it's all static and all of this<br>
>>> > has to<br>
>>> > be manageable via a web interface .... meaning dumping into a DB and<br>
>>> > returning an XML response seems reasonable ... but trying to stick or<br>
>>> > modify<br>
>>> > static text files from the web interface is too much text parsing and<br>
>>> > bad<br>
>>> > things will happen ...<br>
>>> > Any thoughts or pointing me in the right direction would be<br>
>>> > appreciated.<br>
>>> > Shelby<br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > Freeswitch-users mailing list<br>
>>> > <a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
>>> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>>> ><br>
>>> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>>> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>>> ><br>
>>> ><br>
>>><br>
>>> _______________________________________________<br>
>>> Freeswitch-users mailing list<br>
>>> <a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
>>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> Anthony Minessale II<br>
>><br>
>> FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
>> ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
>><br>
>> AIM: anthm<br>
>> <a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>
>> GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
>> IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
>><br>
>> FreeSWITCH Developer Conference<br>
>> <a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br>
>> <a href="http://iax:guest@conference.freeswitch.org/888" target="_blank">iax:guest@conference.freeswitch.org/888</a><br>
>> <a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
>> pstn:213-799-1400<br>
>><br>
>> _______________________________________________<br>
>> Freeswitch-users mailing list<br>
>> <a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Freeswitch-users mailing list<br>
> <a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
<br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br></div></div></div></div>