[Freeswitch-users] mod_callcenter multiserver doesn't work

[Stanislav Sinyagin]

it can be implemented outside of FreeSWITCH, a distributed ESL agent
which manages the calls and queues, and is resilient in itself.

But of course, it's not a cheap piece of cake.


On Wed, Nov 11, 2015 at 10:33 AM, Michael Jerris <mike at jerris.com> wrote:
> There is no patch.  It would require somone to come up with a way to do this
> and write the code.  It is not a small job.
>
>
> On Wednesday, November 11, 2015, Алексей Морозов <a.m.morozov at gmail.com>
> wrote:
>>
>> Sergey, thank you for your advice. I know that this limitation had place
>> in early realeases but I hoped this problem was fixed in last release. So, I
>> see it is not.
>>
>> Is anybody know some ways to overcome this limitation. I heard there is a
>> patch that fixes this problem, but couldn't find it.
>>
>>
>> WBR
>> Alex M
>>
>> 2015-11-10 21:51 GMT+03:00 Sergey Safarov <s.safarov at gmail.com>:
>>>
>>> Please read mod_callcenter documentation. Eraly I has find that
>>> mod_callceter not support  one database access from two or more FS hosts.
>>>
>>>
>>> On Tue, Nov 10, 2015, 20:13 Алексей Морозов <a.m.morozov at gmail.com>
>>> wrote:
>>>>
>>>>
>>>>
>>>> Hello.
>>>> We have two freeswitch, load balansing schema is implemented. All work
>>>> well but mod_callcenter. We have recognised that if member was queued by one
>>>> freeswitch in cli of other freeswitch appears messages:
>>>>
>>>> 2015-11-10 14:09:46.068909 [DEBUG] mod_callcenter.c:1108 Updated Agent
>>>> user1 at tl0001 set state = Receiving
>>>> 2015-11-10 14:09:46.068909 [ERR] mod_callcenter.c:1522 Member 4957211388
>>>> <4957211388> with uuid 87916504-879b-11e5-b8ef-47aae95f691f in queue
>>>> callcenter at tl0001 is gone just before we assigned an agent
>>>> 2015-11-10 14:09:46.068909 [DEBUG] mod_callcenter.c:1108 Updated Agent
>>>> user1 at tl0001 set state = Waiting
>>>>
>>>> and after that member "hangs" in queue for ever.
>>>>
>>>> Please, any help with this problem.
>>>>
>>>>
>>>> WBR
>>>> Alex M.
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> 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