Cap12 14 PDF

CCNA Voice
Calidad de Servicio
Contenido
Definición de QoS 1 5 Requisitos de QoS para VoIP
Ancho de Banda 2 6 Requisitos de QoS para tráfico de datos
Latencia o Retardo 3 7 AutoQoS
Pérdida de Paquetes 4 8 Configurar AutoQoS
@ 2012 Ibitec S.L. Todos los derechos reservados. 2

DEFINICIÓN DE QOS

Definición de QoS
Definición de QoS:
“La capacidad de la red para proporcionar un mejor servicio, o servicios
especiales, a un conjunto de usuarios y aplicaciones, a expensas de otros
usuarios y aplicaciones.”
El tráfico de voz y video es muy sensible al retardo, la pérdida de
paquetes y la variación en el retardo (jitter).
Efectos de estos problemas:
audio entrecortado, sonidos que faltan, eco, o pausas excesivamente largas en
la conversación, que causan sobreimposición de conversaciones, o la
interrupción de la persona que habla por otra.
La configuración de QoS ofrece AB garantizado, reduce la latencia
y el jitter para el tráfico prioritario, como VoIP.
Las áreas donde aplicar QoS son:
Ancho de banda
Retardo o latencia (incluyendo la variación del retardo o jitter)
Pérdida de paquetes
ANCHO DE BANDA

Ancho de Banda
Una llamada VoIP sigue un camino de extremo a extremo. Este
camino puede cruzar una variedad de enlaces LAN y WAN. El
enlace más lento es el que determina el AB disponible para todo el
camino, y a veces se crea un cuello de botella por la congestión
que genera.
Soluciones para la congestión:
Aumentar el AB: aumentar el ancho de banda es caro, y no siempre necesario
si se aplica QoS.
Colas: QoS utiliza estrategias de colas avanzadas para clasificar los diferentes
tipos de tráfico, y organizar las clases en colas para darles prioridad.
Weighted Fair Queuing (WFQ).
Class Based Weighted Fair Queuing (CBWFQ).
Low-Latency Queuing (LLQ).
Compresión.
Compresión del payload.
Compresión del enlace.
Compresión de cabecera.
AB – Colas: Weighted Fair Queuing (WFQ)
Método automatizado que provee una asignación justa de AB para
todo el tráfico de la red.
WFQ ordena el tráfico en flujos, usando una serie de parámetros.
Una vez distinguidos los flujos, el router determina cuáles son de
uso intensivo o sensibles al retardo, priorizándolos y asegurando
que los sensibles al retardo son empujados al principio de la cola.
WFQ se adapta a las condiciones cambiantes del tráfico de red.
La carga para el procesador en los equipos de enrutamiento, hace
de este método poco escalable, al requerir recursos adicionales en
la clasificación y manipulación dinámica de las colas.
No necesita configuración, está habilitado por defecto en todos los
enlaces de velocidades ≤ T1.
No es un método adecuado para VoIP ya que no garantiza AB para
el tráfico de voz, puesto que asigna el AB proporcional al tamaño
de los flujos.
AB – Colas: Class Based Weighted Fair Queuing (CBWFQ)
Limitaciones de WFQ:
Su rendimiento disminuye a medida que el tráfico por enlace aumenta y se colapsa debido
a la cantidad de flujos a analizar.
CBWFQ permite la creación de clases definidas por el usuario para un
mayor control sobre las colas de tráfico y asignación del AB.
CBWFQ garantiza una determinada tasa de transmisión para cierto tipo de
tráfico.
Las clases pueden ser determinadas según protocolo ACL, valor DSCP, o
interfaz de entrada. Cada clase posee una cola separada, y todos los
paquetes que cumplen el criterio definido para una clase son asignados a
dicha cola.
Una vez que establecidos los criterios para las clases, es posible
determinar cómo los paquetes pertenecientes a dicha clase serán
gestionados.
Si una clase no utiliza su porción de ancho de banda, otras pueden hacerlo.
Se puede configurar el AB y el límite de paquetes máximos para cada clase.
CBWFQ no es una opción adecuada para VoIP ya que no tiene Priority
Queuing.
AB – Colas: Low-Latency Queuing (LLQ)
LLQ es CBWFQ con PQ (Priority Queuing).
Método recomendado para VoIP y Telefonía IP, que también
trabaja adecuadamente con tráfico de videoconferencias.
LLQ consta de colas de prioridad personalizadas, basadas en
clases de tráfico, con una cola de prioridad que tiene preferencia
sobre las otras colas.
Funcionamiento:
Si existe tráfico en la cola de prioridad, ésta es atendida antes que las otras
colas de prioridad personalizadas.
Si la cola de prioridad está libre, se procede a atender las otras colas según su
prioridad.
Es necesario configurar un AB límite reservado para la cola de
prioridad, evitando la inanición del resto de las colas.
La cola de prioridad asegura un retardo máximo garantizado para
los paquetes, calculado como el tamaño del MTU dividido por la
velocidad de enlace.
Ancho de Banda - Compresión
Tipos de compresión:
Compresión de payload:
No afecta a las cabeceras.
Es apropiado para enlaces en los que la cabecera tiene que ser legible para
enrutar los paquetes correctamente (p.ejem. Frame Relay y ATM).
Compresión del enlace:
Para enlaces punto a punto donde la cabecera no es necesaria para enrutar el
paquete.
Compresión de cabecera:
Si se usa cRTP (RTP comprimido), las cabeceras de capa 3 y capa 4 de un
paquete VoIP se reducen de 40 hasta 2 bytes.
También se permite la compresión de cabeceras TCP para el tráfico de datos.
La compresión requiere tiempo y recursos de CPU, lo que

