<div dir="auto">Can be a problem of the virtual env, and/or the router/switch...<div dir="auto"><br></div><div dir="auto">Try substitute real hardware to virtual, and different models of router/switch</div><div dir="auto"><br></div><div dir="auto">In a LAN, UDP fragmentation is not supposed to be a problem at all...<br><br><div data-smartmail="gmail_signature" dir="auto">answered from mobile, please pardon terseness and typos,<br>-giovanni</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 19, 2020, 08:05  <<a href="mailto:olle@zaark.com">olle@zaark.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="SV" link="blue" vlink="purple"><div class="m_2673591731992640340WordSection1"><p class="MsoNormal"><span lang="EN-GB">Thanks for the reply Max, <u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">we are doing all we can to make the packets smaller, but before we move over to TCP, which is most likely our next step, I wanted to explore what could be happening.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">AFAIK the application have some control of this since these are parameters that partly can be set when you open a socket, that’s why I wonders if Opensips might use those parameters or not, especially since we have so very different behaviour in different directions.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-GB">BR/Olle<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-GB"><u></u> <u></u></span></p><p class="MsoNormal"><b>Från:</b> Users <<a href="mailto:users-bounces@lists.opensips.org" target="_blank" rel="noreferrer">users-bounces@lists.opensips.org</a>> <b>För </b>Maxim Sobolev<br><b>Skickat:</b> den 18 maj 2020 22:03<br><b>Till:</b> OpenSIPS users mailling list <<a href="mailto:Users@lists.opensips.org" target="_blank" rel="noreferrer">Users@lists.opensips.org</a>><br><b>Ämne:</b> Re: [OpenSIPS-Users] UDP fragmentation in reply routes<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">Smells like a OS/kernel bug to me. There is little application can do in that regard, UDP fragmentation/reassembly happens at much lower layers of the OSI stack.<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">However, as a workaround as long as SIP goes you can try to reduce your SIP signalling packet size by using compact version of SIP headers, as well as dropping headers that are not used. That would save you 100-150 bytes per SIP message perhaps. I don't know if OpenSIP can do that in the proxy mode out of the box though, so you might want to add b2b into the flow.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">-Max<u></u><u></u></p></div></div><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal">On Mon., May 18, 2020, 12:34 p.m. Olle Frimanson, <<a href="mailto:olle@zaark.com" target="_blank" rel="noreferrer">olle@zaark.com</a>> wrote:<u></u><u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm"><div><div><p class="MsoNormal">Hi,<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal"><span lang="EN-US">We have an issue on our home proxy (opensips 2.4.6), when it receives  200 OK (over UDP)  from our Freeswitch and the package size is higher than the MTU size , we sometimes get fragmentation  of the UDP packets, but only the first part of the fragmented package is sent to our edge proxy. Is this a known issue or is it a OS bug?</span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US"> </span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US">We have not yet spotted any pattern on this and in most cases bigger packets with MTU around 1600 bytes gets through without an issue.</span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US"> </span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US">I can add that in the other direction in the normal request routes we don’t have any issue at all can have packets > 2000 bytes without any issues.</span><u></u><u></u></p><pre style="margin-bottom:3.0pt"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">Does Opensips use IP_MTU_DISCOVER or how is fragmentation controlled and is it expected to have different behavior in reply routes vs other routes?</span><u></u><u></u></pre><p class="MsoNormal"><span lang="EN-US">We use Centos 7 in a virtual server environment.</span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US"> </span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US">I was hoping someone can share some light on this strange issue.</span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US"> </span><u></u><u></u></p><p class="MsoNormal"><span lang="EN-US">BR/Olle</span><u></u><u></u></p></div></div><p class="MsoNormal">_______________________________________________<br>Users mailing list<br><a href="mailto:Users@lists.opensips.org" target="_blank" rel="noreferrer">Users@lists.opensips.org</a><br><a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank" rel="noreferrer">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><u></u><u></u></p></blockquote></div></div></div>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank" rel="noreferrer">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div>