Thanks for the quick turnaround, Michael, I'll check out mod_easyroute right away. As to your other need-for-clarification:
My other scenario is similar, but we need to externally signal the FS
server to place a call to phone + extension, confirm it was connected, and then bridge it to a DID. Is XmlRpc the best (only?) way to poke FS into doing something?
When you say "externally signal" do you mean you have a 3rd party application (or something) that needs to talk to FS? Could you detail the scenario a bit more? I'm positive FS can do what you want but with more detail we can help you find the best way to do it. -MC
So we'll have a browser-based app making REST calls to our java-based web server (tomcat). The tomcat server makes a few decisions about what to do and then chooses among several actions which involve triggering some activity from the FS server on another physical machine (which will be behind the same firewall if that matters). For instance, a user would click a link on a webpage that would cause freeswitch to call the phone at their desk, have them press # or something to indicate they are a human and not an IVR, then dial another number to bridge that user to. I'm including my original question below in case you need to refer to it. Thanks again, Brian On Tue, 2009-01-20 at 07:36 -0800, Michael Collins wrote:
On Mon, Jan 19, 2009 at 4:20 PM, Brian Deacon <bdeacon@highergear.com> wrote:
Greetings my soon-to-be-BFF's :)
After the last 6 weeks or so thrashing about in the land of Asterisk, I must say I'm quite impressed with what I'm learning about FreeSwitch.
So the scenario I'm trying to deal with is bridging a call between two not-internal endpoints where the numbers to connect are determined by database-fed business logic.
The recipe here is very close to what I need: http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#exec_in_answer_conf...
Except that I'm a language snob and would greatly prefer python to javascript. :)
So my minor question is can this line: <action application="set" data="group_confirm_file=javascript test.js"/> Become this line: <action application="set" data="group_confirm_file=python foo.bar.baz"/>
But javascript isn't a deal-breaker. I have two bridging scenarios that were too tricky for me in asterisk land. (And my apologies, I'm new to telephony, so I don't have the lingo down). Our FS server would be reachable by multiple 800 numbers. Based on the number that was dialed to reach our FS server, we would look up an external phone number + extension to be part 1 of a bridge (which we would use the group_confirm_file script to make sure we had gotten past the IVR). So for that scenario, how would I accomplish something like: <action application="bridge" data=" ${someVariableSetByScript}"/> Can my foo.bar.baz script make a session.setVariable call that I could drop into data=""?
If I understand your scenario correctly then I would say that your best bet would be the recently added mod_easyroute, which was designed specifically for this purpose. Check out this article and the related wiki page: http://www.freeswitch.org/node/158
My other scenario is similar, but we need to externally signal the FS server to place a call to phone + extension, confirm it was connected, and then bridge it to a DID. Is XmlRpc the best (only?) way to poke FS into doing something?
When you say "externally signal" do you mean you have a 3rd party application (or something) that needs to talk to FS? Could you detail the scenario a bit more? I'm positive FS can do what you want but with more detail we can help you find the best way to do it. -MC
Thanks muchly!
Brian
_______________________________________________ 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
_______________________________________________ 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