语音和统一通信 : Cisco Unified Communications Manager (CallManager)

了解媒体资源组和组列表

2016 年 10 月 27 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈


目录


简介

从Cisco CallManager 3.1x版本,梅迪亚资源组(MRGs)和梅迪亚资源组列表(MRGLs)当前用于为了允许管理员指定媒体资源到特定设备。MRGs和MRGLs常见用途是限制根据一个地理基本类型的媒体资源使用。例如,如果有会议资源在远程位置,您能在只给他们访问他们的本地会议桥资源的远程位置创建IP电话的一MRGL。这保证IP电话在远程位置创建的电话会议不必须使用WAN带宽在同一个站点内的会议。您能也配置MRGL有第二,第三资源(等等),因此,如果在远程位置的会议桥在资源外面或不可用,从另一个站点的资源可以使用作为备份。您能使用MRGs和MRGLs其他媒体资源(例如, Music on Hold服务器(MOH)和转码资源)。

先决条件

要求

思科建议您有Cisco CallManager基本知识。

使用的组件

本文档中的信息根据Cisco CallManager 3.1x和以后。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

梅迪亚资源组和梅迪亚资源组列表

MRGL提供一优先安排的分组MRGs。应用程序选择需要的媒体资源,例如一个MOH服务器,从在根据优先级顺序的可用的媒体资源中定义在MRGL。

梅迪亚资源管理对媒体资源的提供访问在集群的所有思科CallManager的。每Cisco CallManager包含呼叫梅迪亚资源管理器的软件组件。梅迪亚资源管理器找出必要的媒体资源为了连接媒介流完成功能(例如, MOH,会议,等等)。Cisco CallManager使用小型协议为了建立接口到这些媒体资源。

/image/gif/paws/45525/mrgl-1.gif

  • CM1和CM2属于同一集群。

  • Cisco CallManager使用MRGL概念为了选择资源。选择取决于资源的地理分配。

梅迪亚资源管理器

梅迪亚资源管理器管理这些媒体资源类型:

  • MOH服务器。

  • 单播会议桥(CFB)。

  • 媒体流应用程序应用程序服务器(软件媒介终接点)。

  • 代码转换器(XCODE)。

这些原因解释资源为什么共享:

  • 为了允许两硬件与软件硬件设备在Cisco CallManager内共存。

  • 为了使Cisco CallManager共享和访问资源可用在集群内。

  • 为了使Cisco CallManager进行负载分配在相似的资源的一组内。

  • 为了使Cisco CallManager指定根据用户首选项的资源。

Cisco CallManager的初始化创建梅迪亚资源管理器。在数据库定义的每个媒介终接点、MOH、代码转换器和会议桥设备向梅迪亚资源管理器登记。梅迪亚资源管理器从数据库得到已配置设备列表并且修建并且维护表为了跟踪这些资源。梅迪亚资源管理器使用此表为了验证注册的设备。梅迪亚资源管理器记录总设备可用在系统。梅迪亚资源管理器也跟踪有可用资源的设备。

当媒体设备寄存器, Cisco CallManager创建控制器为了控制此设备。在设备验证后,系统通告其在集群中的资源。此机制允许将共享的资源在集群中。

资源预留发生基于搜索条件。给的标准提供资源类型和MRGL。当Cisco CallManager不再需要资源时,资源解除分配发生。Cisco CallManager在每个分配和解除分配以后更新并且同步资源表。

梅迪亚资源管理器接口

梅迪亚资源管理器接口用这些主要组件:

  • 呼叫控制

  • 梅迪亚控制

  • 媒介终接点控制

  • 单播网桥控制

  • MOH控制

呼叫控制软件组件执行呼叫处理,这包括设置并且切断连接。呼叫控制呼应以功能层为了提供服务类似转移,暂挂,会议,等等。与梅迪亚资源管理器的呼叫控制控制界面,当它需要找出资源为了设置电话会议和MOH功能。

梅迪亚控制软件组件管理媒介流创建和卸载终端的。每当一个要求媒体连接在设备之间接收,梅迪亚控制设置适当的接口为了设立数据流,取决于终端种类。

当它需要找出资源为了设置媒介终接点时,媒体分层堆积与梅迪亚资源管理器的接口。媒介终接点控制提供功能桥接一流入H.245数据流到一流出的H.245数据流。当从其已连接终端的流终止时,媒介终接点保养有H.323终端的一H.245会话。媒介终接点当前支持仅编码G.711,并且能也转码A律到mu-law。

对于在数据库定义的每个媒介终接点设备, Cisco CallManager创建媒介终接点控制进程。当初始化时,此媒介终接点控制进程向梅迪亚资源管理器登记。梅迪亚资源管理器记录这些媒介终接点资源并且通告他们的在集群中的可用性。

单播网桥控制提供功能混合一套流入单播流到一套综合输出流。单播网桥提供资源为了实现在Cisco CallManager的对等和Meet-Me会议。对于在数据库定义的每单播桥设备, Cisco CallManager创建单播控制进程。当初始化时,此单播控制进程向梅迪亚资源管理器登记。梅迪亚资源管理器跟踪单播流资源并且通告他们的在集群中的可用性。

MOH提供功能暂挂中重定向当事人到音频服务器。对于在数据库定义的每个MOH服务器设备, Cisco CallManager创建MOH控制进程。当初始化时,此MOH控制进程向梅迪亚资源管理器登记。梅迪亚资源管理器跟踪MOH资源并且通告他们的在集群中的可用性。MOH支持单播和组播音频来源。

