xml_curl leaves much to be desired. For one, when you're dealing with a lot of traffic, it gets pretty slow.<div><br></div><div>Come up with something that accomplishes these goals:</div><div><br></div><div>- Fast</div>
<div>- Redundant</div><div>- High Availability</div><div>- No single point of failure</div><div>- Simple as can be</div><div><br></div><div>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.</div>
<div><br></div><div>-BDF</div><div><br></div><div><div class="gmail_quote">On Thu, Mar 29, 2012 at 12:05 PM, Tim St. Pierre <span dir="ltr"><<a href="mailto:fs-list@communicatefreely.net">fs-list@communicatefreely.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, I agree there.<br>
<br>
If you empty out your dialplan and only use curl, then FS hardly has to<br>
do anything to route the call, it just waits for a response and then<br>
executes the little snippet that comes back. Make your web script<br>
really efficient and have it send back a list of dialplan instructions.<br>
<br>
It's still a good idea to have a bit of XML dialplan locally to handle<br>
emergency routing, ie. 911 and 611 if possible. That way, if something<br>
happens to your web servers, people can at least call for help, and<br>
maybe still call you to complain about it. Then again, maybe you don't<br>
want that :-)<br>
<br>
-Tim<br>
<div class="im"><br>
Andrew Cassidy wrote:<br>
> I use xml_curl, reads config from a central server so is replicated<br>
> across you whole cluster, and directory/dialplan are requested every<br>
> call (but supply filter parameters) and in effect dynamic if you<br>
> generate these from a web service.<br>
><br>
> On 29 March 2012 07:56, Joe Flemmings <<a href="mailto:joe.jflemmings@gmail.com">joe.jflemmings@gmail.com</a><br>
</div><div class="im">> <mailto:<a href="mailto:joe.jflemmings@gmail.com">joe.jflemmings@gmail.com</a>>> wrote:<br>
><br>
> What is the most scalable way to control FreeSwitch Routing<br>
> dynamically (apart from XML configs) that has the least load on<br>
> FreeSwitch and scales the best. This is to help achieve the most<br>
> Call Setups Per Second (CPS)<br>
><br>
> eg xml_rpc, lua, event socket etc<br>
><br>
><br>
><br>
> Joe<br>
> _________________________________________________________________________<br>
> Professional FreeSWITCH Consulting Services:<br>
</div>> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a> <mailto:<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>><br>
<div class="im">> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
><br>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
> <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
><br>
> Official FreeSWITCH Sites<br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
><br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
</div>> <mailto:<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>><br>
<div class="im">> <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>
> --<br>
> Andrew Cassidy BSc (Hons) MBCS<br>
> Managing Director; Cassidy Web Services Ltd<br>
> T: 03300 100 960 F: 03300 100 961<br>
> E: <a href="mailto:andrew@cassidywebservices.co.uk">andrew@cassidywebservices.co.uk</a><br>
</div>> <mailto:<a href="mailto:andrew@cassidywebservices.co.uk">andrew@cassidywebservices.co.uk</a>><br>
> W: <a href="http://www.cassidywebservices.co.uk" target="_blank">www.cassidywebservices.co.uk</a> <<a href="http://www.cassidywebservices.co.uk" target="_blank">http://www.cassidywebservices.co.uk</a>><br>
><br>
> ------------------------------------------------------------------------<br>
<div><div></div><div class="h5">><br>
> _________________________________________________________________________<br>
> Professional FreeSWITCH Consulting Services:<br>
> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
><br>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
> <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
><br>
> Official FreeSWITCH Sites<br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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><br clear="all"><div><br></div>-- <br>Brian D. Foster<br>Endigo Computer LLC<br>Email: <a href="mailto:bdfoster@endigotech.com" target="_blank">bdfoster@endigotech.com</a><br>Phone: 317-800-7876<br>
Indianapolis, Indiana, USA<br><br>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.<br>
<br>
</div>