Administración de calidad de voz con el encargado de la Voz de Cisco (CVM) y Telemate

Introducción

Este documento describe el uso del encargado y de Telemate de la Voz de Cisco de manejar la Calidad de voz en una red VoIP. Todo el contenido se basa en una implementación de telefonía IP del mundo real. Este documento se centra en la aplicación de los Productos y no del uso de los Productos. Usted debe ya ser familiar con CVM y Telemate y tener acceso a la Documentación del Producto requerida. Vea Información Relacionada para obtener una lista de documentación relacionada.

Al administrar una red VoIP a gran escala, deberá contar con las herramientas necesarias para supervisar e informar objetivamente la calidad de la voz en la red. Confiar solamente en los comentarios de usuarios no es viable ya que son subjetivos e incompletos. CVM, así como Telemate, puede proporcionar a la parte de esta función. Señala sobre la Calidad de voz usando la debilitación/calculaba el factor de hojas de operación (planning) de la debilitación (Icpif) calculado por un gateway del IOS para cada llamada. Esto permite que el administrador de la red identifique los sitios que sufren de la calidad de voz deficiente y tratan de ellos apropiadamente.

Una vez que usted identifica los sitios problemáticos, usted puede necesitar otras herramientas resolver problemas los problemas posibles de QoS de la red. Dos herramientas son el agente de la garantía del monitor de rendimiento (IPM) y de los servicios de Cisco de la red interna (CSAA). Estos temas se discuten en otro documento fijado en nuestro sitio web.

Prerrequisitos

Requisitos

Quienes lean este documento deben tener conocimiento de los siguientes temas:

• Encargado y Telemate de la Voz de Cisco

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

Descripción General de Calidad de la Voz

Las secciones siguientes proporcionan a una descripción de los problemas de calidad de voz:

• Medición de la Calidad de la Voz
• Descripción general de ITU G.113

Medición de la Calidad de la Voz

El estándar de ITU G.113 especifica cómo medir la Calidad de voz. Este método dicta que usted puede determinar las calidades de la llamada de voz calculando el Icpif. Los gatewayes basadas en IOS calculan el valor Icpif para cada llamada y lo registran como parte del expediente de los CDR. Además, puede enviar una calidad del desvío de la Voz (QoV) vía el SNMP si el valor Icpif de una llamada excede un valor preestablecido. Esto significa que los gateways tienen capacidades incorporadas de la medición de calidad de voz. Todos que son necesarios son recogen estas medidas y analizan los datos para identificar cualquier tendencia.

La Calidad de voz VoIP es afectada principalmente por la red QoS. El análisis de la llamada por lo tanto se centrará en la identificación de los problemas de calidad de voz sobre una base del por-sitio. Si los sitios que tienen un gran número de llamadas con la calidad de voz deficiente pueden ser identificados, podemos centrarnos en cualquier problema de QoS en el trayecto de red a y desde esos sitios.

Descripción general de ITU G.113

La sección siguiente es solamente una descripción abreviada; consulte el estándar G.113 para una información más detallada.

La idea general detrás del G.113 es calcular un factor de impedimento por cada parte del equipo a lo largo de la trayectoria de la Voz y entonces agregar hasta consiguen la debilitación total. Hay diversos tipos de defecto (ruido, retraso, generación de eco, etc) y el ITU los divide en cinco categorías. Agreguelas hasta consiguen la debilitación total Itot:

Itot = Io + índice de inteligencia + Idte + Idd + IE

Cada uno de éstos se define como sigue (usando la terminología ITU):

• Io — debilitaciones causadas por el grado total de la intensidad del no-grado óptimo y/o el alto ruido de circuito.

• Índice de inteligencia — debilitaciones causadas por el tipo PCM que cuantifica la distorsión.

• Idte — debilitaciones causadas por el eco del hablante.

• Idd — dificultades de la comunicación del discurso causadas por los tiempos de transmisión de un sentido largos (retraso).

