<div dir="ltr">Just changing the extension on the phone. It also won't reset from CUCM. Found out this just effects local phones on same 3750 as the UCS server (same VLAN). All phones - not just 8945. One 8945 at a remote site we can change just fine and reset just fine. The 3750 looks fine, normal port configurations. <div>
<br></div><div>All services are started, the cluster was rebooted 2 days ago. No change. No errors in RTMT and the phone console log shows it downloading the trust file and configuration file fine. Phone console log says it authenticates the configuration file fine. TFTP Service set to Build All CNF and restarted, no change. <br>
<div><br></div><div>In the 'utils dbreplication runtimestate' below, RPC value on subscriber is 3 - is that a problem?</div><div><br></div><div><br></div><div>utils dbreplication status</div><div><br></div><div><div>
admin:file view activelog cm/trace/dbl/sdi/ReplicationStatus.2013_10_18_13_07_27.out</div><div><br></div><div>Fri Oct 18 13:07:27 2013 main() DEBUG: --></div><div>Fri Oct 18 13:07:30 2013 main() DEBUG: Replication cluster summary:</div>
<div>SERVER ID STATE STATUS QUEUE CONNECTION CHANGED</div><div>-----------------------------------------------------------------------</div><div>g_ccm1_ccm9_1_1_20000_5 2 Active Local 0</div>
<div>g_ccm2_ccm9_1_1_20000_5 3 Active Connected 0 Oct 16 17:17:05</div><div>Fri Oct 18 13:07:31 2013 main() DEBUG: <--</div><div><br></div><div>end of the file reached</div></div><div><br></div><div><div>admin:file view activelog cm/trace/dbl/sdi/ReplicationStatus.2013_10_18_13_07_19.out</div>
<div><br></div><div>Fri Oct 18 13:07:19 2013 main() DEBUG: --></div><div>Fri Oct 18 13:07:22 2013 main() DEBUG: Replication cluster summary:</div><div>SERVER ID STATE STATUS QUEUE CONNECTION CHANGED</div>
<div>-----------------------------------------------------------------------</div><div>g_ccm1_ccm9_1_1_20000_5 2 Active Connected 0 Oct 16 17:17:04</div><div>g_ccm2_ccm9_1_1_20000_5 3 Active Local 0</div>
<div>Fri Oct 18 13:07:24 2013 main() DEBUG: <--</div><div><br></div><div>end of the file reached</div></div><div><br></div><div><br></div><div><div>admin:utils dbreplication runtimestate</div><div><br></div><div>DB and Replication Services: ALL RUNNING</div>
<div><br></div><div>DB CLI Status: No other dbreplication CLI is running...</div><div><br></div><div>Cluster Replication State: BROADCAST SYNC Completed on 1 servers at: 2013-08-30-13-38</div><div> Last Sync Result: SYNC COMPLETED 603 tables sync'ed out of 603</div>
<div> Sync Errors: NO ERRORS</div><div><br></div><div>DB Version: ccm9_1_1_20000_5</div><div>Repltimeout set to: 300s</div><div>PROCESS option set to: 1</div><div><br></div><div>Cluster Detailed View from CCM1 (2 Servers):</div>
<div><br></div><div> PING CDR Server REPL. DBver& REPL. REPLICATION SETUP</div><div>SERVER-NAME IP ADDRESS (msec) RPC? (ID) & STATUS QUEUE TABLES LOOP? (RTMT) & details</div>
<div>----------- ------------ ------ ---- -------------- ----- ------------ -----------------</div><div>CCM1 10.1.1.10 0.046 Yes (2) Connected 0 match Yes (2) PUB Setup Completed</div>
<div>CCM2 10.1.1.11 0.382 Yes (3) Connected 0 match Yes (2) Setup Completed</div><div><br></div><div>admin:utils dbreplication runtimestate</div><div><br></div><div>DB and Replication Services: ALL RUNNING</div>
<div><br></div><div>Cluster Replication State: Only available on the PUB</div><div><br></div><div>DB Version: ccm9_1_1_20000_5</div><div>Repltimeout set to: 300s</div><div>PROCESS option set to: 1</div><div><br></div><div>
Cluster Detailed View from CCM2 (2 Servers):</div><div><br></div><div> PING CDR Server REPL. DBver& REPL. REPLICATION SETUP</div><div>SERVER-NAME IP ADDRESS (msec) RPC? (ID) & STATUS QUEUE TABLES LOOP? (RTMT)</div>
<div>----------- ------------ ------ ---- -------------- ----- ------------ -----------------</div><div>CCM1 10.1.1.10 0.458 Yes (2) Connected 0 match Yes (2)</div><div>CCM2 10.1.1.11 0.050 Yes (3) Connected 0 match Yes (2)</div>
<div><br></div><div><br></div><div><br></div><div><br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 1:26 PM, Ryan Ratliff (rratliff) <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">
<div>What changes are you making that aren't taking? The phone registering after being deleted from the db is a cucm issue, not a phone one.</div>
<div><br>
</div>
<div>Try a db replication status check from the cli. <br>
<br>
Sent from my iPhone</div><div><div class="h5">
<div><br>
On Oct 18, 2013, at 1:58 PM, "Erick B." <<a href="mailto:erickbee@gmail.com" target="_blank">erickbee@gmail.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr">The console logs on the phone also show it successfully downloading the SEPxxxx cnf xml file and successfully authenticating it. Not seeing any errors in the console log. </div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Fri, Oct 18, 2013 at 11:54 AM, Erick B. <span dir="ltr">
<<a href="mailto:erickbee@gmail.com" target="_blank">erickbee@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Yes. Factory defaulted phone also.
<div><br>
</div>
<div>Other phone models take changes fine and stop working when they are deleted from CUCM. </div>
<div>Servers have been rebooted to. </div>
<div><br>
</div>
<div>The phone took the firmware update fine, and the phone web page (status message, debug display) show it downloading trust files fine and config sgn file (HTTP) fine. No errors there about timeout downloading config files, etc. </div>
<div><br>
</div>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Fri, Oct 18, 2013 at 11:38 AM, Heim, Dennis <span dir="ltr">
<<a href="mailto:Dennis.Heim@wwt.com" target="_blank">Dennis.Heim@wwt.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Have you tried clearing the security settings?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">Dennis Heim | Solution Architect (Collaboration)</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif"">World Wide Technology, Inc. |
<a href="tel:314-212-1814" value="+13142121814" target="_blank">314-212-1814</a><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Calibri","sans-serif""><u></u> <u></u></span></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#00007f">PS Engineering: </span></i></b><i><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#00007f"> Innovate & Ignite.</span></i><span style="font-size:13.5pt;font-family:"Calibri","sans-serif""><u></u><u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></b></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> cisco-voip [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Erick B.<br>
<b>Sent:</b> Friday, October 18, 2013 12:26 PM<br>
<b>To:</b> voip puck<br>
<b>Subject:</b> [cisco-voip] 8945 not taking changes on 9.1.1a<u></u><u></u></span></p>
<div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Weird one here, anyone seen this before?<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Have a few 8945s that aren't taking changes. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">DB replication shows 2 on all servers. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Weird thing is, if we delete the 8945 from CUCM the 8945 still registers and works with old extension and 8945 phone web page shows it is registered to the right call manager server and the phone can make calls with the phone not being
in CUCM. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Have updated a few to current firmware version, same thing. <u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div></div><blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>cisco-voip mailing list</span><br>
<span><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></span><br>
<span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span><br>
</div>
</blockquote>
</div>
</blockquote></div><br></div>