26 Jan
2024
26 Jan
'24
7:11 a.m.
I'm not sure of the internals, and am just speculating here, but I suspect that dialog
replication through DMQ is about synchronising profile membership/counts only, and will
not deliver the entire dialog state machine life cycle to all cluster members.
To fully deserialise the dialog state into runtime on every DMQ node would require
instantiating TM callbacks into dialog state as well, which ultimately requires
replicating TM state, which is not supported. Even if it were supported, it would be
problematic, e.g. in Anycast scenarios where timers from Kam1 are now expiring on Kam2,
even though Kam2 is not expected to receive any dialog updates directly, etc.
-- Alex
On 26 Jan 2024, at 06:50, Stefan-Cristian Mititelu via
sr-users <sr-users(a)lists.kamailio.org> wrote:
Hi,
I'm trying a DMQ dialog sync up setup with 2 x Kamailios. I have this scenario:
• Kamailio1 receives INVITE and sends KDQM to Kamailio2 to sync up dialog => OK
• Kamailio2 receives 200OK
• Kamailio2 does not send anything back to Kamailio1 to update dialog state => not
OK, i expected a KDMQ to be send back to Kamailio1 to update dialog state
I was wondering if DMQ module supports the above? I am using 5.6 version of kamailio, and
I am curios if this might be implemented in later branches?
Thank you,
Stefan
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800