今天挨踢小茶接到一个case，是关于Cisco Unifiedd IP的 Phone CP-7942G无法正常显示时间的问题，这个问题只出现在了公司一台的思科电话上面，其他电话没有此异常。主要表现为思科的左上角显示时间的部分，显示的时间比其他的电话要慢8个小时。
最近挨踢小茶发现思科7940话机如果按下Directory键查看通话记录，就会一直显示“Requesting...”，而且只会显示Missed Calls, Received Calls, Placed Calls，如图所示。
今天挨踢小茶尝试在Cisco Unified Communications Manger(CUCM)里删除一个用户的电话的时候，出现了错误“Delete Failed [10206]. Cannot delete device that is used as a Primary Phone”。在排错中浪费了些时间，这里写下自己的经验。
在上个星期，挨踢小茶登录CUCM8.6的Disaster Recovery System查看schedule backup的状态的时候，惊奇的发现一台PUB和一台SUB登录进页面之后，点击任何菜单都没有反映。但是另一台SUB的同样页面是正常的。而且3台CUCM集群，登录Cisco Unified CM Administration等其他页面都能正常进行操作。
在Cisco CUCM（Cisco Unified Communications Manger） 8 版本中，默认装好就带有Demo的license，其中包含了150个DLU，3个Nodes，还有feature license，基本能满足测试需求。
今天对RMA回来的Cisco 7942G IP电话进行设置的时候，发现都无法正常自动注册到CUCM系统之中了，甚至发现新买来的电话也有这个问题。现象如下：
因为意外断电的缘故，和UCCX做集成的CUCM8服务器停电关机了，但是在供电恢复重启后，Cisco Agent Desktop没有正常运行，而是出现了以下错误：
RTMT是Cisco Unified Real-Time Monitoring Tool的简称，能够进行实时地监控和管理思科语音服务器。同时RTMT也是一款非常有效的troubleshooting工具，能够收集服务器产生的各种日志文件，能够进行详细地分析和管理。
思科的语音产品（CUCM, UCCX, CUC,CUPS等）的license都会和物理机的MAC地址进行绑定，而在现在越来越多的思科虚拟化进程下，思科也使用了License MAC的值来对license进行绑定。那么，什么是License MAC呢？其实License MAC就是安装思科产品时，根据所输入的系统参数（包括但不仅局限于hostname, NIC speed, DNS, IP address）而计算出来的一个虚拟MAC地址值。从而确保license MAC的相对唯一性，毕竟物理MAC地址是可以手工更改的…
CUCM(Cisco Unified Communications Manager)从7.1(5)版本开始，就分有restricted和unrestricted版本的区别。很多人并不知道这两个版本之间有什么区别，两个版本是不是都能实现CUCM的所有功能。
在CUCM从6版本升级到8版本之后，就出现了RMA回来的电话接上网络后出现了“TFTP file not Found”错误。这个问题在以前Call Manager之中并没有发现，是在升级后才出现这个问题的。
对于大部分进行想学习CCNP VOICE技术或者将要学习这门技术的网络工程师们，这篇文章将会非常有实用价值。大家都知道，如果要在真实机上搭建CUCM或者相关的VOICE平台是十分困难的，需要多台独立的服务器，不仅耗费资源比较多，而且实用性也不太强。
思科语音系统（包括CUCM，CUC，UCCX等等）都已经可以在虚拟环境中搭建了，在虚拟机中搭建的语音系统，拥有很多优势，例如可控制性，维护性和备份还原能力。同时，实体机的虚拟化能节省空间资源、能量耗费、并能提供集中管理。在这篇文章中，主要介绍一下思科语音系统搭建在虚拟化环境中（目前仅支持VMware的）所必须满足的硬件需求。
CUCM(Cisco Unified Communications Manager)通过开启CDR(Call Detail Record)功能能对所有处理过的电话进行记录，CDR文件还能够自动发送到第三方的计费系统进行更详细的话费计算和话单处理。
