Hi, For the RPC command, take a look at https://kamailio.org/docs/modules/5.5.x/modules/pv.html#pv.rpc.shvSet
Regards Arnd Am Mi, Dez 15, 2021 um 04:59:06 schrieb Rhys Hanrahan: > Hi Guys, > > That's awesome - thanks to you both for the suggestions. I had overlooked > anycast because my Ips are only active on one box at a time, but it makes > sense that I'm basically dealing with the same challenges as an anycast > setup, thanks Igor. > > And thanks Arnd! This is what I was thinking of as a quick fix, but I > couldn't find anything useful to change via RPC commands. A shared variable > makes perfect sense! > > I will work through these ideas and post back with whatever I manage to come > up with. > > Thanks! > Rhys. > > On 15/12/21, 12:19 am, "sr-users on behalf of Arnd Schmitter" > <[email protected] on behalf of [email protected]> > wrote: > > Hello Rhys, > > > For a quick solution, to can use notify scripts in keepalived which will > alter a shared variable via RPC call. Then you can test the content of this > variable to see if this instance is master or not. > > > Regards, > Arnd > > > Am Di, Dez 14, 2021 um 14:03:27 schrieb Igor Olhovskiy: > > Rhys, > > > > Seems you're looking into something called "anycast". If it's the case, > have > > you checked > https://github.com/kamailio/kamailio/blob/master/misc/examples/mixed/kamailio-minimal-anycast.cfg > > ? > > > > But overall you are correct, myself is not enough clever to get if > interface > > is active or not. > > > > Regards, > > Igor > > > > On 14.12.2021 05:50, Rhys Hanrahan wrote: > > > > > > Hi Everyone, > > > > > > I have Kamailio acting as a registrar, using DMQ to replicate usrloc > > > between nodes. I’m relaying INVITEs to the home registrar, but > skipping > > > this if (uri == myself) is true. > > > > > > In my lab I just setup my SBCs in an active/active mode, similar to > the > > > link below. So I have 2x VIPs and both SBCs listen on both, but the > > > first VIP is only master on SBC01 and the second VIP is only master on > > > SBC02. > > > > > > > https://docs.nginx.com/nginx/admin-guide/high-availability/ha-keepalived-nodes/ > > <https://docs.nginx.com/nginx/admin-guide/high-availability/ha-keepalived-nodes/> > > > > > > > > > My issue is that now “myself” will always return true even if the > > > virtual IP is actually not active on this node at the moment, so the > > > invite is never relayed properly if it’s on another node. I guess > > > “myself” is just blindly looking at the list of Ips that are > configured > > > with either listen= or alias= and doesn’t care if the IP actually > exists > > > on the server at the time, or not? > > > > > > I am thinking I may have to ditch relying on “myself” entirely and > come > > > up with some other way of checking for local requests, but I am > > > wondering if there’s a good way of approaching this? I was thinking of > > > perhaps triggering an add/remove of listen directives (or something) > > > when a failover of a VIP happens, though this seems kind of heavy > > > handed. Hoping there is a better way. > > > > > > Has anyone else tried doing active/active Kamailio instances like > this? > > > > > > Thanks! > > > > > > > > > *Rhys Hanrahan* | Chief Information Officer > > > *e:* [email protected] <mailto:[email protected]> > > > > > > www.nexusone.com.au <http://www.nexusone.com.au/>signature_132622389 > > > <http://www.fusiontech.com.au/> > > > * > > > **NEXUS ONE****|** FUSION TECHNOLOGY SOLUTIONS** > > > **p:* 1800 NEXUS1 (1800 639 871) or 1800 565 845 *|* *a:* Suite 12.03 > > > Level 12, 227 Elizabeth Street, Sydney NSW 2000 > > > www.nexusone.com.au <http://www.nexusone.com.au/> *|* > > > www.fusiontech.com.au <http://www.fusiontech.com.au/> > > > > > > /The information in this email and any accompanying attachments may > > > contain; a. Confidential information of Fusion Technology Solutions > Pty > > > Ltd, Nexus One Pty Ltd or third parties; b. Legally privileged > > > information of Fusion Technology Solutions Pty Ltd, Nexus One Pty Ltd > or > > > third parties; and or c. Copyright material Fusion Technology > Solutions > > > Pty Ltd, Nexus One Pty Ltd or third parties. If you have received this > > > email in error, please notify the sender immediately and delete this > > > message. Fusion Technology Solutions Pty Ltd, Nexus One Pty Ltd does > not > > > accept any responsibility for loss or damage arising from the use or > > > distribution of this email./ > > > > > > /Please consider the environment before printing this email./ > > > > > > > > > __________________________________________________________ > > > Kamailio - Users Mailing List - Non Commercial Discussions > > > * [email protected] > > > Important: keep the mailing list in the recipients, do not reply only > to the sender! > > > Edit mailing list options or unsubscribe: > > > * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > __________________________________________________________ > > Kamailio - Users Mailing List - Non Commercial Discussions > > * [email protected] > > Important: keep the mailing list in the recipients, do not reply only > to the sender! > > Edit mailing list options or unsubscribe: > > * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions > * [email protected] > Important: keep the mailing list in the recipients, do not reply only to > the sender! > Edit mailing list options or unsubscribe: > * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions > * [email protected] > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: > * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
