ccnavoice

CCNA VoiceCalidad de Servicio

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

Latencia o Retardo

Ancho de Banda

Contenido

Definicin de QoS Requisitos de QoS para VoIP

Requisitos de QoS para trfico de datos

1111 5555

2222 6666

3333

2

AutoQoS7777

Prdida de Paquetes 4444 Configurar AutoQoS8888


DEFINICIN DE QOS

3

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

Definicin de QoS

Definicin 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 trfico de voz y video es muy sensible al retardo, la prdida de paquetes y la variacin en el retardo (jitter).

Efectos de estos problemas: audio entrecortado, sonidos que faltan, eco, o pausas excesivamente largas en

la conversacin, que causan sobreimposicin de conversaciones, o la interrupcin de la persona que habla por otra.

La configuracin de QoS ofrece AB garantizado, reduce la latencia y el jitter para el trfico prioritario, como VoIP.

Las reas donde aplicar QoS son: Ancho de banda Retardo o latencia (incluyendo la variacin del retardo o jitter) Prdida 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 ms lento es el que determina el AB disponible para todo el camino, y a veces se crea un cuello de botella por la congestin que genera.

Soluciones para la congestin: 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 trfico, y organizar las clases en colas para darles prioridad. Weighted Fair Queuing (WFQ). Class Based Weighted Fair Queuing (CBWFQ). Low-Latency Queuing (LLQ).

Compresin. Compresin del payload. Compresin del enlace. Compresin de cabecera.


AB Colas: Weighted Fair Queuing (WFQ)

Mtodo automatizado que provee una asignacin justa de AB para todo el trfico de la red.

WFQ ordena el trfico en flujos, usando una serie de parmetros. Una vez distinguidos los flujos, el router determina cules son de

uso intensivo o sensibles al retardo, priorizndolos y asegurando que los sensibles al retardo son empujados al principio de la cola.

WFQ se adapta a las condiciones cambiantes del trfico de red. La carga para el procesador en los equipos de enrutamiento, hace

de este mtodo poco escalable, al requerir recursos adicionales en la clasificacin y manipulacin dinmica de las colas.

No necesita configuracin, est habilitado por defecto en todos los enlaces de velocidades T1.

No es un mtodo adecuado para VoIP ya que no garantiza AB para el trfico de voz, puesto que asigna el AB proporcional al tamao de los flujos.


AB Colas: Class Based Weighted Fair Queuing (CBWFQ) Limitaciones de WFQ:

Su rendimiento disminuye a medida que el trfico por enlace aumenta y se colapsa debido a la cantidad de flujos a analizar.

CBWFQ permite la creacin de clases definidas por el usuario para un mayor control sobre las colas de trfico y asignacin del AB.

CBWFQ garantiza una determinada tasa de transmisin para cierto tipo de trfico.

Las clases pueden ser determinadas segn 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 cmo los paquetes pertenecientes a dicha clase sern gestionados. Si una clase no utiliza su porcin de ancho de banda, otras pueden hacerlo. Se puede configurar el AB y el lmite de paquetes mximos para cada clase.

CBWFQ no es una opcin adecuada para VoIP ya que no tiene PriorityQueuing.


AB Colas: Low-Latency Queuing (LLQ) LLQ es CBWFQ con PQ (Priority Queuing). Mtodo recomendado para VoIP y Telefona IP, que tambin

trabaja adecuadamente con trfico de videoconferencias. LLQ consta de colas de prioridad personalizadas, basadas en

clases de trfico, con una cola de prioridad que tiene preferencia sobre las otras colas.

Funcionamiento: Si existe trfico 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 segn su

prioridad.

Es necesario configurar un AB lmite reservado para la cola de prioridad, evitando la inanicin del resto de las colas.

La cola de prioridad asegura un retardo mximo garantizado para los paquetes, calculado como el tamao del MTU dividido por la velocidad de enlace.


Ancho de Banda - Compresin

Tipos de compresin: Compresin 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).

Compresin del enlace: Para enlaces punto a punto donde la cabecera no es necesaria para enrutar el

paquete.

Compresin 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. Tambin se permite la compresin de cabeceras TCP para el trfico de datos.

La compresin requiere tiempo y recursos de CPU, lo que aumenta el retardo. Hay que tenerlo en cuenta al decidir cules 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. Clasificacin:

Fija: Predecible y constante. Fuentes de retardo:- Propagacin: Es el tiempo que tarda la seal en cruzar el enlace. Es

