<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div class="moz-cite-prefix">Hi, Alex,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">It's 16 virtual cores (8 physical plus
HyperThreading) and 48GB of RAM.<br>
<br>
Luis<br>
<br>
On 4/10/20 8:02 AM, Alex Balashov wrote:<br>
</div>
<blockquote type="cite" cite="mid:ABBEDA7B-EDCF-4355-A7C8-519CF0CBDE9D@evaristesys.com">
Luis,
<div><br>
</div>
<div>I wonder, how many CPU cores/available hardware threads
(taking into account HyperThreading and all that—so just the
number of CPUs in /proc/cpuinfo) are available here? It almost
sounds like something which would occur with maybe 1 or 2 CPUs
being contended over. Perhaps the simplest thing for this kind
of call volume is to run Kamailio on a host with 8 or 12+ CPU
cores?</div>
<div><br>
</div>
<div>— Alex<br>
<br>
<div dir="ltr">—
<div>Sent from my iPad</div>
</div>
<div dir="ltr"><br>
<blockquote type="cite">On Apr 10, 2020, at 2:20 AM, Luis
Rojas G. <a class="moz-txt-link-rfc2396E" href="mailto:luis.rojas@sixbell.com"><luis.rojas@sixbell.com></a> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr">
<div class="moz-cite-prefix">Hello,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">I have a lot of experience
developing mutithreaded applications, and I don't see it
so unlikely at all that a process loses cpu just after
recvfrom(). It's just as probable as to lose it just
before, or when writing on a cache or just before of after
sendto(). If there are many messages going through, some
of them will fall in this scenario. if I try sending a
burst of 100 messages, I see two or three presenting the
scenario.<br>
<br>
Just forward() with a single process does not give the
capacity. I'm getting almost 1000caps. More than that and
start getting errores, retransmissions, etc. And this is
just one way. I need to receive the call to go back to the
network (our application is a B2BUA), so I will be down to
500caps, with a simple scenario, with no reliable
responses, reinvites, updates, etc. I will end up having
as many standalone kamailio processes as the current
servers I do have now.<br>
<br>
I really think the simplest way would be to add a small
delay to 200 OK. Very small, like 10ms, should be enough.
Simple and it should work. As Alex Balashov commented he
did for the case with ACK-Re-Invite. <br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">I have to figure out how to
make async_ms_sleep() work in reply_route().<br>
<br>
Thanks for all the comments and ideas<br>
<br>
Best regards,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Luis<br>
<br>
<br>
<br>
. On 4/9/20 12:17 PM, Daniel-Constantin Mierla wrote:<br>
</div>
<blockquote type="cite" cite="mid:2e1c8786-a7e2-0487-17f7-66348c91af1b@gmail.com">
<table id="msexchangeipsafetytips;2be8e9d7-86c6-497d-159b-08d7dca18936;R:en-US" style="cellpadding:0;border:0;cellspacing:0;display:table;width:100%;table-layout:fixed;border-collapse:seperate;float:none;" width="100%" cellspacing="0" cellpadding="0" border="0" align="left">
<tbody>
<tr>
<td cellpadding="7px 2px 7px 2px" style="padding:7px
2px 7px
2px;background-color:#A6A6A6;valign:middle" width="1px" valign="middle" bgcolor="#A6A6A6"> <br>
</td>
<td cellpadding="7px 5px 7px 15px" color="#212121" style="width:100%;background-color:#EAEAEA;padding:7px
5px 7px 15px;font-family:wf_segoe-ui_normal,Segoe
UI,Segoe WP,Tahoma,Arial,
sans-serif;font-size:12px;font-weight:normal;color:#212121;text-align:left;word-wrap:break-word;" width="100%" valign="middle" bgcolor="#EAEAEA">
<div><a class="moz-txt-link-abbreviated" href="mailto:MICONDA@GMAIL.COM" moz-do-not-send="true">MICONDA@GMAIL.COM</a>
appears similar to someone who previously sent
you email, but may not be that person. <a href="http://aka.ms/LearnAboutSenderIdentification" moz-do-not-send="true">Learn why this could be
a risk</a></div>
</td>
<td cellpadding="7px 5px 7px 5px" color="#212121" style="width:75px;background-color:#EAEAEA;padding:7px
5px 7px 5px;font-family:wf_segoe-ui_normal,Segoe
UI,Segoe WP,Tahoma,Arial,
sans-serif;font-size:12px;font-weight:normal;color:#212121;text-align:left;word-wrap:break-word;align:left" width="75px" valign="middle" bgcolor="#EAEAEA" align="left"> <a href="http://aka.ms/SafetyTipsFeedback" moz-do-not-send="true">Feedback</a></td>
</tr>
</tbody>
</table>
<div>
<p>Hello,</p>
<p>then the overtaking is in between reading from the
socket and getting to parsing the call-id value -- the
cpu is lost by first reader after recvfrom() and the
second process get enough cpu time to go ahead
further. I haven't encountered this case, but as I
said previously, it is very unlikely, but still
possible. I added the route_locks_size because in the
past I had cases when processing of some messages took
longer executing config (e.g., due to authentication,
accounting, ..) and I needed to be sure they are
processed in the order they enter config execution.<br>
</p>
<p>Then the option is to see if a single process with
stateless sending out (using forward()) gives the
capacity, if you don't do any other complex
processing. Or if you do more complex processing, use
a dispatcher process with forwarding to local host or
in a similar manner try to use mqueue+rtimer for
dispatching using shared memory queues.</p>
<p>Of course, it is open source and there is also the C
coding way, to add a synchronizing mechanism to
protect against parallel execution of the code from
recvfrom() till call-id lock is acquired.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div class="moz-cite-prefix">On 09.04.20 17:37, Luis
Rojas G. wrote:<br>
</div>
<blockquote type="cite" cite="mid:975db507-ac1a-64e5-3826-b2db02d063cf@sixbell.com">
<div class="moz-cite-prefix">Hello,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Well, it did not work at
all. Exactly same behavior, with random out of order
messages.<br>
<br>
Best regards,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Luis<br>
<br>
On 4/9/20 11:28 AM, Daniel-Constantin Mierla wrote:<br>
</div>
<blockquote type="cite" cite="mid:4dfec4cf-70e9-7a60-276a-96368ff8de7a@gmail.com">
<table id="msexchangeipsafetytips;8eb82088-a4b2-43f9-d113-08d7dc9a99a4;R:en-US" style="cellpadding:0;border:0;cellspacing:0;display:table;width:100%;table-layout:fixed;border-collapse:seperate;float:none;" width="100%" cellspacing="0" cellpadding="0" border="0" align="left">
<tbody>
<tr>
<td cellpadding="7px 2px 7px 2px" style="padding:7px 2px 7px
2px;background-color:#A6A6A6;valign:middle" width="1px" valign="middle" bgcolor="#A6A6A6"> <br>
</td>
<td cellpadding="7px 5px 7px 15px" color="#212121" style="width:100%;background-color:#EAEAEA;padding:7px
5px 7px
15px;font-family:wf_segoe-ui_normal,Segoe
UI,Segoe WP,Tahoma,Arial,
sans-serif;font-size:12px;font-weight:normal;color:#212121;text-align:left;word-wrap:break-word;" width="100%" valign="middle" bgcolor="#EAEAEA">
<div><a class="moz-txt-link-abbreviated" href="mailto:MICONDA@GMAIL.COM" moz-do-not-send="true">MICONDA@GMAIL.COM</a>
appears similar to someone who previously
sent you email, but may not be that
person. <a href="http://aka.ms/LearnAboutSenderIdentification" moz-do-not-send="true">Learn why this
could be a risk</a></div>
</td>
<td cellpadding="7px 5px 7px 5px" color="#212121" style="width:75px;background-color:#EAEAEA;padding:7px
5px 7px
5px;font-family:wf_segoe-ui_normal,Segoe
UI,Segoe WP,Tahoma,Arial,
sans-serif;font-size:12px;font-weight:normal;color:#212121;text-align:left;word-wrap:break-word;align:left" width="75px" valign="middle" bgcolor="#EAEAEA" align="left"> <a href="http://aka.ms/SafetyTipsFeedback" moz-do-not-send="true">Feedback</a></td>
</tr>
</tbody>
</table>
<div>
<p>Hello,</p>
<p>the sip messages belonging to the same dialog
have the same value for Call-Id header. The
locking is done based on hashing the Call-Id, so
it doesn't need at all the dialog module for its
purpose.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div class="moz-cite-prefix">On 09.04.20 14:19,
Luis Rojas G. wrote:<br>
</div>
<blockquote type="cite" cite="mid:904563be-7e54-f0a0-8f53-e9bd4d84ad41@sixbell.com">
<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://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.kamailio.org%2Fwiki%2Fcookbooks%2Fdevel%2Fcore%23route_locks_size&data=02%7C01%7C%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477623476&sdata=1b1izt2%2BfwUC%2Be4F%2Bvi8dPU4ctIajMi4BokhFiArYGY%3D&reserved=0" originalsrc="https://www.kamailio.org/wiki/cookbooks/devel/core#route_locks_size" shash="kzDhuogDK3SL1IXO7mnDCsZp+/ShvyDrFC7lPlgzwFNjaETxtmLlj7Hzy18O5tiroG5N+LOPyJUjUa27gHyQ4SQVEOv8qgp3ORYUryUBNxxGQpQUkCpj6CWh25QaoONwSmsg9QNtCSpgiBnJ9aXqYBqksxpa4RrM9yoMyvl3QHE=" moz-do-not-send="true">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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477633477&sdata=P5gWkVhKbY0EJj6J5jpUZYHL09xAARlgOpvgETTZJGo%3D&reserved=0" originalsrc="https://www.kamailio.org/wiki/cookbooks/devel/core#route_locks_size" shash="h1fwpvjn6kia206dS66ues/jAC0UwvtLT+RliUbHigiu78lhncTj41Jwfa3aeeWSNfvGcakSdH2zcUFQFaqWBpp0Y1OT+izIcAqzJt/pvu8enDLPJAlxyP36PZJHZjk76T9SKCnPmv016fHsRqJlHFogHw8VNMf+fW8NHQmUs6A=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477643469&sdata=7wVK%2BNcbz0LZBJKlnUgvt0XqOYLQh2xZoasaU0q29qI%3D&reserved=0" originalsrc="https://skalatan.de/blog/" shash="QBhoN5FUvIZBmCBhWOXVEnyH1ijqMY1g5XZB8PeGiAbzko+DzVVYn0tA360aeVGp0G2YrT1vC4l5P0y5ZJmPzKXsD/Q2hMRMGLWD/mcamN7qk5UhmlrGa77fvF+3TZmJ1q6f5dY86rCjcOzTpNOQWqYB4BTA8zU3O/ZXwKvJSUA=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477643469&sdata=CHNJCNYzwqEkgdLXXyfKcv8McuEutS4PPhCX5Oe9FGE%3D&reserved=0" originalsrc="https://gilawa.com/" shash="oQp8j2ot8vX6Yb9V37+4NqeWFYe2pxl+/cK0F4cm19fZ2B9G+6FsYWoLyfTCA+50k83sviPWtltVKGdrINO/fZlc+P3cTdsSa6Unb93vyTstr1nJOQqoQAf3W3jOyw/gdhyzEHP8gwqSXqrT89OK7p9/BIvxDBI+T8aZZ+vyY6E=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477653469&sdata=57Iwh49x3vUdl5541kBc1mvD50u4w5wQQCovMcvE030%3D&reserved=0" originalsrc="https://tools.ietf.org/html/rfc5407#page-22" shash="Y4CV5y4IyYbFqYW5clI4CbmKeBxqPLAPMaI0/LH3VnMZcEVb6iaI7WuJCiswCrmWMImmjkyU408Kif/mSWp05BmfsFQrhbxD4xqpBwqf53jZMP90tNB2kD3Dm04l8E/ur8oXs9TuBOqXL5ZwgHcDrl2+1AkwZ098wns0LJdG2dg=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477663459&sdata=kUCddL3S%2FQx8%2B1eFbrlSJZy3GSj2OmLHdnXncvdDKfo%3D&reserved=0" originalsrc="https://skalatan.de/blog/" shash="nwvOnUym4b2vgRDRbPU8/WunPapRH35OZhYZdtJcghxlZcD8QT+dbXwIcXtsNJCc1oLheu9cw7vB+hznZ7ZwYw566+zMgufbAd5obLhtld0y0l6M/6eE3rp4yTzRkYNOE01pRpn0sIpMR/x9av+4GZ71tOaBR+uEDUMwEk+QIuY=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477663459&sdata=sZ3pmtBa9noTCpm6mp5P1Mzelc%2Byxz1XFOB0tvPHRCI%3D&reserved=0" originalsrc="https://gilawa.com/" shash="LpTk0nZAeO7Uje8lM99g5emkYy3NOY92QFFAH8b5xUg1M3MNLknguotJIgkGYS0NZaIK9r9AjdDapEmppK4IXB9ogt5NCLWJYlW2xkwJ25qt14e6jz2w2A/SYWt+sakUxkT9UUcRnHxwHLbzy18e0R72VNcL12Ad52+EKIV9efY=" 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>
<div><image001.png></div>
<o:p></o: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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477673456&sdata=FPhaFAUYu%2BEg8%2B6R4%2BgpvgG12f3MQJ%2FFJFvhTT2ITP0%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="J9Jwj+jUU7XYD6P+CCROuYAssZidnol79nOV8SuS/1yFO7AJ1X7CKm2kL8krSYRSAV4mPTD9spk4OE38oB9k3P2XplKPVe0ebJYjhduqvqXQiWBka7NxFpKpQKesBPZq/RVa0Ei1wGEcNGbY/r3lO9+3zDixgXH7TTS6vFvtjkQ=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477683449&sdata=Lf0agEah8BrRRF3R%2Buge0gzpQzufoquHorONP%2BAjoWQ%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="yWkH/d5tjRULzAJ/SZcU4jW/9qJz90wkgpFSQo/ruZkiGb0zeO1w3wsmCdoLAFSQTFCuViNgbO8RHQfKkgknkTKy89ShiAWMohNP17VJ69IQ7hWJfttvsgyCmWEwXXh+UCefrTtQ9GMkKCMeIR5FfX0yxNyCj4xzq26PXWZ18d0=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477683449&sdata=IpGztI%2B%2Bv3EVaeZlO5%2BUBBpKF4Ril3cxrzWHaaq4rcA%3D&reserved=0" originalsrc="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" shash="Vr09lGxjiMQoRaYhLSeS3llATb2OwRj/isSNGhaJaaudYCI144aGRgMVcoDD+Di3kMslSMKD+eOFI1bAIKwN04r0eDzz/I7yCt+cw4yz4myMh2zXh8w5axsJ6EPCMLYBWrf6/bN+UUgpA1p1+5f8I7A1VViCbKtxB8szBwAmEdc=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477693444&sdata=LvmsSa2R4ul6e4INOaMI7PU6c4kYeuU4RzhIYaGVUAA%3D&reserved=0" originalsrc="http://www.asipto.com/" shash="lCj6eBxtqxGueWP0VfWOaWe4QyW/IQ7kgXtK0IoDQZ+ieI1Oa0q5Zo+4VRMGHeJVusQK70zkqGwro0+YTKvA4PtqO9UR5yufImm/w4Z2hyQLNOlR30ek2ow7urrRvTIizaf76PVIPMsqbfRQS6pgOhtp/+RhDSvSv02r94LrqFA=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477703439&sdata=Z20OxqezgLkE3lsVi1mjFdg0p%2BD3us9KOVjGOUi5sZU%3D&reserved=0" originalsrc="http://www.twitter.com/miconda" shash="f1EhO1W4zYV5TjFwBKC6psoez2pCcaKDCieejATU4tWknLXusPvJmN0hSFuDW5HFaZDmYO3kkY0v2pNLN5z0xDui4IURQ7HPdMLpVG6WOVWp3JZZDwUfGx8LqZyINTNlXzogDUbdereP+1W6Rls4DtmvqUiV0h4Tbx5J+O8hBlY=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477703439&sdata=wi%2BX77TsHwg7vsQ3rFXhQap8nNZU3o7aSe33omuhCUI%3D&reserved=0" originalsrc="http://www.linkedin.com/in/miconda" shash="v0CujGDngA/9c8ceym8Blh61sXhqo6cLcJAJH4B2Bi07yGXoEYQL/pNwCQ2iiPbwwLRveqCZNhDLU2CchLzgwB1vEXH8jYnfTlEVDUJQcmNiBnaYLp3XrTPtDXOSlCD6H0EVexMt3soQEgWFM6BlsAcTekndj4PEaQpQmoqxttQ=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477713434&sdata=mhQO4BhlOFrkqhZDm35ojJFzozU38fHxoP5xFgS2eAw%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="xEb88LkQXnWnBbF8+OM4mTKbu41jb8unflk+1OOz9+XGG7VpmXXCHLSDH17OVbZ/6FtrJstmz4c5I3AKru1mW8rj4uTA2xXpO/gn3qzD3N1kFBZLB6YKojnUAluROjBUZxLNpYCLRDt+AYhFBEvON3Mh5UKN0pX2VuWwv+Dzn24=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477713434&sdata=OaSX5W0bdLXMHJqm22nI4XJ8htRnt7EEX2QmfFvZVxU%3D&reserved=0" originalsrc="http://www.asipto.com/" shash="G3grd727uGV8fmozGuIUFCSJz0eC00rQf1TRVrxsp7dad1XERIEReyDE/TYtu7agdiCPyzdiuk2AbfKt666u1Fa7l5T5Sn5FcCGxibqxT6UMrehPGxUAX8zp+QUtvBEOMzglL5HpQcyCsQsA6/VZxgfAcS9xdWPMao1k6oMGOzw=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477723426&sdata=cjKZlSDlzQZ2LNZCekGD8RRY9TXbtf66FESrQEZz2MM%3D&reserved=0" originalsrc="http://www.twitter.com/miconda" shash="sqkhTpo2ijed0STSTd5EtR/3/3EJgIjW2K86LC1KhE5hKRkpe00l9ihMuZPG/Rfqc6Aa5Z+wicngHohawQsS7BxIXUnRybMlcjGSymm8/WLtgGwO/etx0L8p2RMVoL560KDC+sZS9kUZxfxkqkTUI0MlN3CGUAQi9ZxsUEakN0Y=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477733424&sdata=09U%2FJwCmnEMUtTZ3YiyPCKDfKLDlqMX2RpG0ihFrm3M%3D&reserved=0" originalsrc="http://www.linkedin.com/in/miconda" shash="kiEBV6sLe/KS1zQGu0CgM1Q5ePBBK16OHE2Oce4eK8PKLpfIhR/GqGE4ZZnQaoGSHVqibJHaNGBbFiXgWEPkr7uNkQwHJeKnu/ngvyy1MOLu72GGRiX/+xtknOPo7xWGEpHXkKAZdrERJH/goKwmsHptd0C4SQyjT9jYkQMh16Q=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477733424&sdata=rpAKGNvGtUZG3w2O0R1N549bP%2F%2B3RWSHHw2OuiteDWM%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="vvjXEeawkdgsMIkQRIAMOo2yrKjJFaXtSaTmaTtYjz9CfzpP5y+vQAKm6OGcCPvhUj9JmKKSGxnGK2vwEkx6Qz9QOAQmvjTRpugxKG9DFihcpzwOrCoXj7FQbU7Cbf78tOZXqy7iqKe5RIdviC9iV+xEXPxl10gdkTIl6QgbT/A=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477743419&sdata=V%2BAOAp887NW4v6%2BhAzh6MidZd0YX68ugo%2F1T4UTCicA%3D&reserved=0" originalsrc="http://www.asipto.com/" shash="vhLbnuG/dBMLMVoFlsd7UL3j4FkvQPs+vtXmfp9XSe5PtW+ubdW9WPtiQ/NunDYQkCmTR+vBCBVUOqdXuiIg7tqEyaoQJkDdhAQfDH0p8slqdKCWg3oGr54Mm8NBDOVBUY7KIB1pWB32T9q1ssna/mN0qk4LcyHe7MG/wdC/9gw=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477753415&sdata=iuercKiaDYV83hyJVIBIP8MwCyU4ntaZeJ5uDI2A2p8%3D&reserved=0" originalsrc="http://www.twitter.com/miconda" shash="f0/qqCvzwyaHmg07J2D8fn3hfZ5eNpiJVCeqXjksQCFH87olAtfbPbJgefmNljB9N2IzUS8Xin+5OYw243U6wUeOOSypR6HtyizJHuBMinP4oOYsdd7LThwRdxfmmDsWsSJ+1GQsOntUq+VFqu+apCz5HFngu0+Yt6ZYK3hRNBA=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477753415&sdata=DAYyh5NQcSVeHAlGZ1kHIX676lRwA3kuzFUI9JdkaPM%3D&reserved=0" originalsrc="http://www.linkedin.com/in/miconda" shash="X0bsrbdHqyMYvQi0mwPXVfFCXcVKKxR2kY9dJrfjONk7QuSJNknizMBjQhqcUDwwazIrgrXIc1pto9LCEzQs89dZFuZTfg45pKfXtyqs38aOeUEbRG20F91/nI2ccJzKfZFzsCxIdt+2bGFDOlWEJNTU2GHza+hOsHzIXjxDLa8=" moz-do-not-send="true">www.linkedin.com/in/miconda</a></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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477763409&sdata=aky52K1MDxOufQ%2BPNjJSBEncRyjCY5rgNa4K5W4%2B%2FRQ%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="egfHVKV2d5EdyNAvRKzF9fq4zJ3Hliz9SvdV4Wie5gYCaLu3H4JXWD3qeflQ2LoZBIpuBTdKN5ufe5tY5HAVVY74fm6e4n0U0PUGFOMcACP3SBgPLL4X1EaXFwDpqLtZVzYFHfIuQB/qKxdquTQhPJYnbe9ZJu2SjCk8zdoQIJQ=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477773404&sdata=iV6uMBks4YhEMGUsuDne90ztajUxLfjlADcvoEsLhC0%3D&reserved=0" originalsrc="http://www.asipto.com/" shash="IhsyWEMuzCOpeTZ8NniMumdGqZSa2JXVI0fhrJGAjmDQXkayaQe0knNwM4QCEjguIZTEsSUiVTXSQao+N4/LwtnDSOirsH4rmzW6XbuZ3WJdomX9zmCEhZuTsywE74GUL/Ur643yUXR9E9m0NqLd7HgvZdFtq2srKUWL1ghFrGY=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477773404&sdata=MiEB6DUdT1Pax%2FM%2F1CgYTY1x3mejLXueoh1VhojSG%2Bs%3D&reserved=0" originalsrc="http://www.twitter.com/miconda" shash="ZuQEEQ/psq5rL/mQL236mf6Stt+JTJO6qRAKDJ23dGb778RTaRj5i47+fYeePi4LFPNaPTwHSdzVohlfOzZmdKMWoy86ALJehSxWBj1duAlmoQd283X5azIRivYUo7xjumDF87vA+o95Ravvjxn/1/262k7T4hXyBa15bvElSeM=" 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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477783403&sdata=YLjFcJBFSoKbRngnaZfnYk9QJaMK26WSGkCFfYHAefA%3D&reserved=0" originalsrc="http://www.linkedin.com/in/miconda" shash="ool1MbBlKxTavAzXasTMD1rO5zFeWHtoXlxt2ZvtM0LbF0kgqDuLmkqu8HcWD6Aq127qWxUE2EHlbfLThlOrgE/s9RxVmEriZql8CnZfryUTl0HDjIaTPbolZY4DMHJuN3+R6P+3XPw721tMKEjLNArlqocGiJxXNSrv8rU0EMg=" moz-do-not-send="true">www.linkedin.com/in/miconda</a></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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477783403&sdata=KvfPCh%2BtiPRifuQhaxA4YSEkKr%2Fi4eFmVb1cNJ7N5q4%3D&reserved=0" originalsrc="http://www.sixbell.com/" shash="ijCfBaHzuYhcQXRhNlrTX6Qez5i+6mUJ4XdHVjL7rasJukSYzrzsJWZ3+UO4l2gPcuT3Tpmwt5peHqhI4fgq2yw6R78zalHvr1+EO5sZvPUCsemy1xQnbHSSQTyj4HbqLCkCTBC+yHA+v+jjQqp8snTrwX3RneCKyYdnIyGkLv0=" moz-do-not-send="true">http://www.sixbell.com</a></pre>
<span>_______________________________________________</span><br>
<span>Kamailio (SER) - Users Mailing List</span><br>
<span><a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a></span><br>
<span><a class="moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a></span><br>
</div>
</blockquote>
</div>
<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">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%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477823379&sdata=9SJPhjaKPNJyIVJJy6Ag43u1GYl6RbDn2faPAwbHXn4%3D&reserved=0">https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.kamailio.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsr-users&data=02%7C01%7C%7C839e2eada7ca4f6f254908d7dd47ba45%7Cab4a33c2b5614f798601bc921698ad08%7C0%7C0%7C637221172477823379&sdata=9SJPhjaKPNJyIVJJy6Ag43u1GYl6RbDn2faPAwbHXn4%3D&reserved=0</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>