[Freeswitch-users] Mod_callcenter and xml_curl

[Gregor Nanger]

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 at 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_callcenter-queue
>
> On Fri, Aug 11, 2017 at 12:10 AM, Volkan Oransoy <voransoy at 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 at 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 at 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 at 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 at 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 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
>>>
>>> --
>>> Sent from Gmail Mobile
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at 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 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://confluence.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://confluence.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
>>
>
>
>
> --
> Ítalo Rossi
> italo at freeswitch.org
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at 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 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

-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170811/2efeda22/attachment-0001.html>