Thank you for hints.
I am comfortable of issue commands via api/esl. Also will try to query odbc database that module will use for agents and status.
Some hints:
The module itself can only be reloaded when no call is active in the callcenter module. So relaoding on every change will not work, so API must be used.
We use mod_callcenter with xml_curl, and we have to take care that - whenever we change a parameter in our xml-curl web interface - we have to publish this to the mod_callcenter module via api commands.
This concerns
- queues (reload, unload, add, del)
- agents (set values, add, del)
- tiers (add, del)
And sometimes you will have to check the current status of agents(logged in/out), whether they still are in sync with your xml-curl application.
So this is not a trivial job, but it can be done.
Best regards
Peter
On 08/11/17 07:55, Ítalo Rossi wrote:
You do not need to reload the module. Load/reload/unload of queues can be done via API commands:
On Fri, Aug 11, 2017 at 12:10 AM, Volkan Oransoy <voransoy@gmail.com> wrote:
How does reloading the module effects existing calls and queues? Is it possible to reconfigure existing queues by reloading the module?
/Volkan
On 11 Aug 2017, at 07:05, Ítalo Rossi <italo@freeswitch.org> wrote:
Wrong.
It'll work fine with mod_xml_curl and you don't have to realod the module for manipulating queues. There's apis for that.
No magic, no database manipulation, setup your xml_curl and use it.
_________________________________________________________________________Em qui, 10 de ago de 2017 às 20:19, Brandon Armstead <brandon@cryy.com> escreveu:
To be honest we've got this integration going and it's been a bit of a hassle... You can get it going through a bit of magic and direct database manipulations, the module truly is not really meant for this sort of environment in my opinion.
I would personally advise against it if you have the means to develop it internally / using native other functionality available, i.e. event sockets etc.
As for call states etc it uses database backend to persist across reloads as long as you do not reload Sofia.
On Thu, Aug 10, 2017 at 6:10 PM Gregor Nanger <gregor@infomedia.si> wrote:
Can you please advise me on something.
We are using FS as multitenant and feeding everything via mod_curl. I am wondering what happens if Mod_callcenter configuration is feed via xml_curl. I mean if one customer updates configuration and module is reloaded, what happens with live calls of other customers?
Best regards, Gregor
--
_________________________________________________________________________
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
• 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-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org--
Sent from Gmail Mobile_________________________________________________________________________
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-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
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-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_________________________________________________________________________
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-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--
Ítalo Rossi
_________________________________________________________________________ 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-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________-- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de
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-users
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 • www.infomedia.si |