aumenta el retardo. Hay que tenerlo en cuenta al decidir cuáles
son las estrategias adecuadas para cada enlace.
LATENCIA O RETARDO

Latencia o Retardo
Latencia: suma de todos los retardos acumulados desde el origen
hasta el destino.
Clasificación:
Fija: Predecible y constante. Fuentes de retardo:
- Propagación: Es el tiempo que tarda la señal en cruzar el enlace. Es
equivalente a la velocidad de la luz desplazándose por un hilo de cobre o
una fibra óptica. Puede introducir retardos significativos en enlaces de
larga distancia.
- Serialización: Es el tiempo que se tarda en “poner” los bits en el medio.
Depende de la velocidad del enlace y no varía a no ser que se cambie la
velocidad del enlace.
Variable: incluye los retardos de procesamiento y colas, que dependen
del tráfico, el rendimiento del router y otros factores que no son fáciles
de predecir ni constantes.
Para la reducción de la latencia:
Aumentar la velocidad del enlace
Utilizar Priority Queuing.
Utilizar técnicas de compresión adecuadas.
PÉRDIDA DE PAQUETES

Pérdida de Paquetes - Causas
Posibles causas de pérdida de paquetes:
Tail drop: Si la cola de salida está llena, no se pueden poner más paquetes en
cola y se eliminan del final (tail) de la cola, y se pierden. Causa más común de
perdida de paquetes.
Input drop: Si la cola de entrada está llena, los paquetes se descartan a medida
que llegan, y se pierden. Esto sucede en contadas ocasiones y es un síntoma
de saturación de la CPU del router.
Overrun: También son resultado de la saturación de la CPU, cuando el router no
puede asignar los paquetes al espacio vacío del buffer.
Ignore: No hay espacio disponible en el buffer.
Frame errors: Los problemas de transmisión generan errores CRC, tramas de
tipo giant o runt, debido a Interferencia electromagnética (EMI) o a problemas en
el hardware de la interfaz.

Pérdida de Paquetes – Estrategias de resolución
Mecanismos QoS para paliar la reducción de pérdidas de paquetes:
LLQ
Compresión
Aumentando la velocidad del enlace.
Estrategias complementarias, denominadas mecanismos de
eficiencia de Enlace (Link Efficiency), para prevenir la congestión:
Modelado de tráfico (Traffic shaping): Retrasa los paquetes para que se envíen
a una velocidad máxima configurada. Por ejemplo, si un servidor TFTO genera
un flujo de 512 kbps, el modelado podría limitar el output a 256 kbps, y retrasar
la salida del tráfico excesivo.
Políticas de tráfico (Traffic policing): Descarta los paquetes que superan un
umbral. Estos paquetes pueden ser retransmitidos si el tráfico es TCP, no
debería aplicarse al tráfico VoIP porque no usa TCP como protocolo de
transporte.

REQUISITOS DE QOS PARA VOIP

Requisitos de QoS para VoIP
Existen valores aceptables para la latencia, el jitter y la pérdida de
paquetes para VoIP. Utilizamos QoS y mecanismos de eficiencia
del enlace para mantener estos valores:
Latencia menor a 150 ms en un sentido.
El jitter debe ser menos de 30 ms en un sentido.
La perdida de paquetes debe ser de menos del 1%
Cada llamada VoIP requiere entre 17 y 106 kbps de ancho de banda priorizado,
dependiendo del códec, la compresión y el protocolo de capa 2 que se utiliza;
también son necesarios otros 105 bps para el tráfico de señalización.
Los requisitos para video son similares. El consumo de ancho de banda se
calcula como [output del códec de video] + 20%. Por ejemplo, un canal de video
de 384 kbps debería reservar 460 kbps de ancho de banda.

REQUISITOS DE QOS PARA
TRÁFICO DE DATOS

Requisitos de QoS para Tráfico de datos
Los requerimientos de QoS para datos no son tan estrictos como
los de VoIP.
Es recomendable clasificar el tráfico de datos en clases y asignar a
cada una, una cierta cantidad de AB a su cola.
Las herramientas de clasificación de QoS de Cisco incluyen
Reconocimiento de Aplicaciones basadas en Red (Network-Based
Application Recognition – NBAR).
Las clasificaciones que se crean componen la política de calidad de
servicio para la organización.
La política refleja las necesidades reales tanto del tráfico de voz
como del tráfico de datos en la red.

Requisitos de QoS para Tráfico de datos
Procedimiento de la Política de QoS:
1. Realizar una auditoría de red para determinar el estado del tráfico. Determinar
si existen problemas de congestión y enumerar las aplicaciones que se
detectan activas.
2. Realizar una auditoría de negocio para comprobar que las aplicaciones usadas
están alineadas con las necesidades del negocio. De esta auditoría, algunas
aplicaciones se identificaran como críticas para el funcionamiento del negocio,
otras como rutina, algunas serán triviales e incluso innecesarias.
3. Determinar el nivel de servicio requerido para cada aplicación. Esto irá desde
Prioritario (Priority) para voz y video, a Crítico (mission critical), Urgente
(Urgent), Rutina (Routine) y Carroñero (Scavenger) hasta incluso no permitido
(Disallowed).
4. Diseñar el esquema de clasificación adecuado para los resultados de la
auditoría. Utilizar las decisiones ejecutivas y la auditoría de negocio para crear
un sistema de clasificación que cubra las necesidades de negocio.
5. Definir los parámetros de QoS para cada clase de tráfico. Esto incluye anchos
de banda mínimos y máximos, prioridad por clase, estrategia de colas y
métodos de eficiencia de enlace.

