<div dir="ltr">So what's the solution? Don't run Kamailio in AWS? Surely we are not the only ones doing that...</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 2, 2018 at 5:37 PM, Alex Balashov <span dir="ltr"><<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We have encountered similar in AWS. Unfortunately, the answer has turned out to be "because AWS". Try using instances more expressly marked for network throughput performance. But sometimes things like this happen anyway because AWS. <br>
<span class=""><br>
On May 2, 2018 3:49:28 PM EDT, Daniel Greenwald <<a href="mailto:dgreenwald@gmail.com">dgreenwald@gmail.com</a>> wrote:<br>
>We are using kamailio 5.0 as an inbound dispatcher. Sometimes in<br>
>testing we<br>
>see it take over half a second to relay a 200 OK. The logs show the new<br>
>dialog being creating for the 200 OK within .0001 seconds of receiving<br>
>the<br>
>inbound 200 but it takes another .5 seconds for the relayed 200 to<br>
>actually<br>
>hit the wire. Here is a screenshot showing the timing of the packets.<br>
>The<br>
>box is an EC2 m3.medium under almost zero load (1-2 calls).<br>
><br>
>Is this normal? What should I be looking at?<br>
><br>
>Screenshot below: 10.0.23.34 is the kamailio box. Carrier IP<br>
>obfuscated.<br>
>You can see the carrier resends the 200 OK because of the delay.<br>
<br>
<br>
</span>-- Alex<br>
<br>
--<br>
Sent via mobile, please forgive typos and brevity. <br>
<br>
______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
</blockquote></div><br></div>