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

使用 Cisco 语音管理器 (CVM) 和 Telemate 管理语音质量

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


目录


简介

本文描述使用Cisco语音管理器和Telemate管理在VoIP网络的语音质量。所有内容根据真实世界IP电话实施。本文着重产品的应用程序而不是使用产品。您应该已经熟悉CVM和Telemate和访问需要的产品文档。请参阅相关信息关于相关文档列表。

当管理大规模VoIP网络时,您必须有客观监控和报告的语音质量必要的工具在网络。因为主观和不完整,取决于在单独用户反馈不可行。CVM,与Telemate一起,能提供一部分的此功能。它报告关于语音质量通过使用每呼叫的IOS网关(Icpif)计算的Impairment/Calculated Impairment Planning Factor。这允许网络管理器识别遭受拙劣语音质量并且涉及他们适当地的站点。

一旦识别问题站点,您可能需要其他工具排除故障可能的网络QoS问题。两个工具是互联网性能监控(IPM)和Cisco服务保证代理(CSAA)。这些主题在我们的网站张贴的另一个文档讨论。

先决条件

要求

本文档的读者应掌握以下这些主题的相关知识:

  • Cisco语音管理器和Telemate

使用的组件

本文档不限于特定的软件和硬件版本。

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

规则

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

语音质量概述

以下部分提供语音质量问题概述:

测量语音质量

ITU标准的G.113指定如何测量语音质量。此方法指明您能通过计算Icpif确定语音呼叫的质量。作为CDR记录一部分,基于IOS的网关计算每呼叫的Icpif值并且记录它。另外,如果呼叫的Icpif值超过预设的值,它能通过SNMP发送语音质量(QoV)陷阱。这意味着网关有内置的语音质量测量能力。是必要的是收集这些评定的所有和分析数据识别所有趋势。

VoIP语音质量主要是受网络QoS的影响的。因此呼叫分析将着重识别根据一个每站点基本类型的语音质量问题。如果有与拙劣语音质量的很大数量的呼叫的站点可以识别,我们能着重所有QoS问题在网络路径到/从那些站点。

ITU G.113 概述

以下部分是仅简要概述;参见G.113标准欲知更多详细信息。

在G.113后的一般想法是计算每台设备的一个损伤因素沿语音路径然后添加他们获得总损坏。有不同的损伤类型(噪声,延迟,响应等等),并且ITU分开他们成五个类别。添加他们获得总损坏Itot

Itot = Io +智商+ Idte + Idd + IE

其中每一个定义如下(使用ITU术语) :

  • Io —非最佳整体大声规定值和高电路噪声引起的损伤。

  • 智商— PCM类型引起的损伤量子化失真。

  • Idte —讲话者回音引起的损伤。

  • Idd —久单向传输传输时间造成的语音通信困难(延迟)。

  • IE —特殊设备引起的损伤,特别是非波形低比特率编码解码器。

当Cisco IOS软件计算Itot时,忽略Io智商作为是微不足道的并且设置Idte0Idd值从下表得到,来自G.113 :

迪莱 Idd
150 0
200 3
250 10
300 15
400 25
500 30
600 35
800 40

通常IE是固定值,仅取决于编解码器类型。G.113指定Cisco网关典型地使用的编码的值如下表所显示:

代码 IE
G.711 0
G.729/G.729a 10

然而,因为这些编码用于信息包语音环境,实际损坏取决于包丢失。越高包丢失,越高损坏。Cisco工程师测量了与PSQM (ITU P.861)的语音质量在分离信息包损失级别。下表显示语音失真值给的编码的相对信息包损失级别:

包丢失% G.711 G.729/G.729a
0 0 10
1 8 15
2 12 20
3 18 25
4 22 30
5 26 34
6 28 38
7 30 40
8 32 42
9 34 44

正如所料, G.729比G.711是易受包丢失。

语音质量是所有关于人的认知和所需的。移动电话用户的服务级别期望更低然后那些固定线路用户。我们考虑到此,当计算Icpif时通过减少Itot由人的所需的要素A。此的公式是:

Icpif = Itot - A

G.113为典型的语音网络也提供所需的要素。参见下表:

语音网络访问方法 期待要素A
常规固定线路PSTN 0
本地区域的无线(无绳电话) 5
广域无线(移动电话) 10
卫星 20

G.113也有映射在Icpif值和语音质量之间的一个表。它在下表里显示:

语音网络访问方法 期待要素A
5 良好
10
20 足够
30 限制情况
45 例外限制情况
55 严格抱怨的可能用户