AUTOQOS

AutoQoS
AutoQoS automatiza y simplifica las configuraciones de QoS.
AutoQoS genera las clases de tráfico y las políticas de servicio a
partir de plantillas predeterminadas, eliminando la necesidad de
tener un gran conocimiento de los comandos.
La configuración generada se adapta a los cambios (como puedan
ser los movimiento de teléfonos) y se puede personalizar
manualmente para dar respuesta a necesidades específicas,
después de terminar el proceso automático.
AutoQoS está disponible en todos los routers y switches para voz
con el IOS correcto.
El comando AutoQoS se limita a los siguientes interfaces:
Enlaces Serial PPP or HDLC
Enlaces Frame Relay solo punto-a-punto
PVCs de ATM, a baja y alta velocidad

QoS Trust Boundary
Frontera de Confianza (Trust Boundary): punto en el que el switch o
router crean el etiquetado de QoS del paquete o trama.
Si es de confianza, el paquete es tratado de acuerdo con su marca de QoS y
política correspondiente.
Si no es de confianza, puede ser etiquetado de nuevo y tratado de forma
diferente.
Queremos que el Trust Boundary esté lo más cerca posible del
origen. Para ello el trust boundary debería estar entre el teléfono IP
y el PC conectado, ya que normalmente no confiamos en el PC
pero sí en el teléfono. Si no hay teléfono, el trust boundary está
entre el PC y el switch. El switch debe ser capaz de identificar y
configurar el trust boundary, si no lo hace, debemos mover el trust
boundary hasta el router gateway.
AutoQoS puede detectar y configurar el trust boundary
automáticamente.

CONFIGURAR AUTOQOS

Configurar AutoQoS
El comando auto qos voip [trust] [fr-atm] habilita AutoQoS en la interfaz.
El parámetro [trust] hace que las marcas DSCP del paquete sean de confianza para
la clasificación. Si no se utiliza la opción trust, el tráfico se clasifica según NBAR, y
los paquetes se marcan con DSCO según corresponda.
La palabra [fr-atm] se usa en enlaces punto-a-punto Frame Realy o ATM. AutoQoS
se basa en el AB configurado en cada interfaz cuando se ejecuta por primera vez. Si
el AB se reduce, no cambia la configuración de AutoQoS. Si queremos que los
cambios en el AB de un interfaz se reflejen en AutoQoS, deberíamos borrarlo y volver
a aplicarlo.
En un interfaz de un switch, la opción [ciscophone] habilita la función de
trusted boundary cuando detecta a u teléfono Cisco a través de
mensajes CDP.
Cuando se detecta el teléfono, se confía en el etiquetado del paquete y si no se
detecta un teléfono no se confía en las marcas.
La opción [trust] en el interfaz del switch hace que la marca de los
paquetes entrantes sea de confianza (trusted) independientemente de
si se ha detectado un teléfono.
Título de la Diapositiva
CCNA Voice
Cisco Unified Communications Manager Express
@ 2012 Ibitec S.L. Todos los derechos reservados.

Contenido
Introducción al CME 1 3 Tipos de ephones-dns
Definición de ephone y ephone-dn 2 4 Configuración de Hunting

INTRODUCCIÓN AL CME

CME – Características y Beneficios
Soporta infraestructuras de hasta 240 teléfonos en un solo router.

Extiende las funcionalidades para pequeñas empresas que
previamente solo estaban disponibles para grandes empresas.
Está basado en Cisco IOS.
Puede administrarse vía GUI o CLI.

CME – Plataformas soportadas
CISCO Unified Communications Manager Express soporta las

siguientes plataformas Cisco:
Series Cisco 2800 y Cisco 2900 de Routers de Servicios Integrados.
Series Cisco 3800 y Cisco 3900 de Routers de Servicios Integrados.
Serie Cisco Unified Communicatiosn 500 para pequeñas empresas.

CME – Cisco Unified IP Phones
Cisco Unified
IP Phone
7942G
Cisco ATA 186

and 188
Cisco Unified
Cisco Unified IP
Wireless IP
Phone 7962G
Phone 7920

DEFINICIÓN DE EPHONE Y EPHONE-DN

Conceptos de ephone y ephone-dn
Los ephone y ephone-dn son sistemas modulares basados en
CISCO IOS.
Un ephone es un teléfono Ethernet y representa la configuración
lógica y los parámetros de de un teléfono físico.
El número máximo de ephones soportados viene determinado por
la licencia y la plataforma hardware.
Cisco Unified Communications Manager Express soporta un máximo de 240
ephones.
Un ephone-dn es el número de directorio de un teléfono Ethernet,
es un número de destino que puede asociarse a uno o más
ephones.
Un ephone puede tener asociado más de un ephone-dn.
El número máximo de extensiones se corresponde con el número
máximo de ephone-dn.

