Mod_callcenter and xml_curl
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
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
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
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 <mailto: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 <mailto: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 <http://www.infomedia.si/>_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/> -- Sent from Gmail Mobile _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <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
You do not need to reload the module. Load/reload/unload of queues can be done via API commands: https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter#mod_call... 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 italo@freeswitch.org
I see, Italo. You've made a good module. It has a lot of changes since I last read wiki. I can even query via Esl and get json for real-time data. If I issue reload queue via Esl, do I need to return whole xml configuration via xml_curl or only for reload queue? We are using ms sql for FS via odbc. Guess it will work also for Mod_callcenter? On Fri, Aug 11, 2017, 07:56 Ítalo Rossi <italo@freeswitch.org> wrote:
You do not need to reload the module. Load/reload/unload of queues can be done via API commands:
https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter#mod_call...
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 italo@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
-- 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
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:
https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter#mod_call...
On Fri, Aug 11, 2017 at 12:10 AM, Volkan Oransoy <voransoy@gmail.com <mailto: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 <mailto: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 <mailto: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 <mailto: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 <http://www.infomedia.si/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
-- Sent from Gmail Mobile _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com>
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org <http://confluence.freeswitch.org> http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com>
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org <http://confluence.freeswitch.org> http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org
-- Ítalo Rossi italo@freeswitch.org <mailto:italo@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
-- With kind regards Peter Steinbach Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de
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. On Fri, Aug 11, 2017, 12:34 Peter Steinbach <lists@telefaks.de> wrote:
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:
https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter#mod_call...
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 italo@freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <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
Anything over odbc will work. When reloading a queue your web server can check for CC-Queue value, that's the queue needing reload you just need to return the config for this queue. If CC-Queue is not present that means we're loading the module and you should return everything. Em sex, 11 de ago de 2017 às 07:01, Gregor Nanger <gregor@infomedia.si> escreveu:
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.
On Fri, Aug 11, 2017, 12:34 Peter Steinbach <lists@telefaks.de> wrote:
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:
https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter#mod_call...
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 italo@freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <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 _________________________________________________________________________ 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
Thanx, Italo. Everything is clear now. On Fri, Aug 11, 2017, 19:25 Ítalo Rossi <italo@freeswitch.org> wrote:
Anything over odbc will work.
When reloading a queue your web server can check for CC-Queue value, that's the queue needing reload you just need to return the config for this queue.
If CC-Queue is not present that means we're loading the module and you should return everything. Em sex, 11 de ago de 2017 às 07:01, Gregor Nanger <gregor@infomedia.si> escreveu:
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.
On Fri, Aug 11, 2017, 12:34 Peter Steinbach <lists@telefaks.de> wrote:
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:
https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter#mod_call...
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 italo@freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <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 _________________________________________________________________________ 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
-- 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
Italo, one question. If I return this XML structure for only one queue relod id ok? <configuration name="callcenter.conf" description="CallCenter"> <queues> <queue name="sales@default"> ....... </queue> </queues> </configuration> Can someone please explain me Level and Position properties of Agent? Thank you, Gregor 2017-08-11 21:55 GMT+02:00 Gregor Nanger <gregor@infomedia.si>:
Thanx, Italo. Everything is clear now.
On Fri, Aug 11, 2017, 19:25 Ítalo Rossi <italo@freeswitch.org> wrote:
Anything over odbc will work.
When reloading a queue your web server can check for CC-Queue value, that's the queue needing reload you just need to return the config for this queue.
If CC-Queue is not present that means we're loading the module and you should return everything. Em sex, 11 de ago de 2017 às 07:01, Gregor Nanger <gregor@infomedia.si> escreveu:
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.
On Fri, Aug 11, 2017, 12:34 Peter Steinbach <lists@telefaks.de> wrote:
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:
https://freeswitch.org/confluence/display/FREESWITCH/ mod_callcenter#mod_callcenter-queue
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 italo@freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <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 ____________________________________________________________ _____________ 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
-- 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
-- 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
Probably good. Check the Confluence, it's explained there. Em sex, 11 de ago de 2017 às 17:58, Gregor Nanger <gregor@infomedia.si> escreveu:
Italo, one question.
If I return this XML structure for only one queue relod id ok? <configuration name="callcenter.conf" description="CallCenter"> <queues> <queue name="sales@default"> ....... </queue> </queues> </configuration>
Can someone please explain me Level and Position properties of Agent?
Thank you, Gregor
2017-08-11 21:55 GMT+02:00 Gregor Nanger <gregor@infomedia.si>:
Thanx, Italo. Everything is clear now.
On Fri, Aug 11, 2017, 19:25 Ítalo Rossi <italo@freeswitch.org> wrote:
Anything over odbc will work.
When reloading a queue your web server can check for CC-Queue value, that's the queue needing reload you just need to return the config for this queue.
If CC-Queue is not present that means we're loading the module and you should return everything. Em sex, 11 de ago de 2017 às 07:01, Gregor Nanger <gregor@infomedia.si> escreveu:
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.
On Fri, Aug 11, 2017, 12:34 Peter Steinbach <lists@telefaks.de> wrote:
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:
https://freeswitch.org/confluence/display/FREESWITCH/mod_callcenter#mod_call...
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 italo@freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <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
_________________________________________________________________________ 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
-- 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
-- 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
participants (5)
-
Brandon Armstead
-
Gregor Nanger
-
Peter Steinbach
-
Volkan Oransoy
-
Ítalo Rossi