<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div class="moz-cite-prefix">Hello, Daniel,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">I am not so sure. I first tried adding
that parameter, but it did not work at all. Same behavior. Then I
read the documentation more carefully :</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><a class="moz-txt-link-freetext" href="https://www.kamailio.org/wiki/cookbooks/devel/core#route_locks_size">https://www.kamailio.org/wiki/cookbooks/devel/core#route_locks_size</a><br>
</div>
<div class="moz-cite-prefix">
<h3 class="sectionedit123" id="route_locks_size">route_locks_size</h3>
<p>
Set the number of mutex locks to be used for synchronizing the
execution of messages sharing the same Call-Id. In other words,
enables Kamailio to execute the config script sequentially for
the requests and replies received <b>within the same dialog</b>
– a new message received <b>within the same dialog</b> waits
until the previous one is routed out.
<br>
<br>
Locks to execute sequentially messages belonging to same dialog.
How will Kamailio be aware that messages belong to same dialog,
without the dialog module?. With just stateless proxy it has no
idea about dialogs, it just forwards messages. I guess that's
why just adding that parameter did not work.<br>
<br>
Am I wrong?<br>
<br>
Luis<br>
<br>
</p>
<br>
<br>
On 4/9/20 3:47 AM, Daniel-Constantin Mierla wrote:<br>
</div>
<blockquote type="cite" cite="mid:394e1256-2621-6d2a-2a81-59c6ce6023aa@gmail.com">
<p>Hello,<br>
</p>
<div class="moz-cite-prefix">On 08.04.20 23:03, Luis Rojas G.
wrote:<br>
</div>
<blockquote type="cite" cite="mid:9819e88f-a02c-c717-f582-cda45a893b13@sixbell.com">
<div class="moz-cite-prefix">Hello, Daniel,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">I looked into that parameter, but
I need to use with the dialog module, and I'm pretty afraid to
use that.</div>
</blockquote>
<p>who said or where is written than you need to load the dialog
module? You definitely don't.</p>
<p>Cheers,<br>
Daniel</p>
<p><br>
</p>
<blockquote type="cite" cite="mid:9819e88f-a02c-c717-f582-cda45a893b13@sixbell.com">
<div class="moz-cite-prefix">I was looking more into the
stateless proxy, because I need to process a lot of traffic.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">My target is 4200CAPS. with
duration between 90s and 210. Let's say, 150 seconds. That
would mean 630.000 simultaneous dialogs. I don't think the
solution can go that way.<br>
<br>
it would really help me to be able to use completely stateless
proxy plus Async in reply_route(), to introduce an artificial
delay before forwarding 200 OK to Invite.. As someone
mentioned, it would help me on request_route(), for race
conditions between ACK and Re-Invite.<br>
<br>
Any idea why Async is not allowed in reply_route()?<br>
<br>
Best regards,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Luis<br>
<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 4/8/20 1:07 PM,
Daniel-Constantin Mierla wrote:<br>
</div>
<blockquote type="cite" cite="mid:6f161b89-4de7-57fc-0955-1b1e70d43991@gmail.com">
<p>Hello,</p>
<p>you have to keep in mind that Kamailio is a SIP packet
router, not a telephony engine. If 180 and 200 replies are
part of a call is not something that Kamailio recognize at
its core. Its main goal is to route out as fast as possible
what is received, by executing the configuration file
script. Now, a matter of your configuration file, processing
of some SIP messages can take longer than processing other.
And the processing is done in parallel, a matter of children
parameter (and tcp_children, sctp_children).<br>
</p>
<p>With that in mind, a way to try to cope better with the
issue you face is to set route_locks_size parameter, see:</p>
<p> * <a href="https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.kamailio.org%2Fwiki%2Fcookbooks%2Fdevel%2Fcore%23route_locks_size&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764096691&sdata=P%2BETJg%2FH4%2BbbCR0Jtp6QpEx6QtBqdOr4saB7XKZbLYM%3D&reserved=0" originalsrc="https://www.kamailio.org/wiki/cookbooks/devel/core#route_locks_size" shash="YNxjMrOoO4RQxyWdBEMEroFYo6PH/3joXef0ZgRX2TPcFhkgeLc9eRngvjbXYiqmRTWX3PrqcsJyyrDIYlaC1aAenY12tYAWNtVpdsVDtftFU+rljc+ZLP8uBIaNpnxx1GAKv41sqL92z9RHIqRhncV+95nVbRRiPUp8W3LnV4E=" moz-do-not-send="true">https://www.kamailio.org/wiki/cookbooks/devel/core#route_locks_size</a></p>
<p>Probably is what you look for.</p>
<p>But if you want more tight constraints, like when receiving
a 180 after a 200ok and not route it out, you have to make
the logic in configuration file by combining modules such as
dialog or htable (as already suggested).</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div class="moz-cite-prefix">On 08.04.20 16:04, Luis Rojas G.
wrote:<br>
</div>
<blockquote type="cite" cite="mid:e11ff53d-108c-4242-6348-b585de118fda@sixbell.com">
<div class="moz-cite-prefix">Hi, Henning,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">No need to be ironic. As I
mentioned on my first post, I tried stateful proxy and I
observed the same behavior. <br>
<br>
<i>"I tried using stateful proxy and I obtained the same
result."</i><br>
<br>
The asynchronous sleep seems promising. I will look into
it.<br>
<br>
Thanks,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Luis<br>
<br>
<br>
On 4/8/20 9:30 AM, Henning Westerholt wrote:<br>
</div>
<blockquote type="cite" cite="mid:VI1PR05MB4590AD965F26015D01EF9C09C5C00@VI1PR05MB4590.eurprd05.prod.outlook.com">
<meta name="Generator" content="Microsoft Word 15
(filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]-->
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Vorformatiert Zchn";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
span.HTMLVorformatiertZchn
{mso-style-name:"HTML Vorformatiert Zchn";
mso-style-priority:99;
mso-style-link:"HTML Vorformatiert";
font-family:Consolas;}
span.E-MailFormatvorlage22
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Hi Luis,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">I
see. Well, you want to use Kamailio as a stateless
proxy, on the other hand it should do things that
are inherently stateful. </span><span style="font-family:"Segoe UI
Emoji",sans-serif;mso-fareast-language:EN-US" lang="EN-GB">😉</span><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">As
mentioned, have a look to the dialog module to track
the state of dialogs that you process. This will not
work in a stateless mode, though. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">You
can also use the htable module to just store some
data about the processed messages in a shared memory
table and use this to enforce your ordering. There
is also the option to do an asynchronous sleep (with
the async) module on the message that you want to
delay but still processing other messages during it.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">Cheers,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">Henning<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">--
<o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">Henning
Westerholt – </span><span style="mso-fareast-language:EN-US"><a href="https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fskalatan.de%2Fblog%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764096691&sdata=XZpyIXwvOjenJKg5MIt6pNESBbpF2RV0waycxScsrkU%3D&reserved=0" originalsrc="https://skalatan.de/blog/" shash="gWhCqn5DkFaONmia7Zw76uWRJ4QPuiwgtLmocIxJ5gLb8wRqlF+WtRu2lozvqzhdgYQHLm1MTtlXUh2dd8Cb2vwr6si6JNpXGH7cQxWuzI6q2hOzAopvBwd9AxfUrDHSBIJvMSEpANsjmy0jfmTYihk0CqU2Ih7m+3oKozqR8uE=" moz-do-not-send="true"><span style="color:#0563C1" lang="EN-GB">https://skalatan.de/blog/</span></a></span><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB">Kamailio
services – </span><span style="mso-fareast-language:EN-US"><a href="https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgilawa.com%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764106687&sdata=CQbRA%2FVw6bAhHFVfuzuZh9zlrPzV%2B8jvZmIlCsc7Smk%3D&reserved=0" originalsrc="https://gilawa.com/" shash="hAzVRIGFYQWfGdQm3AK1orAXQFsUNtlDyJqgDh7qBuMvC8xlegYDq7L0ktJcSzC+2QaWIw8jZUDyMJ5S8Zd72kb+EME3jowUz0+eIXjTj8eDUdDO/JH2oS/2NbuSWOMrGhHHo+mLp2GQ0EV5OpqR90jN7Mq60f5YcYYVO++Sod4=" moz-do-not-send="true"><span style="color:#0563C1" lang="EN-GB">https://gilawa.com</span></a></span><span style="mso-fareast-language:EN-US"> <span lang="EN-GB"><o:p></o:p></span></span></p>
</div>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US" lang="EN-GB"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-left:35.4pt"><b>From:</b>
Luis Rojas G. <a class="moz-txt-link-rfc2396E" href="mailto:luis.rojas@sixbell.com" moz-do-not-send="true"><luis.rojas@sixbell.com></a>
<br>
<b>Sent:</b> Wednesday, April 8, 2020 3:00 PM<br>
<b>To:</b> Henning Westerholt <a class="moz-txt-link-rfc2396E" href="mailto:hw@skalatan.de" moz-do-not-send="true"><hw@skalatan.de></a>;
Kamailio (SER) - Users Mailing List <a class="moz-txt-link-rfc2396E" href="mailto:sr-users@lists.kamailio.org" moz-do-not-send="true"><sr-users@lists.kamailio.org></a><br>
<b>Subject:</b> Re: [SR-Users] Kamailio propagates
180 and 200 OK OUT OF ORDER<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-left:35.4pt"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="margin-left:35.4pt">Hello,
Henning,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:35.4pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:35.4pt">I am
worried about this scenario, because it's a symptom
of what may happen in other cases. For instance,
I've seen that this operator usually sends
re-invites immediate after sending ACK. This may
create race conditions like 3.1.5 of RFC5407<br>
<br>
<a href="https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Frfc5407%23page-22&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764106687&sdata=AuT9tjl1pJfrODPS7A50UErX222ToW7FP%2FGSF2nX%2FVk%3D&reserved=0" originalsrc="https://tools.ietf.org/html/rfc5407#page-22" shash="iiObEB63/WcRH9318CVDjRWMC71JiR+TmQZuVlZQXinhPSPtPld0sDZw8YgPJZCR38kEHb1dH4LHGkI9fosKI+Cci8J6YnjB8Vn83rKTuKMekSF6OqK9N7ea3+9Na3jxaIhJXdRTUVCOu1V3cuJIRl7fAUYv4WwpY+vdNOratIw=" moz-do-not-send="true">https://tools.ietf.org/html/rfc5407#page-22</a><br>
<br>
I'd understand that one happens because of packet
loss, as it's in UDP's nature, but in this case it
would be artificially created by Kamailio. if there
was no problem at network level (packet loss,
packets following different path on the network and
arriving out of order), why Kamailio creates it? <br>
<br>
I'd expect that the shared memory is used precisely
for this. If an instance of kamailio receives a 200
OK, it could check on the shm and say "hey, another
instance is processing a 180 for this call. Let's
wait for it to finish" (*). I know there could still
be a problem, the instance processing the 180
undergoes a context switch just after it receives
the message, but before writing to shm, but it would
greatly reduce the chance.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:35.4pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:12.0pt;margin-left:35.4pt">In
our applications we use a SIP stack that always
sends messages to the application in the same order
it receives them, even though is multi-threaded and
messages from the network are received by different
threads. So, they really syncronize between them.
Why Kamailio instances don't?<br>
<br>
I am evaluating kamailio to use it as a dispatcher
to balance load against our several Application
Servers, to present to the operator just a couple of
entrance points to our platform (they don't want to
establish connections to each one of our servers).
This operator is very difficult to deal with. I am
sure they will complain something like "why are you
sending messages out of order? Fix that". The
operator will be able to see traces and check that
messages entered the Kamailio nodes in order and
left out of order. They will not accept it.<br>
<br>
(*) Not really "wait", as it would introduce a delay
in processing all messages. it should be like
putting it on a queue, continue processing other
messages, and go back to the queue later.<br>
<br>
Well, thanks for your answer.<br>
<br>
Luis<br>
<br>
<br>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:35.4pt"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:35.4pt"><br>
On 4/8/20 3:01 AM, Henning Westerholt wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US">Hello Luis,</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">as
the 1xx responses are usually send unreliable
(unless you use PRACK), you should not make any
assumption on the order or even the arrival of
this messages. It can also happens on a network
level, if send by UDP.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">Can
you elaborate why you think this re-ordering is a
problem for you?</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">One
idea to enforce some ordering would be to use the
dialog module in combination with reply routes and
the textops(x) module.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">About
the shared memory question – Kamailio implement
its own memory manager (private memory and shared
memory pool).</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">Cheers,</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">Henning</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">--
</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">Henning
Westerholt – </span><span style="mso-fareast-language:EN-US"><a href="https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fskalatan.de%2Fblog%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764116681&sdata=8hi51h9HXRKYWgJhZKOEa7yXSKVtCnkw8XqdX%2BW4Oo0%3D&reserved=0" originalsrc="https://skalatan.de/blog/" shash="o/sqVkSpsORqY4qWyXp2xSESZF0g2z/Qfrj89fh/bFW/uQud0Kj6j8ghQ6wnobtrkhfv25Np5SrZ/9jZDL9aF9M5iwWV5Owo1q+vPcAVLrL6HKqCQ+gyC45r4mFlfT+C4EDejIvwCkdqBjfzi+5/yapwH2ZeGRCFlTJoqohH3t4=" moz-do-not-send="true"><span style="color:#0563C1" lang="EN-GB">https://skalatan.de/blog/</span></a></span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB">Kamailio
services – </span><span style="mso-fareast-language:EN-US"><a href="https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgilawa.com%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764116681&sdata=pgrjB%2BIn5KEvDGMQrnKo1Y9rrD8qDUrmr9bBn9ieR9Q%3D&reserved=0" originalsrc="https://gilawa.com/" shash="wS97atXuEddYO4V6N/heyW3cu8+G2u0ys2WucLcQzXxiiSiI4QbBjGdYupc/vHK1H4hJBp9ap03XXs8AcQuyyNpeO8Yk/CuiG9pXviU73zhT7GHUpMAzopJ7kHW5j7jCg8kWZrwy6JuAJdqs2CRKAZp/knYsCRMWmvGT7yoBpO8=" moz-do-not-send="true"><span style="color:#0563C1" lang="EN-GB">https://gilawa.com</span></a>
</span><o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-left:35.4pt"><span style="mso-fareast-language:EN-US" lang="EN-GB"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-left:70.8pt"><b>From:</b>
sr-users <a href="mailto:sr-users-bounces@lists.kamailio.org" moz-do-not-send="true">
<sr-users-bounces@lists.kamailio.org></a>
<b>On Behalf Of </b>Luis Rojas G.<br>
<b>Sent:</b> Tuesday, April 7, 2020 10:43 PM<br>
<b>To:</b> <a href="mailto:sr-users@lists.kamailio.org" moz-do-not-send="true">sr-users@lists.kamailio.org</a><br>
<b>Subject:</b> [SR-Users] Kamailio propagates
180 and 200 OK OUT OF ORDER<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-left:70.8pt"> <o:p></o:p></p>
<div>
<p style="margin-left:70.8pt">Good day,<o:p></o:p></p>
<p style="margin-left:70.8pt">I am testing the
dispatcher module, using Kamailio as stateless
proxy. I have a pool of UAC (scripts in SIPP) and
a pool of UAS (also scripts in SIPP) for the
destinations. Kamailio version is
kamailio-5.3.3-4.1.x86_64.<o:p></o:p></p>
<p style="margin-left:70.8pt">Problem I have is, if
UAS responds 180 and 200 OK to Invite immediately,
sometimes they are propagated out of order. 200 OK
before 180, like this :<o:p></o:p></p>
<p style="mso-margin-top-alt:5.0pt;margin-right:0cm;margin-bottom:12.0pt;margin-left:70.8pt"><img style="width:6.2187in;height:2.177in" id="_x0000_i1025" src="cid:part12.D9DF837E.CFA9AEED@sixbell.com" class="" width="597" height="209" border="0"><o:p></o:p></p>
<p style="margin-left:70.8pt">UAS is
172.30.4.195:5061. UAC is 172.30.4.195:5080.
Kamailio is 192.168.253.4:5070<o:p></o:p></p>
<p style="margin-left:70.8pt">Difference between 180
and 200 is just about 50 microseconds. <o:p></o:p></p>
<p style="margin-left:70.8pt">My guess is that both
messages are received by different instances of
Kamailio, and then because of context switches,
even though the 180 is received before, that
process ends after the processing of 200. However,
I had the idea that in order to avoid these
problems the kamailio processes synchronized with
each other using a shared memory. I tried using
stateful proxy and I obtained the same result.<o:p></o:p></p>
<p style="margin-left:70.8pt">By the way, anyone has
any idea about how Kamailio's share memory is
implemented? It clearly does not use the typical
system calls shmget(), shmat(), because they are
not shown by ipcs command.<o:p></o:p></p>
<p style="margin-left:70.8pt">Before posting here I
googled, but I couldn't find anything related to
this. I can't believe I am the only one who ever
had this problem, so I guess I am doing something
wrong...<o:p></o:p></p>
<p style="margin-left:70.8pt">Please, any help. I'm
really stuck on this.<o:p></o:p></p>
<p style="margin-left:70.8pt">Thanks.<o:p></o:p></p>
<pre style="margin-left:70.8pt">-- <o:p></o:p></pre>
</div>
</blockquote>
<p style="margin-left:35.4pt"><o:p> </o:p></p>
<pre style="margin-left:35.4pt">-- <o:p></o:p></pre>
<pre style="margin-left:35.4pt">Luis Rojas<o:p></o:p></pre>
<pre style="margin-left:35.4pt">Software Architect<o:p></o:p></pre>
<pre style="margin-left:35.4pt">Sixbell<o:p></o:p></pre>
<pre style="margin-left:35.4pt">Los Leones 1200<o:p></o:p></pre>
<pre style="margin-left:35.4pt">Providencia<o:p></o:p></pre>
<pre style="margin-left:35.4pt">Santiago, Chile<o:p></o:p></pre>
<pre style="margin-left:35.4pt">Phone: (+56-2) 22001288<o:p></o:p></pre>
<pre style="margin-left:35.4pt"><a href="mailto:luis.rojas@sixbell.com" moz-do-not-send="true">mailto:luis.rojas@sixbell.com</a><o:p></o:p></pre>
<pre style="margin-left:35.4pt"><a href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.sixbell.com%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764126676&sdata=hf2GbP47LWZ9BOziUuyYS6VmSpsrgZv01ea9mAq1adU%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="ykpRMEr0rXFkR8gQFKQZpuyjOuX5fQGa/mo0RG/jR4TFxEPCetLI1lrJdGkKkIGIVsXFMmvW5odTCFpLwGyGhAY8sd5w3Nj+GHV1w6bbKMbTyTHRzWqFgTj+85ubvRUQif3opuoNYDM8xVVA6oB1pdENr2elaW450gLgg6CAMvA=" moz-do-not-send="true">http://www.sixbell.com</a><o:p></o:p></pre>
</div>
</blockquote>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Luis Rojas
Software Architect
Sixbell
Los Leones 1200
Providencia
Santiago, Chile
Phone: (+56-2) 22001288
<a class="moz-txt-link-freetext" href="mailto:luis.rojas@sixbell.com" moz-do-not-send="true">mailto:luis.rojas@sixbell.com</a>
<a class="moz-txt-link-freetext" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.sixbell.com%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764126676&sdata=hf2GbP47LWZ9BOziUuyYS6VmSpsrgZv01ea9mAq1adU%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="ykpRMEr0rXFkR8gQFKQZpuyjOuX5fQGa/mo0RG/jR4TFxEPCetLI1lrJdGkKkIGIVsXFMmvW5odTCFpLwGyGhAY8sd5w3Nj+GHV1w6bbKMbTyTHRzWqFgTj+85ubvRUQif3opuoNYDM8xVVA6oB1pdENr2elaW450gLgg6CAMvA=" moz-do-not-send="true">http://www.sixbell.com</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Kamailio (SER) - Users Mailing List
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org" moz-do-not-send="true">sr-users@lists.kamailio.org</a>
<a class="moz-txt-link-freetext" href="https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.kamailio.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsr-users&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764136667&sdata=SbNvrweu80Rj8Ple4OXFwBq8xfBbb86CNl7vIBYsorY%3D&reserved=0" originalsrc="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" shash="iSR8yfUHAhVPJ/9HC8Je0p8rSRwh/gnRM7kwnwBT/JEb5O9TeCjm9/WTB+bW84sGTGusanC/wMadhbHh5BN8VvY4y0P8NH7osXtHkg6ZHL9PSkwWLTlonuMJq6fQSV6dHuiwkt4T6js1LVtIek/wYMeNfBZHj/h+lPiCFIB5D9g=" moz-do-not-send="true">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla -- <a class="moz-txt-link-abbreviated" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.asipto.com%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764136667&sdata=8QBx9OIX8qbPbwcaZJxWFFeTyMyUfAqGioLexagCFDk%3D&reserved=0" originalsrc="http://www.asipto.com/" shash="fAmvcqakUW9EcmDPfhVpb/ScEGtePzuIwRkfqy1EUVq5ICPmz14/k6du9RkApLdDjNckXt+zm8iaMEZo2VOAODmcN3XG6TWRwW8NKW7wLh1LLZL6MOGwZpxl/iW3BY+b96HlBtt5SdlmAmqIU7kAz0keULCR5PYbL64W8gjMLYg=" moz-do-not-send="true">www.asipto.com</a>
<a class="moz-txt-link-abbreviated" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.twitter.com%2Fmiconda&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764146661&sdata=H2YVmsdk5aj8dCLvreM8%2FUzDcaeIWh6cq7VDd5GArt4%3D&reserved=0" originalsrc="http://www.twitter.com/miconda" shash="EPKGnTxYq4qnUsT5FTQdeXBp9xunOJWt4/WXg1vJwWuf29ygEdhOAojRq7n657WTsn/s5SSB2icYpobC9SQ+4K3G2k1kDGyRLNupRN1MhjCdQ6uzAeLJkaJPztuGe5Z1qMWcCBwJWG5J+UZajcqNKRYqkSLRTsywpUFpc4HHIdo=" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fmiconda&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764146661&sdata=niipe0zMZL01ZY5mSapb2w%2FBlpzEARkOcr3xp%2Fysl0M%3D&reserved=0" originalsrc="http://www.linkedin.com/in/miconda" shash="pZN9b7NHrR1LV5s8NdOX78a54gcdkY0gtji1VhIi80//4KyLBEmxldPEXIlMI3r5j3TFXsh9Lz3RVSc/hHeUfM0eHCJhVdWy8ZJraUHaQPIxSCjrMPtduBhO6uGEPUkhUQ8bnP5CDi4lidcnuLFLmdkDQud99bhnXRK0/8Y0aFY=" moz-do-not-send="true">www.linkedin.com/in/miconda</a></pre>
</blockquote>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Luis Rojas
Software Architect
Sixbell
Los Leones 1200
Providencia
Santiago, Chile
Phone: (+56-2) 22001288
<a class="moz-txt-link-freetext" href="mailto:luis.rojas@sixbell.com" moz-do-not-send="true">mailto:luis.rojas@sixbell.com</a>
<a class="moz-txt-link-freetext" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.sixbell.com%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764156655&sdata=zszxJtt3SrzQZfzanUzijlyiuPiOcZYoWs%2BTska3P40%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="t1gYH9NUFks2/5J4UyeDYYizgpMWv090IDG3lIW26BnyHT39/EzP9Bryl590qhpUVdhVKvNpdbTOqrieaS5QeqF5WI+Kc15uh910arR2GNnNnffGmhqEyocMGbBZlYdIoO+BvW6zUqbCK+yJKQVNwQs9ozjrUBFKTNrc5twZ3pU=" moz-do-not-send="true">http://www.sixbell.com</a></pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla -- <a class="moz-txt-link-abbreviated" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.asipto.com%2F&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764156655&sdata=%2F%2F83FwzIB7B7vrJ%2B5HLmCCtXLymK%2BlnvqtvWIcMtVw8%3D&reserved=0" originalsrc="http://www.asipto.com/" shash="WoP9QBpyfC/dTui/VpR1D5tEo2gOlGIIuWc+uwVtor5wzScxviMOI3Rpr11glEnbL8NDJpJ2/lfKL/9N99Eepu2fibQG8arcs2DU3y3By6dabQ+20F3n6a0qQBxgbyLUj42RJNgvkQZqoemTOrszcGm+uwlAIYJr6WxHz0ZV0wo=" moz-do-not-send="true">www.asipto.com</a>
<a class="moz-txt-link-abbreviated" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.twitter.com%2Fmiconda&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764156655&sdata=d2qiwUO1sa6%2Bx1Pggs7V4XwqzHWg1oL8h8MP67U38Ns%3D&reserved=0" originalsrc="http://www.twitter.com/miconda" shash="RukO5Iy9ZD2gIRus4c5627wwtaMJHaDJux5lzqnbnlpGuOQNvt4/mTJKCIqLljx065g7sArHjMI++YakvoGkqNreUy7npGuu+J6b7grF3QRtFZjseVnv0L6pqDTo59kc57BaJDwpKUHUZmLp+D7KJbKA0CI+N8ODpfoeYrSdfek=" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fmiconda&data=02%7C01%7C%7C4ccc34db19ff4d0ca9b808d7dc5a4e1c%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637220152764166648&sdata=WqEdINOJrou6uMZE49fVzuDYYoKOTaxz73hIkQ%2FXXXc%3D&reserved=0" originalsrc="http://www.linkedin.com/in/miconda" shash="OjZo+SsThVnfdkRl3IZrnBPtJUSr29HQxWMKENHRA8CAhnszB6xZkJJngDiX/YpEUStDY8SaojrukakY9UQGkIiZ+8cZSjCkU7/WeHgZ5XI6Cy426BLAh/pNbkybygKlJIPS7LZZkE2kYm8HscSpL+MK68txvYgMwa/MfkRjeDk=" moz-do-not-send="true">www.linkedin.com/in/miconda</a></pre>
</blockquote>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Luis Rojas
Software Architect
Sixbell
Los Leones 1200
Providencia
Santiago, Chile
Phone: (+56-2) 22001288
<a class="moz-txt-link-freetext" href="mailto:luis.rojas@sixbell.com">mailto:luis.rojas@sixbell.com</a>
<a class="moz-txt-link-freetext" href="http://www.sixbell.com">http://www.sixbell.com</a></pre>
</body>
</html>