Características de los ephone-dn
Un ephone-dn tiene asignado
un número primario, y puede
tener un número secundario
opcional. Número de extensión primario
Una etiqueta dn-tag es un en un ephone-dn de una línea DN1
puede realizar y responder
valor único asignado cuando una llamada a la vez.
se crea el ephone-dn.
Ephone-dn
Un ephone-dn puede ser de Extensiones primaria y
secundaria configuradas en
línea única o de dos líneas: un ephone-dn de una línea.
Un ephone -dn de una línea Se necesita un ephone-dn de DN1 y DN2
puede terminar una llamada a la dos líneas para soportar
vez. llamadas en espera,
transferencias de llamadas y
Un ephone-dn de dos líneas conferencias.
puede terminar dos llamadas Ephone-dn
simultáneamente.
Packet Tracer solo admite dn de
una línea.
Configurar un ephone-dn
CMERouter(config)#ephone-dn dn-tag
Crea una extensión (ephone-dn) para un teléfono IP Cisco.
CMERouter(config-ephone-dn)#number dn-number
Asocia un número de destino con una instancia de ephone-dn.

Ejemplo: Configuración básica de un ephone-dn
Puerto virtual
de voz
Una línea o un 1001

canal
CMERouter(config)#ephone-dn 7
CMERouter(config-ephone-dn)#number 1001
Asigna un número de extensión primario a un ephone-dn.

Comando max-dn
CMERouter(config-telephony)#max-dn max-dn
Este comando define el número máximo de ephone-dn que

pueden configurarse en un sistema.
El número máximo de ephone-dn depende de la licencia y la
plataforma hardware.
El valor por defecto es 0.
Para un uso eficiente de la memoria, no establecer este parámetro
a un valor mayor del necesario.

Comando max-dn (Continuación)
DN DN
DN DN
DN DN
CMERouter(config-telephony)#max-dn 10
DN DN
Intentos de crear un decimo primer
ephone-dn fallarán.
DN DN

Características de los ephone
Un ephone es una configuración Teléfono IP 7960
software de un teléfono físico. Botón 1 DN Botón 4 DN
Se le asigna una única etiqueta phone- Botón 2 DN Botón 5 DN
tag. Botón 3 DN Botón 6 DN

MAC 000F.2470.F92A
El dispositivo físico puede ser un
teléfono IP o un teléfono analógico Teléfono IP 7912
conectado a un ATA.
Botón 1 DN
Para asociar el ephone al hardware se
usa la dirección MAC del teléfono IP o
del ATA. MAC 000F.2470.F92B
Se puede asociar uno o varios ephone- Cisco ATA 188

Analógico 1 DN
dn a un ephone.
MAC 000F.2470.F92D
El número de botones depende del
Analógico 2 DN
modelo de teléfono.
MAC 000F.2470.F92E

Comando max-ephone
CMERouter(config-telephony)#max-ephones max-ephones
Este comando establece el número máximo de ephones que

pueden configurarse en el sistema.
El número máximo de ephones soportados depende de la licencia
y la plataforma hardware.
El valor por defecto es 0.
Para un uso eficiente de la memoria, no establecer este parámetro
a un valor mayor del necesario.

Comando max-ephone (Continuación)
CMERouter(config-telephony)#max-ephones 4
Intentos de crear un quinto ephone

fallarán.

Configurar un ephone
router(config)#ephone phone-tag
Crea una instancia ephone y entra en el modo de subconfiguración

del ephone.
router(config-ephone)#mac-address mac-address
Asocia la dirección MAC indicada del dispositivo físico con el ephone.

router(config-ephone)#button button-number {separator} dn-tag
[[button-number {separator} dn-tag]]
Asocia el ephone-dn con un botón específico del teléfono IP.

Separadores para los botones:
: Ring normal.
b beep pero no ring.
f ring específico.
s ring silencioso.

Ejemplo: Configuración básica de un ephone
MAC 000F.2470.F8F8
ephone 1
ephone-dn 7:
1001
Un puerto virtual
Botón 1
000F.2470.F8F8
CMERouter(config-ephone-dn)#exit
CMERouter(config)#ephone 1
CMERouter(config-ephone)#mac-address 000F.2470.F8F8
CMERouter(config-ephone)#button 1:7

Múltiples ephones
1004
1004
1005
1005
4 teléfonos físicos. 1006

1006
4 ephones definidos.
4 ephone-dn definidos
1007
1007 Cisco ATA 186 o 188

Ejemplo: Configuración de múltiples ephone
CMERouter(config-ephone)#mac-address 000F.2470.F8F1
CMERouter(config)#ephone
000F.2470.F8F8 2
CMERouter(config-ephone)#mac-address 000F.2470.A302
CMERouter(config-ephone)#mac-address 000F.2470.66F6
CMERouter(config-ephone)#mac-address 000F.2470.7B54
Ephone-dn de una línea
Un puerto
virtual de voz
Un canal 1001
El ephone-dn crea un puerto virtual de voz.

Sólo se puede realizar una llamada a o desde este ephone-dn de
manera simultanea.

TIPOS DE EPHONE-DN

Tipos de ephone-dn
En CME se pueden configurar seis tipos de ephone-dn:
Una línea (Single Line)
Dos líneas (Dual Line)
Doble Número (Dual number)
ephone-dn compartido (Shared ephone-dn)
Múltiples ephone-dn en uno o más ephones
ephone-dn superpuesto (Overlay ephone-dn)

Tipos de ephone-dn (Continuación)
Una línea (Single Line):
Crea un único puerto virtual. Puede especificar un número secundario, pero solo
puede recibir una llamada a la vez, por lo que no soporta llamada en espera. Se
debe usar en las ocasiones en las que exista un botón para cada línea de
entrada de la PSTN. Es útil para buscapersonas, intercomunicador, aparcar
llamadas, líneas de MoH y MWI (Indicador de mensaje en espera).
Una línea (Single Line):

