Hi Henning,
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?
Thanks again!
Joel.
On Sun, Aug 12, 2018 at 1:27 PM, Henning Westerholt <hw(a)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
virtual
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
something
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
to
extend it to have some kind of wildcard functionality.
Best regards,
Henning
--
Henning Westerholt
https://skalatan.de/blog/