Re: [SR-Users] DMQ version compatability

2022-03-19 Thread Olle E. Johansson
Maybe we should include a “version” field in all DMQ messages, like we have a 
version for database tables to avoid compatibility issues. If we get a DMQ with 
the wrong version compared with the module running’s idea of current DMQ 
version for that module, we can just ignore it.

/O

> On 18 Mar 2022, at 16:56, Alex Balashov  wrote:
> 
> It sounds like this is a broad-based principle about DMQ compatibility that 
> is generalised beyond any specific module. Are you looking for an alternate 
> set of rules that specially apply to only one module and not to any other 
> module, or are you looking for a “de facto” exception that cannot be endorsed 
> in principle?
> 

> —
> Sent from mobile, with due apologies for brevity and errors.
> 
>> On Mar 18, 2022, at 11:52 AM, Ben Kaufman  wrote:
>> 
>> 
>> Daniel,
>>  
>> In a recent thread you stated the following regarding DMQ compatibility 
>> between versions:
>> “if you do dmq replication between kamailio systems running different major 
>> versions, then it is likely to get memory leaks due to replication of data 
>> and most probably cannot be fixed. This is because internal structures of 
>> modules (also dmq commands) can change, practically what an instance does is 
>> not ensured to happen on the other instance. Just for example, from my mind, 
>> htable got some changes during past releases, dmq also has significant 
>> enhancements by getting support for more transport protocols.”
>> 
>> Is it possible to get a bit more clarification on this, particularly as it 
>> relates to DMQ_USRLOC?  I’m hoping to do rolling updates, but don’t want to 
>> end up in a situation where I’ve caused myself more problems than I’ve 
>> solved.
>>  
>>  
>> Ben Kaufman
>> __
>> 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


Re: [SR-Users] DMQ version compatability

2022-03-18 Thread Alex Balashov
It sounds like this is a broad-based principle about DMQ compatibility that is 
generalised beyond any specific module. Are you looking for an alternate set of 
rules that specially apply to only one module and not to any other module, or 
are you looking for a “de facto” exception that cannot be endorsed in principle?

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

> On Mar 18, 2022, at 11:52 AM, Ben Kaufman  wrote:
> 
> 
> Daniel,
>  
> In a recent thread you stated the following regarding DMQ compatibility 
> between versions:
> “if you do dmq replication between kamailio systems running different major 
> versions, then it is likely to get memory leaks due to replication of data 
> and most probably cannot be fixed. This is because internal structures of 
> modules (also dmq commands) can change, practically what an instance does is 
> not ensured to happen on the other instance. Just for example, from my mind, 
> htable got some changes during past releases, dmq also has significant 
> enhancements by getting support for more transport protocols.”
> 
> Is it possible to get a bit more clarification on this, particularly as it 
> relates to DMQ_USRLOC?  I’m hoping to do rolling updates, but don’t want to 
> end up in a situation where I’ve caused myself more problems than I’ve solved.
>  
>  
> Ben Kaufman
> __
> 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