[SR-Users] Disable GW's on runtime
David Villasmil
david.villasmil.work at gmail.com
Wed Aug 28 14:57:40 CEST 2019
Why not just calling dispatcher.set_state directly to the kamailio? That
would only set the state in memory. Unless you do a reload.
On Wed, 28 Aug 2019 at 13:21, Duarte Rocha <duarterocha91 at gmail.com> wrote:
> Yes, i only want to disable it on one Kamailio.
>
> A quarta, 28/08/2019, 11:32, Duarte Rocha <duarterocha91 at gmail.com>
> escreveu:
>
>> Greetings,
>>
>> I have two Kamailio's working on a HA scenario. Both Kamailio's have DB
>> replication and each machine has one HA IP. In order to set this up, i have
>> every GW on the DB duplicated, one with Socket IPA and another with socket
>> IPB.
>>
>> I have both GWs in a active state configurated in the replicated DB. They
>> also both have the same URI and the same group id
>>
>> Example :
>> GW1 : Socket = IPA ; GroupID = 1 ; Uri = sip:1.1.1.1:5060
>> GW2 : Socket = IPB ; GroupID = 1 ; Uri = sip:1.1.1.1:5060
>>
>> In order to avoid errors, i want to disable on runtime the GWs that have
>> a socket that doesn't belong, at the moment, to that machine (GW with
>> Socket IPB on machine with IPA). To do that i would use the
>> dispatcher.set_state, however it works with group id and address, which in
>> this case it is the same.
>>
>> Is there other method to disable the GWs on runtime using other arguments
>> like duid or socket ?
>>
>> I thought about using probing for this, since it will disable
>> automatically the GWs with non-existent socket, but not all my clients
>> support probing, so it isn't feasible.
>>
>> Thanks in advance
>>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
--
Regards,
David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190828/c7556f73/attachment.html>
More information about the sr-users
mailing list