Puede recibir dos llamadas a la vez y puede tener un número primario y otro
secundario. Se debe utilizar cuando con un solo botón sea necesario el uso de
funciones como llamada en espera, transferencia de llamadas y conferencia. No
se debe usar con líneas de busca, intercom, MoH, parking de llamadas o MWI.
Se puede combinar con ephone-dn de una sola línea en el mismo teléfono.
CMERouter(config)#ephone-dn 2 dual-line

Doble Número (Dual Number):
Tiene un número primario y otro secundario, por lo que es posible marcar dos
números distintos para alcanzar el teléfono. Puede ser un ephone-dn de una o
dos líneas, y se debe utilizar cuando se quiere tener dos números para el mismo
botón, sin necesidad de utilizar más de un ephone-dn.
ephone-dn compartido (Shared ephone-dn):
El mismo ephone-dn y el mismo número aparecen en dos teléfonos distintos
como una línea compartida, lo que significa que cualquiera de los teléfonos
puede usar la línea, pero una vez en uso el otro no puede hacer llamadas en
esa línea. La línea sonará en todos los teléfonos que comparten el ephone-dn,
pero sólo uno puede responder. Si la llamada está en espera, cualquiera de los
otros teléfonos que comparten la línea puede recuperarla.
Múltiples ephone-dn en uno o más ephones:
Se permiten múltiples llamadas a la misma extensión gestionadas en un solo
teléfono, por ejemplo, con tres ephone-dn de dos líneas con el mismo número
se podrán recibir seis llamadas en el mismo teléfono. No es una línea
compartida, porque los teléfonos sonarán en serie, y una llamada en espera sólo
puede ser recuperada por el teléfono que la puso en espera.

Ephone-dn superpuesto (Overlay ephone-dn):
Consiste en dos o más ephone-dns (hasta 25) aplicados al mismo botón; todos
estos ephone-dns deben ser de una o dos líneas (no se pueden mezclar los
tipos). La cobertura de las llamadas es similar a una configuración de línea
compartida, salvo que una llamada al número que aparece en un teléfono no
bloquea el uso del mismo número en otro teléfono. Se pueden superponer un
máximo de 10 líneas en un solo botón, y luego configurar el mismo conjunto en
10 teléfonos, con el resultado que todos los 10 teléfonos pueden contestar las
llamadas al mismo número. El comando button con el separador de
superposición crea el grupo de superposición. El separador de superposición
puede ser o que designa un grupo de superposición sin llamada en espera, o c,
que indica llamada en espera. El comando button 1o30,31,32,33,34,35 crea un
grupo de superposición con los ephone-dns 30, 31, 32, 33, 34, y 35 en el botón
1, sin llamada en espera.

CONFIGURACIÓN DE HUNTING

Configuración de Hunting
Hunting permite que una llamada busque (cace) una línea libre para
sonar.
Se usa en entornos donde la cobertura de llamada se necesita para
contestar al mismo número, como el caso de un call center o un
helpdesk.
El comando preference indica el orden en el que la llamada busca
en una lista de ephone-dns; el comando huntstop interrumpe la
búsqueda cuando llega a ese ephone-dn; en este punto se desvía a
buzón de voz.
Por defecto el comando huntstop está habilitado. Esto evita que las
llamadas pasen al siguiente ephone-dn, por ello debemos utilizar el
comando no huntstop para obtener el comportamiento de hunting
deseado.
Si se configuran ephone-dns de dos líneas, el comportamiento por
defecto es que la llamada busque de la primera línea a la segunda.
Esto hace que el teléfono suene dos veces para la misma llamada.
EJEMPLO1: Configuración de Hunting
Creación de un ephone con dos ephone-dn que terminan llamadas
a 1003.
La configuración de huntstop envía la llamada al primer canal del ephone-dn 3,
después al segundo canal del ephone-dn 3, el siguiente es el primer canal de
ephone-dn 4 y después el segundo canal del ephone-dn 4:
CMERouter(config-ephone-dn)#preference 0
CMERouter(config-ephone-dn)#no huntstop
CMERouter(config-ephone-dn)#huntstop
CMERouter(config-ephone)#mac-address AAAA.BBBB.CCCC
CMERouter(config-ephone)#button 1:3 2:4
Es más común usar el segundo canal de un ephone-dn para

llamadas en espera, transferencia o conferencia.
Se puede hacer que la llamada pase del canal 1 del primer ephone-
dn al canal 1 del siguiente ephone-dn con el comando hunststop
channel.
La siguiente configuración envía la llamada del canal 1 del ephone-dn 5 (botón
2) al canal 1 del ephone-dn 2 (botón 3) y después al segundo canal del ephone-
dn 6 (también en botón 3):
CMERouter(config-ephone-dn)#huntstop channel
CMERouter(config-ephone-dn)#no huntstop channel
CMERouter(config-ephone)#button 2:5 3:6

En la siguiente configuración la llamada pasa del canal 1 del primer
teléfono al canal 1 del segundo teléfono:
CMERouter(config-ephone)#mac-address DDDD.EEEE.FFFF

Título de la Diapositiva
CCNA Voice
Configurar CMExpress para soportar endpoints
@ 2012 Ibitec S.L. Todos los derechos reservados.

Contenido
Proporcionar el firmware 1 3 Reiniciar los Teléfonos IP
Configuración del Resolución de problemas

2 4
Servicio de Telefonía Con endpoints