Icpif值为零呼叫的是一个完善的分数。这是应该是我们的VoIP网络的目标。

在传统语音网络中,设计师会计算总损坏预算。

例如, Io = 0;智商= 0;Idte = 0;Idd = 3;IE = 7,给Itot = 10。

如果用户访问从无绳电话的网络,则可以被减去的最大所需的要素是5,因此最终结果是:

Icpif = Itot - A = 10 - 5 = 5

根据个先前的表,用户然后可能察觉语音质量作为是非常好。

本文讨论使用Icpif值监控语音质量而不是使用它用于规划目的解决方案。

用 CVM 和 Telemate 管理语音质量

以下部分讨论如何管理与CVM和Telemate的语音质量:

限制

当建议方案有一些限制时,那里看来是没有可用其他可扩展的工具。已知限制包括:

  • 仅呼叫通过网关是受质量管理支配。您不能测量呼叫从IP电话到IP电话。网关看不到这些呼叫和CallManager当前不支持G.113。

  • ICPIF计算考虑到仅包丢失和延迟。响应在ICPIF计算没有包括。所以,呼叫可能遭受严重响应和仍然获得一个完善的Icpif分数。

  • 语音质量在IP电话对网关方向只被测量。在分组语音网络的Icpif值可能是不对称在两个方向。在网关对IP电话方向的任何单向的网络QoS问题不会反射按网关计算的Icpif值

  • 语音质量问题通常是更多在广域网间的一个问题。讨论的解决方案符合最佳在环境集中化网关,和从IP电话的呼叫在远程站点必须交叉广域网访问网关。如果分配网关(即,每个远程站点由本地网关服务),则多数网关呼叫不会交叉广域网。在广域网间的VoIP呼叫主要IP电话对IP电话,并且这些不是可视对网关。

网关配置

作为建议方案一部分,所有网关需要为CDR集配置:

dial-control-mib max-size <max-number-of-cdr>
dial-control-mib retain-timer 600

所有网关必须也有启用的QoV陷阱功能。默认情况下此功能禁用:

Calibra#show dial-peer voice 99 | include QOV|Icpif
Expect factor = 0, Icpif = 20,
VAD = enabled, Poor QOV Trap = disabled,

此功能在a启用每个VoIP拨号对等体基本类型通过添加以下:

dial-peer voice XYZ voip
snmp enable peer-trap poor-qov
icpif <threshold>
expect-factor 0

当呼叫完成时,网关计算总损坏(Itot)该呼叫的。它从Itot然后减去已配置的预期要素到达在实际Icpif值。如果此编号超出Icpif阈值,则QoV陷阱被发送。呼叫持续时间必须是网关的至少10秒能计算呼叫的Icpif值

请查看示例,网关配置如下:

dial-peer voice XYZ voip
icpif 10
expect-factor 5

假设,呼叫完成与Itot值为20。网关从此编号然后减去预计要素5,给Icpif值为15。由于15是然后10,网关形成QoV SNMP陷阱。

全局,启用将发送的QoV陷阱对CVM是必要的:

snmp-server enable traps voice poor-qov
snmp-server host 10.x.x.x.x public<----- CVM station

当心语音网关形成联结/链路down SNMP陷阱呼叫每次设置或扯下。这可以共计在高密度网关的巨大数字陷阱。确保通过添加以下命令禁用这些陷阱:

interface serial1/0:15no snmp trap link-status

CVM 和 Telemate 体系结构

CVM和Telemate是完全分开的应用程序。因为名称暗示, CVM是思科开发的产品。Telemate,另一方面,是思科出售捆绑与CVM的第三方产品。

CVM执行各种各样的功能。两个作用我们将利用是:

  • 收集呼叫详细记录从网关通过SNMP。

  • 接收从网关的语音质量(QoV) SNMP陷阱。

在收集此信息以后, CVM格式化数据并且通过它在Telemate上通过简单文件共享。Telemate在Microsoft SQL数据库然后处理此数据并且存储它。最终结果是与呼叫列表的一个数据库与他们的各自详细信息的,包括Icpif值。多种报告可能然后送数据库,包括QoV报告。

Telemate QoV报道我们是感兴趣是“Packet Voice Calls With Quality OF Service Traps”报告。此报告目录网关生成QoV陷阱的所有呼叫。我们不是对单个呼叫感兴趣;若有,相反,我们是对识别站点感兴趣有呼叫的上述平均的百分比与语音质量的。要达到此, Telemate需要能按照站点分类呼叫。这在以下部分讨论。