• IE — debilitaciones causadas por el equipo especial, particularmente codificadores-decodificador de la baja velocidad de bits de la no-forma de onda.

Cuando el software del Cisco IOS calcula Itot, ignora el Io y el índice de inteligencia como siendo insignificante y fija Idte a 0. El valor de Idd se deriva de la tabla siguiente, que viene del G.113:

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

El IE es normalmente un valor fijo, dependiendo solamente del tipo de códec. El G.113 especifica los valores para los codificadores-decodificador usados típicamente por los gateways de Cisco tal y como se muestra en de la tabla siguiente:

Código	IE
G.711	0
G.729/G.729a	10

Sin embargo, porque estos codificadores-decodificador se utilizan en un entorno de los paquetes de voz, el deterioro actual depende de la pérdida del paquete. Cuanto más alta es la pérdida del paquete, más alta es la debilitación. El dirigir de Cisco ha medido la Calidad de voz con PSQM (ITU P.861) en los niveles de pérdida del paquete discretos. La tabla siguiente muestra a valores de distorsión de voz los niveles de pérdida del paquete en relación con para los codificadores-decodificador dados:

Pérdida del paquete %	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

Como se esperaba, G.729 es más susceptible a la pérdida del paquete que G.711.

La Calidad de voz está todo sobre la percepción humana y la expectativa. Las expectativas del nivel de servicio de los usuarios del teléfono celular son más bajas entonces los de los usuarios de la línea fija. Tomamos en cuenta esto al calcular el Icpif reduciendo Itot por el factor humano A. de la expectativa. La fórmula para esto es:

Icpif = Itot - A

El G.113 también proporciona a los factores de la expectativa para las redes de voz típicas. Vea la tabla siguiente:

Método de acceso a la red por voz	Cuente con el factor A
PSTN convencional de la línea fija	0
Tecnología inalámbrica de la área local (teléfono inalámbrico)	5
Tecnología inalámbrica de la área ancha (teléfono celular)	10
Satélite	20

El G.113 también tiene una tabla que asocie entre el valor Icpif y la Calidad de voz. Se muestra en la tabla siguiente:

Método de acceso a la red por voz	Cuente con el factor A
5	Muy bueno
10	Bueno
20	Adecuado
30	Caso restrictivo
45	Excepcionalmente caso restrictivo
55	Usuarios probablemente a quejarse fuertemente

Un valor Icpif de cero para una llamada es una calificación perfecta. Esto es debe ser nuestra blanco para las redes VoIP.

En una red de voz tradicional, el diseñador calcularía el presupuesto total de la debilitación.

Por ejemplo, Io = 0; Índice de inteligencia = 0; Idte = 0; Idd = 3; IE = 7, que da Itot = 10.

Si el usuario está teniendo acceso a la red de un teléfono inalámbrico, después el factor máximo de la expectativa que puede ser restado es 5, así que el resultado final es:

Icpif = Itot - A = 10 - 5 = 5

Según la tabla anterior, los usuarios son entonces probables percibir la Calidad de voz como siendo muy buenos.

Este documento discute una solución que utilice el valor Icpif para vigilar la Calidad de voz bastante que usando él con fines de planeamiento.

Administración de calidad de voz con CVM y Telemate

Las secciones siguientes discuten cómo manejar la Calidad de voz con CVM y Telemate:

• Limitaciones
• Configuración de gateway
• Arquitectura de CVM y Telemate
• Directorio Telemate
• Informes

Limitaciones

Mientras que la solución propuesta tiene algunas limitaciones, aparece ser no otras herramientas escalables disponibles. Las limitaciones conocidas incluyen:

• Solamente las llamadas a través de un gateway están conforme al control de calidad. Usted no puede medir las llamadas de IPhone a IPhone. El gateway no ve que estas llamadas y CallManager actualmente no utiliza el G.113.

