<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">Hi Daniel,</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">Thank you for your reply.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">Please consider getting it onto your roadmap to keep your amazing product RFC compliant.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">For clarity here is the link i forgot to past (i guess)</div><div class="gmail_default" style=""><font face="tahoma, sans-serif"><a href="https://support.software.dell.com/kb/sw10958">https://support.software.dell.com/kb/sw10958</a></font><br></div><div class="gmail_default" style=""><font face="tahoma, sans-serif"><br></font></div><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div><font face="tahoma, sans-serif" style="background-color:rgb(255,255,255)">---</font></div><div><font face="tahoma, sans-serif" style="background-color:rgb(255,255,255)">Best regards</font></div><div><font face="tahoma, sans-serif" style="background-color:rgb(255,255,255)">Marco<br></font></div><div><span style="background-color:rgb(255,255,255)"><font face="tahoma, sans-serif"><br></font></span></div></div></div></div>
<br><div class="gmail_quote">On Tue, Sep 22, 2015 at 2:57 PM, Daniel Grotti <span dir="ltr"><<a href="mailto:dgrotti@sipwise.com" target="_blank">dgrotti@sipwise.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Marco,<br>
SPCE does not fallback in TCP unfortunately.<br>
you should reduce the MTU by removing headers or you should be able to<br>
rebuild your fragmented packets at the final destination.<br>
<br>
--<br>
Daniel Grotti<br>
VoIP Engineer<br>
<br>
<br>
Sipwise GmbH<br>
Europaring F15 | 2345 Brunn am Gebirge, Austria | <a href="http://www.sipwise.com" rel="noreferrer" target="_blank">www.sipwise.com</a><br>
<div><div class="h5"><br>
On 09/21/2015 11:27 PM, Marco Teixeira wrote:<br>
> Hi there,<br>
><br>
> I might have stumbled upon the issue described here (but without any ALG<br>
> in the middle, just for example, as i can't pass any sensitive info here)<br>
><br>
> I'm seeing fragmented SIP packets when the final gateway sends OPTION<br>
> back over 2 NGCP CE and over to a final farm of SIP servers...<br>
><br>
> The call is established correctly and only when the OPTIONs don't get<br>
> ACK, the call drops within 10 seconds (always).<br>
><br>
> So, according to the test on that link, trancript below:<br>
> (..) If a request is within 200 bytes of the path MTU, or if it is larger<br>
>    than 1300 bytes and the path MTU is unknown, the request MUST be sent<br>
>    using an RFC 2914 [43] congestion controlled transport protocol, such<br>
>    as TCP. (...)<br>
><br>
> Shouldn't SIPWISE activate TCP or whatever to avoid this ?<br>
> How did you guys solve this ?<br>
> (no, TCP on all calls is really asking for trouble on the call volume<br>
> i'm aimming for)<br>
><br>
><br>
> Best regards<br>
> Marco<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Spce-user mailing list<br>
> <a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
> <a href="https://lists.sipwise.com/listinfo/spce-user" rel="noreferrer" target="_blank">https://lists.sipwise.com/listinfo/spce-user</a><br>
><br>
_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
<a href="https://lists.sipwise.com/listinfo/spce-user" rel="noreferrer" target="_blank">https://lists.sipwise.com/listinfo/spce-user</a><br>
</blockquote></div><br></div></div>