No, you don’t need to, but it is a vastly superior replication mechanism to database replication. It was created in order to get around some of the common technical and architectural limitations of the database replication pattern.

—
Sent from mobile, with due apologies for brevity and errors.

On Jul 13, 2021, at 4:37 PM, Social Boh <social@bohboh.info> wrote:



Hello,

 in an active/stanby kamailio setup with keepalived I'm using Database replication primary/primary so I don't need DMQ_USRLOC

I'm testing just now and when active kamailio go down, I can make calls between extensions without connection problems with the stanby kamailio.

So my question is: where I "NEED" to use DMQ_USRLOC?

Regards

---
I'm SoCIaL, MayBe
El 13/07/2021 a las 9:48 a. m., Barry Flanagan escribió:
On 13/07/2021 15:41, Social Boh wrote:
Hello,

If I have to use path protocol or other routing logic to share REGISTER between the Two Kamailio so I can call From USERA on KamailioA to USERB on KamailioB, I think I don't need to still use DMQ_USRLOC module.

Can you offer a practical use of this module, please?


For example, if you had an active/standby kamailio setup with a floating IP managed by e.g. Keepalived then when a failover event occurs, the usrloc is up to date and the failover is completely transparent.

Hope this helps

-Barry Flanagan


Thank you

Regards

---
I'm SoCIaL, MayBe

El 13/07/2021 a las 9:01 a. m., Alex Balashov escribió:
To replicate knowledge of the registration contact bindings automatically.

It doesn’t provide magic routing to reach them. It just shares the knowledge. :-)

—
Sent from mobile, with due apologies for brevity and errors.

On Jul 13, 2021, at 9:46 AM, Social Boh <social@bohboh.info> wrote:

If I have to use Path or other solution, which is the main idea behind the DMQ_USRLOC module?

Regards

---
I'm SoCIaL, MayBe

El 13/07/2021 a las 8:36 a. m., Alex Balashov escribió:
Yes, you need the Path module and special logic for lateral routing of requests received from A and transiting through a Path hop of B.

—
Sent from mobile, with due apologies for brevity and errors.

On Jul 13, 2021, at 8:47 AM, Social Boh <social@bohboh.info> wrote:
Hello,

I'm testing DMQ_USRLOC modulo between two Kamailio servers (A) and (B)

The two servers share the same domain and using Amazon Route53 to distributes 50% requests each Server.

The problem is when I try to make a call from user A (registered on kamailio A) and the user B (registered on Kamailio B).

The call follow this flow:

User A --> KamailioA --> UserB

go directly to userB because KamailioA know, via DMQ_USRLOC IP and port of UserB. With some Softphone the call work with audio without problem; with other Softphone USERB never answer the INVITE sends from Kamailio. Is it possible use this flow?

USER A --> KamailioA --> KamailioB --> User B

to resolve this kind of problem or is there other available option?

Thank you

-- 
---
I'm SoCIaL, MayBe


__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users@lists.kamailio.org
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
   * sr-users@lists.kamailio.org
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
   * sr-users@lists.kamailio.org
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
 * sr-users@lists.kamailio.org
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
 * sr-users@lists.kamailio.org
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