<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Mike,<div class=""><br class=""></div><div class=""><div class="">Blink does not have an explicit keep-alive mechanism, but it does respond to keep alive packets like an OPTIONS packet sent by a SIP server.</div></div><div class=""><br class=""></div><div class="">As a rule of thumb, a SIP provider should not depend on clients for keeping their registrations alive. Their infrastructure could be missing some logic if they need clients to do stuff to stay connected.</div><div class=""><br class=""></div><div class="">If the client registration is lost you could try lowering the registration time (again the server could force that as well without any configuration in the client) or you can switch to a reliable transport like TCP or TLS, again is up to the server to force these as well.</div><div class=""><br class=""></div><div class="">Another culprit could be a broken NAT router, google for "SIP ALG problem” whereby a router can break the SIP signalling by mangling packets. The solution is found in the search result.<br class=""><div class=""><br class=""></div><div class="">If you have more specific information about the type of keep alive required by the server we could perhaps formulate a more accurate answer.</div><div class=""><br class=""></div><div class="">Regards,</div><div class=""><div class=""><div class="">Adrian</div><div class=""><div class=""><br class=""></div><div class=""><div class=""><div><blockquote type="cite" class=""><div class="">On 28 Aug 2018, at 15:28, Mike Phillips <<a href="mailto:patlaw@gmail.com" class="">patlaw@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">
<span style="font-size:12.8px;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">I tried using Blink with a VOIPo account, but the results were unpredictable. Callers complained that they received busy signals or that no one answered. When we switched to another SIP client, the problem went away. We then started using the JK Audio IP2 interface, and the problems returned. Enabling "Keep Alive" in the JK box solved the problem. </span><div style="font-size:12.8px;text-decoration-style:initial;text-decoration-color:initial" class=""><br class=""></div><div style="font-size:12.8px;text-decoration-style:initial;text-decoration-color:initial" class="">Is there a way to tell Blink to Keep Alive? I've read that forwarding a port to the client might help. </div>
<br class=""></div>
_______________________________________________<br class="">Blink mailing list<br class=""><a href="mailto:Blink@lists.ag-projects.com" class="">Blink@lists.ag-projects.com</a><br class="">http://lists.ag-projects.com/mailman/listinfo/blink<br class=""></div></blockquote></div><br class=""></div></div></div></div></div></div></body></html>