[SR-Users] Use dmq module with private and public IP addresses

[Henning Westerholt]

Hi Markus,

This is a bit an IP routing question, as Kamailio more or less just send the message out to the network stack.

Some ideas with iproute2:

- setup a default route to the public internet
- setup a more specific route for the dmq endpoint
- configure a timeout to detect if one gateway is down to deactivate the route

Another idea would be to enter a DNS record as dmq endpoint and then change it with a monitoring trigger event. Not 100% sure how dmq refresh this, will need some testing.

Cheers,

Henning


--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://skalatan.de/services



Von: Markus Bönke
Gesendet: Dienstag, 4. Juni, 15:27
Betreff: [SR-Users] Use dmq module with private and public IP addresses
An: sr-users at lists.kamailio.org


Hello NG,

I have a question regarding the dmq / dmq_userloc module.

In my test setup have 2 Kamailio servers in 2 different data centers.
The data centers are interconnected by a crosslink.
Each Kamailio server has configured an internal (private) and an external (public) IP address.
The internal IPs are routed to use the crosslink.
The external IPs are routed through the public internet by different ISPs.

The requirement is that the replication should primarily be routed via the crosslink, only if the crosslink is down it should be routed via public internet.

As I understand the „server_address“ parameter can have only one IP address.
If I configure the public IPs on both sides and one ISP connection gets disconnected, packets will NOT be routed automatically via the crosslink.
And the other way around, if I configure the private IPs on both sides and the crosslink gets disconnected, packets will NOT be routed automatically via public internet.

Is there any way to setup and use dmq for such a scenario ?

Thanks and regards

Markus


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190604/d7bcff93/attachment.html>