Hi Gregor,
our platform is a cluster of FS server and all the config resides on a centralized DB hosted on HA servers.
If I got it right, offloading logic on server side for all FS implies replicating data (and keep them updated and sync) from DB to all fs server.
Is it really a good solution for scalability?
Thanks
Francesco
Da: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org ] Per conto di Gregor Nanger
Inviato: lunedì 15 maggio 2017 20:38
A: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org >
Oggetto: Re: [Freeswitch-users] Freeswitch Time of Day Routing XML_curl
Even if FS makes http post, you can offload FS with all logic in server side, that you can return only small dial plan.
On Mon, May 15, 2017, 19:29 Brian West <mailto:brian@freeswitch.org> wrote:
ToD routing when using xml_curl makes no sense, You can already answer the request with exactly what needs to run for the current time the request is being made.
/b
On Mon, May 15, 2017 at 11:41 AM, Piccinin Francesco <mailto:francesco.piccinin@insiel.it > wrote:
Hi all,
we are trying to setup Freeswitch ToD routing using XML curl for XML dialplan dynamic generation.
Please note that our dialplan is mainly stored on static file (plus lua support) with few exceptions like IVRs.
In order to avoid freeswitch sending http post on every call (as would happen adding binding=directory on xml_curl configuration module), we would like to find a way to generate dynamic xml dialplan only on particular case like ToD.
Can you please give us some clues about this?
Thanks
Regards
Francesco
____________________________________________________________ _____________
Professional FreeSWITCH Consulting Services:
mailto:consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
mailto:FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-user s
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch-users
http://www.freeswitch.org
--
Brian West
mailto:brian@freeswitch.org
Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com
https://freeswitch.com/appointment
Allison prompts for FreeSWITCH:
https://www.gofundme.com/allison-prompts-for-freeswitch
Got Bugs? Report them https://freeswitch.org/jira! | Reddit: https://www.reddit.com/r/freeswitch | F:+19184209002 | M:+1918424WEST (9378)
T:+19184209001
Skype:briankwest
____________________________________________________________ _____________
Professional FreeSWITCH Consulting Services:
mailto:consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
mailto:FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-user s
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch-users
http://www.freeswitch.org
--
Gregor Nanger
CTO
t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485
• Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia
• http://www.infomedia.si/
____________________________________________________________ _____________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-user s
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch-users
http://www.freeswitch.org