[prev in list] [next in list] [prev in thread] [next in thread]
List: serusers
Subject: [SR-Users] Re: Incompatibility of the DMQ htable protocol with older Kamailio versions
From: Denys Pozniak via sr-users <sr-users () lists ! kamailio ! org>
Date: 2023-11-29 13:08:38
Message-ID: CA+x3Axpo_tyRjKWe6cy1QYdgwsPGbvRY-hN_kWS3gPMFj2kDaQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
>dmq is designed to work only between kamailio nodes that have the same
major version (e.g., only between kamailio 5.7.x nodes).
Yes, looks like I missed this point about compatibility.
Thanks again for your help!
ср, 29 нояб. 2023 г. в 13:39, Daniel-Constantin Mierla <miconda@gmail.com>:
> Hello,
>
> dmq is designed to work only between kamailio nodes that have the same
> major version (e.g., only between kamailio 5.7.x nodes).
>
> That's because even on the network the data may look the same, the
> internal structures, types of fields, sizes and meaning of values can be
> different. This is similar to how the major storage systems require nodes
> in the same replication group.
>
> A note about it is in the docs:
> - https://www.kamailio.org/docs/modules/stable/modules/dmq.html#idm39
>
> To detect different versions in the same cluster, you can eventually look
> at the User-Agent header (or Server for replies).
>
> Cheers,
> Daniel
>
> On 29.11.23 12:51, Denys Pozniak via sr-users wrote:
>
> Hello!
>
> I noticed that there are differences in the DMQ htable replication
> protocol for the old version of Kamailio 5.2 and the new 5.7.
> For example, the new version uses action 2 when updating values and action
> 4 to remove.
> The old Kamailio version uses the values 1 and 3 respectively.
>
> Well, as a result, the htable data is not shared between such nodes, plus
> there are errors in the syslog of the old version:
> ERROR: htable [ht_dmq.c:328]: ht_dmq_handle_msg(): failed to replay action
>
> It would probably be worth introducing some kind of DMQ htable protocol
> versioning to maintain compatibility?
> And is there any option to make them work together (I wouldn't really want
> to change the action number in sip/sdp/json on the fly)?
>
> Kamialio 5.2
>
> {"action":1,"htname":"shared","cname":"user","type":2,"strval":"uri","mode":1}
> {"action":3,"htname":"shared","cname":"user","mode":0}
>
> Kamailio 5.7
>
> {"action":2,"htname":"shared","cname":"user","type":2,"strval":"uri","mode":1}
> {"action":4,"htname":"shared","cname":"user","mode":0}
> --
>
> BR,
> Denys Pozniak
>
>
>
> __________________________________________________________
> 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:
>
>
> --
> Daniel-Constantin Mierla (@ asipto.com)twitter.com/miconda -- linkedin.com/in/miconda
> Kamailio Consultancy and Development Services
> Kamailio Advanced Training -- asipto.com
>
>
--
BR,
Denys Pozniak
[Attachment #5 (text/html)]
<div dir="ltr"><div>>dmq is designed to work only between kamailio nodes that have \
the same major version (e.g., only between kamailio 5.7.x nodes).</div><div>Yes, \
looks like I missed this point about compatibility.<br></div><br><div>Thanks again \
for your help!<br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" \
class="gmail_attr">ср, 29 нояб. 2023 г. в 13:39, Daniel-Constantin Mierla \
<<a href="mailto:miconda@gmail.com" \
target="_blank">miconda@gmail.com</a>>:<br></div><blockquote class="gmail_quote" \
style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"><u></u>
<div>
<div>Hello,</div>
<div><br>
</div>
<div>dmq is designed to work only between
kamailio nodes that have the same major version (e.g., only
between kamailio 5.7.x nodes).</div>
<div><br>
</div>
<div>That's because even on the network the
data may look the same, the internal structures, types of fields,
sizes and meaning of values can be different. This is similar to
how the major storage systems require nodes in the same
replication group.</div>
<div><br>
</div>
<div>A note about it is in the docs:</div>
<div> -
<a href="https://www.kamailio.org/docs/modules/stable/modules/dmq.html#idm39" \
target="_blank">https://www.kamailio.org/docs/modules/stable/modules/dmq.html#idm39</a></div>
<div><br>
</div>
<div>To detect different versions in the
same cluster, you can eventually look at the User-Agent header (or
Server for replies).</div>
<div><br>
</div>
<div>Cheers,<br>
Daniel<br>
</div>
<div><br>
</div>
<div>On 29.11.23 12:51, Denys Pozniak via
sr-users wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hello!
<div><br>
</div>
<div>I noticed that there are differences in the DMQ htable
replication protocol for the old version of Kamailio 5.2 and
the new 5.7.<br>
For example, the new version uses action 2 when updating
values and action 4 to remove.</div>
<div>The old Kamailio version uses the values 1 and 3
respectively.<br>
</div>
<div><br>
</div>
<div>Well, as a result, the htable data is not shared between
such nodes, plus there are errors in the syslog of the old
version:<br>
</div>
<div>ERROR: htable [ht_dmq.c:328]: ht_dmq_handle_msg(): failed
to replay action<br>
</div>
<div>
<div><br>
</div>
<div>It would probably be worth introducing some kind of DMQ
htable protocol versioning to maintain compatibility?<br>
And is there any option to make them work together (I
wouldn't really want to change the action number in
sip/sdp/json on the fly)?<br>
</div>
<div><br>
</div>
<div>Kamialio 5.2<br>
</div>
{"action":1,"htname":"shared","cname":"us \
er","type":2,"strval":"uri","mode":1}<br>
{"action":3,"htname":"shared","cname":"user","mode":0}<br>
<br>
Kamailio 5.7<br>
{"action":2,"htname":"shared","cname":"us \
er","type":2,"strval":"uri","mode":1}<br>
{"action":4,"htname":"shared","cname":"user","mode":0}<br>
<span class="gmail_signature_prefix">-- </span><br>
<div dir="ltr" class="gmail_signature">
<div dir="ltr"><br>
<div>
<div>BR,</div>
<div>Denys Pozniak<br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to <a href="mailto:sr-users-leave@lists.kamailio.org" \
target="_blank">sr-users-leave@lists.kamailio.org</a>
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
</pre>
</blockquote>
<p><br>
</p>
<pre cols="72">--
Daniel-Constantin Mierla (@ <a href="http://asipto.com" \
target="_blank">asipto.com</a>) <a href="http://twitter.com/miconda" \
target="_blank">twitter.com/miconda</a> -- <a href="http://linkedin.com/in/miconda" \
target="_blank">linkedin.com/in/miconda</a> Kamailio Consultancy and Development \
Services Kamailio Advanced Training -- <a href="http://asipto.com" \
target="_blank">asipto.com</a></pre> </div>
</blockquote></div></div><br clear="all"><div><br></div><span \
class="gmail_signature_prefix">-- </span><br><div dir="ltr" \
class="gmail_signature"><div dir="ltr"><br><div><div>BR,</div><div>Denys \
Pozniak<br></div><div><br></div><div><br></div></div></div></div>
__________________________________________________________
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:
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic