<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
<div><span></span></div>
<div>Back in they day with the older 186 & 187s, there was this issue where the ATA would lose registration if the second/other port was not configured with a DN.
<div><br>
</div>
<div>If that is the case, try and configure the other port and see if that improves your experience.</div>
<div><br>
</div>
<div>It looks like someone has reported a similar ATA issue for the ATA190, but not much detail included with this bug report: <a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvk29369/?rfs=iqvred">https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvk29369/?rfs=iqvred</a></div>
<div><br>
</div>
<div>Also, and I can’t recall the bug kit number, there used to be this issue with ATAs using the default Common Phone Profile setting; if you changed it to anything but whatever the default was, it improved the condition.</div>
<div><br>
<div id="AppleMailSignature">Thanks,</div>
<div id="AppleMailSignature"><br>
</div>
<div id="AppleMailSignature">Ryan</div>
<div><br>
On Sep 19, 2018, at 04:38, Gary Parker <<a href="mailto:G.J.Parker@lboro.ac.uk">G.J.Parker@lboro.ac.uk</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div><span></span><br>
<span></span><br>
<blockquote type="cite"><span>On 18 Sep 2018, at 20:27, Lisa Notarianni <<a href="mailto:lisa.notarianni@scranton.edu">lisa.notarianni@scranton.edu</a>> wrote:</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>Does anyone else out there ever have to do a hard reset on Cisco ATA devices because all of a sudden the ports are not registered in Call Manager? We have a few buildings this happens often in. We have to walk to the device and
reset it. This happens for any type of ATA we use; 186, 187 or 190.</span><br>
</blockquote>
<span></span><br>
<span>Yup, we’re running 186s and 187s and had this constantly until I put a scheduled job on on the callmanager to restart all of them every Sunday morning at 3am. The weekly restart sorted the problem.</span><br>
<span></span><br>
<span>---</span><br>
<span>/-Gary Parker----------------------------------f--\</span><br>
<span>| Unified Communications Service Manager |</span><br>
<span>n Loughborough University, IT Services |</span><br>
<span>| <a href="tel:+441509635635">tel:+441509635635</a> <a href="sip:gary@lboro.ac.uk">
sip:gary@lboro.ac.uk</a> o</span><br>
<span>| <a href="https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.osx.ninja%2Fpubkey.txt&data=02%7C01%7C%7C90cd93946e1a4a80ad4408d61e0b4186%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636729431018180903&sdata=SkkPb4INXXst72pj5pzQp%2FeQkwuAJhuxtHkUa1a%2BBvk%3D&reserved=0">https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.osx.ninja%2Fpubkey.txt&data=02%7C01%7C%7C90cd93946e1a4a80ad4408d61e0b4186%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636729431018180903&sdata=SkkPb4INXXst72pj5pzQp%2FeQkwuAJhuxtHkUa1a%2BBvk%3D&reserved=0</a>
|</span><br>
<span>\r----------------------------------------------d-/</span><br>
<span></span><br>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>cisco-voip mailing list</span><br>
<span><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a></span><br>
<span><a href="https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C90cd93946e1a4a80ad4408d61e0b4186%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636729431018180903&sdata=C8uQuX%2FMX%2Bk1aZ%2F7floI7dn9eVzE6yTE3wgxhWsKPAM%3D&reserved=0">https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C90cd93946e1a4a80ad4408d61e0b4186%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636729431018180903&sdata=C8uQuX%2FMX%2Bk1aZ%2F7floI7dn9eVzE6yTE3wgxhWsKPAM%3D&reserved=0</a></span><br>
</div>
</blockquote>
</div>
</div>
</body>
</html>