<div dir="ltr"><div><div><div><div><div>Hi Mike,<br><br></div><span tabindex="-1" id="result_box" class="" lang="en"><span>I would try</span> <span class="">the following:<br><br></span></span></div><span tabindex="-1" id="result_box" class="" lang="en"><span class="">* If you can login through HTTP, check the uptime of the Cisco device. Make sure the device is not rebooting.<br></span></span></div><span tabindex="-1" id="result_box" class="" lang="en"><span class="">* If you can, make a 'ping' from the PBX to the device and annotate milli-seconds of response. Then compare then to the default 'qualify' sip setting for the Cisco peer (width sip show peer _SPA112_PEER_NAME_). Maybe you can set 'qualify=X' where 'X' is the </span></span>measured round-trip time to a peer.<br></div>* If the Cisco is behind a NAT device/router, maybe the default 60 seconds for the 'qualifyfreq=60' sip setting is not enough to keep active the session. Try changing this value to something lower like 15 or 30 seconds.<br><br></div>Cheers<br><div><div><div><div><div><div><div><div class="gmail_extra"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">GnuPG Key ID: 0x39BCA9D8<br><a href="https://www.github.com/mefhigoseth" target="_blank">https://www.github.com/mefhigoseth</a><br>...:::[ God Rulz ! ]:::...</div>
</div></div></div></div></div></div></div></div></div>