• El cálculo Icpif tiene en cuenta solamente la pérdida del paquete y el retraso. La generación de eco no se incluye en los cálculos Icpif. Por lo tanto, una llamada puede sufrir la generación de eco severa y todavía conseguir una calificación perfecta de Icpif.

• La Calidad de voz se mide solamente en la dirección del IPhone-a-gateway. El valor Icpif en una red de voz en paquetes es probable ser asimétrico en las dos direcciones. Ninguna problemas con la Calidad de servicio (QoS) de red unidireccional en gateway--IPhone a la dirección no serán reflejados en el valor Icpif calculado por el gateway.

• Los problemas de calidad de voz son generalmente más de un problema a través de WAN. La solución discutida cabe el mejor en un entorno con los gateways centralizados, como las llamadas de IPhones en los sitios remotos tienen que cruzar WAN para tener acceso a los gateways. Si se distribuyen los gateways (es decir, cada sitio remoto es mantenido por un gateway local), después la mayoría de las llamadas del gateway no cruzarán WAN. Las llamadas VoIP a través de WAN estarán principalmente IPhone-a-IPhone, y éstas no son visibles al gateway.

Configuración de gateway

Como parte de la solución propuesta, todos los gateways necesitan ser configurados para la recolección CDR:

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

Todos los gateways deben también tener la característica del desvío de QoV activada. Esta característica se inhabilita por abandono:

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

Esta característica es activada en a por la base del dial-peer VoIP agregando el siguiente:

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

Cuando una llamada completa, el gateway calcula la debilitación total (Itot) para esa llamada. Entonces resta el esperar-factor configurado de Itot para llegar el valor Icpif real. Si este número excede el umbral Icpif, después se envía un desvío de QoV. Las Duraciones de la llamada deben ser por lo menos 10 segundos para que el gateway calcule el valor Icpif para la llamada.

Miremos un ejemplo, donde está la configuración de gateway como sigue:

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

Asuma que una llamada completa con un valor de Itot de 20. El gateway entonces resta un factor de la espera de 5 de este número, dando un valor Icpif de 15. Porque 15 es más entonces 10, el gateway genera un SNMP trap de QoV.

Global, es necesario permitir a los desvíos de QoV ser enviado a CVM:

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

Guárdese que el Gateways de voz genera el SNMP traps de la conexión/del linkdown que una llamada se pone o que se derriba cada vez. Esto puede ascender a un enorme número de desvíos en el gateway de alta densidad. Asegúrese de inhabilitar estos desvíos agregando el comando siguiente:

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

Arquitectura de CVM y Telemate

CVM y Telemate es aplicaciones totalmente separadas. Pues el nombre implica, CVM es producto desarrollado por Cisco. Telemate, por otra parte, es un producto de terceros que las ventas de Cisco liaron con CVM.

CVM realiza una variedad de funciones. Las dos funciones de que haremos uso son:

• Recogida del Registros de los detalles de llamadas (CDR) de los gateways vía el SNMP.

• Recepción de la calidad del SNMP traps de la Voz (QoV) de los gateways.

Después de recoger esta información, CVM formata los datos y los pasa sobre Telemate vía el compartir archivo simple. Telemate después procesa estos datos y los salva en una base de datos Microsoft SQL. El resultado final es una base de datos con una lista de llamadas con sus detalles respectivos, incluyendo el valor Icpif. Los diversos informes se pueden entonces funcionar con contra la base de datos, incluyendo los informes de QoV.

El informe de Telemate QoV que estamos interesados adentro es el informe "Llamadas de Voz de Paquetes con Trampas de Calidad de Servicio". Este los informes enumera todos piden cuál generó el gateway un desvío de QoV. No estamos interesados en las llamadas individuales; bastante, estamos interesados en la identificación de los sitios, eventualmente, que tienen un porcentaje medio antedicho de las llamadas con la Calidad de voz. Para alcanzar esto, Telemate necesita poder categorizar las llamadas por el sitio. Esto se discute en la sección siguiente.

Directorio Telemate