equivalente a la velocidad de la luz desplazndose por un hilo de cobre o una fibra ptica. Puede introducir retardos significativos en enlaces de larga distancia.

- Serializacin: Es el tiempo que se tarda en poner los bits en el medio. Depende de la velocidad del enlace y no vara a no ser que se cambie la velocidad del enlace.

Variable: incluye los retardos de procesamiento y colas, que dependen del trfico, el rendimiento del router y otros factores que no son fciles de predecir ni constantes.

Para la reduccin de la latencia: Aumentar la velocidad del enlace Utilizar Priority Queuing. Utilizar tcnicas de compresin adecuadas.


PRDIDA DE PAQUETES

13


Prdida de Paquetes - Causas

Posibles causas de prdida de paquetes: Tail drop: Si la cola de salida est llena, no se pueden poner ms paquetes en

cola y se eliminan del final (tail) de la cola, y se pierden. Causa ms comn 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 sntoma de saturacin de la CPU del router.

Overrun: Tambin son resultado de la saturacin de la CPU, cuando el router no puede asignar los paquetes al espacio vaco del buffer.

Ignore: No hay espacio disponible en el buffer. Frame errors: Los problemas de transmisin generan errores CRC, tramas de

tipo giant o runt, debido a Interferencia electromagntica (EMI) o a problemas en el hardware de la interfaz.


Prdida de Paquetes Estrategias de resolucin

Mecanismos QoS para paliar la reduccin de prdidas de paquetes: LLQ Compresin Aumentando la velocidad del enlace.

Estrategias complementarias, denominadas mecanismos de eficiencia de Enlace (Link Efficiency), para prevenir la congestin: Modelado de trfico (Traffic shaping): Retrasa los paquetes para que se enven

a una velocidad mxima configurada. Por ejemplo, si un servidor TFTO genera un flujo de 512 kbps, el modelado podra limitar el output a 256 kbps, y retrasar la salida del trfico excesivo.

Polticas de trfico (Traffic policing): Descarta los paquetes que superan un umbral. Estos paquetes pueden ser retransmitidos si el trfico es TCP, no debera aplicarse al trfico 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 prdida 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 cdec, la compresin y el protocolo de capa 2 que se utiliza; tambin son necesarios otros 105 bps para el trfico de sealizacin.

Los requisitos para video son similares. El consumo de ancho de banda se calcula como [output del cdec de video] + 20%. Por ejemplo, un canal de video de 384 kbps debera reservar 460 kbps de ancho de banda.


REQUISITOS DE QOS PARATRFICO DE DATOS

18


Requisitos de QoS para Trfico de datos

Los requerimientos de QoS para datos no son tan estrictos como los de VoIP.

Es recomendable clasificar el trfico de datos en clases y asignar a cada una, una cierta cantidad de AB a su cola.

Las herramientas de clasificacin de QoS de Cisco incluyen Reconocimiento de Aplicaciones basadas en Red (Network-BasedApplication Recognition NBAR).

Las clasificaciones que se crean componen la poltica de calidad de servicio para la organizacin.

La poltica refleja las necesidades reales tanto del trfico de voz como del trfico de datos en la red.


Requisitos de QoS para Trfico de datos

Procedimiento de la Poltica de QoS: 1. Realizar una auditora de red para determinar el estado del trfico. Determinar

si existen problemas de congestin y enumerar las aplicaciones que se detectan activas.

2. Realizar una auditora de negocio para comprobar que las aplicaciones usadas estn alineadas con las necesidades del negocio. De esta auditora, algunas aplicaciones se identificaran como crticas para el funcionamiento del negocio, otras como rutina, algunas sern triviales e incluso innecesarias.

3. Determinar el nivel de servicio requerido para cada aplicacin. Esto ir desde Prioritario (Priority) para voz y video, a Crtico (mission critical), Urgente (Urgent), Rutina (Routine) y Carroero (Scavenger) hasta incluso no permitido (Disallowed).

4. Disear el esquema de clasificacin adecuado para los resultados de la auditora. Utilizar las decisiones ejecutivas y la auditora de negocio para crear un sistema de clasificacin que cubra las necesidades de negocio.

5. Definir los parmetros de QoS para cada clase de trfico. Esto incluye anchos de banda mnimos y mximos, prioridad por clase, estrategia de colas y mtodos de eficiencia de enlace.


AUTOQOS

21


AutoQoS

AutoQoS automatiza y simplifica las configuraciones de QoS. AutoQoS genera las clases de trfico y las polticas de servicio a