Introducción
Tres métodos para configurar endpoints en CMExpress:
Configurar parámetros opcionales
Reiniciar el teléfono IP
Resolución de problemas y verificación de la configuración.

PROPORCIONAR EL FIRMWARE

Firmware y Archivos de Configuración XML
Archivos necesarios para el correcto
funcionamiento de los Teléfonos IP de Cisco:
Firmware
XMLDefault.cnf.xml
SEPAAAABBBBCCCC.cnf.xml (donde
AAAABBBBCCCC es la dirección MAC).
Los archivos de firmware del teléfono vienen
con el software del CMExpress o se pueden TFTP Server
descargar desde cisco.com.
Para que el router ofrezca el firmware a los
teléfonos es necesario utilizar el comando
tftp-server flash:filename.
Este comando se usa para cada archivo
necesario, algunos teléfonos necesitan cargar
más de un archivo (por ejemplo, el 7911G
necesita seis archivos).
CONFIGURACIÓN DEL SERVICIO DE
TELEFONÍA

Configuración del Servicio de Telefonía
CMERouter(config)#telephony-service
Entra en el modo telephony-service
CMERouter(config-telephony)#max-ephone maximum-ephones
Establece el número máximo de ephones que pueden definirse en

el sistema (el valor por defecto es 0).
CMERouter(config-telephony)#max-dn maximum-directory-numbers
Establece el número máximo de ephone-dn que pueden definirse

en el sistema (el valor por defecto es 0).

Cargar el Firmware del Teléfono
Los archivos del firmaware se copian a memoria flash, y se envían
a los teléfonos a través de TFTP.
Comando:
CMERouter(config-telephony)#load model firmware-file
El nombre de los archivos discrimina entre mayúsculas y minúsculas, y no se

debe incluir la extensión del archivo en el comando.
Consejo: Utiliza la función de Copiar-y-Pegar del terminal para evitar errores.
Para los teléfonos Java solo necesitamos cargar el archivo TERMnn.x-y-x-
w.loads o el SCCPnn.x-y-x-w.loads (sin la extensión .loads), pero los demás
archivos deben estar disponibles vía TFTP.
CMERouter(config-telephony)#load 7960-7940 P00303020214

CMERouter(config-telephony)#load 7920 cmterm_7920.4.0-01-08
CMERouter(config-telephony)#load 7941 TERM41.7-0-3-0S

Definir IP y Puerto de origen
CMERouter(config-telephony)#ip source-address ip-address [port port]
Identifica la dirección IP y el puerto a través del que los teléfonos

IP se comunican con el CISCO CMExpress.
CMExpress usa SCCP para comunicarse con los teléfonos.
El puerto TCP por defecto de SCCP es 2000.
10.90.0.1
telephony-service
ip source-address 10.90.0.1 port 2000

Autoregistro
CMERouter(config-telephony)#auto-reg-ephone
Habilita el registro automático de nuevos teléfonos no incluidos en

la configuración. Está habilitado por defecto.
no auto-reg-ephone evita que un teléfono se registre sin que su dirección MAC
se haya configurado anteriormente.
show ephone attempted-registrations muestra la lista de direcciones MAC de los
teléfonos que intentan registrarse pero que están bloqueados por deshabilitar el
autoregistro.
clear telephony-service ephone attempted-registrations muestra y limpia la lista.
10.90.0.1
telephony-service
no auto-reg-ephone
EJEMPLO: Configuración del CMExpress desde CLI
tftp-server flash:CP7921G-1.0.3.LOADS
tftp-server flash:APPS-1.0.3.SBN
tftp-server flash:GUI-1.0.3.SBN
tftp-server flash:SYS-1.0.3.SBN
tftp-server flash:TNUX-1.0.3.SBN
tftp-server flash:TNUXR-1.0.3.SBN
tftp-server flash:WLAN-1.0.3.SBN telephony-service
telephony-service
load 7921 CP7921G-1.0.3
create cnf-files
max-ephones 10
max-dn 10
dialplan-pattern 1 2095559... extension-length 4
extension-pattern 1...
ephone-dn 1 dual-line
number 401
ephone 1
mac-address 000F.2745.2AD8
button 1:1
Crear archivos de configuración XML
CMERouter(config-telephony)#create cnf-files
Crea los archivos XML específicos necesarios para los teléfonos IP.
SEP000F2473AB14.cnf.xml
000F.2473.AB14
10.90.0.1
telephony-service
create cnf-files

Diagrama de flujo del proceso de Registro
Existe el archivo Si Está actualizado Si El teléfono

XML en el teléfono? el firmware? se registra
No No
Usar el archivo Actualizar El teléfono
XML por defecto firmware se reinicia
El teléfono se
Habilitado el Si Configurado Si registra con un DN
autoregistro? Auto assign? del pool
No No
El teléfono El teléfono se
se reinicia registra sin DN

