TEMA 12-13-14 [Sólo lectura] [Modo de compatibilidad] · Cada llamada VoIP requiere entre 17 y 106 kbps de ancho de banda priorizado, dependiendo del códec, la compresión y el

CCNA VoiceCalidad de Servicio

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

Latencia o Retardo

Ancho de Banda

Contenido

Definición de QoS Requisitos de QoS para VoIP

Requisitos de QoS para tráfico de datos

1111 5555

2222 6666

3333

� 2 �

AutoQoS7777

Pérdida de Paquetes 4444 Configurar AutoQoS8888


DEFINICIÓN DE QOS

� 3 �

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

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

� 5 �


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 PriorityQueuing.


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

� 11 �


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

� 13 �


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

� 16 �


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

� 18 �


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

� 21 �


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 boundaryautomáticamente.


CONFIGURAR AUTOQOS

� 24 �


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. AutoQoSse 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 VoiceCisco Unified Communications Manager Express


Definición de ephone y ephone-dn

Contenido

Introducción al CME Tipos de ephones-dns

Configuración de Hunting

1111 3333

2222 4444

� 27 �


INTRODUCCIÓN AL CME

� 28 �


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 Unified Wireless IP Phone 7920

Cisco Unified IP Phone 7962G

Cisco ATA 186 and 188


DEFINICIÓN DE EPHONE Y EPHONE-DN

� 32 �


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.

� Una etiqueta dn-tag es un valor único asignado cuando se crea el ephone-dn.

� Un ephone-dn puede ser de línea única o de dos líneas:� Un ephone -dn de una línea

puede terminar una llamada a la vez.

� Un ephone-dn de dos líneas puede terminar dos llamadas simultáneamente.

� Packet Tracer solo admite dn de una línea.

DN1 y DN2

Extensiones primaria y secundaria configuradas en un ephone-dn de una línea.

Se necesita un ephone-dn de dos líneas para soportar llamadas en espera, transferencias de llamadas y conferencias.

DN1Número de extensión primario en un ephone-dn de una línea puede realizar y responder una llamada a la vez.

Ephone-dn

Ephone-dn


Configurar un ephone-dn

CMERouter(config)#ephone-dn dn-tag

CMERouter(config-ephone-dn)#number dn-number

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

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


Ejemplo: Configuración básica de un ephone-dn

CMERouter(config)#ephone-dn 7 CMERouter(config-ephone-dn)#number 1001

Puerto virtual de voz

1001Una línea o un canal

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


Comando 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.

CMERouter(config-telephony)#max-dn max-dn


Comando max-dn (Continuación)

� Intentos de crear un decimo primer ephone-dn fallarán.

DN

DN

DN

DN

DN

DN

DN

DN

DN

DN

CMERouter(config-telephony)#max-dn 10


Características de los ephone

� Un ephone es una configuración software de un teléfono físico.

� Se le asigna una única etiqueta phone-tag.

� El dispositivo físico puede ser un teléfono IP o un teléfono analógico conectado a un ATA.

� Para asociar el ephone al hardware se usa la dirección MAC del teléfono IP o del ATA.

� Se puede asociar uno o varios ephone-dn a un ephone.

� El número de botones depende del modelo de teléfono.

MAC 000F.2470.F92A

MAC 000F.2470.F92E

MAC 000F.2470.F92B

Teléfono IP 7960

Teléfono IP 7912

Cisco ATA 188

Botón 1

Analógico 1

Analógico 2

Botón 1

Botón 2

Botón 3

Botón 4

Botón 5

Botón 6

DN

DN

DN

MAC 000F.2470.F92D

DN

DN

DN

DN

DN

DN


Comando max-ephone

� 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.

CMERouter(config-telephony)#max-ephones max-ephones


Comando max-ephone (Continuación)

� Intentos de crear un quinto ephone fallarán.

CMERouter(config-telephony)#max-ephones 4


Configurar un ephone

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

router(config)#ephone phone-tag

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

Botón 1

ephone-dn 7:

Un puerto virtual

000F.2470.F8F8

1001

CMERouter(config)#ephone-dn 7 CMERouter(config-ephone-dn)#number 1001CMERouter(config-ephone-dn)#exitCMERouter(config)#ephone 1CMERouter(config-ephone)#mac-address 000F.2470.F8F8CMERouter(config-ephone)#button 1:7