partir de plantillas predeterminadas, eliminando la necesidad de tener un gran conocimiento de los comandos.

La configuracin generada se adapta a los cambios (como puedan ser los movimiento de telfonos) y se puede personalizar manualmente para dar respuesta a necesidades especficas, despus de terminar el proceso automtico.

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

poltica correspondiente. Si no es de confianza, puede ser etiquetado de nuevo y tratado de forma

diferente.

Queremos que el Trust Boundary est lo ms cerca posible del origen. Para ello el trust boundary debera estar entre el telfono IP y el PC conectado, ya que normalmente no confiamos en el PC pero s en el telfono. Si no hay telfono, 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 boundaryautomticamente.


CONFIGURAR AUTOQOS

24


Configurar AutoQoS

El comando auto qos voip [trust] [fr-atm] habilita AutoQoS en la interfaz. El parmetro [trust] hace que las marcas DSCP del paquete sean de confianza para

la clasificacin. Si no se utiliza la opcin trust, el trfico se clasifica segn NBAR, y los paquetes se marcan con DSCO segn 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 configuracin de AutoQoS. Si queremos que los cambios en el AB de un interfaz se reflejen en AutoQoS, deberamos borrarlo y volver a aplicarlo.

En un interfaz de un switch, la opcin [ciscophone] habilita la funcin de trusted boundary cuando detecta a u telfono Cisco a travs de mensajes CDP. Cuando se detecta el telfono, se confa en el etiquetado del paquete y si no se

detecta un telfono no se confa en las marcas.