EJEMPLO: Archivo de configuración XML
<device>
<devicePool>
<callManagerGroup>
<members>
SEPAAAABBBBCCCC.cnf.xml* <member priority="0">
<callManager>
<ports>
<ethernetPhonePort>2000</ethernetPhonePort>
</ports>
<processNodeName>10.15.0.1</processNodeName>
</callManager>
</member>
</members>
</callManagerGroup>
</devicePool>
<versionStamp>{Jan 01 2002 00:00:00}</versionStamp>
<loadInformation>P0030702T023</loadInformation>
<userLocale>
<name>English_United_States</name>
<langCode>en</langCode>
</userLocale>
<networkLocale>United_States</networkLocale>
*AAAABBBBCCCC = <idleTimeout>0</idleTimeout>
<authenticationURL/>
<directoryURL>http://10.15.0.1/localdirectory</directoryURL>
Dirección MAC <idleURL/>
<informationURL/>
<messagesURL/>
<proxyServerURL/>
<servicesURL/>
@ 2012 Ibitec S.L. Todos los derechos reservados. </device> 70
EJEMPLO: Archivo de configuración XML por defecto
<Default>
<callManagerGroup>
<members>
<member priority="0">
<callManager>
XMLDefault.cnf.xml <ports>
<ethernetPhonePort>2000</ethernetPhonePort>
</ports>
<processNodeName>10.15.0.1</processNodeName>
</callManager>
</member>
</members>
</callManagerGroup>
<loadInformation6 model="IP Phone
7910">P00403020214</loadInformation6>
<loadInformation124 model="Addon 7914"></loadInformation124>
<loadInformation9 model="IP Phone 7935"></loadInformation9>
</Default>
Configuraciones DID
Un rango de números DID (números completos) permite que los
usuarios externos contacten directamente con extensiones internas
Normalmente los números DID tienen como últimos números los de la extensión.
El comando dialplan-pattern convierte las extensiones en números
E.164 y los números E.164 entrantes en números de extensión.
También registra el rango de los números que se definen con el gatekeeper; una
vez se ha configurado, el rango se registra automáticamente si se configura un
gatekeeper. Esto se puede deshabilitar con la palabra no-reg.
dialplan-pattern tag pattern extension-length length extension-pattern pattern [no-reg]
Ejemplo: configurar un patrón de dial plan para las extensiones

desde la 5300 hasta la 5399 y expandirlas al rango de DID de 867-
555-5300 hasta 867-555-5399:
telephony-service
dialplan-pattern 1 86755553.. extension-length 4 extension pattern 53..

Despliegue Automático de endpoints
La configuración automática automatiza el despliegue de teléfonos
IP creando dinámicamente los ephones a medida que los teléfonos
físicos se conectan al sistema, y le asignaran un ephone-dn
disponible al ephone.
Todos los ephone-dn que se desea desplegar deben ser del mismo
tipo (una línea o dos líneas).
CMERouter(config-telephony)#
auto assign start-dn to stop-dn [type phone-type]
Los ephone-dn se asignan automáticamente a los nuevos ephones

configurados.
El proceso de registro de los teléfonos puede tardar hasta 5
minutos.
Conviene esperar a que todos los teléfonos se hayan registrado
para guardar la configuración.
EJEMPLO: Comando auto assign
Se conecta un nuevo teléfono
Cuando un nuevo teléfono IP se registra con

un CMExprexx, se crea un nuevo ephone con
la dirección MAC del teléfono IP.
A este ephone se le asigna un ephone-dn del telephony-service
rango definido para el tipo de teléfono. auto assign 1 to 10 type 7920
auto assign 11 to 20 type 7940
Se usa el ephone-dn más bajo no asignado. auto assign 21 to 40 type 7960
Si todos los ephone-dn en un rango han sido auto assign 41 to 50
asignados, puede que algunos teléfonos no ...
reciban un ephone-dn o reciban un ephone-dn ephone-dn 1
number 1000
del comando auto assign sin un tipo.
...
La config del ejemplo asigna los ephone-dn del
1 al 10 a los teléfonos 7920, del 11 al 20 a los
teléfonos 7940, del 21 al 40 a los teléfonos
7960 y del 41 al 50 a cualquier otro modelo.
Personalización de la ubicación
user-locale language-code cambia el idioma de los teléfonos 7940
y 7960; para el 7920 se debe cambiar en cada teléfono.
network-locale language-code cambia los tonos de llamada y la
cadencia de timbre (excepto para el 7920).
time-format {12 I 24} cambia el formato de presentación de tiempo.
date-format {mm-dd-yy I dd-mm-yy I yy-dd-mm I yy-mm-dd} cambia
el formato de fecha.

REINICIAR LOS TELÉFONOS IP

Reiniciar los Teléfonos IP – Comando Reset
El comando reset hace que el teléfono se reinicie completamente,
invocando a DHCP y TFTP.
Usamos reset cuando cambiamos el firmware, los user/network locale o las URLs.
El comando reset se puede ejecutar para resetear un teléfono desde el prompt de
config-ephone, o desde el prompt de config-telephony para resetear uno o más
teléfonos.
reset {all [time-interval] | cancel | mac-address | sequence-all}
Parámetros:
all: Resetea todos los teléfonos.
time-interval: Cambia el intervalo para que el router resetee los teléfonos
secuencialmente (15 segundos por defecto).
cancel: Detiene el proceso de reset.
mac-address: Resetea un teléfono específico.
sequence-all: El router espera 4 minutos a que un teléfono se resetee y se
vuelva a registrar antes de resetear el siguiente teléfono para evitar saturar al
servido TFTP.
Reiniciar los Teléfonos IP – Comando Restart
El comando restart genera un soft reboot, que es útil para aplicar
cambios de configuración menores, como son las modificaciones a
los botones, las líneas y las teclas de marcación rápida.
Este comando también se puede ejecutar desde los prompts de
config-ephone prompt o de config-telephony.
Sintaxis (con los mismos parámetros que el comando reset):
restart {all [time-interval] | mac-address}

RESOLUCIÓN DE PROBLEMAS CON
LOS ENDPOINT

