本文档介绍在以CUCM为中心的部署中使用协作会议室(CMR)时,Cisco Unified Communications Manager(CUCM)的拨号方案注意事项。它将讨论不同的选项、含义和配置。
从TelePresence Conductor版本XC2.3和网真管理套件调配扩展(TMSPE)版本1.2开始,支持CMR。本文档不涉及CMR的配置,这在《思科网真管理套件调配扩展部署指南》中介绍。
本示例中的解决方案使用网真管理套件(TMS)、TMSPE、TelePresence Conductor、TelePresence Server(TS)和CUCM。其他图示组件(Expressway-C和Expressway-E)是可选组件,可提供到Internet和/或企业到企业呼叫上的终端的连接。
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。
由于本文档使用以CUCM为中心的部署,因此使用Expressway系列,并且Conductor与CUCM集成。以下是典型的部署:
在本示例中,部署中的会话初始协议(SIP)域为company.com,用户可通过统一资源标识符(URI)拨号(例如user1@company.com)。
CMR由网真服务器托管。要使用户拨入,必须将呼叫路由到SIP中继到Conductor。CMR的URI格式有两个选项。
第一个选项使用company.com的子域作为CMR的URI中的域部分:meet.company.com。
这使CUCM上的拨号方案配置直接转发;您可以为此子域配置新的SIP路由模式(使用域路由),如下所示:
请注意,在本示例中,SIP路由模式上未配置路由分区,因此所有设备都可访问。使用呼叫搜索空间(CSS)和分区的控制类可用于限制某些用户/设备拨号这些模式。
第二个选项将主域用作CMR的SIP URI中的域部分:company.com。
SIP路由模式不支持正则表达式,因此您可以配置SIP路由模式,如下所示:
使用此配置,与CUCM数据库(本地注册的终端)中不在的域部分company.com匹配的每个URI都会路由到Conductor。请注意,对未在CUCM上注册的URI的呼叫将发送到Conductor(即使对于Conductor不知道的URI)。 为了克服这一问题,您可以使用集群间查找服务(ILS)导入,如后面所述。
当部署没有任何终端注册到共享同一域的视频通信服务器(VCS)或共享同一域的Lync集成时,上一解决方案会发挥作用。如果终端或Lync集成共享同一域,则必须将与域部分company.com的某些呼叫发送到Expresssway-C/VCS-C,而向CMR(也具有域部分company.com)的呼叫路由到Conductor。在注册到CUCM的终端和第三方呼叫控制系统之间共享同一域的示例部署如下所示:
在这种情况下,必须使用ILS导入功能将Conductor SIP URI作为全局目录导入CUCM ILS表。作为此导入的源,您可以在TMS中导出房间数据。此选项在System > Provisioning > Users下可用。
但是,请注意,如果CMR未由用户创建,则此导出中未列出该房间。这意味着,每次创建新文件室或从Active Directory(AD)导出数据时,您必须执行此过程,以便为所有用户构建列表。
在CUCM上,您必须完成以下步骤:
PatternType,PSTNFailover,Pattern
URI,,meet.user1@company.com
URI,,meet.user2@company.com
作业完成后,对文本文件中URI的呼叫将路由到SIP中继到Conductor。
当全局目录中未导入URI时,可以测试是否调用已创建的CMR的URI。在CUCM上,您必须确保:
如果URI已导入到全局目录,还必须确保:
目前没有针对此配置的故障排除信息。