Poblando el directorio Telemate con el conocimiento cuyo las Extensiones residen en qué sitios, nosotros pueden utilizar Telemate para categorizar las llamadas por el sitio.

El directorio Telemate es una jerarquía de la cinco-capa, con los niveles siguientes:

• Nivel 1 - Compañía

• Nivel 2 - División

• Nivel 3 - Departamento

• Nivel 4 - Usuario

• Nivel 5 - Extensión

Usted puede asociar las extensiones múltiples a un usuario.

Idealmente, quisiéramos que cada llamada en el informe de QoV fuera enumerada con el nombre del departamento. Podríamos entonces utilizar el nombre del departamento para representar un sitio dado. Esto permite que clasifiquemos las llamadas por el departamento/el sitio. Pero porque las Extensiones se pueden asociar a los usuarios solamente, tenemos que alcanzar esto de una manera levemente torpe. Creamos básicamente a un usuario falso por el sitio, y hacemos el nombre de este usuario el nombre del sitio o el código del sitio. Entonces asignan este usuario falso todas las Extensiones para ese sitio particular. Podemos entonces clasificar las llamadas por el usuario, que entonces hace el equivalente a clasificarlas por el sitio.

Con el fin de la información de QoV, no cuidamos sobre los tres niveles superiores de la jerarquía del directorio, y éstos se pueden asignar cualquier valor arbitrario.

Para esta puesta en práctica, hay 200 sitios con 45,000 Extensiones asignadas aunque no no necesariamente todo sea funcionando. El directorio contiene tan a 200 usuarios falsos y asocian a cada usuario falso al rango de las Extensiones para su sitio. La población del directorio sería manualmente una tarea imposible así que hacemos esto semiautomático generando a archivo CSV con una línea por la extensión, y entonces utilizamos la función de importación de Telemate para importar el fichero en el directorio. Cada línea en esto archivo CSV tiene el formato siguiente:

Company,Division,Department,User,Extension

La generación archivo CSV sí mismo también es hecha semiautomático ejecutando un script del shell de UNIX. Este script toma un archivo simiente como entrada. Este archivo simiente enumera los sitios y los rangos asociados de la extensión. Cada línea en el archivo simiente tiene este formato:

site_name,extention_start,extension_end

Secuencia de comandos shell sí mismo es muy simple, y parece esto:

#--------------------------- 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 ------------------------

Si se asume que el script sí mismo está nombrado “make_dir” y que el archivo simiente está llamado “seedfile.csv”, el fichero de la importación CSV telemate_dir.csv es creado ejecutando el comando siguiente en el mensaje de Unix:

unix$ make_dir seedfile.csv > telemate_dir.csv

El archivo saliente telemate_dir.csv entonces se importa en Telemate. Refiera a la documentación Telemate para las Instrucciones detalladas en cómo hacer esto.

Informes

Al funcionar con un informe de Telemate, usted puede seleccionar el destino de salida. Para los informes grandes, se recomienda que el fichero esté producido en el formato CSV. Usted puede entonces manipular el informe en Excel, donde parecería esto:

