[SR-Users] Quick way to enable/disable all uac outbound registrations
joel at textplus.com
Mon Aug 13 07:23:10 CEST 2018
Thanks for your suggestions. For now I'll give a try your approach #1.
Couple extra doubts:
1- do you think an expiry of say 60s is too low? or is it reasonable? (I
know it will depend a lot on the number of records in database, but in this
case it's very little, like ~50 or so).
2- can I set uac module to initialize without sending any REGISTER requests
("start with all records in database disabled")? If answer is no, then my
idea would be to set uacreg colum reg_delay to say 10s or so to give time
to kamailio to startup, and than have an external script manually disable
them before the delay expires. What do you think?
On Sun, Aug 12, 2018 at 1:27 PM, Henning Westerholt <hw at kamailio.org> wrote:
> Am Sonntag, 12. August 2018, 22:20:41 CEST schrieb Joel Serrano:
> > On an active/passive kamailio cluster, we use keepalived to move a
> > IP between the nodes and all signaling goes to that VIP.
> > One of our DID providers requires us to register with every single DID we
> > have from them in order to receive calls for such DID (NOTE: we only want
> > to have the "active" kamailio sending outbound registrations to the
> > carrier).
> > My idea was to have keepalived enable all the outbound registrations when
> > the current node changes to MASTER and disable them when it changes to
> > BACKUP.
> > Is there a quick "enable all" or "disable all" for uac module outbound
> > registrations or do I have to "know in advanced" all of them and
> > enable/disable one by one?
> Hello Joel,
> just some ideas, as I did (thankfully) not yet needed to implement
> like this:
> - setting a low registration timeout and just waiting until the expire
> - using a small script/tool to just walk over the list of DIDs and send
> SIP REGISTER requests to un-register them all in a bulk
> Of course you can always extend the uac module, or use a python/lua etc..
> script in Kamailio to do something like this. If the uac module access the
> list of registrations internally anyway, it should be probably not to hard
> extend it to have some kind of wildcard functionality.
> Best regards,
> Henning Westerholt
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sr-users