[cisco-voip] 8945 not taking changes on 9.1.1a

Erick Wellnitz ewellnitzvoip at gmail.com
Fri Oct 18 15:06:57 EDT 2013


They should both be 2.

Status 3 means your tables are suspect on that node.

https://supportforums.cisco.com/docs/DOC-13672


On Fri, Oct 18, 2013 at 1:39 PM, Erick B. <erickbee at gmail.com> wrote:

> 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.
>
> 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.
>
> In the 'utils dbreplication runtimestate' below, RPC value on subscriber
> is 3 - is that a problem?
>
>
> utils dbreplication status
>
> admin:file view activelog
> cm/trace/dbl/sdi/ReplicationStatus.2013_10_18_13_07_27.out
>
> Fri Oct 18 13:07:27 2013 main()  DEBUG:  -->
> Fri Oct 18 13:07:30 2013 main()  DEBUG:  Replication cluster summary:
> SERVER                 ID STATE    STATUS     QUEUE  CONNECTION CHANGED
> -----------------------------------------------------------------------
> g_ccm1_ccm9_1_1_20000_5    2 Active   Local           0
> g_ccm2_ccm9_1_1_20000_5    3 Active   Connected       0 Oct 16 17:17:05
> Fri Oct 18 13:07:31 2013 main()  DEBUG:  <--
>
> end of the file reached
>
> admin:file view activelog
> cm/trace/dbl/sdi/ReplicationStatus.2013_10_18_13_07_19.out
>
> Fri Oct 18 13:07:19 2013 main()  DEBUG:  -->
> Fri Oct 18 13:07:22 2013 main()  DEBUG:  Replication cluster summary:
> SERVER                 ID STATE    STATUS     QUEUE  CONNECTION CHANGED
> -----------------------------------------------------------------------
> g_ccm1_ccm9_1_1_20000_5    2 Active   Connected       0 Oct 16 17:17:04
> g_ccm2_ccm9_1_1_20000_5    3 Active   Local           0
> Fri Oct 18 13:07:24 2013 main()  DEBUG:  <--
>
> end of the file reached
>
>
> admin:utils dbreplication runtimestate
>
> DB and Replication Services: ALL RUNNING
>
> DB CLI Status: No other dbreplication CLI is running...
>
> Cluster Replication State: BROADCAST SYNC Completed on 1 servers at:
> 2013-08-30-13-38
>      Last Sync Result: SYNC COMPLETED  603 tables sync'ed out of 603
>      Sync Errors: NO ERRORS
>
> DB Version: ccm9_1_1_20000_5
> Repltimeout set to: 300s
> PROCESS option set to: 1
>
> Cluster Detailed View from CCM1 (2 Servers):
>
>                                 PING            CDR Server      REPL.
> DBver& REPL.    REPLICATION SETUP
> SERVER-NAME     IP ADDRESS      (msec)  RPC?    (ID) & STATUS   QUEUE
> TABLES LOOP?    (RTMT) & details
> -----------     ------------    ------  ----    --------------  -----
> ------------    -----------------
> CCM1     10.1.1.10    0.046   Yes     (2)  Connected   0      match   Yes
>    (2) PUB Setup Completed
> CCM2     10.1.1.11    0.382   Yes     (3)  Connected   0      match   Yes
>    (2) Setup Completed
>
> admin:utils dbreplication runtimestate
>
> DB and Replication Services: ALL RUNNING
>
> Cluster Replication State: Only available on the PUB
>
> DB Version: ccm9_1_1_20000_5
> Repltimeout set to: 300s
> PROCESS option set to: 1
>
> Cluster Detailed View from CCM2 (2 Servers):
>
>                                 PING            CDR Server      REPL.
> DBver& REPL.    REPLICATION SETUP
> SERVER-NAME     IP ADDRESS      (msec)  RPC?    (ID) & STATUS   QUEUE
> TABLES LOOP?    (RTMT)
> -----------     ------------    ------  ----    --------------  -----
> ------------    -----------------
> CCM1     10.1.1.10    0.458   Yes     (2)  Connected   0      match   Yes
>    (2)
> CCM2     10.1.1.11    0.050   Yes     (3)  Connected   0      match   Yes
>    (2)
>
>
>
>
>
>
> On Fri, Oct 18, 2013 at 1:26 PM, Ryan Ratliff (rratliff) <
> rratliff at cisco.com> wrote:
>
>>  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.
>>
>>  Try a db replication status check from the cli.
>>
>> Sent from my iPhone
>>
>> On Oct 18, 2013, at 1:58 PM, "Erick B." <erickbee at gmail.com> wrote:
>>
>>   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.
>>
>>
>> On Fri, Oct 18, 2013 at 11:54 AM, Erick B. <erickbee at gmail.com> wrote:
>>
>>> Yes. Factory defaulted phone also.
>>>
>>>  Other phone models take changes fine and stop working when they are
>>> deleted from CUCM.
>>> Servers have been rebooted to.
>>>
>>>  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.
>>>
>>>
>>>
>>> On Fri, Oct 18, 2013 at 11:38 AM, Heim, Dennis <Dennis.Heim at wwt.com>wrote:
>>>
>>>>  Have you tried clearing the security settings?****
>>>>
>>>> ** **
>>>>
>>>> *Dennis Heim | Solution Architect (Collaboration)*****
>>>>
>>>> World Wide Technology, Inc. | 314-212-1814****
>>>>
>>>> ** **
>>>>
>>>> *PS Engineering: ** Innovate & Ignite.*****
>>>>
>>>> * *
>>>>
>>>> ** **
>>>>
>>>> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On
>>>> Behalf Of *Erick B.
>>>> *Sent:* Friday, October 18, 2013 12:26 PM
>>>> *To:* voip puck
>>>> *Subject:* [cisco-voip] 8945 not taking changes on 9.1.1a****
>>>>
>>>> ** **
>>>>
>>>> Weird one here, anyone seen this before?****
>>>>
>>>> ** **
>>>>
>>>> Have a few 8945s that aren't taking changes. ****
>>>>
>>>> ** **
>>>>
>>>> DB replication shows 2 on all servers. ****
>>>>
>>>> ** **
>>>>
>>>> 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. ****
>>>>
>>>> ** **
>>>>
>>>> Have updated a few to current firmware version, same thing. ****
>>>>
>>>
>>>
>>   _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20131018/1267a577/attachment.html>


More information about the cisco-voip mailing list