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 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 call and issue the originate command from there: <br>
This will block until you know for sure the outcome of the
attempt. If it's success it will give you the uuid if not it gives you
the cause code.<br><br>2)
You can use a single mod_event_socket or XMLRPC connection to send all
calls but use the bgapi mechanism which will do the same as above<br>
only asynchronously, The command will return immediately and the
result will be fired as an event that you can pick up on the same or
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 that will tell you when where and why the calls failed or did not
fail.<br><br><br><div class="gmail_quote">On Fri, Jan 23, 2009 at 4:39 PM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Fri, Jan 23, 2009 at 2:15 PM, Shelby Ramsey <<a href="mailto:sicfslist@gmail.com">sicfslist@gmail.com</a>> 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 move it<br>
> to FS. Searched via google site:<a href="http://lists.freeswitch.org" target="_blank">lists.freeswitch.org</a> auto dialer and others<br>
> ... nothing useful.<br>
> Today I have a platform for auto dialing with AST (centrally managed ...<br>
> about 10 machines) and we do this:<br>
> -- Remote machines query central DB for numbers to call based on 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 (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" 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>
</div>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 ${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>
<div class="Ih2E3d"><br>
> But for the life of me I can't figure out how to translate this into 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 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 modify<br>
> static text files from the web interface is too much text parsing and bad<br>
> things will happen ...<br>
> Any thoughts or pointing me in the right direction would be appreciated.<br>
> Shelby<br>
><br>
><br>
><br>
</div>> _______________________________________________<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>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">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">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">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>