[Freeswitch-users] Most Scalable Way To Control FreeSwitch.

Thu Mar 29 23:15:35 MSD 2012

My question was very specific, speed or system resource utilization.

Which has the least load of FreeSwitch? I can always look for different
ways to accomplish other tasks like redundancy etc.

I have tried both xml_curl and lua and under high load the system level
calls are killing me.
I was wondering if event socket are a better way to go/

so between lua, xml_curl and event socket.

On Thu, Mar 29, 2012 at 12:07 PM, Brian Foster <bdfoster at endigotech.com>wrote:

> xml_curl leaves much to be desired. For one, when you're dealing with a
> lot of traffic, it gets pretty slow.
>
> Come up with something that accomplishes these goals:
>
> - Fast
> - Redundant
> - High Availability
> - No single point of failure
> - Simple as can be
>
> It's a tall order and requires a ton of skills and some excellent
> planning. It is not for the faint of heart. I've been dealing with this
> problem for many months, and I still really don't have a solution. I've got
> other goals besides these, but I'd start with that list.
>
> -BDF
>
> On Thu, Mar 29, 2012 at 12:05 PM, Tim St. Pierre <
> fs-list at communicatefreely.net> wrote:
>
>> Yes, I agree there.
>>
>> If you empty out your dialplan and only use curl, then FS hardly has to
>> do anything to route the call, it just waits for a response and then
>> executes the little snippet that comes back.  Make your web script
>> really efficient and have it send back a list of dialplan instructions.
>>
>> It's still a good idea to have a bit of XML dialplan locally to handle
>> emergency routing, ie. 911 and 611 if possible.  That way, if something
>> happens to your web servers, people can at least call for help, and
>> maybe still call you to complain about it.  Then again, maybe you don't
>> want that :-)
>>
>> -Tim
>>
>> Andrew Cassidy wrote:
>> > I use xml_curl, reads config from a central server so is replicated
>> > across you whole cluster, and directory/dialplan are requested every
>> > call (but supply filter parameters) and in effect dynamic if you
>> > generate these from a web service.
>> >
>> > On 29 March 2012 07:56, Joe Flemmings <joe.jflemmings at gmail.com
>> > <mailto:joe.jflemmings at gmail.com>> wrote:
>> >
>> >     What is the most scalable way to control FreeSwitch Routing
>> >      dynamically (apart from XML configs) that has the least load on
>> >     FreeSwitch and scales the best. This is to help achieve the most
>> >     Call Setups Per Second (CPS)
>> >
>> >     eg xml_rpc, lua, event socket etc
>> >
>> >
>> >
>> >     Joe
>> >
>> _________________________________________________________________________
>> >     Professional FreeSWITCH Consulting Services:
>> >     consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>> >     http://www.freeswitchsolutions.com
>> >
>> >     
>> >     
>> >
>> >     Official FreeSWITCH Sites
>> >     http://www.freeswitch.org
>> >     http://wiki.freeswitch.org
>> >     http://www.cluecon.com
>> >
>> >     FreeSWITCH-users mailing list
>> >     FreeSWITCH-users at lists.freeswitch.org
>> >     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>> >     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> >     UNSUBSCRIBE:
>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>> >     http://www.freeswitch.org
>> >
>> >
>> >
>> >
>> > --
>> > Andrew Cassidy BSc (Hons) MBCS
>> > Managing Director; Cassidy Web Services Ltd
>> > T: 03300 100 960 F: 03300 100 961
>> > E: andrew at cassidywebservices.co.uk
>> > <mailto:andrew at cassidywebservices.co.uk>
>> > W: www.cassidywebservices.co.uk <http://www.cassidywebservices.co.uk>
>> >
>> > ------------------------------------------------------------------------
>> >
>> >
>> _________________________________________________________________________
>> > Professional FreeSWITCH Consulting Services:
>> > consulting at freeswitch.org
>> > http://www.freeswitchsolutions.com
>> >
>> > 
>> > 
>> >
>> > Official FreeSWITCH Sites
>> > http://www.freeswitch.org
>> > http://wiki.freeswitch.org
>> > http://www.cluecon.com
>> >
>> > FreeSWITCH-users mailing list
>> > FreeSWITCH-users at lists.freeswitch.org
>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> > UNSUBSCRIBE:
>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>> > http://www.freeswitch.org
>> >
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
>
> --
> Brian D. Foster
> Endigo Computer LLC
> Email: bdfoster at endigotech.com
> Phone: 317-800-7876
> Indianapolis, Indiana, USA
>
> This message contains confidential information and is intended for those
> listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If
> you are not the intended recipient you are notified that disclosing,
> copying, distributing or taking any action in reliance on the contents of
> this information is strictly prohibited. E-mail transmission cannot be
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
> The sender therefore does not accept liability for any errors or omissions
> in the contents of this message, which arise as a result of e-mail
> transmission. If verification is required please request a hard-copy
> version.
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120329/ff7074d8/attachment-0001.html 