Re: [Freeswitch-users] Dynamic Dialplan

2009-02-10 Thread Adam Long
...@lists.freeswitch.org] On Behalf Of kokoska rokoska Sent: Monday, February 09, 2009 1:03 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Dynamic Dialplan Raymond Chandler napsal(a): kokoska rokoska wrote: Just my 2c: If you use curl with lighttpd and custom built

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-10 Thread kokoska rokoska
Anthony Minessale napsal(a): That's why I chose mod_xml_curl as a demo for the xml_hook api. It's not only a demo, it's rather functional =D :-)) You have 2 choices other than using the stuff we already have in tree. 1) write a custom dialplan module, this module gets a single

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-10 Thread Anthony Minessale
: Re: [Freeswitch-users] Dynamic Dialplan Raymond Chandler napsal(a): kokoska rokoska wrote: Just my 2c: If you use curl with lighttpd and custom built fastcgi C responder (it is really simple with fcgi libs - even I can do it :-) performance could be not that bad. hmmm, mod_xml_curl

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-10 Thread Chav Paskov
[mailto:freeswitch-users-boun...@lists.freeswitch.org] On Behalf Of kokoska rokoska Sent: Monday, February 09, 2009 1:03 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Dynamic Dialplan Raymond Chandler napsal(a): kokoska rokoska wrote: Just my 2c

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-10 Thread Chav Paskov
@lists.freeswitch.org *Subject:* Re: [Freeswitch-users] Dynamic Dialplan oh yeah, i forgot about those too. python,perl and lua can all do that. On Tue, Feb 10, 2009 at 1:01 PM, Adam Long ajl...@worldlink.net mailto:ajl...@worldlink.net wrote: What about a mod_perl XML binding like

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-09 Thread pauld
Option 3 does not have slow performance, Java apps can be highly scalable high performance when written right, this is a serious strong typed language unlike lua and javascript. I actually tested such solution against MySql cluster with 500 calls/m load script, scaled just fine. Contact me off

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-09 Thread Anthony Minessale
hint: when you have harder to program under cons: that's usually how you find the right choice ;) On Mon, Feb 9, 2009 at 8:01 AM, pauld pa...@versafon.com wrote: Option 3 does not have slow performance, Java apps can be highly scalable high performance when written right, this is a serious

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-09 Thread kokoska rokoska
Just my 2c: If you use curl with lighttpd and custom built fastcgi C responder (it is really simple with fcgi libs - even I can do it :-) performance could be not that bad. Like I wrote in the past it can handle about 2000 reguest per second (including SQL query wiht simple postprocessing).

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-09 Thread SP
Everything you can do in a static dialplan you can do via curl as well. Multiple extensions, search/conditions are allowed. Don't sell the curl short, it's very powerful and can get the ball rolling. On Sun, Feb 8, 2009 at 21:21, Doug Blacksone dougblackst...@gmail.com wrote: Hi, Right now,

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-09 Thread Raymond Chandler
kokoska rokoska wrote: Just my 2c: If you use curl with lighttpd and custom built fastcgi C responder (it is really simple with fcgi libs - even I can do it :-) performance could be not that bad. hmmm, mod_xml_curl using C, interesting thought.. all of the complexities of writing your own

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-09 Thread Anthony Minessale
That's why I chose mod_xml_curl as a demo for the xml_hook api. It's not only a demo, it's rather functional =D You have 2 choices other than using the stuff we already have in tree. 1) write a custom dialplan module, this module gets a single callback function a dialplan_hunt function that has

[Freeswitch-users] Dynamic Dialplan

2009-02-08 Thread Doug Blacksone
Hi, Right now, I am working on getting freeswitch configured for our call-center with more than 1000 agents. There are several areas where we need the dialplan to be configurable based on some user detail in the database. Therefore, the dialplan needs to be some-what dynamic based-on inputs from

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-08 Thread Ken Rice
To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] Dynamic Dialplan Hi, Right now, I am working on getting freeswitch configured for our call-center with more than 1000 agents. There are several areas where we need the dialplan to be configurable based on some user detail in the database

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-08 Thread Shelby Ramsey
Doug, Ken is right on this one. I know there are some guys on the list (like Ken) that could help you write a module. It's probably the best way to go (if you're going to have all agents running off of one or two boxes). If you're going to spread the agents / calls around on multiple boxes or

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-08 Thread Ken Rice
Subject: Re: [Freeswitch-users] Dynamic Dialplan Doug, Ken is right on this one. I know there are some guys on the list (like Ken) that could help you write a module. It's probably the best way to go (if you're going to have all agents running off of one or two boxes). If you're going to spread

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-08 Thread Andrew Thompson
On Sun, Feb 08, 2009 at 10:50:31PM -0600, Ken Rice wrote: Also depending on what your Timeframe is like there is a distributed queue mechanism with skills based routing on the way... It even managed to route 2 calls in a row this week ;) Still a ways off from anything production grade tho.

Re: [Freeswitch-users] Dynamic Dialplan

2009-02-08 Thread Wasim Baig
On Mon, Feb 9, 2009 at 10:16 AM, Andrew Thompson and...@hijacked.us wrote: On Sun, Feb 08, 2009 at 10:50:31PM -0600, Ken Rice wrote: Also depending on what your Timeframe is like there is a distributed queue mechanism with skills based routing on the way... It even managed to route 2