Hi,
I'm trying a DMQ dialog sync up setup with 2 x Kamailios. I have this scenario:
1. Kamailio1 receives INVITE and sends KDQM to Kamailio2 to sync up dialog => OK 2. Kamailio2 receives 200OK 3. 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
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@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@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Thanks for reply.
What made me think the last scenario may work(e.g. the one with 200OK on peer dmq node) was beacause I am seeing DMQ dialog state updates e.g. state 4 for 200 OK (and state 5 for BYE) if same kamailio that received the INVITE, also receives 200 OK (and BYE).
--- Stefan
________________________________ From: Alex Balashov via sr-users sr-users@lists.kamailio.org Sent: Friday, January 26, 2024 2:11:29 PM To: Kamailio (SER) - Users Mailing List Cc: Alex Balashov Subject: [SR-Users] Re: DMQ dialog sync question
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@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@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
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Yeah, if a different Kamailio receives a 200 OK for the same dialog, it doesn't mean that it has all the necessary prerequisites to update the dialog state.
If it's the same Kamailio as the one on which the dialog was initialised, it will update the dialog state and replicate that out, of course.
On 26 Jan 2024, at 07:58, Stefan-Cristian Mititelu via sr-users sr-users@lists.kamailio.org wrote:
Thanks for reply.
What made me think the last scenario may work(e.g. the one with 200OK on peer dmq node) was beacause I am seeing DMQ dialog state updates e.g. state 4 for 200 OK (and state 5 for BYE) if same kamailio that received the INVITE, also receives 200 OK (and BYE).
Stefan From: Alex Balashov via sr-users sr-users@lists.kamailio.org Sent: Friday, January 26, 2024 2:11:29 PM To: Kamailio (SER) - Users Mailing List Cc: Alex Balashov Subject: [SR-Users] Re: DMQ dialog sync question 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@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@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
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@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 -
Stefan-Cristian Mititelu