Resolución de problemas con los endpoint
Verifica el direccionamiento IP: Usa los botones del teléfono para
comprobar su configuración. La IP del servidor TFTP debe ser la del router
CMExpress.
Verifica los archivos en memoria flash: Asegúrate de que en la memoria
flash del router con el CMExpress tiene los archivos de firmware correctos.
Usa el comando show flash.
Haz un debug del servidor TFTP: Usa el comando debug tftp events para
asegurarte de que el router con el CMExpress está facilitando el firmware y los
archivos XML.
Verifica la instalación del firmware en los teléfonos: Usa el comando
debug ephone register para comprobar cuál es el firmware instalado.
Verifica que el locale es el correcto: Usa el comando show telephony-
service tftp-bindings para ver los archivos que el servidor TFTP está
facilitando.
Verifica la configuración del ephone: Usa el comando show ephone para
ver el estado del ephone y si esta correctamente registrado.
Revisa la configuración: Usa el comando show running-config para verificar
la configuración de los ephone-dn.
EJEMPLO:
CMERouter1#show running-config
telephony-service
max-ephones 10
max-dn 10
auto assign 1 to 10
create cnf-files
!
ephone-dn 1
number 9000
!
ephone 1
mac-address 000F.2470.F8F8
button 1:1

Fin
Preguntas

Cap12 14 PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Cap12 14 PDF

Cargado por

Copyright:

Formatos disponibles

CCNA Voice

Definición de QoS 1 5 Requisitos de QoS para VoIP

Ancho de Banda 2 6 Requisitos de QoS para tráfico de datos

Latencia o Retardo 3 7 AutoQoS

Pérdida de Paquetes 4 8 Configurar AutoQoS

@ 2012 Ibitec S.L. Todos los derechos reservados. 2

@ 2012 Ibitec S.L. Todos los derechos reservados. 3

@ 2012 Ibitec S.L. Todos los derechos reservados. 5

La compresión requiere tiempo y recursos de CPU, lo que

@ 2012 Ibitec S.L. Todos los derechos reservados. 11

@ 2012 Ibitec S.L. Todos los derechos reservados. 13

@ 2012 Ibitec S.L. Todos los derechos reservados. 14

@ 2012 Ibitec S.L. Todos los derechos reservados. 15

@ 2012 Ibitec S.L. Todos los derechos reservados. 16

@ 2012 Ibitec S.L. Todos los derechos reservados. 17

@ 2012 Ibitec S.L. Todos los derechos reservados. 18

@ 2012 Ibitec S.L. Todos los derechos reservados. 19

@ 2012 Ibitec S.L. Todos los derechos reservados. 20

@ 2012 Ibitec S.L. Todos los derechos reservados. 21

@ 2012 Ibitec S.L. Todos los derechos reservados. 22

@ 2012 Ibitec S.L. Todos los derechos reservados. 23

@ 2012 Ibitec S.L. Todos los derechos reservados. 24

@ 2012 Ibitec S.L. Todos los derechos reservados.

Introducción al CME 1 3 Tipos de ephones-dns

Definición de ephone y ephone-dn 2 4 Configuración de Hunting

@ 2012 Ibitec S.L. Todos los derechos reservados. 27

@ 2012 Ibitec S.L. Todos los derechos reservados. 28

Soporta infraestructuras de hasta 240 teléfonos en un solo router.

@ 2012 Ibitec S.L. Todos los derechos reservados. 29

CISCO Unified Communications Manager Express soporta las

@ 2012 Ibitec S.L. Todos los derechos reservados. 30

Cisco ATA 186

@ 2012 Ibitec S.L. Todos los derechos reservados. 31

@ 2012 Ibitec S.L. Todos los derechos reservados. 32

@ 2012 Ibitec S.L. Todos los derechos reservados. 33

Crea una extensión (ephone-dn) para un teléfono IP Cisco.

Asocia un número de destino con una instancia de ephone-dn.

@ 2012 Ibitec S.L. Todos los derechos reservados. 35

Una línea o un 1001

Asigna un número de extensión primario a un ephone-dn.

@ 2012 Ibitec S.L. Todos los derechos reservados. 36

Este comando define el número máximo de ephone-dn que

@ 2012 Ibitec S.L. Todos los derechos reservados. 37

@ 2012 Ibitec S.L. Todos los derechos reservados. 38

Se le asigna una única etiqueta phone- Botón 2 DN Botón 5 DN

tag. Botón 3 DN Botón 6 DN

Se puede asociar uno o varios ephone- Cisco ATA 188

@ 2012 Ibitec S.L. Todos los derechos reservados. 39

Este comando establece el número máximo de ephones que

@ 2012 Ibitec S.L. Todos los derechos reservados. 40

Intentos de crear un quinto ephone

@ 2012 Ibitec S.L. Todos los derechos reservados. 41

Crea una instancia ephone y entra en el modo de subconfiguración

Asocia la dirección MAC indicada del dispositivo físico con el ephone.

Asocia el ephone-dn con un botón específico del teléfono IP.

@ 2012 Ibitec S.L. Todos los derechos reservados. 42

@ 2012 Ibitec S.L. Todos los derechos reservados. 43

4 teléfonos físicos. 1006

@ 2012 Ibitec S.L. Todos los derechos reservados. 44

El ephone-dn crea un puerto virtual de voz.

@ 2012 Ibitec S.L. Todos los derechos reservados. 46

@ 2012 Ibitec S.L. Todos los derechos reservados. 47

@ 2012 Ibitec S.L. Todos los derechos reservados. 48