配置梅迪亚资源组/Media资源组列表

  • MRGs是媒体资源的逻辑分组。单个MRG能包含硬件会议资源、软件会议资源、转码器资源、MOH服务器和软件媒介终接点。MRG没有用户规定的序列。在MRG的所有资源被认为相等。所以, Cisco CallManager在资源的负载共享每之间输入一MRG。

  • 当转码与会议一起使用时,代码转换器根据会议桥的MRGL选择。

    注意: 您不能明确配置会议桥的一MRGL。所以, MRGL被采取首先从设备池,然后从MRG默认池。

  • 当电话留在时,留在(设备的MRGL可能是网外呼叫的一个网关)确定哪个MOH服务器是使用的播放音乐到已保留设备。

  • 根据会议控制器(启动会议)的当事人MRGL选定的会议桥。

  • 如果呼叫通过网关出去,并且媒介终接点(MTP)要求。网关的MRGL然后用于选择MTP。

  • MRGLs是MRGs排好序的列表。在同样MRGL必须在Cisco CallManager尝试使用从另一MRG的一种媒体资源前耗尽在一MRG的所有资源。

  • MRGLs可以关联根据每台设备基本类型,因此意味着您能以具体情况提供对媒体资源的特定设备访问。秒钟MRGL可能也配置在设备池级别。

    • 如果设备有一MRGL配置在设备池级别以及在设备, MRGL配置在设备级别由在设备池的MRGL首先搜索,跟随。

  • 最后MRGL是默认MRGL。没有分配到MRG的媒体资源自动地分配到默认MRGL。默认MRGL总是被搜索,并且它是最后一招,如果资源不是可用的在基于设备的MRGL和设备池MRGL或者,如果MRGLs没有配置在任何级别。

配置过程

在您有在Cisco CallManager内后,配置的您的媒体资源请完成这些步骤为了配置您的MRG/MRGLs。

  1. 登陆对Cisco CallManager管理页并且选择Service>梅迪亚资源>梅迪亚资源组

    mrgl-2.gif

  2. 选择添加新的梅迪亚资源组

    /image/gif/paws/45525/mrgl-3.gif

    所有已配置的媒体资源显示列表。

    /image/gif/paws/45525/mrgl-5.gif

  3. 输入一名称对于MRGs。选择您希望与此MRG产生关联然后单击插入键的资源。

    注意: 在本例中,两MRGs创建。一主要站点资源的和一个远程站点资源的。

    /image/gif/paws/45525/mrgl-6.gif

    mrgl-7.gif

  4. 创建远程站点资源的另一MRG。在本例中,复制做第一组,并且名称更改反射新的组。

    /image/gif/paws/45525/mrgl-8.gif

  5. 选择所有必要的资源并且点击插入键

    mrgl-9.gif

  6. 选择Service>梅迪亚资源> Media Resource Group List为了创建MRGL关联MRG。

    mrgl-11.gif

  7. 单击添加一新的Media Resource Group List

    /image/gif/paws/45525/mrgl-12.gif

  8. 四MRGLs在本例中创建。

    1. 主要站点资源的MRG Dallas_MRGL。

      /image/gif/paws/45525/mrgl-13.gif

    2. 远程站点资源的MRG SanJose_MRGL。

      /image/gif/paws/45525/mrgl-14.gif

    3. 冗余的MRG Dallas_Redundant_MRGL,如果服务器磨刀达拉斯办公室设备断开。如果媒体资源不是可用的在此站点,他们对远程站点资源的故障切换,以便呼叫不发生故障。

      /image/gif/paws/45525/mrgl-15.gif

    4. 冗余的MRG SanJose_Redundant_MRGL,如果服务器磨刀San Jose办公室设备断开。如果媒体资源不是可用的在远程站点,他们对主要站点资源的故障切换,以便呼叫不发生故障。

  9. 对于Dallas_Redundant_MRGL, Dallas_MRG是第一在列表,并且SanJose_MRG是第二。

    mrgl-16.gif

  10. 对于SanJose_Redundant_MRGL, SanJose_MRG是第一在列表,并且Dallas_MRG是第二。

    mrgl-17.gif

  11. 当您执行在梅迪亚资源组列表时的一搜索,您看到创建的全部四列表。

    /image/gif/paws/45525/mrgl-18.gif

  12. 关联MRGL与所有用户的设备池或通过在设备的配置。

    在本例中,冗余MRGL为达拉斯位置和San Jose位置配置。

    mrgl-19.gif

    mrgl-20.gif

  13. 下一个示例显示MRGL的配置在设备的。当MRGL直接地在设备时配置,该MRGL优先于设备池配置。

    mrgl-21.gif

故障排除

问题

此错误消息在事件查看器出现:

Error: ConferenceNoMoreResourcesAvailable - No more Conference Resources available

解决方案

完成这些步骤为了检查所有硬件会议网桥是否用Cisco CallManager注册。

  1. 去CallManager管理页并且选择Service>梅迪亚资源>会议桥

  2. 单击查找并且检查所有网桥是否是列出的。

注意: 分配在最佳方法的梅迪亚资源在设备池配置下。

问题-,当远程位置呼叫时,快速忙音接收

当您呼叫IP Contact Center (IPCC)远程位置时,电话在远程位置响,但是,当用户接电话时,一个快速占线信号接收。

解决方案

为了解决问题,请创建独立的梅迪亚资源组(MRGs)软件转码器资源和硬件转码器资源的并且确保硬件转码器资源MRG有最优先考虑的事在Media Resource Group List (MRGL)。


相关信息


Document ID: 45525