<div dir="ltr"><div dir="ltr"><font face="tahoma, sans-serif">As per the <a href="https://tools.ietf.org/html/rfc4347#section-4.1.1">RFC 4347 section-4.1.1</a> </font><br><br><pre class="gmail-newpage" style="font-size:13.3333px;margin-top:0px;margin-bottom:0px;break-before:page"><span style="color:rgb(0,0,0)">   </span><font color="#ff0000">Each DTLS record MUST fit within a single datagram.  In order to
   avoid IP fragmentation [MOGUL], DTLS implementations SHOULD determine
   the MTU and send records smaller than the MTU.</font><font color="#000000">  DTLS implementations
   SHOULD provide a way for applications to determine the value of the
   PMTU (or, alternately, the maximum application datagram size, which
   is the PMTU minus the DTLS per-record overhead).  If the application
   attempts to send a record larger than the MTU, the DTLS
   implementation SHOULD generate an error, thus avoiding sending a
   packet which will be fragmented.

<font face="tahoma, sans-serif">But i think that res_rtp_asterisk's implementation of DTLS does not ensures the DTLS record size to be less than MTU 
and because of this i am getting IP fragmentation of DTLS packets which is causing problems with certain ISPs while using WebRTC.

can someone please confirm this, and if it is true that asterisk's RTP engine does not ensure application layer fragmentation of DTLS
then is there some specific reason behind this implementation?
</font><font face="arial, helvetica, sans-serif">
</font><font face="tahoma, sans-serif">Thanks and regards,
Mohit</font></font></pre></div></div>