[Freeswitch-users] Reloading sofia+distributor
David Villasmil
david.villasmil.work at gmail.com
Sat Oct 22 20:40:57 MSD 2011
Reloading sofia doesn't changes the IP address, for one.
Relaoding mod_distributor has nothing to do with the GW configuration, only
the distribution if the calls amongst the gateways.
you *must* kill it, then reload it.
Of course, you can always create a tmp gw, and then rename it, but that
sounds horrible to me, not elegant at all.
David
On Sat, Oct 22, 2011 at 6:23 PM, Madovsky <infos at madovsky.org> wrote:
> **
> and if you reload the profile that includes these gateways ?
>
> ----- Original Message -----
> *From:* David Villasmil <david.villasmil.work at gmail.com>
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Sent:* Saturday, October 22, 2011 12:10 PM
> *Subject:* Re: [Freeswitch-users] Reloading sofia+distributor
>
> Hello,
>
> Thanks for your answer...
>
> But then that's the same as killing it and reloading it, no?
>
> David
>
> On Sat, Oct 22, 2011 at 6:03 PM, Hynek Cihlar <hynek.cihlar at gmail.com>wrote:
>
>> I was also having issues with changing gateways. A solution I came up with
>> was to have globally unique names and changing a gateway was actually
>> destroying the old one and recreating a new one under new name. The downside
>> is that DB lookup must be performed before new call is initiated.
>>
>> Hynek
>>
>>
>>
>> On Sat, Oct 22, 2011 at 5:15 PM, David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> I understand that if I make a change in a gateway, like IP address I need
>>> to first kill the gw because fs doesn't updated the config until all
>>> sessions are finished.
>>> If the gateway has no traffic, that's fine. But the idea would be for the
>>> change to take effect starting with the new incoming calls and allow the old
>>> ones to end normally.
>>>
>>> Also, when you kill a gw and then reload it, and incoming call between
>>> the kill and the reload will NOT be handled... this is just not right for a
>>> production environment..
>>>
>>> Is there any other way of doing this WITHOUT actually:
>>>
>>> - not handling new incoming calls?
>>> - having to kill the gw?
>>>
>>> Thanks!
>>>
>>> David
>>>
>>>
>>> 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
>>>
>>>
>>
>>
>> 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
>>
>>
> ------------------------------
>
>
> 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
>
>
>
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20111022/88c09b89/attachment.html
Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users
mailing list