Múltiples ephones

Cisco ATA 186 o 188

1004

1005

1006

1007

1004

1005

1006

1007

� 4 teléfonos físicos.� 4 ephones definidos.� 4 ephone-dn definidos


Ejemplo: Configuración de múltiples ephone

000F.2470.F8F8

CMERouter(config)#ephone-dn 10 CMERouter(config-ephone-dn)#number 1004CMERouter(config)#ephone-dn 11 CMERouter(config-ephone-dn)#number 1005CMERouter(config)#ephone-dn 12 CMERouter(config-ephone-dn)#number 1006CMERouter(config)#ephone-dn 13 CMERouter(config-ephone-dn)#number 1007CMERouter(config)#ephone 1CMERouter(config-ephone)#mac-address 000F.2470.F8F1CMERouter(config-ephone)#button 1:10CMERouter(config)#ephone 2CMERouter(config-ephone)#mac-address 000F.2470.A302CMERouter(config-ephone)#button 1:11CMERouter(config)#ephone 3CMERouter(config-ephone)#mac-address 000F.2470.66F6CMERouter(config-ephone)#button 1:12CMERouter(config)#ephone 4CMERouter(config-ephone)#mac-address 000F.2470.7B54CMERouter(config-ephone)#button 1:13


Ephone-dn de una línea

� 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.


1001Un canal

Un puerto virtual de voz


TIPOS DE EPHONE-DN

� 47 �


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 CMERouter(config-ephone-dn)#number 1002



� 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

� 52 �


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 3 dual-line CMERouter(config-ephone-dn)#number 1003 CMERouter(config-ephone-dn)#preference 0 CMERouter(config-ephone-dn)#no huntstopCMERouter(config)#ephone-dn 4 dual-line CMERouter(config-ephone-dn)#number 1003 CMERouter(config-ephone-dn)#preference 1 CMERouter(config-ephone-dn)#huntstopCMERouter(config)#ephone 3 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.


EJEMPLO2: Configuración de Hunting� 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 5 dual-line CMERouter(config-ephone-dn)#number 1004 CMERouter(config-ephone-dn)#preference 0 CMERouter(config-ephone-dn)#huntstop channelCMERouter(config)#ephone-dn 6 dual-line CMERouter(config-ephone-dn)#number 1004 CMERouter(config-ephone-dn)#preference 1 CMERouter(config-ephone-dn)#no huntstop channelCMERouter(config)#ephone 4 CMERouter(config-ephone)#mac-address AAAA.BBBB.CCCC CMERouter(config-ephone)#button 2:5 3:6


EJEMPLO3: Configuración de Hunting� 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-dn 5 dual-line CMERouter(config-ephone-dn)#number 1004 CMERouter(config-ephone-dn)#preference 0 CMERouter(config-ephone-dn)#huntstop channelCMERouter(config)#ephone-dn 6 dual-line CMERouter(config-ephone-dn)#number 1004 CMERouter(config-ephone-dn)#preference 1 CMERouter(config-ephone-dn)#huntstop channelCMERouter(config)#ephone 4 CMERouter(config-ephone)#mac-address AAAA.BBBB.CCCC CMERouter(config-ephone)#button 2:5 CMERouter(config)#ephone 5 CMERouter(config-ephone)#mac-address DDDD.EEEE.FFFF CMERouter(config-ephone)#button 2:6


Título de la Diapositiva

CCNA VoiceConfigurar CMExpress para soportar endpoints


Contenido

Proporcionar el firmware Reiniciar los Teléfonos IP1111 3333

� 58 �

Configuración delServicio de Telefonía

Resolución de problemasCon endpoints

2222 4444


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

� 60 �


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 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).

TFTP Server


CONFIGURACIÓN DEL SERVICIO DE

TELEFONÍA

� 62 �


Configuración del Servicio de Telefonía

� Entra en el modo telephony-service

CMERouter(config)#telephony-service

� Establece el número máximo de ephones que pueden definirse en el sistema (el valor por defecto es 0).

CMERouter(config-telephony)#max-ephone maximum-ephones

� Establece el número máximo de ephone-dn que pueden definirse en el sistema (el valor por defecto es 0).

