As of CUCM version 11.5 Cisco has finally removed support for the legacy phones, now when i say Legacy i mean really old phones.. i understand why theyve removed its support and have always been impressed on why they have had these in for so long. They make some really tough phones, I remember visiting a customer site with a really intense call center and phone usage. they had 7940’s IP phones whose key pad was completely worn out but the phones were just slogging away.the customer saw no need to replace the perfectly functioning IP Phones. I dont think this customer will be upset that Cisco has made this announcement because they are not affected
… but i will surely be 😦 i have a 12SP phone, one of the first IP Phones from the Selsius days that i managed to get from a friend @ cisco. i still use it from time to time but looks like i will be adding it to my museum with great regret .. if i decide to upgrade 😀
enough with the reminiscing, here are the affected IP phones:-
- Cisco IP Phone 12 S
- Cisco IP Phone 12 SP
- Cisco IP Phone 12 SP+
- Cisco IP Phone 30 SP+
- Cisco IP Phone 30 VIP
- Cisco Unified IP Phone 7902G
- Cisco Unified IP Phone 7905G
- Cisco Unified IP Phone 7910
- Cisco Unified IP Phone 7910G
- Cisco Unified IP Phone 7910+SW
- Cisco Unified IP Phone 7910G+SW
- Cisco Unified IP Phone 7912G
- Cisco Unified Wireless IP Phone 7920
- Cisco Unified IP Conference Station 7935
11.5 release notes
Upgrade Process for CUCM v7.1.3 -> 7.1.5
Step 1: go to Cisco.com and download the UCS files
Step 2: Once downloaded combine the files and burn the .ISO to CD
you can combine the fine in Windows via the c ommand prompt using teh following command:
COPY /B UCSInstall_UCOS_220.127.116.1100-12.sgn.iso_part1of2+UCSInstall_UCOS_18.104.22.16800-12.sgn.iso_part2of2 UCSInstall_UCOS_22.214.171.12400-12.sgn.iso
Step 3: Verify the Checksum Value
Step 4: insert the Disk to the local server where you wish to install the upgrade and navigate to Upgrades > Install/Upgrade.
The Software Installation/Upgrade window displays.
From the Source list, choose DVD.
Enter a slash (/) in the Directory field.
Press Next to continue
or utils system upgrade from the CLI
Step 5: you have the option to “reboot to upgraded partition” or “Do not reboot after upgrade.” select the latter and next
You can check the installation status on the CLI:
Step 6: When installation is completed, select Finish
Step 7: To Upgrade choose: Settings > Version; then, click Switch Version.
The system restarts and runs the upgraded software
or Via the CLI:
utils system switch-version
Perform Upgrade on the Publisher first then subsequent subscriber nodes. Finally perform a DBreplication repair on the publisher
utils dbreplication reset all
Dec 10 12:04:54 AXD-SUB1 local7 6 : 2432: Dec 10 12:04:54.257 UTC : %CCM_CLUSTERMANAGER-CLUSTERMANAGER-6-CLM_PeerState: Current ClusterMgr session state. Node’s Name or IP:AXD-PUB Node’s State:POLICY_INJECTED App ID:Cisco Cluster Manager Cluster ID: Node ID:AXD-SUB1
noticed the above notification in the CUCM syslog every few minutes. This is a connectivity test performed by the CUCM cluster manager service to the Publisher . This is a unecessary alert as there is no policy state change.
This can only be stopped by a TAC Engineer, the process is as follows:
1) Create a TAC user account
admin:utils remote_account enable
admin:utils remote_account create ciscotac 30
2) on the Subscriber stop the Cluster Manager Service
admin:utils service stop Cluster Manager
Cluster Manager [STOPPED]
3) Cisco TAC will apply the following command in root to disable cluster manager notification:-
[root@AXD-SUB1 ~]# /usr/local/platform/bin/clm/clm_ctl set clm_network_test_timer 0
4) restart the service cluster manager service
admin:utils service start Cluster Manager
Cluster Manager [STARTED]
This Service may cause drop outs on the phone system, and best done out of hours. It takes a few minutes (more like seconds) to complete. Continue reading
something i noticed while looking through the DRF was the location of the MoH files,
Server : BMML-PUB
Feature : CCM
Component : MOH
Time Completed: 2011-12-01-09-37-57
Result Code : 0
Result String : SUCCESS
moh_do_backup.py: Backing up the MOH files
/usr/local/cm/sftp/mohprep/SampleAudioSource.g729.wav Continue reading
i was having a look through the DRF log files into why they failed, and noticed Bouncy Castle service inserted to the security paameters, amused by the name, i googled it….. nothing special, its just a bunch of API’s used in cryptography and used by Java and C#
2011-12-02 09:45:45,472 DEBUG [main] – drfNetSSLManager: initSecurityProvider: Bouncy castle provider inserted into list of Security Providers
2011-12-02 09:45:45,472 DEBUG [main] – drfNetSSLManager: initSecurityProvider: Installed Provider After adding Bouncy Castle BC
2011-12-02 09:45:45,472 DEBUG [main] – drfNetSSLManager: initSecurityProvider: Installed Provider After adding Bouncy Castle SUN
more info on Bouncy Castle http://en.wikipedia.org/wiki/Bouncy_Castle_(cryptography)
This section forms part of my diagnosis on a failed subscriber and the identification onto why it failed, The CUCM creates a core dump file when it experiences a fault.
This can be found on the RTMT Alert central and the Application Event log:-
Nov 30 00:19:35 BMML-SUB1 local7 2 : 0: Nov 30 00:19:35.810 UTC : %CCM_LPM-LPMTCT-2-CoreDumpFileFound: The new core dump file(s) have been found in the system. TotalCoresFound:1 CoreDetails:The following lists up to 6 cores dumped by corresponding applications. Core1:Cisco CallManager (core.2951.6.ccm.1322612299) App ID:Cisco Log Partition Monitoring Tool Cluster ID: Node ID:BMML-SUB1 Continue reading
Slp_servreg process causes high cpu utilization on a Unified Communications Manager server.
Problem is observed for IBM model servers only.
This particular defect is applicable to UCM ver 7.x only.
From the command line interface, issue the “utils snmp hardware-agents restart” command. This should resolve the issue. If not, a server reboot may be necessary.
Bug ID: CSCte21646