Telemate 目录

通过填充与扩展在的知识的Telemate目录什么站点驻留,我们能使用Telemate按照站点分类呼叫。

Telemate目录是一五层层级,与以下级别:

  • 1级-公司

  • 2级-分部

  • 3级-部门

  • 级别4 -用户

  • 级别5 -分机

您能连结多个扩展与一个用户。

理论上来讲,我们希望在QoV报告的每呼叫用部门名称列出。我们可能然后使用部门名称代表一个给的站点。这允许我们由部门/站点排序呼叫。但是,因为扩展可以关联与只有用户,我们必须以较笨的方式达到此。基本上我们创建每个站点一个虚用户,并且我们做此用户名称站点名称或站点代码。此虚用户为该特定的站点然后分配所有扩展。我们能由用户然后排序呼叫,然后变为等同对排序他们由站点。

为报告的QoV的目的,我们对目录层次结构的名列前茅三个级别不关心,并且这些可以分配所有任意值。

对于此实施,有有分配的45,000扩展的200个站点,虽然不一定所有在使用中。因此目录包含200个虚用户,并且每个虚用户关联与范围他们的站点的扩展。填充目录手工是不可能的任务,因此我们通过生成一个CSV文件半自动地执行此用每分机一条线路,并且我们然后使用Telemate导入功能导入文件到目录。在此CSV文件的每条线路有以下格式:

Company,Division,Department,User,Extension

生成CSV文件由运行Unix shell脚本半自动地也完成。此脚本采取种子文件作为输入。此种子文件列出站点和相关的扩展范围。在种子文件的每条线路有此格式:

site_name,extention_start,extension_end

shell script程序非常简单,并且如下所示:

#--------------------------- Telemate script start ------------------------

#!/bin/ksh
 
 for i in `cat ./$1`
 do (
   echo $i | awk 'BEGIN{FS=","}{for (j=($2+0);j<($3+0);++j) printf "Company,Division,Dept,%s,%s\n", $1,j}'
) done
#--------------------------- Telemate script end ------------------------

假设,脚本被命名‘make_dir’,并且种子文件呼叫‘seedfile.csv’,导入CSV telemate_dir.csv文件通过执行以下at命令创建UNIX提示:

unix$ make_dir seedfile.csv > telemate_dir.csv

输出文件telemate_dir.csv然后导入到Telemate。参考Telemate文档关于关于如何的更多的指导信息执行此。

报告

当送Telemate报告时,您能选择输出目标。对于大报告,推荐文件在用CSV格式导致。您能然后操作在Excel的报告,它如下所示: :