La opcin [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 telfono.


Ttulo de la Diapositiva

CCNA VoiceCisco Unified Communications Manager Express


Definicin de ephone y ephone-dn

Contenido

Introduccin al CME Tipos de ephones-dns

Configuracin de Hunting

1111 3333

2222 4444

27


INTRODUCCIN AL CME

28


CME Caractersticas y Beneficios

Soporta infraestructuras de hasta 240 telfonos en un solo router. Extiende las funcionalidades para pequeas empresas que

previamente solo estaban disponibles para grandes empresas. Est basado en Cisco IOS. Puede administrarse va 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 pequeas 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


DEFINICIN 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 telfono Ethernet y representa la configuracin lgica y los parmetros de de un telfono fsico.

El nmero mximo de ephones soportados viene determinado por la licencia y la plataforma hardware. Cisco Unified Communications Manager Express soporta un mximo de 240

ephones.

Un ephone-dn es el nmero de directorio de un telfono Ethernet, es un nmero de destino que puede asociarse a uno o ms ephones.

Un ephone puede tener asociado ms de un ephone-dn. El nmero mximo de extensiones se corresponde con el nmero

mximo de ephone-dn.


Caractersticas de los ephone-dn Un ephone-dn tiene asignado

un nmero primario, y puede tener un nmero secundario opcional.

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

Un ephone-dn puede ser de lnea nica o de dos lneas: Un ephone -dn de una lnea

puede terminar una llamada a la vez.

Un ephone-dn de dos lneas puede terminar dos llamadas simultneamente.

Packet Tracer solo admite dn de una lnea.

DN1 y DN2

Extensiones primaria y secundaria configuradas en un ephone-dn de una lnea.

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

DN1Nmero de extensin primario en un ephone-dn de una lnea 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 nmero de destino con una instancia de ephone-dn.

Crea una extensin (ephone-dn) para un telfono IP Cisco.


Ejemplo: Configuracin bsica de un ephone-dn

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

Puerto virtual de voz

1001Una lnea o un canal

Asigna un nmero de extensin primario a un ephone-dn.


Comando max-dn

Este comando define el nmero mximo de ephone-dn que pueden configurarse en un sistema.

El nmero mximo 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 parmetro

a un valor mayor del necesario.

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


Comando max-dn (Continuacin)

Intentos de crear un decimo primer ephone-dn fallarn.

DN

DN

DN

DN

DN

DN

DN

DN

DN

DN

CMERouter(config-telephony)#max-dn 10


Caractersticas de los ephone

Un ephone es una configuracin software de un telfono fsico.

Se le asigna una nica etiqueta phone-tag.

El dispositivo fsico puede ser un telfono IP o un telfono analgico conectado a un ATA.

Para asociar el ephone al hardware se usa la direccin MAC del telfono IP o del ATA.

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

El nmero de botones depende del modelo de telfono.

MAC 000F.2470.F92A

MAC 000F.2470.F92E

MAC 000F.2470.F92B

Telfono IP 7960

Telfono IP 7912

Cisco ATA 188

Botn 1

Analgico 1

Analgico 2

Botn 1

Botn 2

Botn 3

Botn 4

Botn 5

Botn 6

DN

DN

DN

MAC 000F.2470.F92D

DN

DN

DN

DN

DN

DN


Comando max-ephone

Este comando establece el nmero mximo de ephones que pueden configurarse en el sistema.

El nmero mximo 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 parmetro

a un valor mayor del necesario.

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


Comando max-ephone (Continuacin)

Intentos de crear un quinto ephone fallarn.

CMERouter(config-telephony)#max-ephones 4


Configurar un ephone

Crea una instancia ephone y entra en el modo de subconfiguracin del ephone.

router(config)#ephone phone-tag

router(config-ephone)#mac-address mac-address

Asocia la direccin MAC indicada del dispositivo fsico con el ephone.

router(config-ephone)#button button-number {separator} dn-tag[[button-number {separator} dn-tag]]

Asocia el ephone-dn con un botn especfico del telfono IP. Separadores para los botones:

: Ring normal. b beep pero no ring. f ring especfico. s ring silencioso.


Ejemplo: Configuracin bsica de un ephone

MAC 000F.2470.F8F8

ephone 1

Botn 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


Mltiples ephones

Cisco ATA 186 o 188

1004

1005

1006

1007

1004

1005

1006

1007

4 telfonos fsicos. 4 ephones definidos. 4 ephone-dn definidos


Ejemplo: Configuracin de mltiples 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 lnea

El ephone-dn crea un puerto virtual de voz. Slo 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 lnea (Single Line) Dos lneas (Dual Line) Doble Nmero (Dual number) ephone-dn compartido (Shared ephone-dn) Mltiples ephone-dn en uno o ms ephones ephone-dn superpuesto (Overlay ephone-dn)


Tipos de ephone-dn (Continuacin)

Una lnea (Single Line): Crea un nico puerto virtual. Puede especificar un nmero 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 botn para cada lnea de entrada de la PSTN. Es til para buscapersonas, intercomunicador, aparcar llamadas, lneas de MoH y MWI (Indicador de mensaje en espera).

Una lnea (Single Line): Puede recibir dos llamadas a la vez y puede tener un nmero primario y otro

secundario. Se debe utilizar cuando con un solo botn sea necesario el uso de funciones como llamada en espera, transferencia de llamadas y conferencia. No se debe usar con lneas de busca, intercom, MoH, parking de llamadas o MWI. Se puede combinar con ephone-dn de una sola lnea en el mismo telfono.


CMERouter(config)#ephone-dn 2 dual-line CMERouter(config-ephone-dn)#number 1002


Tipos de ephone-dn (Continuacin) Doble Nmero (Dual Number):

Tiene un nmero primario y otro secundario, por lo que es posible marcar dos nmeros distintos para alcanzar el telfono. Puede ser un ephone-dn de una o dos lneas, y se debe utilizar cuando se quiere tener dos nmeros para el mismo botn, sin necesidad de utilizar ms de un ephone-dn.

ephone-dn compartido (Shared ephone-dn): El mismo ephone-dn y el mismo nmero aparecen en dos telfonos distintos

como una lnea compartida, lo que significa que cualquiera de los telfonos puede usar la lnea, pero una vez en uso el otro no puede hacer llamadas en esa lnea. La lnea sonar en todos los telfonos que comparten el ephone-dn, pero slo uno puede responder. Si la llamada est en espera, cualquiera de los otros telfonos que comparten la lnea puede recuperarla.

Mltiples ephone-dn en uno o ms ephones: Se permiten mltiples llamadas a la misma extensin gestionadas en un solo

telfono, por ejemplo, con tres ephone-dn de dos lneas con el mismo nmero se podrn recibir seis llamadas en el mismo telfono. No es una lnea compartida, porque los telfonos sonarn en serie, y una llamada en espera slo puede ser recuperada por el telfono que la puso en espera.


Tipos de ephone-dn (Continuacin)

Ephone-dn superpuesto (Overlay ephone-dn): Consiste en dos o ms ephone-dns (hasta 25) aplicados al mismo botn; todos

estos ephone-dns deben ser de una o dos lneas (no se pueden mezclar los tipos). La cobertura de las llamadas es similar a una configuracin de lnea compartida, salvo que una llamada al nmero que aparece en un telfono no bloquea el uso del mismo nmero en otro telfono. Se pueden superponer un mximo de 10 lneas en un solo botn, y luego configurar el mismo conjunto en 10 telfonos, con el resultado que todos los 10 telfonos pueden contestar las llamadas al mismo nmero. El comando button con el separador de superposicin crea el grupo de superposicin. El separador de superposicin puede ser o que designa un grupo de superposicin sin llamada en espera, o c, que indica llamada en espera. El comando button 1o30,31,32,33,34,35 crea un grupo de superposicin con los ephone-dns 30, 31, 32, 33, 34, y 35 en el botn 1, sin llamada en espera.


CONFIGURACIN DE HUNTING

52


Configuracin de Hunting Hunting permite que una llamada busque (cace) una lnea libre para

sonar. Se usa en entornos donde la cobertura de llamada se necesita para

contestar al mismo nmero, 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 bsqueda cuando llega a ese ephone-dn; en este punto se desva a buzn 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 lneas, el comportamiento por defecto es que la llamada busque de la primera lnea a la segunda. Esto hace que el telfono suene dos veces para la misma llamada.


EJEMPLO1: Configuracin de Hunting Creacin de un ephone con dos ephone-dn que terminan llamadas

a 1003. La configuracin de huntstop enva la llamada al primer canal del ephone-dn 3,

despus al segundo canal del ephone-dn 3, el siguiente es el primer canal de ephone-dn 4 y despus 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 ms comn usar el segundo canal de un ephone-dn para llamadas en espera, transferencia o conferencia.


EJEMPLO2: Configuracin 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 configuracin enva la llamada del canal 1 del ephone-dn 5 (botn

2) al canal 1 del ephone-dn 2 (botn 3) y despus al segundo canal del ephone-dn 6 (tambin en botn 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: Configuracin de Hunting En la siguiente configuracin la llamada pasa del canal 1 del primer

telfono al canal 1 del segundo telfono:

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


Ttulo de la Diapositiva

CCNA VoiceConfigurar CMExpress para soportar endpoints


Contenido

Proporcionar el firmware Reiniciar los Telfonos IP1111 3333

58

Configuracin delServicio de Telefona

Resolucin de problemasCon endpoints

2222 4444


Introduccin

Tres mtodos para configurar endpoints en CMExpress: Configurar parmetros opcionales Reiniciar el telfono IP Resolucin de problemas y verificacin de la configuracin.


PROPORCIONAR EL FIRMWARE

60


Firmware y Archivos de Configuracin XML

Archivos necesarios para el correcto funcionamiento de los Telfonos IP de Cisco: Firmware XMLDefault.cnf.xml SEPAAAABBBBCCCC.cnf.xml (donde

AAAABBBBCCCC es la direccin MAC).

Los archivos de firmware del telfono vienen con el software del CMExpress o se pueden descargar desde cisco.com.

Para que el router ofrezca el firmware a los telfonos es necesario utilizar el comando

tftp-server flash:filename. Este comando se usa para cada archivo

necesario, algunos telfonos necesitan cargar ms de un archivo (por ejemplo, el 7911G necesita seis archivos).

TFTP Server


CONFIGURACIN DEL SERVICIO DETELEFONA

62


Configuracin del Servicio de Telefona

Entra en el modo telephony-service

CMERouter(config)#telephony-service

Establece el nmero mximo de ephones que pueden definirse en el sistema (el valor por defecto es 0).

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

Establece el nmero mximo 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 Telfono

Los archivos del firmaware se copian a memoria flash, y se envan a los telfonos a travs de TFTP.

Comando:

El nombre de los archivos discrimina entre maysculas y minsculas, y no se debe incluir la extensin del archivo en el comando.

Consejo: Utiliza la funcin de Copiar-y-Pegar del terminal para evitar errores. Para los telfonos Java solo necesitamos cargar el archivo TERMnn.x-y-x-

w.loads o el SCCPnn.x-y-x-w.loads (sin la extensin .loads), pero los dems archivos deben estar disponibles va 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 direccin IP y el puerto a travs del que los telfonos IP se comunican con el CISCO CMExpress. CMExpress usa SCCP para comunicarse con los telfonos. 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 automtico de nuevos telfonos no incluidos en la configuracin. Est habilitado por defecto. no auto-reg-ephone evita que un telfono se registre sin que su direccin MAC

se haya configurado anteriormente. show ephone attempted-registrations muestra la lista de direcciones MAC de los

telfonos que intentan registrarse pero que estn 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: Configuracin 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 configuracin XML

Crea los archivos XML especficos necesarios para los telfonos 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 telfono?

Habilitado el autoregistro?

Si

No

No

Si Configurado Auto assign?

No

Si

Est actualizado el firmware?

El telfonose registra

Si

No

El telfonose reinicia

Actualizar firmware

El telfonose reinicia

El telfono se registra sin DN

El telfono se registra con un DN

del pool


EJEMPLO: Archivo de configuracin XML

SEPAAAABBBBCCCC.cnf.xml*

*AAAABBBBCCCC =

Direccin MAC

2000

10.15.0.1

{Jan 01 2002 00:00:00} P0030702T023

English_United_States en

United_States 0 http://10.15.0.1/localdirectory


EJEMPLO: Archivo de configuracin XML por defecto

XMLDefault.cnf.xml

2000

10.15.0.1

P00403020214

P00303020214P00303020214


Configuraciones DID

Un rango de nmeros DID (nmeros completos) permite que los usuarios externos contacten directamente con extensiones internas Normalmente los nmeros DID tienen como ltimos nmeros los de la extensin.

El comando dialplan-pattern convierte las extensiones en nmeros E.164 y los nmeros E.164 entrantes en nmeros de extensin. Tambin registra el rango de los nmeros que se definen con el gatekeeper; una

vez se ha configurado, el rango se registra automticamente 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 patrn 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 Automtico de endpoints

La configuracin automtica automatiza el despliegue de telfonos IP creando dinmicamente los ephones a medida que los telfonos fsicos 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 lnea o dos lneas).

CMERouter(config-telephony)#auto assign start-dn to stop-dn [type phone-type]

Los ephone-dn se asignan automticamente a los nuevos ephones configurados.

El proceso de registro de los telfonos puede tardar hasta 5 minutos.

Conviene esperar a que todos los telfonos se hayan registrado para guardar la configuracin.


EJEMPLO: Comando auto assign

Cuando un nuevo telfono IP se registra con un CMExprexx, se crea un nuevo ephone con la direccin MAC del telfono IP.

A este ephone se le asigna un ephone-dn del rango definido para el tipo de telfono.

Se usa el ephone-dn ms bajo no asignado. Si todos los ephone-dn en un rango han sido

asignados, puede que algunos telfonos 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 telfonos 7920, del 11 al 20 a los telfonos 7940, del 21 al 40 a los telfonos 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 telfono


Personalizacin de la ubicacin

user-locale language-code cambia el idioma de los telfonos 7940 y 7960; para el 7920 se debe cambiar en cada telfono.

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 presentacin 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 TELFONOS IP

76


Reiniciar los Telfonos IP Comando Reset

El comando reset hace que el telfono 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 telfono desde el prompt de

config-ephone, o desde el prompt de config-telephony para resetear uno o ms telfonos.

reset {all [time-interval] | cancel | mac-address | sequence-all}

Parmetros: all: Resetea todos los telfonos. time-interval: Cambia el intervalo para que el router resetee los telfonos

secuencialmente (15 segundos por defecto). cancel: Detiene el proceso de reset. mac-address: Resetea un telfono especfico. sequence-all: El router espera 4 minutos a que un telfono se resetee y se

vuelva a registrar antes de resetear el siguiente telfono para evitar saturar al servido TFTP.


Reiniciar los Telfonos IP Comando Restart

El comando restart genera un soft reboot, que es til para aplicar cambios de configuracin menores, como son las modificaciones a los botones, las lneas y las teclas de marcacin rpida.

Este comando tambin se puede ejecutar desde los prompts de config-ephone prompt o de config-telephony.

Sintaxis (con los mismos parmetros que el comando reset):

restart {all [time-interval] | mac-address}


RESOLUCIN DE PROBLEMAS CONLOS ENDPOINT

79


Resolucin de problemas con los endpoint

Verifica el direccionamiento IP: Usa los botones del telfono para comprobar su configuracin. La IP del servidor TFTP debe ser la del router CMExpress.

Verifica los archivos en memoria flash: Asegrate 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 instalacin del firmware en los telfon os: Usa el comando debug ephone register para comprobar cul 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 configuracin del ephone: Usa el comando show ephone para ver el estado del ephone y si esta correctamente registrado.

Revisa la configuracin: Usa el comando show running-config para verificar la configuracin 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

ccnavoice

Documents