CMERouter(config-telephony)#max-dn maximum-directory-numbers


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:

� 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 model firmware-file

CMERouter(config-telephony)#load 7960-7940 P00303020214CMERouter(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

� 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.

CMERouter(config-telephony)#ip source-address ip-address [port port]

telephony-serviceip source-address 10.90.0.1 port 2000

10.90.0.1


Autoregistro

� 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.

CMERouter(config-telephony)#auto-reg-ephone

telephony-serviceip source-address 10.90.0.1 port 2000 no auto-reg-ephone

10.90.0.1


EJEMPLO: Configuración del CMExpress desde CLI

tftp-server flash:CP7921G-1.0.3.LOADStftp-server flash:APPS-1.0.3.SBNtftp-server flash:GUI-1.0.3.SBNtftp-server flash:SYS-1.0.3.SBNtftp-server flash:TNUX-1.0.3.SBNtftp-server flash:TNUXR-1.0.3.SBNtftp-server flash:WLAN-1.0.3.SBN telephony-servicetelephony-service

load 7921 CP7921G-1.0.3create cnf-filesmax-ephones 10max-dn 10ip source-address 10.10.0.1 port 2000dialplan-pattern 1 2095559... extension-length 4

extension-pattern 1...ephone-dn 1 dual-line

number 401ephone 1

mac-address 000F.2745.2AD8button 1:1


Crear archivos de configuración XML

� Crea los archivos XML específicos necesarios para los teléfonos IP.

CMERouter(config-telephony)#create cnf-files

telephony-servicecreate cnf-files

10.90.0.1

000F.2473.AB14

SEP000F2473AB14.cnf.xml


Diagrama de flujo del proceso de Registro

Usar el archivoXML por defecto

Existe el archivo XML en el teléfono?

Habilitado el autoregistro?

Si

No

No

Si Configurado Auto assign?

No

Si

Está actualizado el firmware?

El teléfonose registra

Si

No

El teléfonose reinicia

Actualizar firmware

El teléfonose reinicia

El teléfono se registra sin DN

El teléfono se registra con un DN

del pool


EJEMPLO: Archivo de configuración XML

SEPAAAABBBBCCCC.cnf.xml*

*AAAABBBBCCCC =

Dirección MAC

<device><devicePool><callManagerGroup><members><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> <idleTimeout>0</idleTimeout> <authenticationURL/> <directoryURL>http://10.15.0.1/localdirectory</directoryURL> <idleURL/> <informationURL/> <messagesURL/> <proxyServerURL/> <servicesURL/> </device>


EJEMPLO: Archivo de configuración XML por defecto

XMLDefault.cnf.xml

<Default><callManagerGroup><members><member priority="0"><callManager><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><loadInformation8 model="IP Phone 7940">P00303020214</loadInformation8><loadInformation7 model="IP Phone 7960">P00303020214</loadInformation7><loadInformation20000 model="IP Phone 7905"></loadInformation20000><loadInformation30008 model="IP Phone 7902"></loadInformation30008><loadInformation30002 model="IP Phone 7920"></loadInformation30002><loadInformation30019 model="IP Phone 7936"></loadInformation30019><loadInformation30007 model="IP Phone 7912"></loadInformation30007></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

� 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 rango definido para el tipo de teléfono.

� Se usa el ephone-dn más bajo no asignado.� Si todos los ephone-dn en un rango han sido

asignados, puede que algunos teléfonos no reciban un ephone-dn o reciban un ephone-dn 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.

telephony-serviceauto assign 1 to 10 type 7920auto assign 11 to 20 type 7940auto assign 21 to 40 type 7960auto assign 41 to 50...ephone-dn 1 number 1000...

Se conecta un nuevo teléfono


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

� 76 �


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

� 79 �


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éfon os: 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-servicemax-ephones 10max-dn 10ip source-address 10.90.0.1 port 2000auto assign 1 to 10create cnf-files

!ephone-dn 1 number 9000

!ephone 1mac-address 000F.2470.F8F8button 1:1


Fin

� 82 �

Preguntas

Documents

TEMA 12-13-14 [Sólo lectura] [Modo de compatibilidad] · Cada llamada VoIP requiere entre 17 y 106 kbps de ancho de banda priorizado, dependiendo del códec, la compresión y el