Duración	Marcado #	Ubicación	Fecha	Tiempo	‘Sitio’	Ext.
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 (Clases de restricciones)	42791
0:00:32	4-567-0417	10.132.16.33	10/05/2000	5:29:51PM	COR (Clases de restricciones)	42805
0:00:32	4-567-0417	10.132.16.33	10/05/2000	5:29:51PM	COR (Clases de restricciones)	42805
0:00:36	4-232-8545	10.132.16.33	10/05/2000	5:42:07PM	COR (Clases de restricciones)	42823
0:00:36	4-232-8545	10.132.16.33	10/05/2000	5:42:07PM	COR (Clases de restricciones)	42823
0:00:39	4-472-5011	10.132.16.33	10/05/2000	5:59:23PM	COR (Clases de restricciones)	46578
0:00:39	4-472-5011	10.132.16.33	10/05/2000	5:59:23PM	COR (Clases de restricciones)	46578
0:00:28	4-236-7687	10.132.16.33	10/05/2000	7:17:51PM	COR (Clases de restricciones)	46578
0:00:17	6-867-9766	10.132.16.35	10/05/2000	4:08:02PM	GIS	64197
0:00:17	6-867-9766	10.132.16.35	10/05/2000	4:08:02PM	GIS	64197
0:00:30	6-868-6889	10.132.16.35	10/05/2000	6:15:48PM	GIS	68549
0:00:30	6-868-6889	10.132.16.35	10/05/2000	6:15:48PM	GIS	68549
0:01:26	6-876-5223	10.132.16.35	10/05/2000	0.798877315	HAH	68369
0:01:26	6-876-5223	10.132.16.35	10/05/2000	0.798877315	HAH	68369
0:00:52	6-876-2223	10.132.16.35	10/05/2000	5:37:58PM	HAH	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	LEV	64233
0:00:31	6-367-5103	10.132.16.35	10/05/2000	8:44:46PM	LEV	64233
0:00:30	6-368-9088	10.132.16.35	10/05/2000	4:11:06PM	LEV	64247
0:00:30	6-368-9088	10.132.16.35	10/05/2000	4:11:06PM	LEV	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

Utilice la función "subtotales" de Excel para contar el número de malas llamadas por el usuario/el sitio. Entonces cree un macro de Excel semi-para automatizar subtotalizar. Ver el siguiente ejemplo:

Duración	Marcado #	Ubicación	Fecha	Tiempo	‘Sitio’	Ext.
				Cuenta BCM	5
				Cuenta BMC	3
				Cuenta del CORAZÓN	8
				Cuenta de los SOLDADOS ENROLLADOS EN EL EJÉRCITO	4
				Cuenta HAH	3
				Cuenta JVL	3
				Cuenta KIB	11
				Cuenta del LEV	4
				Cuenta LHT	2
				Cuenta magnífica	43

La columna del sitio ahora contiene el número de malas llamadas a/desde ese sitio. La columna de ubicación en el informe es la dirección IP del otro extremo del tramo de VolP y viene del expediente de los CDR del gateway. En un entorno de CallManager (CCM), la señalización y las puntas del extremo de los media son dos IP Addresses distintos. La dirección IP enumerada es el terminal de señalización (es decir, el CallManager). Un DDTS (CSCds23283) se ha sometido para pedir un botón que permite que el expediente de los CDR registre la dirección IP de los media en lugar de otro. Esto permitiría que las malas llamadas fueran clasificadas por la subred. Esto da una mejor granulosidad pues habría típicamente subredes múltiples por el sitio. Si solamente algunas de estas subredes están sufriendo los problemas QoV, después éstos pueden ser identificados.

Recomendamos que usted pone al programador Telemate para funcionar con automáticamente el informe "Llamadas de Voz de Paquetes con Trampas de Calidad de Servicio" una vez al día. Los informes completados se pueden entonces enviar por correo electrónico al personal de funcionamiento seleccionado. Estos miembros del personal entonces hacen una auditoría diaria de QoV para las últimas 24 horas. Los informes se deben archivar por lo menos un mes para poder correlacionar cualquier deterioro en QoV con cualesquiera cambios de la red realizados alrededor de ese tiempo.

Nota: La versión de Telemate 4.7 o más adelante se requiere para que el señalar trabaje correctamente con los gateways que actúan en un entorno de CallManager. Las versiones anteriores de Telemate asumen que las extensiones locales están siempre en el lado de los CRISOLES del gateway. En un entorno de CallManager, las extensiones locales (IPhones) están en el lado VoIP del gateway. Como consecuencia, las versiones anteriores de Telemate consiguen confusas y los informes están de valor límite.

Información Relacionada

• Asistencia técnica de las Comunicaciones unificadas
• Troubleshooting de Cisco IP Telephony
• Soporte Técnico y Documentación - Cisco Systems