Hello Alex,
thank you for your answer... now I understand a little bit more.
Thank you
Reagrds
--- I'm SoCIaL, MayBe
El 13/07/2021 a las 3:40 p. m., Alex Balashov escribió:
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
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: