<div dir="ltr">On Sat, Sep 17, 2016 at 3:43 PM, Matt Caswell <span dir="ltr"><<a href="mailto:matt@openssl.org" target="_blank">matt@openssl.org</a>></span> wrote:<div><br><div class="gmail_extra"><div class="gmail_quote"><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">There is an OpenSSL API which is intended to resolve this issue:<br>
<br>
DTLSv1_handle_timeout()<br>
<br>
The application is expected to call this periodically during the<br>
handshake if no other data has been sent or received. The causes OpenSSL to check its timer and do any retransmits if necessary. If licode doesn’t call this, then its plausible that this is the cause of the issue.</blockquote><div><br></div><div>“grep -r DTLSv1_handle_timeout .” in the Licode source directory returns nothing, so we may have our culprit!</div><div><br></div><div>Curious what versions of openssl support the DTLSv1_handle_timeout() approach? I know the Licode guys run 1.0.1g, it would be great if a single solution could be committed that was backwards compatible.</div><div><br></div><div>Is there anything special I should know about how to use DTLSv1_handle_timeout()? Just have it run on a timer until the handshake completes? I guess I’m asking for some pre-documentation ;)</div><div><br></div><div>Thanks again for your help, this is definitely the most clear progress I’ve made on this problem, and it’s been haunting me for months!</div><div><br></div><div>Chad</div></div></div></div></div>