持续时间 已拨号# 位置 伊达市 时间 站点 分机
0:00:57 3-573-7783 10.200.16.33 10/05/2000 4:49:45PM BLM 37569
0:00:57 3-573-7783 10.200.16.33 10/05/2000 4:49:45PM BLM 37569
0:00:38 3-577-2958 10.200.16.33 10/05/2000 4:28:28PM BLM 37576
0:00:38 3-577-2958 10.200.16.33 10/05/2000 4:28:28PM BLM 37576
0:00:52 3-577-2985 10.200.16.33 10/05/2000 9:26:33PM BLM 37593
0:01:19 3-577-1770 10.200.16.33 10/05/2000 7:26:05PM BMC 34270
0:00:23 3-577-1770 10.200.16.33 10/05/2000 8:08:27PM BMC 34270
0:00:23 3-577-1770 10.200.16.33 10/05/2000 8:08:27PM BMC 34270
0:00:11 4-566-5302 10.132.16.33 10/05/2000 7:05:33PM COR 42791
0:00:32 4-567-0417 10.132.16.33 10/05/2000 5:29:51PM COR 42805
0:00:32 4-567-0417 10.132.16.33 10/05/2000 5:29:51PM COR 42805
0:00:36 4-232-8545 10.132.16.33 10/05/2000 5:42:07PM COR 42823
0:00:36 4-232-8545 10.132.16.33 10/05/2000 5:42:07PM COR 42823
0:00:39 4-472-5011 10.132.16.33 10/05/2000 5:59:23PM COR 46578
0:00:39 4-472-5011 10.132.16.33 10/05/2000 5:59:23PM COR 46578
0:00:28 4-236-7687 10.132.16.33 10/05/2000 7:17:51PM COR 46578
0:00:17 6-867-9766 10.132.16.35 10/05/2000 4:08:02PM GI 64197
0:00:17 6-867-9766 10.132.16.35 10/05/2000 4:08:02PM GI 64197
0:00:30 6-868-6889 10.132.16.35 10/05/2000 6:15:48PM GI 68549
0:00:30 6-868-6889 10.132.16.35 10/05/2000 6:15:48PM GI 68549
0:01:26 6-876-5223 10.132.16.35 10/05/2000 7:10:23PM 68369
0:01:26 6-876-5223 10.132.16.35 10/05/2000 7:10:23PM 68369
0:00:52 6-876-2223 10.132.16.35 10/05/2000 5:37:58PM 68397
0:01:05 4-477-5402 10.132.16.33 10/05/2000 4:23:20PM JVL 47162
0:00:24 4-478-8848 10.132.16.33 10/05/2000 7:07:09PM JVL 47168
0:00:24 4-478-8848 10.132.16.33 10/05/2000 7:07:09PM JVL 47168
0:00:44 4-387-1333 10.132.16.33 10/05/2000 7:49:16PM KIB 49252
0:00:44 4-387-1333 10.132.16.33 10/05/2000 7:49:16PM KIB 49252
0:01:14 4-389-4299 10.132.16.33 10/05/2000 4:07:10PM KIB 49254
0:01:14 4-389-4299 10.132.16.33 10/05/2000 4:07:10PM KIB 49254
0:00:29 4-387-1337 10.132.16.33 10/05/2000 4:06:45PM KIB 49256
0:00:29 4-387-1337 10.132.16.33 10/05/2000 4:06:45PM KIB 49256
0:00:41 4-384-9269 10.132.16.33 10/05/2000 4:09:38PM KIB 49261
0:00:41 4-384-9269 10.132.16.33 10/05/2000 4:09:38PM KIB 49261
0:00:41 4-384-9269 10.132.16.33 10/05/2000 4:09:38PM KIB 49261
0:00:17 4-387-1344 10.132.16.33 10/05/2000 4:33:04PM KIB 49263
0:00:17 4-387-1344 10.132.16.33 10/05/2000 4:33:04PM KIB 49263
0:00:31 6-367-5103 10.132.16.35 10/05/2000 8:44:46PM 列弗 64233
0:00:31 6-367-5103 10.132.16.35 10/05/2000 8:44:46PM 列弗 64233
0:00:30 6-368-9088 10.132.16.35 10/05/2000 4:11:06PM 列弗 64247
0:00:30 6-368-9088 10.132.16.35 10/05/2000 4:11:06PM 列弗 64247
0:00:38 4-570-2450 10.132.16.33 10/05/2000 4:08:26PM LHT 43636
0:00:38 4-570-2450 10.132.16.33 10/05/2000 4:08:26PM LHT 43636

请使用Excel " subtotals "功能计数坏呼叫数量每个用户/站点。然后请创建Excel宏对半自动化求部分和。参见以下示例:

持续时间 已拨号# 位置 伊达市 时间 站点 分机
        BCM计数 5  
        BMC计数 3  
        COR计数 8  
        GI计数 4  
        哈计数 3  
        JVL计数 3  
        KIB计数 11  
        列弗计数 4  
        LHT计数 2  
        全部计数 43  

站点列当前包含坏呼叫数量到/从该站点的。在报告的位置列是VoIP段的另一端的IP地址并且来自网关CDR记录。在CallManager (CCM)环境,信令和媒体端点是两个明显的IP地址。列出的IP地址是信令端点(即, CallManager)。DDTS (CSCds23283)提交请求允许CDR记录记录媒体IP地址的瘤。这将允许子网将排序的坏呼叫。尽管典型地有多个子网每个站点,这给更加好的粒度。如果仅其中一些子网遭受QoV问题,则这些可以识别。

我们建议您设置Telemate调度器一天一次自动地运行“Packet Voice Calls With Quality OF Service Traps”报告。完成报告可能然后被发电子邮件给选定工作人员。这些职员然后执行一每天QoV审计过去24个小时。应该归档报告至少一个月,以便在QoV的所有恶化可以关联与在该时间附近进行的任何网络更改。

注意: Telemate版本4.7或以上要求为了报告能适当地与操作在Callmanager环境的网关一起使用。Telemate更早版本假设,本地扩展名总是在网关的POTS侧。在Callmanager环境,本地扩展名(IP电话)在网关的VoIP侧。结果, Telemate更早版本弄糊涂,并且报告是极限值。


相关信息


Document ID: 13940