Henning,
If profile membership is synchronised, does that mean it is possible to get a count of
dialogs in a given profile on any node?
-- Alex
On Jun 9, 2023, at 4:31 AM, Henning Westerholt
<hw(a)gilawa.com> wrote:
Hi Alex,
according to docs only basic dialog (profile) information is synchronized. I quickly
checked the code, and its synchronizing profiles as well. But some functionality will work
only on the original node, like sending in-dialog requests.
Cheers,
Henning
--
Henning Westerholt –
https://skalatan.de/blog/
Kamailio services –
https://gilawa.com
> -----Original Message-----
> From: Alex Balashov <abalashov(a)evaristesys.com>
> Sent: Donnerstag, 8. Juni 2023 22:28
> To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
> Subject: [SR-Users] Re: Dialog DMQ state after restart
>
> Henning,
>
> Does the dialogs' profile membership get DMQ-synced nowadays, too?
>
> -- Alex
>
>> On Jun 8, 2023, at 3:53 PM, Henning Westerholt <hw(a)gilawa.com> wrote:
>>
>> Hello,
>> are you aware of the DMQ synchronisation for dialog data? It’s not replicated
> everything, but certainly a way to seed the dialog information after a restart.
>> Another way is of course the usual shared database, just keep in mind that you
> need to configure the dialog module (hash table “step” variables”) to properly
> work.
>> Cheers,
>> Henning
>> -- Henning Westerholt –
https://skalatan.de/blog/ Kamailio services –
>>
https://gilawa.com
>> From: Calvin E. <calvine(a)gmail.com>
>> Sent: Donnerstag, 8. Juni 2023 19:36
>> To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
>> Subject: [SR-Users] Dialog DMQ state after restart Does the dialog
>> module do anything similar to the htable dmq_init_sync behavior?
>> The scenario is restarting the offline member of an HA pair after modifying the
> script. We're unsure of the state of the replicated dialogs post-restart. Will
the
> standby become aware of the dialogs prior to the restart? In other words, do we
> need to wait until the pre-restart calls end before we can safely failover?
>> -Calvin E.
>> __________________________________________________________
>> 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
>
> __________________________________________________________
> 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: