设备池概述
设备池为一组设备提供通用配置集。 您可以将设备池分配给设备,例如电话、网关、干线和 CTI 路由点。 创建设备池后,您可以关联设备以使其继承设备池设置,而不是单独配置每个设备。
设备池可让您根据其位置配置设备,方法是分配与位置相关的信息(例如日期/时间组、区域和电话 NTP 引用)。 您可以根据需要创建任意数量的设备池,通常是每个位置一个。 不过,您也可以根据作业功能为设备池应用配置(例如,如果您的公司有呼叫中心,您可能想要将呼叫中心电话分配到一个设备池,并将管理办公室电话分配到另一个设备池)。
本节介绍为设备池设置核心设置所需的步骤,例如:
-
网络时间协议—配置电话 NTP 引用,以便为设备池中的 SIP 设备提供 NTP 支持。
-
区域—为进出特定区域的呼叫管理带宽和支持的音频编解码器。
-
Cisco Unified Communications Manager 组—为您的设备配置呼叫处理冗余和分布式呼叫处理。
网络时间协议概述
网络时间协议 (NTP) 可让 SIP 电话等网络设备将其时钟与网络时间服务器或网络支持的时钟保持同步。 NTP 对于确保所有网络设备都有相同的时间,并且审核日志中的时间戳与网络时间匹配至关重要。 计费和呼叫详细信息记录等功能依赖于整个网络的准确时间戳。 此外,系统管理员需要审核日志中准确的时间戳以进行故障排除。 这可让他们比较来自不同系统的审核日志,并为其面临的任何问题创建可靠的时间线和事件顺序。
在安装过程中,您必须为 Unified Communications Manager 发布方节点设置 NTP 服务器。 然后,订阅方节点将从发布方节点同步其时间。
您最多可以分配五台 NTP 服务器。
电话 NTP 引用
-
对于 SIP 电话 :必须配置电话 NTP 引用,然后通过设备池分配它们。 这些引用将 SIP 电话定向到可提供网络时间的适当 NTP 服务器。 如果 SIP 电话无法从预配置的“电话 NTP 引用”获取其日期/时间,则电话会在其向 Unified Communications Manager 注册时收到此信息。
-
对于 SCCP 电话 :不需要电话 NTP 引用,因为 SCCP 电话通过 SCCP 信令直接从 Unified Communications Manager 获取网络时间。
通过身份验证的 NTP
要为网络的 NTP 部分提供更多网络安全,您可以配置已通过身份验证的 NTP。 已通过身份验证的 NTP 已在 Cisco Unified Communications Manager 发布方节点上配置。 发布方节点和 IM and Presence 节点从 Unified CM 发布方节点同步时间。
您可以从以下验证方法中进行选择:
-
通过对称密钥验证 :如果选择此选项,网络中的设备将使用对称密钥加密和验证 NTP 消息。 某些供应商(例如 RedHat)建议使用此选项。
-
通过自动密钥验证(基于 PKI 的基础设施):如果选择此选项,网络中的设备将使用自动密钥协议加密和验证 NTP 消息。 此方法对于通用标准合规性是必需的。
-
无验证 :如果您选择不配置“通过对称密钥”或“通过自动密钥”方法,则 NTP 消息将不会进行验证。
区域概述
区域为您可能需要限制其中某些呼叫的带宽的 Unified Communications Manager 多站点部署提供容量控制。 例如,您可以使用区域限制跨 WAN 链接发送的呼叫的带宽,同时保持较高的内部呼叫带宽。 您可以通过将区域内或区域间呼叫的最大比特率设置为区域可以提供的任何值,从而使用区域来限制音频和视频呼叫的带宽。
此外,当您有仅支持特定编解码器的应用程序时,系统还使用区域设置音频编解码器优先级。 您可以配置支持的音频编解码器的优先顺序列表,并将其应用到往来特定区域的呼叫。
当您在区域配置窗口中(或使用服务参数配置窗口中的服务参数)配置最大音频比特率设置时,此设置将用作过滤器。 选择呼叫的音频编解码器后,Unified Communications Manager 会从呼叫分支的两侧获取匹配的编解码器,过滤掉超出配置的最大音频比特率的编解码器,然后在列表中剩余的编解码器中选取首选的编解码器。
Unified Communications Manager 最多支持 2000 个区域。
支持的音频编解码器
Unified Communications Manager 支持视频流加密和以下音频编解码器:
音频编解码器 |
说明 |
||
---|---|---|---|
G.711 |
公共交换电话网上使用的最常受支持的编解码器。 |
||
G.722 |
视频会议中常使用的宽带编解码器。 Unified Communications Manager 始终首选 G.722(除非其禁用),而不是 G.711。 |
||
G.722.1 |
以 24 和 32 kb/s 速率运行的低复杂度宽带编解码器。 其音频质量接近 G.722,但最多使用一半的比特率。 |
||
G.728 |
视频终端支持的低比特率编解码器。 |
||
G.729 |
Cisco 7900 IP 电话支持的具有 8 kb/s 压缩的低比特率编解码器,通常用于 WAN 链接上的呼叫。 |
||
GSM |
全球移动通信系统 (GSM) 编解码器。 GSM 启用 MNET 系统以使 GSM 无线听筒与 Unified Communications Manager 一起运行。 |
||
L16 |
高级音频编码低延迟 (AAC-LD) 是一种超宽带音频编解码器,它为语音和音乐提供了卓越的音质。 该编解码器即使比特率较低,但提供了与旧版编解码器同等或比其更好的音质。 |
||
AAC-LD (mpeg4-generic) |
支持 SIP 设备,特别是 Cisco TelePresence 系统。 |
||
AAC-LD (MP4A-LATM) |
低开销 MPEG-4 音频传输复用 (LATM) 是一种超宽带音频编解码器,可提供卓越音质。 支持 SIP 设备,包括 Tandberg 和一些第三方终端。
|
||
Internet 语音音频编解码器 (iSAC) |
自适应宽带音频编解码器,特别设计用于在中低比特率应用程序中提供低延迟的宽带音质。 |
||
Internet 低比特率编解码器 (iLBC) |
提供的音质介于 G.711 与 G.729 之间,比特率介于 15.2 到 13.3 kb/s 之间,同时允许独立编码的语音帧导致的有损网络中语音质量的平稳退化。iLBC 支持 SIP、SCCP、H323 和 MGCP 设备。
|
||
自适应多速率 (AMR) |
基于 GSM(WDMA、EDGE、GPRS)的 2.5G/3G 无线网络所需的标准编解码器。 此编解码器以 4.75 到 12.2 kb/s 范围的可变比特率编码窄带 (200-3400 Hz) 信号,并从 7.4 kb/s 开始提供长途电话质量的语音。 AMR 仅支持 SIP 设备。 |
||
自适应多速率宽带 (AMR-WB) |
编码为 G.722.2,是一种 ITU-T 标准语音编解码器,正式名称为宽带编解码器,以大约 16 kb/s 编码语音。 此编解码器为首选,因为它以相比其他窄带语音编解码器(如 AMR 和 G.711)较宽的语音带宽(50 Hz 到 7000 Hz)提供优质的语音质量。 AMR-WB 仅支持 SIP 设备。 |
||
Opus |
Opus 编解码器是一种交互式语音和音频编解码器,特别设计用于处理各类交互式音频应用程序,比如:IP 语音、视频会议、游戏中聊天、分布式实时音乐性能。 此编解码器可从窄带低比特率覆盖到高质量比特率,范围从 6 到 510 kb/s。 默认情况下,所有 SIP 设备都启用 Opus 编解码器支持。 您可以通过启用 Opus 编解码器服务参数重新配置 Opus 支持(默认设置是所有设备启用)。 您可以将此参数重新配置为禁用 Opus 编解码器支持,或仅启用非录音设备中的支持。
|
Cisco Unified CM 组概述
Unified Communications Manager 组是可供设备注册的最多三个冗余服务器组成的优先顺序列表。 每个组包含一个主节点和最多两个备份节点。 列出节点的顺序决定了他们的优先级,第一个节点为主节点,第二个是备份节点,第三个是第三节点。 您可以通过设备池配置将设备分配给 Cisco Unified Communictions Manager 组。
Unified Communications Manager 组为您的系统提供两个重要功能:
-
呼叫处理冗余—设备在注册时会尝试连接到分配至其设备池的组中的主(第一个)Unified Communications Manager。 如果主 Unified Communications Manager 不可用,设备将尝试连接第一个备份节点,如果该节点不可用,它将尝试连接到第三节点。 每个设备池都分配有一个 Unified Communications Manager 组。
-
分布式呼叫处理—您可以创建多个设备池和 Unified Communications Manager 组,以便跨多个 Unified Communications Manager 均匀分配设备注册。
对于大多数系统,将一个 Unified Communications Manager 分配到多个组以实现更好的负载分配和冗余。
呼叫处理冗余
Unified Communications Manager 组提供呼叫处理冗余和恢复:
-
故障转移—组中的主要 Unified Communications Manager 发生故障,且设备向该组中的备用 Unified Communications Manager 注册时进行。
-
回退—发生故障的主要 Unified Communications Manager 恢复服务,且该组中的设备向主要 Unified Communications Manager 注册时进行。
正常操作情况下,组中的主要 Unified Communications Manager 控制与该组关联的所有注册设备(例如电话和网关)的呼叫处理。
如果主要 Unified Communications Manager 出于任何原因发生故障,该组中的第一个备用 Unified Communications Manager 将控制向主要 Unified Communications Manager 注册的设备。 如果指定该组的第二个备用 Unified Communications Manager,它将在主要和第一个备用 Cisco Unified Communications Manager 均发生故障时控制设备。
发生故障的 Unified Communications Manager 恢复服务后,它将再次控制该组,并且该组中的设备将自动向主要 Unified Communications Manager 注册。
示例
例如,下图所示为一个简单系统,在一个组中具有三个 Unified Communications Manager,控制 800 个设备。
该图描绘了分配有两个设备池、DP1 和 DP2 的 Unified Communications Manager 组 G1。 Unified Communications Manager1(作为组 G1 中的主要 Unified Communications Manager)在正常操作下控制 DP1 和 DP2 中的所有 800 个设备。 如果 Unified Communications Manager 1 失败,所有 800 个设备的控制将转移到 Unified Communications Manager 2。如果 Unified Communications Manager 2 也失败,则 所有 800 个设备的控制将转移到 Unified Communications Manager 3。
该配置提供呼叫处理冗余,但不会在示例中的三个 Unified Communications Manager 之间很好地分配呼叫处理负载。 有关如何使用 Unified Communications Manager 组和设备池以在群集中提供分布式呼叫处理的信息,请参阅以下主题。
注 |
空 Unified Communications Manager 组将不起作用。 |
分布式呼叫处理
Unified Communications Manager 组提供呼叫处理冗余和分布式呼叫处理。 如何在各组之间分布设备、设备池和 Unified Communications Manager 决定了系统中的冗余级别和负载均衡。
在大多数情况下,您希望以组中的一个 Unified Communications Manager 发生故障时避免其他 Unified Communications Manager 过载的方式分布设备。 下图所示为一种可能的方式,可配置 Unified Communications Manager 组和设备池以使三个 Unified Communications Manager 和 800 个设备的系统同时实现分布式呼叫处理和冗余。
上图描述了配置和分配给设备池时的 Unified Communications Manager 组,所以 Unified Communications Manager 1 充当两个组 G1 和 G2 中的主控制器。 如果 Unified Communications Manager 1 发生故障,设备池 DP1 中的 100 个设备将重新注册为 Unified Communications Manager 2,而 DP2 中的 300 个设备将使用 Unified Communications Manager 3 重新注册。类似地,Unified Communications Manager 2 用作组 G3 和 G4 的主控制器。 如果 Unified Communications Manager 2 发生故障,DP3 中的 100 个设备将使用 Unified Communications Manager 1 重新注册,并且 DP4 中的 300 个设备将使用 Unified Communications Manager 3 重新注册。如果 Unified Communications Manager 1 和 Unified Communications Manager 2 均失败,则所有设备都使用 Unified Communications Manager 3 重新注册。