1.5 可用性方面面临的挑战
实施Cisco统一通信管理器（CIPT2）
在多站点环境中部署CUCM时，集中式部署的CUCM服务是通过IP WAN网络进行访问的。受此影响的服务如下所示。
在CUCM多站点部署环境中，与集中式呼叫处理相关的信令：远端站点的Cisco IP电话会在集中部署的CUCM服务器上进行注册。远端站点的MGCP网关由充当MGCP呼叫代理的CUCM服务器进行控制。
在CUCM多站点部署环境中，与分布式呼叫处理相关的信令：在这类环境中，站点之间通过H.323（非网守控制的、由网守控制的或H.225）中继或者SIP（会话初始协议）中继进行连接。
媒体交换：分别位于不同站点的端点之间的RTP流。
其他服务：包括Cisco IP电话XML服务（可扩展标记语言）和对应用的访问，这里所说的应用包括AC、CUCM助理（CUCM Assistant）等。
图1-3所示为一个UC网络，其中主站点通过一个集中部署的呼叫处理环境来与远端站点进行连接。主站点同时还通过ICT（集群间中继）与远端集群相连，而ICT代表了分布式的呼叫处理环境。这种结合采用了集中式和分布式两种部署方式的手段，可以看成是一种混合式的呼叫处理模型，在这类模型中，小型远端站点往往会使用主站点的CUCM资源，而大型远端站点则会拥有自己的CUCM集群。在图1-3的左下方是一条SIP中继，它一般会通过城域以太网连接到一个ITSP（Internet电话服务提供商）。使用SIP中继的优势在于ITSP提供了与PSTN连接的网关，而不需要主站点提供PSTN 网关。
在图1-3中，IP WAN的中断会使集中式部署模型为远端站点提供的呼叫处理服务一同中断。虽然远端集群的呼叫处理服务并不会因此而中断，但远端集群在IP WAN中断期间无法通过IP WAN拨叫主站点。因此，在WAN链路故障期间，任何其他站点都将无法访问位于主站点的重要语音应用（如语音邮件、IVR[交互式语音响应系统]等）。
如果连接ITSP的链路与实现IP WAN连通性的链路相同，那么站点就无法再发出和接收PSTN呼叫了。
注释：
图1-3所示的部署方式是一个很糟糕的设计方案，因为这种方案没有实现IP WAN和PSTN的备份。