Cap21 24 PDF

CCNA Voice
Dial Plan CUCM – Elementos e Interacciones

Contenido
Flujo de Datos en CUCM 1 2 Enrutamiento de llamadas en CUCM
@ 2012 Ibitec S.L. Todos los derechos reservados. 2

FLUJO DE DATOS EN CUCM

Flujo de Datos con DNS
 No se recomienda la utilización de DNS con teléfonos IP Cisco.
 Se introduce un retardo porque los teléfonos IP deben completar una resolución
de nombres de dominio para obtener la IP del servidor CUCM antes de que se
pueda enviar cualquier tipo de señalización
 Existe la posibilidad de que los teléfonos dejen de funcionar debido a un fallo o
error de configuración del sistema DNS.
 Cuando se completa la
resolución DNS, se envía
información de
señalización (SCCP o
SIP) entre el teléfono y el
CUCM, seguido de un
tráfico de voz entre
teléfonos.

Flujo de Datos sin DNS
 Al eliminando la dependencia del servidor DNS se mantiene la
información de señalización SCCP/SIP y el tráfico de voz RTP.

Flujo de Datos sin DNS (Continuación)
 Pasos para eliminar la utilización de DNS en CUCM:
1. En la aplicación CUCM Administration, ir a System > Server.
2. Seleccionar un servidor y en la página de configuración de éste, cambiar el valor
de la casilla Hostname/IP Address eliminando el nombre de host del servidor e
indicando su dirección IP.
3. Hacer clic en Save.
4. Repetir los tres pasos anteriores para cada uno de los servidores DNS.
5. A continuación acceder a System > Enterprise Parameters.
6. En la sección Phone URL Parameters, en cada campo en lugar del nombre de
host indicar la dirección IP del servidor.

Flujo de Datos centralizado entre sedes
 En un sistema centralizado:
 Los servidores CUCM están en la sede principal, pudiendo haber una o más
sedes remotas conectadas con la sede principal a través de una WAN IP.
 Los teléfonos de la sede remota envían toda la señalización a través de la WAN
IP hacia el servidor CUCM, junto con el tráfico de voz RTP hacia teléfonos IP en
otras sedes. Si un teléfono en la sede remota realiza una llamada a otro teléfono
de la misma sede remota, ambos teléfonos enviarán la información de
señalización al CUCM a través de la WAN IP, mientras que el tráfico de voz RTP
se mantendrá en la red local de la sede remota.

Flujo de Datos centralizado con respaldo PSTN
 Si la WAN IP falla, los teléfonos en la sede remota pierden

conectividad con CUCM en la sede principal y no pueden operar.
 Es recomendable implementar SRST (Survivable Remote Site
Telephony) para permitir que los teléfonos de la sede remota se
puedan registrar y enviar señalización local.
 SRST permite llamadas sobre la red IP entre teléfonos de la sede remota, pero
no permite llamadas desde teléfonos de la sede remota a otras sedes (usando la
red IP o la PSTN).
 Solución: configurar el gateway de la sede remota con un subconjunto de
funcionalidades de CUCME para proporcionar acceso a la PSTN a los teléfonos
de la sede remota. Así los usuarios de la sede remota podrán marcar las mismas
extensiones para realizar llamadas a otras sedes, y será el router SRST, quien de
manera transparente para el usuario, modifique los dígitos marcados para llevar
a cabo el enrutamiento hacia la PSTN.

 Con SRST y CUCME en el gateway remoto, para el CUCM de la sede principal,
los teléfonos de la sede remota dejarían de estar registrados y se considerarían
inalcanzables, sólo podrían ser alcanzables a través de la PSTN.
 Para permitir que, en caso de fallo de la WAN, los teléfonos de la sede remota
puedan recibir y realizar llamadas hacia y desde la sede principal, se debe
configurar un enrutamiento de llamadas en el CUCM :
1. La tabla de enrutamiento de llamadas debe tener una 2da opción que permita añadir
un Gateway PSTN.
2. Configurar la opción CFUR (Call Forward UnRegistered) en todos teléfonos de la sede
remota para indicar el número PSTN necesario para alcanzar los teléfonos en la sede
remota.
 Cuando la WAN se recupere, los teléfonos de la sede remota dejan de estar
registrados con el CUCM, con la señalización y los patrones de llamada
viajando a través de la WAN.

 Consideraciones de diseño en despliegues centralizados:

 CUCM soporta un máximo de 1000 localizaciones y un máximo de 1100
dispositivos H.323 o MGCP por clúster. No hay límite para el número de teléfonos
en una sede remota, pero el número de teléfonos gestionados por el router SRST
está limitado por el modelo y configuración de dicho router (cantidad apropiada
de memoria RAM).
 La WAN debe disponer del AB suficiente y tener habilitado QoS para poder
asignar AB a cola prioritaria en función del número de llamadas simultaneas, y
para poder limitar el retardo tanto del tráfico de voz y de señalización.
 Se debe implementar CAC (Call Admission Control) para prevenir más llamadas
de las especificadas para los recursos de la WAN según el diseño del sistema,
manteniendo la calidad de todas las llamadas IP.
@ 2012 Ibitec S.L. Todos los derechos reservados.  10 

 Backup PSTN usando CAC:

 CAC evita el envío de llamadas IP a través de la WAN, si el AB WAN adicional
necesario supera el AB total asignado según QoS para el máximo número de
llamadas simultaneas. Evitando que la tasa de pérdida de paquetes sea
inaceptable y haya un deterioro de la calidad de la voz de las llamadas.
 Implementando CAC con el método basado en localización, el CUCM realiza un
seguimiento del número de llamadas enviadas a una localización concreta,
restando el AB usado para cada una de estas llamadas del AB total especificado
para esa localización. Cuando el AB restante sea inferior al AB necesario para
una sola llamada (según el códec usado), por defecto CAC desechará la llamada.
 Para enrutar estas llamadas que fallan por la PSTN se implementa AAR
(Automated Alternate Routing), que sólo puede ser activado por el CAC.
Cuando CAC evita que una llamada sea enviada por la WAN, el CUCM
comprueba si se ha configurado un grupo AAR para destino de la llamada. Si se
ha configurado, éste especifica la manipulación de dígitos necesaria para intentar
llevar a cabo la llamada con un número DNIS (Dialed Number Information
Service) PSTN completo. Esta operación es transparente para el usuario.

Flujo de Datos distribuido
 En un entorno distribuido, un clúster CUCM envía a través de la
WAN la señalización hacia otro clúster CUCM.
 Esta señalización viaja desde el teléfono origen hacia el CUCM local, y desde
aquí a través de la WAN hacia el CUCM remoto, y posteriormente hacia el
teléfono destino. El tráfico de voz RTP viaja por la WAN ente los teléfonos.
 Se puede conseguir un backup PSTN para casos de fallo de la WAN usando un
dial-plan jerárquico, pudiéndose implementar un gatekeeper CAC cuando el AB
de la WAN no es suficiente.

ENRUTAMIENTO DE LLAMADAS EN
CUCM

Orígenes
 Petición de enrutamiento de llamada:
 envío de información de señalización, que incluye los dígitos marcados, desde
una entidad origen hacia el CUCM.
 Posibles orígenes de una petición de enrutamiento de llamada:
 Teléfono IP: usando una de sus líneas configuradas, ya sea marcando un
número manualmente, usando una tecla de marcación rápida, usando un botón o
usando una softkey.
 Trunk: Señaliza llamadas entrantes desde otro clúster CUCM, CUCME o
cualquier otro call agent.
 Gateway: Señaliza llamadas entrantes desde la PSTN u otro call agent.
 Patrón de traducción: Transforma los dígitos marcados originalmente en unos
nuevos, que son los que se envían para enrutar la llamada.
 Puerto Voicemail: si la aplicación intenta realizar una llamada, transferir una
llamada o enviar la notificación de un mensaje en representación del buzón de
correo de un usuario.

Destinos
 Posibles destinos de una petición de enrutamiento de llamada:
 DN: A cada botón de un teléfono IP se le puede asignar una única extensión
dentro de la red.
 Patrón de Traducción: Transforma los dígitos marcados originalmente en unos
nuevos, que son los que se envían para enrutar la llamada.
 Patrón de Ruta: Asocia un conjunto de dígitos e inicia un proceso de
encaminamiento de llamada que puede incluir uno o más caminos potenciales,
proporcionando una conjunto jerárquico de opciones de encaminamiento de
llamada.
 Hunt Pilot: Es un patrón de dígitos específico, que inicia un sistema de cobertura
de llamadas personalizable.
 Número Call Park: Un patrón o rango de patrones que CUCM puede usar para
poner una llamada en espera temporalmente mientras un usuario marca el
número de call-park para recuperar la llamada desde otro teléfono IP.
 Número Meet-Me: El emisor de la conferencia marca el número meet-me para
iniciar la conferencia, y uno o más usuarios marcarán el mismo número para
unirse a la conferencia.

Elementos de configuración
 Componentes de un sistema de enrutamiento de llamadas:
 Patrones de Rutas: Pueden ser específicos, asociando una ruta con un solo
número, o genéricos, asociando múltiples números posibles (usando wildcards).
Permiten especificar el destino de cualquier serie de dígitos marcados. Son
necesarios para proporcionar acceso a la marcación de la PSTN. También se
pueden usar para integrar los dial-plan de CUCM y de una PBX. Están asociados
con una lista de rutas o con un Gateway específico.
 Listas de Rutas: Son listas ordenadas de grupos de rutas, la 1ra entrada en la
lista es el camino de enrutamiento principal, si esa ruta no está disponible y se
configura una 2da opción, se puede usar esta 2da ruta. El orden jerárquico de la
lista de rutas permite proporcionar mayor cobertura para las llamadas mientras
se controlan los recursos usados para cada llamada.
 Grupos de Rutas: Son listas de dispositivos (gateways o trunks) configurados
para soportar circuitos hacia la PSTN o hacia clústeres CUCM remotos. Usan
algoritmos de distribución según las necesidades del sistema (descendente,
round-robin).
 Gateways/Trunks: Dispositivos que físicamente terminan y soportan circuitos
hacia la PSTN, hacia PBX, circuitos WAN IP hacia clústeres remotos o circuitos
IP-TSP hacia proveedores de servicio.
Elementos de configuración
 CUCM sabe enrutar las llamadas internas automáticamente, para
realizar llamadas a destinos externos necesita una ruta.
 Las rutas se basan en una arquitectura de tres niveles.
 CUCM compara el
número marcado, a
enrutar hacia el
exterior, con un patrón
de rutas y usa ese
patrón para
seleccionar la lista de
rutas (lista priorizada
de los caminos
disponibles para
realizar la llamada).
Estos caminos son los
grupos de rutas.

Comportamiento
 Análisis de Dígitos: proceso por el cual el CUCM asocia los dígitos
marcados con posibles destinos para el enrutamiento de llamadas.
 El análisis de dígitos es diferente según el protocolo y el dispositivo: los teléfonos
SCCP y los teléfonos SIP que usan KPML (Keypad Markup Language) recogen
los dígitos marcados dígito a dígito, los teléfonos SIP básicos, los trunks y la
mayoría de gateways recogen los dígitos marcados en bloque.
 La lógica de análisis de dígitos que usa CUCM para seleccionar el destino de una
petición de enrutamiento de llamadas se basa en la mayor coincidencia.
 Hunt Group o Grupo de Búsqueda:
 Es un conjunto de teléfonos IP, concretamente el conjunto de DNs en los
teléfonos, a los que se puede alcanzar marcando un único número. Un ejemplo
de Hunt Group es el HelpDesk, en el que por ejemplo si un usuario marca 7777,
todos los DNs del personal de HelpDesk sonarán secuencialmente hasta que uno
de ellos responda a la llamada.

Comportamiento (Continuación)
 Componentes de un Hunt Group:
 Line Groups: Contienen los DNs que sonarán de manera secuencial, es decir,
apuntan a extensiones físicas. Usan un algoritmo de distribución de llamadas
siendo los posibles, Top-Down, Longest Idle o Broadcast.
 Hunt Lists: Contiene una lista ordenada de manera descendente que contiene
Line Groups que funcionan como alternativa a otro grupo configurado en la Hunt
List. Cada nueva llamada se enruta al primer Line Group de la lista, si ese grupo
no puede dar cobertura a la llamada, se prueba con el siguiente Line Group en el
Hunt List, hasta que se agoten los Line Group de la lista.
 Hunt Pilot: Son cadenas de dígitos y caracteres especiales parecidos a los
Routte Pattern, se utilizan para enrutar llamadas hacia los Hunt List, que luego
apuntan a un Line Group. Permiten llamar a una extensión que no tiene por qué
tener asociado un teléfono físico, pero sí que al llamar a ese número nos pase
directamente a un grupo de teléfonos de un departamento.

Comportamiento (Continuación)
 Por tanto, para distribuir llamadas a través de un grupo de
terminales usaremos una arquitectura de tres niveles.
 CUCM busca una coincidencia

entre uno de los Hunt Pilots
configurados y el número de la
llamada entrante, y utiliza esto
para seleccionar la
correspondiente Hunt List, la
cual es una lista priorizada de
rutas (Line Groups) para realizar
una llamada.

Class of Control
 Es la habilidad de aplicar restricciones de llamada en los dispositivos.
 Se configura usando Particiones y Calling Search Spaces (CSS):
 Partition: Las particiones dividen el conjunto de Route Patterns en subconjuntos
de destinos alcanzables identificados por un nombre. Una partición es un conjunto
de DNs, Route Patterns, Translation Patterns, Puertos de Voicemail y números
Meet-Me. Por defecto, sólo existe una partición llamada Null Partition.Se pueden
crear hasta 75 particiones de una vez.
 CSS: Son una lista ordenada descendente de rutas de partición, estas rutas se
asocian a los dispositivos (teléfonos IP) o a una de las líneas del teléfono IP.
Determinan las particiones que los dispositivos que hacen una llamada buscan
para que esta llamada se realice. Por defecto sólo existe un CSS, y contiene sólo
la Null Partition.

Class of Control (Continuación)
 Interacción entre Particiones y CSS: si el destino correspondiente
a los dígitos marcados no existe en una de las particiones en el CSS
del emisor de la llamada, ésta fallará.
 Consideraciones:
 Los destinos de llamadas a números de emergencia como, 112, 091, 092, etc,
deben añadirse a alguna de las particiones del CSS, si no fallarán.
 Si se elimina un patrón de rutas de la partición por defecto, ésta no será accesible
por el CSS por defecto y por tanto las llamadas que coincidan con ese patrón de
rutas fallarán.
 Cada CSS contiene la partición por defecto al final de la lista con las particiones
personalizadas.

Class of Control (Continuación)
 Configuración de las líneas en los dispositivos:
 Además de asignar un CSS a un dispositivo (un teléfono IP), también es posible
aplicar un CSS a una línea en un teléfono.
 El CSS de la línea puede ser completamente diferente al del teléfono, e incluir
otras particiones.
 Si se aplican ambos CSS, las particiones en ambos CSS se concatenan,
listándose primero las particiones del CSS de línea.
 El CSS de línea tiene prioridad sobre el CSS del dispositivo.CUCM analizará la
lista de particiones en ese orden, buscando una coincidencia con los dígitos
marcados. Si se encuentra una coincidencia, la llamada se enrutará hacia su
destino. Si se encuentra más de una coincidencia, la partición que esté más arriba
en la lista y que contenga la coincidencia será el destino de la llamada.
 Se recomienda configurar el CSS del dispositivo para que se permitan todo tipo
de llamadas, mientras que las restricciones de llamada se definan en el CSS de
línea.

Título de la Diapositiva
CCNA Voice
CUCM – Funciones de Telefonía
@ 2012 Ibitec S.L. Todos los derechos reservados.

Contenido
Extension Mobility en CUCM 1 3 Funciones de Telefonía en CUCM
Habilitar EM en CUCM 2 4 Habilitar funciones de Telefonía en CUCM

EXTENSION MOBILITY EN CUCM

Extension Mobility
 Permite a usuarios loguearse en cualquier teléfono, estableciendo
sus configuraciones personales, como los DN, las teclas de marcado
rápido, etc., en el teléfono IP que usen en ese momento, permitiendo
accesibilidad a través de la misma extensión independientemente
del teléfono físico que estén usando.
 Una vez que el teléfono se ha subscrito al Servicio EM, el usuario selecciona el
servicio en el teléfono y cuando se le solicite escribe su User ID y su PIN. Una
vez logueado, el CUCM aplica los parámetros del perfil de dispositivo de ese
usuario y reinicia el teléfono. Se deben crear diferentes perfiles de dispositivo,
uno para cada uno de los modelos de teléfono en los que el usuario se pueda
loguear.
 Un Perfil de Dispositivo incluye : Archivo de audio a utilizar MoH, Plantilla para
los botones físicos del teléfono, Plantilla para Softkeys, Archivo de idioma (User
Locale), No molestar (Do Not Disturb – DND), Opciones de privacidad,
Subscripciones a Servicios, Dialing name.
 El Perfil por defecto de Dispositivo permite que los usuarios que no disponen de
un perfil de dispositivo para un tipo/modelo de teléfono IP en concreto puedan
utilizarlos usando EM.
Extension Mobility (Continuación)
 Si un usuario se loguea en múltiples teléfonos simultáneamente, hay
tres opciones:
 Permitir múltiples logins: Se comporta como una línea compartida, donde
todos los teléfonos sonarán cuando se realice una llamada al DN del usuario.
 Denegar login: Un usuario sólo puede estar logueado en un teléfono de manera
simultánea. Cuando el usuario intenta loguearse en un segundo teléfono, recibe
un mensaje de error. Deberá hacer un logout en el primer teléfono antes de
poder hacer un login en un segundo teléfono.
 Auto-logout: Un usuario sólo puede estar logueado en un teléfono de manera
simultánea. Cuando el usuario intenta loguearse en un segundo teléfono, el
sistema hace un logout automático en el primer teléfono, posteriormente el login
en el segundo teléfono finaliza con éxito.

HABILITAR EM EN CUCM

Habilitar EM en CUCM
 Pasos para habilitar EM en CUCM:
1. Activar el servicio EM.
2. Configurar los parámetros del servicio EM.
3. Añadir el servicio EM.
4. Crear un Perfil por Defecto para cada uno de los modelos de teléfono presentes
en el sistema.
5. Crear Perfiles de Dispositivo y subscribirlos al servicio EM.
6. Crear usuarios finales y asociarlos con sus Perfiles de Dispositivo.
7. Habilitar EM para los teléfonos y subscribir los teléfonos al servicio EM.

Paso #1 – Activar el Servicio EM
a. En la interfaz web Serviceability, seleccione Tools > Service Activation.
b. Seleccione Cisco Extension Mobility y haga clic en el botón Save.

Paso #2 – Configurar parámetros EM
a. En la interfaz web CM Administration, seleccione System > Service Parameters.
De la lista Server, seleccione el servidor/servidores que desea configurar y luego, de
la lista Service seleccione Cisco Extension Mobility Service.
b. Descienda en la página hasta la sección Clusterwide Parameters, donde deberá
seleccionar si desea forzar un logout cuando el tiempo máximo de login expira, y la
duración de este temporizador. En esta sección también deberá establecer el
comportamiento del sistema en caso de intentos de login en múltiples teléfonos. Otros
parámetros de configuración incluyen la habilitación de caracteres alfanuméricos en
el identificador de usuario (Alphanumeric User IDs), recordar y mostrar (o no) en el
teléfono el identificador del último usuario logueado en el teléfono y, borrar o no la
lista de llamadas del usuario cuando se haga el logout.

Paso #3 – Añadir el servicio EM
a. Seleccione Device > Device Settings > Phone Services.
b. Haga clic en Add New.
c. Indique, de manera opcional, un nombre y descripción para el Servicio EM.
d. Introduzca una URL válida en el campo Service URL. Esta URL deberá seguir el
siguiente formato:
http://<IP_address_of_Publisher>:8080/emapp/EMAppServlet?device=#DEVICENAME#
e. Si lo desea, puede introducir una URL válida en el campo Secure Service URL. Si se
han introducido URL válidas en ambos campos, Service URL y Secure Service URL, y
el teléfono soporta HTTPS, la URL segura se usará de manera preferente.
f. Active la casilla Enable.
g. Active, si lo desea, la casilla Enterprise Subscription, para que todos los teléfonos
IP que soporten subscripción a servicios se subscriban al Servicio EM y de esta
manera el administrador no tenga que añadir el servicio de manera manual en todos
los dispositivos.

Paso #4 – Crear Perfiles por defecto para dispositivos
a. En la interfaz web CM Administration, seleccione Device > Device Settings >
Default Device Profile.
c. Seleccione el Product Type (modelo del teléfono) y el Device Protocol.
 Las opciones de configuración disponibles dependen del modelo del teléfono y del
protocolo escogido.
 En esta interfaz web de configuración podrá seleccionar las plantillas para los
botones físicos y para las Softkeys, pero no podrá configurar DNs ni ningún otro
parámetro específico de los botones.

Paso #5A – Crear Perfiles de dispositivo
a. En la interfaz web CM Administration, seleccione Device > Device Settings >
Device Profile.
c. Seleccione el modelo de teléfono y el protocolo para el teléfono de un usuario
específico.
d. Indique un nombre para este perfil.
e. Configure los parámetros específicos del usuario, incluyendo DN, personalización de
botones, etc.

Paso #5B – Subscribir Perfiles de dispositivo al servicio EM
a. En la página Device Profile, de la lista Related Links seleccione la opción
Subscribe/Unsubscribe Services y haga clic en Go.
b. Seleccione el Servicio EM añadido en el Paso #3 y haga clic en Next.
c. Indique un nombre para mostrar por pantalla el Servicio EM y una versión ASCII para
los teléfonos con una resolución baja de pantalla.
d. Haga clic en Subscribe, y luego en Save.
 Si en el Paso #3 se activó la casilla Enterprise Subscription, el Paso #5b no es

necesario.
 Tanto los perfiles de los teléfonos como los teléfonos IP tienen que subscribirse al
servicio EM. Si alguno de los dos no se subscribe, el usuario no tendrá acceso al
servicio EM una vez se haya logueado en el dispositivo y se haya aplicado su perfil
específico, y tampoco podrá realizar un logout.

Paso #6 – Asociar usuarios con perfiles de dispositivo
a. Seleccione User Management > End User.
b. Seleccione el usuario al que le quiere asociar un perfil, o si es necesario cree un
nuevo usuario.
c. En la página de configuración del usuario, seleccione el Perfil/Perfiles de Dispositivo
que se desea asociar a dicho usuario. Si se asigna más de un perfil, el usuario debe
seleccionar el que desea usar una vez se haya logueado en el EM. La opción Default
Profile sube el perfil seleccionado al inicio de la lista de perfiles.

Paso #7A – Habilitar EM para los teléfonos
a. Seleccione Device > Phone y seleccione el teléfono que desea configurar para usar
el servicio EM.
b. En la sección Extension Mobility, active la casilla Enable Extension Mobility.
c. De la lista desplegable etiquetada como Log Out Profile seleccione el Perfil de
Dispositivo específico o, los parámetros de configuración presentes actualmente en
este dispositivo (opción recomendada).
 El Log Out Profile es la configuración aplicada al teléfono cuando no hay ningún

usuario logueado en el dispositivo. Normalmente este perfil incluye llamadas de
emergencia, llamadas internas y en ocasiones llamadas locales.

Paso #7B – Subscribir teléfonos al servicio EM
a. En la página de configuración del teléfono, de la lista desplegable etiquetada como
Related Links seleccione la opción Subscribe/Unsubscribe Services para abrir la
ventana Subscribed Cisco IP Phone Services. Si en el Paso #3 se activó la casilla
Enterprise Subscription, este paso no es necesario.
b. De la lista desplegable etiquetada como Select a Service, seleccione el Servicio EM.
c. Indique el nombre del servicio tal como desee que aparezca en el teléfono IP.

FUNCIONES DE TELEFONÍA EN
CUCM

Call Coverage
 Call Coverage es un término genérico que hace referencia a varias
funciones y mecanismos usados para asegurar que las llamadas
puedan ser contestadas bajo cualesquiera que sean las
circunstancias.
 CUCM soporta las siguientes funciones de Call Coverage:
 Call Forward
 Shared Lines
 Call Pickup
 Call Hunting
 Call Park

Call Coverage (Continuación)
 Call Forward:
 Call Forward All (CFA): hace que todas las llamadas se envíen al número de
destino especificado por el usuario o el administrador sin que la llamada suene
en el número marcado originalmente.
 Shared Lines – Líneas Compartidas:
 Si dos o más teléfonos IP tienen el mismo DN configurado en alguna de sus
líneas, al llamar a ese DN ambos sonarán. El primer teléfono que descuelgue
contestará la llamada, el segundo teléfono no podrá contestar la llamada sin
invocar la función Barge, si es que está configurada. Si el primer teléfono pone la
llamada en espera, el segundo teléfono podrá descolgar y contestarla.
 Barge y Privacidad:
 Si dos teléfonos tienen una línea compartida configurada y uno de los teléfonos
está usando esa línea, el segundo teléfono puede forzar una conferencia a tres
con el primer teléfono usando la función Barge.
 Se puede configurar una softkey de Privacidad, que cuando esté activa evite que
se use la función de Barge para entrar en una llamada en curso.

 Call Pickup: 3 tipos de Call Pickup usando estos grupos:
 Call Pickup: Si varios DNs tienen el mismo número de grupo y uno de los DN
está sonando, cualquier otro teléfono con un DN con el mismo número de grupo
puede recuperar la llamada en lugar de al destino original.
 Group Call Pickup: Si dos teléfonos tienen DNs en diferentes grupos de Call
Pickup y uno de ellos está sonando, el otro teléfono puede accionar la softkey de
Gpickup y marcar el número de grupo del DN que está sonando para que la
llamada se redirija a este teléfono en lugar de al destino original.
 Other Group Pickup: Permite que el administrador establezca asociaciones
entre grupos de Call Pickup. Lo que permite a un teléfono, accionando la softkey
OGroup, recuperar una llamada que esté sonando en un grupo asociado
diferente sin tener que introducir si número de grupo.

 Call Hunting: Permite que un DN marcado (o un número PSTN)
distribuya llamadas hacia diferentes teléfonos de manera secuencial.
 Componentes:
 DNs y puertos de voicemail: Destinos finales asignados a Line Groups.
 Line Groups: Pueden ser asignados a una Hunt List. Permiten diferentes
algoritmos de hunt (Descendente, Circular, Longest Idle y, Broadcast.
 Hunt Lists: Lista descendente ordenada de Line Groups. Las llamadas que
pasan a través del sistema de Call Hunting se envían al primer Line Group en el
Hunt List. Si ningún miembro de ese line group puede responder la llamada,
dicha llamada volverá al Hunt List, para que el sistema envíe la llamada al
segundo line group. Este proceso se puede repetir hasta que se responda la
llamada o, se agote la lista de line groups o, el emisor de la llamada cuelgue.
 Hunt Pilots: Un Hunt Pilot, ya sea una DN único, una línea compartida o un
número PSTN) se asocia con una Hunt List.
 Durante el proceso de hunting, los miembros de line group ignoran su configuración
de Call Forwarding.

 Call Park: Permite que un usuario traspase una llamada en curso a
un slot de Call Park (un DN), para que otro usuario pueda recuperarla
marcando el número de Call Park.
 Si un usuario A con una llamada en curso tiene necesidad de traspasar la llamada
a otro usuario B, presiona la softkey Call Park, y el CUCM muestra un mensaje en
el teléfono indicando el número de slot de Call Park en el cual se encuentra la
llamada. El usuario A informa al usuario B del número de Call Park, que marca
dicho número y recupera la llamada.
 Existe una variación de esta funcionalidad llamada, Directed Call
Park, que requiere que el usuario B introduzca un código (una
contraseña) para poder recuperar la llamada.

Intercom
 Permite configurar un botón para que llame a una línea intercom en
otro teléfono.
 Whisper Intercom: El teléfono destino de la llamada intercom responde
automáticamente en modo altavoz con el micrófono silenciado. El destinatario
puede oír al llamante, pero éste no puede oír al destinatario.
 Cuando el destinatario acciona el botón intercom, pueden oírse ambos.
 Las líneas intercom no pueden realizar llamadas a DNs, y los DNs no pueden
realizar llamadas a líneas intercom.
 Las líneas intercom tienen su propio dial-plan y permisos (particiones y CSS).
 Un botón intercom puede ser un botón de marcación rápida con una línea
intercom destino preconfigurada.

CUCM Native Presence
 Presence: “la señalización de la capacidad y voluntad de un
individuo para comunicarse”.
 Son indicaciones de estado Instant Messaging, como Online, Offline, Ocupado,
En una llamada, etc, o en un teléfono simplemente On Hook o Off Hook.
 Monitorización de Presencia:
 Con el botón BLF (Busy Lamp Field) que se ilumina cuando el destino de la
marcación rápida está Off Hook.
 Las listas de llamada con presencia habilitada muestran un icono que indica que
esa entrada es una de las siguientes:
 Unknown: Esta entrada no se está monitorizando, o el dispositivo no tiene
permiso para monitorizar el estado de presencia de dicha entrada. El icono es un
teclado telefónico vacio.
 On Hook: Colgado. El icono es un teléfono sobre un teclado telefónico vacio.
 Off Hook: Descolgado. El icono son dos auriculares sobre un teclado telefónico
vacio.

CUCM Native Presence (Continuación)
 Arquitectura de presencia: Controla la visibilidad del estado de
presencia:
 El admin es el único que puede configurar un botón BLF.
 Se puede limitar la visibilidad de las listas de llamadas y directorios con presencia
usando Particiones y Subscribe CSS.
 Si el DN a monitorizar está en el Subscribe CSS, los indicadores de presencia
serán visibles, si no el estado del DN será Unregistered.
 Grupos de Presencia: Los miembros (teléfonos, DNs y usuarios) de un mismo
grupo de presencia siempre pueden visualizar el estado del resto de miembros
del grupo, a menos que el Subscribe CSS evite la subscripción.

FUNCIONES DE TELEFONÍA EN
CUCM

Habilitar Call Coverage
 Configurar Shared Lines:
 Añadir el mismo DN a varios teléfonos, desde la Página de Configuración del DN o
desde la Página de Configuración del Teléfono a través de su correspondiente botón
de acceso en el teléfono.

Habilitar Call Coverage (Continuación)
 Configurar la función Barge: Permite a un usuario con una línea
compartida forzar una conferencia a tres con otro usuario de la
misma línea compartida.
 Pasos:
1. En la aplicación Cisco Unified CM Administration, acceder a System > Service
Parameters. En la lista Server seleccionar el servidor que se desea configurar.
2. De la lista Service seleccionar el servicio Cisco CallManager.
3. En la sección Clusterwide Parameters (Device-Phone) establecer el
parámetro Built-in Bridge Enable como ON.
4. Establecer el parámetro Privacy como True (opción por defecto).
5. En la sección Clusterwide Parameters (Feature-Join Across Lines And
Single Button Barge Feature Set) habilitar el parámetro Single Button
Barge/CBarge Policy. Las opciones son OFF, Barge o CBarge, la opción Barge
usa el built-in bridge en el teléfono destino, y la opción CBarge utiliza un recurso
externo.

 Configurar la función Call Pickup:
1. En Cisco Unified CM Administration, ir a Call Routing > Call Pickup Group.
2. Accionar el botón Add New.
3. Indicar un nombre y número (sin wildcards) únicos para el Grupo de Call Pickup.
4. Seleccionar una Partition, normalmente se usa la partición DN Partition.
 Para usar la función Call Pickup es necesario añadir una softkey en
los teléfonos. Pasos:
1. Acceder a Device > Device Settings > Softkey Template.
2. Seleccionar, añadir o copiar una plantilla de softkey.
3. Del menú Related Tasks, seleccionar la opción Configure Softkey Layout.
4. Añadir las softkeys para Pickup, Group Pickup o Other Group Pickup.
5. Accionar el botón Save.
6. Aplicar esta plantilla de softkey a los teléfonos o a los Device Profiles.
 Para usar la función Call Pickup, se deben asociar los DNs con el
Grupo de Call Pickup configurado.

 Configurar la función Call Park:
1. En Cisco Unified CM Administration, ir a Call Routing > Call Park.
3. Especificar un DN o rango de DNs para usar la función Call Park.
 Configurar la función Directed Call Park:
1. En Cisco Unified CM Administration, ir a Call Routing > Directed Call Park.
3. Indicar un número o rango únicos y si se desea indicar una Partition.
4. Especificar el Reversion Number, que será el DN al que se redirigirá la llamada
si no se contesta antes que expire el Call Park Reversion Timer.
5. Especificar el Reversion Calling Search Space que permita al teléfono buscar
el reversion number, si éste no es el CSS normal del teléfono o de la línea.
6. Especificar el Retrieval Prefix, que será el código que la persona que recupere
la llamada debe marcar para poder recuperarla.

 Configurar la función Call Hunting, 3 Pasos:
a. Crear Line Groups:
1. Crear DNs y asociarlos con teléfonos.
2. En Cisco Unified CM Administration, ir a Call Routing>Route/Hunt>Line Group.
4. Indicar el nombre del Line Group.
5. Especificar el RNA Reversion Timeout, nº de segundos durante los que sonará
cada DN en el Line Group antes de que se envíe una señal No Answer Trigger.
6. Seleccionar el algoritmo de distribución: Top Down, Circular, Broadcast, o Longest
Idle Time.
7. En la sección Hunt Option seleccionar la opción Hunt para cada uno de los
estados de llamada (No Answer, Busy, y Not Available) del menú. Estas opciones
de Hunt determinan si y cuando la llamada se moverá del Line Group actual al
siguiente en la Hunt List.
8. Añadir DNs al Line Group. El orden en el que se listan los DNs es importante
según el algoritmo de distribución.
 Configurar la función Call Hunting, 3 Pasos: (Continuación)
b. Crear Hunt Lists:
1. Acceder a Call Routing > Route/Hunt > Hunt List.
3. Indicar un Nombre.
4. Seleccionar el CUCM Group para proporcionar redundancia a la Hunt List.
5. Accionar el botón Save. Las configuraciones de Hunt List se muestran en la
página.
6. Añadir Line Groups a la Hunt List. La Hunt List se procesa en orden
descendente, el orden los Line Groups es importante.
7. Accionar el botón Save cuando los Line Groups aparezcan en el orden apropiado.

 Configurar la función Call Hunting, 3 Pasos: (Continuación)
c. Crear un Hunt Pilot:
1. Acceder a Call Routing > Route/Hunt > Hunt Pilot.
3. Indicar el número de Hunt Pilot, puede ser un número PSTN o un número DID.
4. Seleccionar una Partition, si se desea, para controlar el acceso al Hunt Pilot.
5. En el campo Hunt List, seleccionar la Hunt List que se debería acceder al marcar
el correspondiente número de Hunt Pilot.
6. Especificar un Alerting Name, que se mostrará en los teléfonos que reciban
llamadas como parte del sistema de hunting.
7. Establecer las opciones de Hunt Forwarding para controlar a donde se enviarán
las llamadas que no pueden ser gestionadas por el sistema de hunting. Si se
habilita la opción Use Personal Preferences se ignoran los parámetros
configurados, usando en su lugar la configuración CFNC de la estación que
reenvió la llamada al Hunt Pilot.

Configuración de Intercom
 Configurar la función Intercom:
1. Acceder a Call Routing > Intercom > Intercom Route Partition.
2. Accionar el botón Add New. En la Página de Configuración, indicar el nombre y
la descripción (separados por una coma) de la nueva Intercom Partition.
4. Acceder a Call Routing > Intercom > Intercom Calling Search Space.
Accionar el botón Find, Al crear la Intercom Partition se creará automáticamente
un Intercom CSS, cuyo nombre será <partition_name>_GEN. Este CSS
autogenerado incluye la Intercom Partition creada anteriormente.
5. Acceder a Call Routing > Intercom > Intercom Directory Number.
6. Accionar el botón Add New para crear un Intercom DN. Es necesario crear al
menos dos Intercom DN porque éstos sólo operan en un sentido y no pueden
llamar a un DN normal.
7. Asignar una Intercom Particion y un Intercom Calling Search Space a los
Intercom DNs.

Configuración de Intercom (Continuación)
 Para usar la función Intercom configurar un botón Intercom en un
teléfono modificando el Phone Button Template. Pasos:
1. Acceder a Device > Device Settings > Phone Button Template.
2. Seleccionar la plantilla de botones del teléfono que corresponda al
teléfono/protocolo para el que se está configurando la función Intercom. Se
recomienda copiar el perfil existente y modificar la copia.
3. En la pantalla Phone Button Template Configuration, añadir la función
Intercom al botón deseado.
 Pasos para asignar la plantilla a los teléfonos:
1. Aplicar la plantilla a un teléfono seleccionando la plantilla modificada del menú
correspondiente en la página de configuración del teléfono.
2. Configurar un botón del teléfono con un Intercom DN, Intercom Partition e
Intercom CSS.

Configuración de CUCM Native Presence
 Configurar BLF SPeed Dials:
1. Acceder a Device > Device Settings > Phone Button Template.
2. Seleccionar, copiar, o crear la plantilla adecuada para el modelo de teléfono y
protocolo.
3. Añadir la función Speed Dial BLF a uno o más de los botones disponibles.
4. Aplicar la plantilla a los teléfonos.
5. En la página de configuración del teléfono, seleccionar un botón Add a new
BLF SD Button disponible y configurar el DN Destino y la Label a mostrar.
 Configurar Presence-Enabled Call Lists:
1. Acceder a System > Enterprise Parameters y dirigirse a la sección Enterprise
Parameters Configuration.
2. Establecer el parámetro Enable BLF for Call Lists a la opción Enabled.
3. Si se desea utilizar un Subscribe CSS personalizado, se recomienda crear
nuevos Subscribe CSSs y utilizar Particiones existentes habiendo planificado
correctamente el Class of Control Plan antes de hacer estos cambios.
4. Aplicar el CSS adecuado a los teléfonos y SIP trunks.

Configuración de CUCM Native Presence
 Configurar Grupos de Presencia Personalizados:
1. Acceder a System > Presence Group.
2. Accionar el botón Add New y configurar un Nombre.
3. En la sección Presence Group Relationship establecer cada Presence Group
a una de las opciones, Allow Subscription o Disallow Subscription, para
controlar si cada grupo de presencia puede monitorizar el estado de presencia
de los otros grupos. La tercera opción, System Default hace referencia al
parámetro empresarial Default Inter-Presence Group Subscription. Cada
subscripción es unidireccional.
4. Acceder a System > Service Parameters y seleccionar el servidor a configurar
y seleccionar el servicio Cisco CallManager Service. Bajar hasta la sección
Clusterwide Parameters (System-Presence).
5. Establecer la política por defecto Inter-Presence Group Subscription a una de
las opciones, Allow or Disallow.
6. Asignar Grupos de Presencia a DNs y teléfonos, recordando que son los
teléfonos los que monitorizan los DNs.

CCNA Voice
CUCM – Funciones de Movilidad

Contenido
Funciones de Movilidad en CUCM 1 2 Implementar Movilidad en CUCM

FUNCIONES DE MOBVILIDAD EN
CUCM

Mobile Connect
 También llamada Single Number Reach, consiste en que el número
de teléfono IP de un usuario se usa como único número para
comunicarse con el usuario a través de sus otros dispositivos
(teléfono del domicilio del usuario, teléfonos móviles, números VoIP
basados en Internet, etc.)
 Cuando un usuario recibe una llamada en su número de empresa todos los
dispositivos configurados para Mobile Connect suenan simultáneamente, y
cualquiera que conteste es el que recupera la llamada y el resto dejan de sonar.
 Si el usuario responde la llamada en su móvil de camino a la oficina, cuando
llegue a su mesa puede recuperarla en su teléfono IP presionando una softkey
del teléfono.
 Si el usuario tiene una llamada en curso en su teléfono IP puede redirigirla a su
teléfono móvil al abandonar la oficina.
 Si un usuario desde su móvil llama al teléfono IP de un compañero marcando su
número DID (Direct Inward Dial), CUCM reconoce que el ANI, identificador del
llamante, del usuario se corresponde con un Remote Destination Profile, por lo
que la llamada en el teléfono se muestra originada desde el DN del teléfono IP
del usuario.
Unified Mobility Architecture
 Remote Destination Profiles
 Se usan para configurar teléfonos virtuales que comparten una serie de
parámetros de configuración con el teléfono IP principal del usuario.
 Actúan como teléfonos con líneas compartidas, cuando el número principal
suena, las líneas compartidas también suenan, pero la configuración del sistema
redirige la llamada a la PSTN para que suene también en los otros dispositivos.
 Se configuran con muchos de los parámetros del teléfono IP físico, incluyendo
una Partición, Device Pool, CSS, MoH y el mismo DN. También incluye un
Rerouting Calling Search Space para permitir enrutar llamadas al dispositivo,
incluso si una llamada normalmente sería restringida por el CSS del teléfono IP.
 Se pueden definir hasta 10 destinos remotos por usuario.

Unified Mobility Architecture (Continuación)
 Listas de Acceso: Permiten controlar qué llamadas sonarán en qué
Perfil de Destino Remoto y a qué hora del día.
 Filtran llamadas en función del Caller ID, permitiendo ciertos patrones de
números (Lista Blanca, White List) o bloqueando ciertos patrones de números
(Lista Negra, Black List). Se identifica al llamante de tres maneras:
 Not Available: No se proporciona el Caller ID.
 Private: No se muestra el Caller ID.
 Número de Directorio – DN: El Caller ID se corresponde con un número
específico o con un rango de números usando los dígitos del 0 al 9, el símbolo *,
el símbolo #, y los comodines X y !).
 Acceso según la hora del día:
 Cada Perfil de Destino Remoto puede configurarse con una planificación que
controle cuando debería sonar.
 Para las llamadas entrantes, primero se procesan las reglas dependientes de la
hora del día, si permiten que la llamada se remita a un Perfil de Destino Remoto,
posteriormente se procesan las Listas de Acceso, las que si permiten la llamada,
se remite a los dispositivos remotos correspondientes.

Unified Mobility Architecture (Continuación)
 Mobile Voice Access (MVA):
 Para utilizar esta función, el usuario marca un número DID PSTN específico para
acceder al servicio MVA. Un gateway VoiceXML enruta llamadas hacia una
aplicación IVR (Interactive Voice Response) que guía al usuario a lo largo de la
sesión MVA. Esta IVR solicita al usuario que se autentique con su User ID
(opcional) y su PIN. Una vez que el usuario se ha autenticado, IVR le solicita el
número que quiere marcar. El usuario introduce el número PSTN y el sistema
realiza la llamada, usando el ANI del teléfono IP del usuario. El usuario, durante
la llamada, puede intercambiar dispositivos entre su móvil y su teléfono IP.

IMPLEMENTAR MOVILIDAD EN
CUCM

Configuración de Mobile Connect
 Pasos para configurar Mobile Connect:
1. Configurar Softkey Templates para incluir la tecla Mobility.
2. Configurar las cuentas de usuario para Movilidad.
3. Configurar los teléfonos IP para soportar Movilidad.
4. Crear Remote Destination Profiles y asignarlos a usuarios.
5. Añadir Destinos Remotos a los Remote Destination Profiles.
6. Configurar las planificaciones temporales de los Destinos Remotos.
7. Configurar Listas de Acceso.
8. Aplicar Listas de Acceso a los Destinos Remotos.
9. Configurar Parámetros de Servicio.

Paso #1 - Configurar Softkey Templates para incluir la tecla Mobility
 Pasos para añadir la softkey a los teléfonos:

1. Acceder a Device > Device Settings > Softkey Template.
2. Seleccionar, copiar y modificar o añadir una nueva plantilla.
3. En el menú Related Tasks, seleccionar la opción Configure Softkey Layout y
accionar el botón GO.
4. Añadir la softkey Mobility a las listas de estado de llamada OnHook y
Connected. Accionar el botón Save después de cada uno.

Paso #2 - Configurar las cuentas de usuario para Movilidad
 Pasos para configurar las cuentas de usuario para Movilidad:

1. Acceder a User Management > End User y seleccionar un usuario.
2. Habilitar a casilla Enable Mobility.
3. Indicar un valor para el parámetro Remote Destination Limit (máximo de 10).
4. Indicar un valor para el temporizador Maximum Wait Time for Desk Pickup,
que indica el tiempo en milisegundos para que el usuario recupere la llamada
que le fue redirigida desde un dispositivo remoto a su teléfono IP. El valor por
defecto es de 10.000 ms (10 s) con un valor máximo de 30.000 ms (30s).

Paso #3 - Configurar los teléfonos IP para soportar Movilidad
 Pasos para configurar los teléfonos IP para soportar Movilidad:

1. Asignar la Plantilla de Softkey a la que anteriormente se le añadió la tecla
Mobility.
2. Indicar en el campo Owner User ID el correspondiente usuario configurado para
Movilidad.

Paso #4 - Crear Remote Destination Profiles y asignarlos a usuarios
 Pasos para crear Perfiles de Destino Remoto y asociarlos con

cuentas de usuario:
1. Acceder a Device > Device Settings > Remote Destination Profile.
2. Indicar un nombre para el perfil.
3. Seleccionar el User ID al que asociar este perfil.
4. Seleccionar el Rerouting Calling Search Space. Este CSS redireccionará las
llamadas hacia los dispositivos remotos por lo que debe proporcionar acceso a
los número de teléfono de los dispositivos remotos.

Paso #5 - Añadir Destinos Remotos a los Remote Destination Profiles
 Pasos para añadir Destinos Remotos a Perfiles de Destino Remoto:

1. Acceder a Device > Remote Destination.
3. Indicar un Name para este Destino Remoto.
4. Indicar el Destination Number, debe contener un número PSTN.
5. Asociar el Remote Destination Profile correspondiente al usuario. Una vez
configurado no se puede cambiar, para modificarlo eliminar el Destino Remoto y
volverlo a crear con las configuraciones necesarias.
6. Habilitar la casilla Mobile Phone para permitir el traspaso de llamadas desde el
teléfono IP usando la softkey Mobility.
7. Habilitar la casilla Enable Mobile Connect para incluir este Destino Remoto en
el conjunto de destinos remotos que sonarán cuando la línea compartida con el
teléfono IP suene.
8. En la sección Association Information seleccionar una o más líneas
compartidas en el Perfil de Destino Remoto.

Paso #6 – Configurar planificaciones temporales de destinos remotos
 Pasos para limitar las horas del día en las que los Destinos Remotos
sonarán:
1. Seleccionar los días y horas en los que este dispositivo remoto debería sonar.
2. Seleccionar la zona horaria del dispositivo remoto.

Paso #7 – Configurar Listas de Acceso
 Pasos para configurar Listas de Acceso:
1. Acceder a Call Routing > Class of Control > Access List.
3. Configurar un Name para la lista.
4. En el menú Owner seleccionar el User ID correspondiente. Este será el usuario
de Mobile Connect al quien hace referencia la Lista de Acceso.
5. Seleccionar, Allowed o Blocked, para indicar la función de la lista.
 Cuando la pantalla se actualice, en la sección Access List Member, accionar el
botón Add Member
 En la página Access List Member Detail, del menú Filter Mask seleccionar una
de las siguientes opciones:
 Directory Number: Para indicar un nº ANI o un patrón con wildcards.
 Private: Para filtrar en base a llamadas donde no se muestra el Caller ID.
 Not Available: Para filtrar en base a llamadas sin Caller ID.
 En el campo DN Mask especificar una cadena de dígitos o usar comodines para
representar múltiples cadenas.

Paso #8 – Aplicar Listas de Acceso a Destinos Remotos
 Pasos para aplicar las listas de acceso configuradas anteriormente a

los Destinos Remotos:
1. Acceder a Device > Remote Destination y seleccionar un Destino Remoto.
2. En la sección When reciving a call during the above ring Schedule
seleccionar una de las tres opciones Always ring this destination o Ring this
destination if the caller is in (Allowed) o Do not ring this destination if the caller is
in (Blocked).
3. De la lista correspondiente seleccionar la Lista de Acceso que proporciona el
filtro deseado.

Paso #9 – Configurar Parámetros de Servicio
 Pasos para configurar los parámetros de servicio y personalizar el
comportamiento de las funciones de Movilidad:
1. Acceder a System > Service Parameters. Seleccionar el Server a configurar.
2. De la lista Service seleccionar el servicio CallManager.
3. Bajar a la sección Clusterwide Parameters (System Mobility).
4. En el campo Inbound Calling Search Space for Remote Destinations, seleccionar
una opción, Trunk, Gateway Inbound Calling Search Space, o Remote Destination
Profile + Line Calling Search Space.
5. En el campo Matching Caller ID with Remote Destination, seleccionar Complete
Match (el Caller ID debe coincidir exactamente con el nº de Destino Remoto) o Partial
Match (especificar cuántos dígitos del Caller ID coincidirán, empezando por el dígito
menos significativo).
6. Bajar a la sección Clusterwide Paramenters (Feature – Reroute Remote
Destination Calls to Enterprise Number).
7. Establecer el parámetro Reroute Remote Destination Calls to Enterprise Number
a True para que las llamadas directas a un Destino Remoto suenen también en el
número del teléfono IP.
8. Establecer el parámetro Ignore Call Forward All on Enterprise DN a True para
enrutar llamadas a Destinos Remotos incluso si el teléfono IP tiene la función CFA
@ 2012 Ibitecactiva.
S.L. Todos los derechos reservados.  78 
Configuración de MVA
 Pasos para configurar la función MVA :
1. Activar el servicio MVA.
2. Configurar parámetros de servicio.
3. Habilitar MVA para cada usuario.
4. Configurar el MVA Media Resource.
5. Configurar la aplicación VXML MVA en el Gateway.

Paso #1 – Activar el Servicio MVA
 Pasos para activar el servicio MVA:
1. Acceder a Unified Serviceability > Tools > Service Activation.
2. Seleccionar el Servicio Cisco Unified Mobile Voice Access.

Paso #2 – Configurar parámetros de servicio
 Pasos para habilitar el servicio MVA para el clúster:

1. Acceder a Unified CM Administration > System > Service Parameters.
2. Seleccionar el servidor que se desea configurar y seleccionar el servicio Cisco
CallManager Service.
3. Bajar a la sección Clusterwide Parameters (System Mobility).
4. Establecer el parámetro Enable Mobile Voice Access al valor True.
5. Modificar otros parámetros del sistema si es necesario, como por ejemplo
códigos de acceso.

Paso #3 – Habilitar MVA para cada usuario
 Pasos para habilitar el servicio MVA para cada usuario:
1. Acceder a la página de configuración de usuario del usuario/usuarios para los
que se desea habilitar el servicio MVA.
2. Bajar hasta la sección Mobility Information.
3. Activar la casilla Enable Mobile Voice Access.
4. Comprobar que el Remote Destination Profile listado está configurado
adecuadamente para proporcionar autenticación.

Paso #4 – Configurar el MVA Media Resource
 El MVA Media Resource se crea automáticamente cuando se activa

el servicio MVA.
 Pasos para configurar las diferentes opciones:
1. Acceder a Media Resources > Mobile Voice Access.
2. Indicar un número para el parámetro Mobile Voice Access Directory Number.
Es el número interno al que el Gateway MVA H.323 reenviará las llamadas que
reciba en el número PSTN para acceso MVA. En el Gateway, se deberá
configurar un dial peer que asocie el número MVA PSTN con el servidor MVA
CUCM.
3. Asignar una Partition si se desea. Esta partición deberá estar incluida en el CSS
del Gateway MVA.
4. Si es necesario, añadir Locales adiciones, para proporcionar a los usuarios el
servicio MVA IVR en múltiples idiomas.

Paso #5 – Configurar la aplicación VXML MVA en el Gateway
 Comandos para configurar la aplicación MVA VXML en el Gateway:
! Define the MVA Application and URL

application
service mva http://10.1.1.1:8080/ccmivr/pages/IVRMainpage.vxml
dial-peer voice 50001 pots
! Associate the MVA application to this dial peer
service mva
! Match the PSTN MVA access number to this inbound dial peer
incoming called-number 4085555000
direct-inward-dial
dial-peer voice 50002 voip
! Match the PSTN MVA access number to this outbound dial peer
destination-pattern 4085555000
! Identify the CUCM server running the MVA service VXML app referenced above
session target ipv4:10.1.1.1
dtmf-relay h245-alphanumeric
codec g711ulaw
no vad

CCNA Voice
Integración de Voicemail con CUC

Contenido
Cisco Unity Connection 1 3 Implementar Usuarios y Mailboxes en CUC
Usuarios y Mailboxes en CUC 2

CISCO UNITY CONNECTION

Introducción a CUC
 Sistema completo de mensajería de voz y reconocimiento de voz,
para un acceso a llamadas y mensajes.
 Puede dar soporte a un máximo de 20.000 usuarios usando un único servidor.
 Incluye un servidor IMAP integrado para el acceso a través de email a los
mensajes de voz, y una interfaz web para mostrar estos mensajes.
 Opera sobre Linux.
 Soporta la integración con múltiples sistemas PBX tradicionales.
 Puede integrarse con Microsoft Exchange para proporcionar funciones de
calendario y agenda.
 Proporciona una interfaz TUI (Telephone User Interface) para interactuar con
teléfonos DTMF, y una interfaz VUI (Voice User Interface) para interacción manos
libres.

Despliegues Single-Site y Multisite
 Modelo Single-Site: una única sede (edificio o campus) accede a
un único servidor CUC (o a una pareja de servidores CUC ambos
activos para proporcionar redundancia).
 Ventajas: diseño simple, con un único códec para todas las llamadas, reducida
lista de tareas relativas a su implementación.
 Modelo Multisite: múltiples sedes.
 En un escenario single-site los usuarios pueden realizar llamadas a través de la
WAN IP para comprobar o dejar mensajes de voz, lo que puede añadir una carga
extra en los recursos del sistema como el AB WAN y el transcoder. Este
problema aumenta con el número de usuarios.
 Añadir servidores adicionales en sedes remotas reduce el impacto del problema
aportando las mismas funcionalidades que en un modelo single-site.

Integración CUC
 Integración: interacción con una PBX o un sistema de telefonía IP.
 Integración CUC-CUCM usando SCCP:
 CUCM 8 tiene un asistente de configuración de
puertos voicemail , simplifica la integración con CUC.
 Componentes: Un Voicemail Profile apunta a un
Voicemail Pilot que apunta a un Hunt Pilot.
 En CUC, se define un conjunto de puertos, cada
puerto se configura con diferente comportamiento de
llamada.
 MWI, indica al usuario que tiene mensajes de
pendientes, usa 2 DNs para MWI ON y MWI OFF.
Los DNs deben estar configurados (y asociados) en
CUCM y en CUC.
 Una integración usando SCCP puede ser segura
usando certificados digitales y SCCP en el puerto
2448. (SCCP no seguro usa el puerto 2000).

Integración CUC (Continuación)
 Integración CUC-CUCM usando SIP:
 Componentes: el Voicemail Pilot apunta a un Route
Pattern, el cual apunta a un SIP trunk. El SIP trunk se
configura para conectarse al CUC.
 El número de puertos, a diferencia de una integración
SCCP, no está definido en el servidor CUCM, sólo
están definidos en CUC. Cada puerto se configura
para registrarse con un servidor SIP (el CUCM).
 No se usan dos DNs diferentes para los estados MWI
ON/MWI OFF, en este caso, el mismo SIP es quien
gestiona la señalización del estado MWI.
 Una integración usando SIP también puede ser
segura usando el puerto 5061.

Funciones CUC
 Parámetros de Configuración del sistema
 Configuración General
 Roles
 Parámetros Empresariales y de Servicio
 LDAP
 Controladores de Llamada (Call Handlers)
 Enrutamiento de Llamadas
 Direct Routing Rules
 Forwarded Routing Rules
 Call Routing Rule Filters
 Distribution Lists
 Authentication Rules
 Dial-Plan

Funciones CUC (Continuación)
 Parámetros de Configuración del sistema
 Configuración General: Time Zone, Language, y Maximum Greeting Length.
 Roles: otorgan (y limitan) permisos administrativos a los usuarios.
 Audio text administrator, Greeting administrator, Help desk administrator, Mailbox
access delegate account, Remote administrator, System administrator, Technician
y User administrator.
 Parámetros Empresariales y de Servicio: definen y ajustan el sistema y los
parámetros de servicio, como qué usuarios pueden ver y configurar en las
páginas User Web Pages, los parámetros de configuración QoS para el tráfico
generado desde CUC.
 LDAP
 Definen la integración con un sistema LDAP para proporcionar sincronización de
usuarios y una autenticación opcional.

 Controladores de Llamada (Call Handlers): Gestionan todas las
llamadas entrantes en CUC. 3 tipos básicos de controladores de
llamada:
 System Call Handlers: se usan para mensajes de bienvenida y pueden
personalizarse para ofrecer opciones de entrada al usuario (“Para contactar con
el departamento técnico, Pulse 2…”) y automatizarse, por ejemplo, para ofrecer
diferentes mensajes fuera del horario de apertura de la empresa.
 3 System Call Handlers por defecto: Goodbye Call Handler, Opening Greeting, y
Operator Call Handler. Opening Greeting es el mensaje personalizado que los
llamantes externos oyen.
 Directory Handlers: permiten que la persona que llama busque al usuario con el
que quiere contactar en el directorio CUC. Se pueden definir diferentes
directorios según la localización, las listas de distribución, etc.
 Interview Handlers: muestran a la persona que llama una información grabada,
para posteriormente realizarle preguntas y grabar sus respuestas en un único
mensaje.

 Enrutamiento de Llamadas:
 CUC implementa dos criterios de enrutamiento de llamadas:
 Direct Routing Rules: Para llamadas directas, cuando quien llama marca directamente
el sistema CUC, presionando el botón Messages en su teléfono IP (o marcando
manualmente el Voicemail Pilot), o marcando el número DID PSTN de la centralita
telefónica (Auto-Attendant) CUC.
 Forwarded Routing Rules: Para llamadas redirigidas.
 Call Routing Filters: se pueden definir normas adicionales (tanto para llamadas directas
como redirigidas). Estas normas de enrutamiento CUC sólo son aplicables si la llamada
la contesta el CUC.
 El sistema examina la información de la llamada para enrutarla al puerto CUC
correspondiente y responder a dicha llamada:
 Número origen de la llamada (Calling number).
 Número destino de la llamada (Called number).
 Forwarding station
 Sistema telefónico/puerto (Phone system/port).
 Horario (Schedule).

 Enrutamiento de Llamadas: (Continuación)
 Direct Routing Rules: Por defecto se aplica una de las dos normas:
 Attempt Sign-In: Si el nº origen coincide con el DN principal asociado con
un buzón voicemail, la llamada se envía a la Attempt Sign-In Conversation,
donde se solicita que el usuario introduzca su PIN para loguearse.
 Opening Greeting: Si el nº origen de la llamada no está asociado con
ningún buzón voicemail en el servidor CUC, se reproduce el mensaje
Opening Greeting.
 Forwarded Routing Rules: Para llamadas redirigidas a CUC (porque el
usuario ya tenía una llamada en curso, o no contestó su teléfono), por
defecto se aplica una de las dos normas:
 Attempt Forward: Si la entidad que redirige la llamada (forwarding station)
tiene un buzón voicemail asociado en CUC, se reproduce el mensaje de
redirección personal del teléfono del usuario.
 Opening Greeting: Si la entidad que redirige la llamada (forwarding station)
no tiene un buzón voicemail asociado en CUC, se reproduce el mensaje
Opening Greeting.

 Distribution Lists: para enviar un mensaje de voz a un grupo de
usuarios.
 Se pueden configurar dos tipos de DL: System DLs gestionadas por el
administrador, disponibles a todos los usuarios o a un subconjunto de usuarios.
Private DLs gestionadas y mantenidas por un usuario específico y que sólo
dicho usuario puede utilizar. El administrador puede limitar el número de Private
DLs que un usuario puede crear y cuántos miembros pueden tener.
 Autentication Rules: para establecer el nivel de seguridad para el
acceso al sistema CUC.
 Especifican cuántos intentos de login fallidos pueden darse antes de bloquear la
cuenta, cuánto tiempo estará bloqueada la cuenta, el número mínimo de
caracteres en la contraseña, cada cuánto tiempo cambiar la contraseña, etc.
 Las Normas de Autenticación por defecto se aplican a todos los usuarios.
 Se pueden crear nuevas Normas de Autenticación con configuraciones
personalizadas, y aplicarlas a User Templates o a usuarios individuales.

 Dial-Plan: CUC incorpora los conceptos de Partitions y Search
Spaces.
 Las entidades que pueden recuperar llamadas, como el mailbox de un usuario o
un controlador de llamada, se asignan a una Partition.
 Las entidades que pueden realizar o transferir llamadas se asignan a un Search
Space.
 La entidad hacia la que se realiza la llamada debe estar en una de las Partitions
listadas en el Search Space de la entidad que realiza la llamada.
 El Search Space por defecto, que contiene la Partition por defecto, permite que a
todas las entidades realizar llamadas al resto de entidades hasta que el
administrador configure el sistema según sus necesidades.

USUARIOS Y MAILBOXES EN CUC

Plantillas de Usuarios
 Durante la instalación se crearon dos User Templates por defecto:
una para los administradores y otra para los usuarios. Se pueden
crear tantas plantillas personalizadas como sea necesario.
 Elementos básicos del User Template:
 Name: El nombre de la plantilla. La norma por defecto para los campos Alias y
Nombre de las cuentas de usuario indica el nombre propio seguido del apellido.
 Phone: Dial-Plan (Partition/Search Space), Class of Sevice (CoS) y el Horario
(Schedule).
 Location: datos sobre la localización geográfica, el idioma, y la zona horaria.
 Password Settings:
 En esta página, el administrador puede bloquear y desbloquear la cuenta,
controlar si la contraseña debe cambiarse, y cuando, y seleccionar la norma
Authentication Rule.
 Roles:
 Define la asignación de uno de los permisos administrativos mencionados
anteriormente en una sección previa.

Plantillas de Usuarios (Continuación)
 Transfer Rules y Greetings: Determinan el comportamiento del mailbox.
 Se definen 3 normas de transferencia:
 Standard, no puede ser modificada y es la que está activa por defecto.
 Alternate, puede modificarse para estar activa según un horario/fecha (Schedule).
 Closed, tiene efecto durante las horas en las que el negocio está cerrado.
 Los greetings, que se reproducen a los llamantes, disponibles son:
 Alternate: para la personalización del buzón voicemail con un mensaje propio.
 Busy: Se reproduce cuando la extensión del usuario está ocupada.
 Internal: Se reproduce sólo en el caso de llamadas internas (on-net, dentro de la red).
 Holiday: Se reproduce cuando la planificación Vacacional está en activo.
 Closed: Se reproduce cuando la planificación de Negocio Cerrado está en activo.
 Standard: Reproduce el siguiente mensaje, “<Nombre Usuario> no está disponible …”.
 Call Actions: Son la acción tras la reproducción del greeting.
 Normalmente, se selecciona la acción Take Message, pero las opciones Hang
Up y Restart Grreting también están disponibles.
 Otras acciones posibles son, enviar la llamada a alguno de los controladores de
llamada (call handler) configurados o, al mailbox de un usuario.

Plantillas de Usuarios (Continuación)
 Message Settings, Message Actions, y Caller Input:
 Cuando una persona realiza una llamada y deja un mensaje, se le puede permitir
o no modificar dicho mensaje, marcarlo como Urgente o Normal, marcarlo como
seguros para limitar los destinos en los que se puede entregar el mensaje.
 Una vez se ha dejado un mensaje, el administrador puede configurar qué acción
llevará a cabo del sistema, siendo la acción por defecto despedirse y colgar.
Otras opciones posibles incluyen enviar al llamante a alguno de los controladores
de llamada (call handler) configurados o al mailbox del usuario.
 Durante la conversación con el CUC, se le puede permitir al llamante presionar
alguna tecla para realizar alguna acción previamente configurada (como por
ejemplo, loguearse en la Interfaz Greetings Administrator TUI). Las teclas por
defecto son, (0) para el operador y (*) para iniciar sesión en el mailbox.
 TUI Settings:
 La experiencia de usuario de la interfaz TUI puede personalizarse para reproducir
la conversación con el CUC más rápido o más lento, aumentar o disminuir el
volumen, modificar el tiempo que el sistema esperará a que el usuario presione
una tecla y, personalizar el orden de reproducción de los diferentes tipos de
mensajes, entre otras opciones.
Usuarios Finales en CUC
 Nº Extensión y opciones Call Forward
 La Extensión debería ser el DN principal del teléfono IP del usuario, cuando el
usuario presiona el botón Messages esta extensión es el caller ID que CUC usa
para determinar si el usuario es el propietario del mailbox, y en tal caso le solicita
que se loguee. Si una llamada al teléfono de un usuario se redirije al CUC porque
dicho usuario ya se encuentra en una llamada o no responde, el CUC usa la
extensión como caller ID para determinar qué greeting reproducirle al llamante.
 Las opciones de Call Forward en el teléfono IP pueden modificar el
comportamiento de CUC, por ejemplo, se puede reproducir un mensaje greeting
diferente dependiendo de si se trata de una llamada interna o externa.
 Mensajería de Voz con SRST y AAR
 En caso de que la WAN IP falle, las llamadas pueden re-enrutarse a través de la
PSTN usando AAR (Automated Alternate Routing) o SRST (Survivable Remote
Site Telephony). Cuando una llamada llega al CUC, los dígitos del caller ID PSTN
no se reconocen como un propietario de un mailbox, a menos que se añada un
número de extensión alternativo para ese usuario.

Usuarios Finales en CUC (Continuación)
 Buzón Voicemail
 Cuando se crean los mailboxes de los usuarios, el administrador puede decidir si
listar o no al usuario en el directorio, grabar un voice name (versión hablada del
username), grabar un mensaje greeting. El administrador también puede solicitar
al usuario que realice estas tareas en su próximo inicio de sesión.
 Listas de Distribución Privadas
 A cada usuario se le permite crear hasta 99 DLs privadas, con 999 miembros
como máximo. Se pueden establecer límites más restrictivos por CoS o
individualmente para cada usuario. Los DLs privados son visibles sólo para el
usuario que los creó (y no para los administradores).
 Notification Devices
 Se puede notificar a los usuarios la existencia de nuevos mensaje hasta en un
máximo de tres números PSTN (móvil, fijo particular, busca) además de por
correo electrónico. Cuando CUC llama a uno de los números configurados, se
informa al usuario de que dispone de un nuevo mensaje de voz y solicita al
usuario que se autentique previamente para poder reproducir el mensaje.

Creación de usuarios en CUC
 Maneras de crear o importar cuentas de usuario:
 Creación Manual: Crea usuarios de manera individual, uno a uno. Toda la
información de usuario se mantiene de manera local en la base de datos CUC.
 Administración Bulk: Crea múltiples usuarios de manera simultánea a partir de
los datos de un archivo .csv. Toda la información de usuario se mantiene de
manera local en la base de datos CUC.
 Migración desde Cisco Unity: Usando la herramienta COBRAS (Consolidated
Object Backup and Restore Application Suite). Los usuarios se pueden importar
con o sin sus mailboxes.
 Importación desde CUCM: Sincroniza la BBDD de usuarios CUC con una
BBDD de usuarios CUCM existente. Algunos de los datos de usuario se
mantienen en CUCM y se copian en CUC, pero los datos específicos de CUC se
almacenan localmente en la BBDD CUC.
 Importación desde LDAP: Sincroniza la BBDD de usuarios CUC con una BBDD
de usuarios LDAP existente. Algunos de los datos de usuario se mantienen en
LDAP y se copian en CUC, pero los datos específicos de CUC se almacenan
localmente en la BBDD CUC. La autenticación web se puede redirigir a LDAP.

Buzones voicemail en CUC
 Normalmente se asocia un buzón de voicemail con cada usuario
(uno por usuario en la mayoría de escenarios).
 Se almacenan en BBDD.
 Message Aging Policy:
 Políticas para controlar la utilización del espacio de disco por parte de los
buzones de voicemail, definen el tiempo de vida útil de los mensajes, de manera
que se muevan a la carpeta Eliminados (Deleted Items) todos los mensajes
después de un número de días específico (por defecto, esta opción está
deshabilitada). Por defecto, los mensajes en la carpeta Eliminados (Deleted
Items) se borran permanentemente de manera automática tras 15 días
(parámetro configurable).
 Mailbox Quotas:
 Para avisar a los usuarios cuando su mailbox está próximo a la cantidad máxima
permitida (por defecto, se avisa a los 12MB). Por defecto, cuando el mailbox
alcanza los 13MB (valor configurable) el sistema evita que el usuario envíe
nuevos mensajes, y cuando alcanza los 14MB (valor configurable) el usuario no
puede enviar ni recibir mensajes.

IMPLEMENTAR USUARIOS Y
MAILBOXES EN CUC

Configurar End User Templates
 Se pueden crear tantas plantillas como sea necesario desde
Templates > User Templates
 Las entradas de configuración del menú Edit más importantes son:
 Elementos básicos de User Templates
 Password Settings
 Roles
 Message Settings
 Message Actions
 Phone Menu
 Playback Message Settings

Configurar End User Templates (Continuación)
 Elementos básicos de User Templates
 Alias: Campo obligatorio, es el nombre de la plantilla en sí.
 Display Name: Campo obligatorio, es el nombre de la plantilla como aparece en la
página Find/List Templates.
 Display Name Generation: Elegir entre una de las siguientes opciones (First Name,
then Last Name) o (Last Name, then First Name).
 Outgoing Fax Server: Para seleccionar el servidor de fax para los usuarios.
 Partition: Para seleccionar la partición correcta para los usuarios.
 Search Scope: Para seleccionar el Search Space apropiado para los usuarios.
 Phone System: Para seleccionar el sistema telefónico para los usuarios.
 Class of Service: Controla las funciones a las que los usuarios pueden acceder.
 Active Schedule: Para seleccionar el calendario/horario a aplicar a los usuarios.
 Set for Self-enrollment at Next Login: Fuerza al usuario a grabar su voice name y
mensajes greeting la próxima vez que el usuario inicie sesión en CUC.
 List in Directory: Permite listar los usuarios en el directorio CUC, para que llamantes
externos puedan buscar, encontrar, y posteriormente llamar a usuarios.
 Time Zone: Seleccionar Use System Default Time Zone o la zona horaria apropiada.
 Language: Indicar el idioma que CUC usa para mostrar instrucciones a usuarios y
para la opción text-to-speech.
 Password Settings
 CUC usa 2 contraseñas diferentes para cada usuario. Una para la Web
Application, para iniciar sesión en las páginas web de CUC (incluyendo las User
Web Pages, y las páginas de administración), y otra para Voicemail, que es el
PIN para iniciar sesión en la interfaz TUI.
 Parámetros de contraseñas relevantes:
 Locked by Administrator: Evita que el usuario inicie sesión en CUC.
 User Cannot Change: Evita que el usuario modifique su contraseña.
 User Must Change at Next Login: Fuerza al usuario a cambiar su contraseña la
próxima vez que intente iniciar sesión en CUC.
 Authentication Rule: Establece la norma de autenticación que se aplicará a la
contraseña de la cuenta del usuario.
 Roles
 Por defecto, no se seleccionan roles para las cuentas de usuario, es un proceso
que debe realizar manualmente el administrador para asignar a cada usuario el
rol/roles apropiado/s otorgándoles los privilegios administrativos necesarios.

 Message Settings
 Maximum Message Length: Valor por defecto, 300s.
 Callers Can Edit Messages: Permite solicitar a los usuarios que escuchen,
añadan, vuelvan a grabar o borren el mensaje que acaban de dejar.
 Language That Callers Hear: Este parámetro afecta al lenguaje de las
grabaciones del sistema, como por ejemplo “Deje su mensaje al oír la señal”. Si
la opción Inherit Language from Caller está seleccionada, el parámetro User
Locale (en CUCM) determina el idioma que se usará.
 Unidentified Callers Message Urgency: Si el llamante que deja el mensaje no
tiene un buzón mailbox en el sistema, se le clasifica como un Unidentified Caller.
Los mensajes de esta clase de llamantes pueden establecerse con una prioridad
Normal o Urgent, o el sistema puede tener la opción Ask Callers habilitada,
dándole la elección a los llamantes. Por defecto, cuando un usuario inicia sesión
en su mailbox, CUC reproduce primero los mensajes marcados como Urgent.
 Message Actions
 Para cada tipo de mensaje (Voicemail, E-mail, Fax, y Delivery Receipt), definir la
acción que realizará el CUC: aceptarlo (Accept), rechazarlo (Reject), pasarlo
(Relay), o aceptarlo y pasarlo (Accept and Relay).
 Phone Menu
 Touchtone Conversation Menu Style: La opción Full hace que CUC indique
instrucciones detalladas a los llamantes, la opción Brief muestra unas
instrucciones resumidas.
 Conversation Volume: Para ajustar el volumen de las conversaciones CUC.
 Conversation Speed: Para ajustar la velocidad de reproducción de las
conversaciones CUC.
 Time Format: Para especificar el formato del reloj, 12 horas o 24 horas.
 Use Voice Recognition Input Style: Cuando está habilitado CUC utiliza
reconocimiento de voz en conversación con el llamante.
 Touchtone Conversation Style: Selecciona la emulación del teclado (para
hacer que las funciones de las teclas sean las mismas que en otros sistemas de
mensajería de voz).
 Enable Message Locator: Permite a los usuarios buscar mensajes por nombre
de usuario, extensión o caller ID.

 Playback Message Settings
 Message Volume: Establece el volumen para la reproducción de mensajes.
 Message Speed: Establece la velocidad a la que se reproducen los mensajes.
 For New Messages, Play: Indica el nº de mensajes, E-mails, Faxes y Receipts.
 For Saved Messages, Play: Indica el número de mensajes almacenados.
 Before Playing Messages, Play: Reproduce el Message Type Menu para oír
un menú de opciones de teclas a presionar para cada tipo de mensajes .
 New Message Play Order and Saved Message Play Order: Para establecer el
orden en el que CUC reproducirá mensajes a los usuarios. Para oír e-mails y
faxes, el usuario debe estar asignado a una CoS que tenga habilitadas las
funciones Access to E-mail in Third-Party Message Stores y Fax.
 Before Playing Each Message, Play: Comprueba los buzones deseados para
oír alguno (o todos) de los siguientes datos:
 Sender’s Information: El nombre grabado o el ANI para llamantes internos.
 Include Extension: La extensión de un llamante interno.
 Message Number: CUC indica el orden de los mensajes a medida que los reproduce.
 Time the Message Was Sent: CUC indica el timestamp de cada mensaje.
 Sender’s ANI: CUC indica el ANI del llamante exterior que dejó el mensaje.
 Message Duration: CUC indica la duración de cada mensaje.
 CUC realiza una llamada o envía un e-mail para avisar al usuario que tiene un
nuevo mensaje. CUC soporta notificaciones en Busca, Teléfono de Trabajo,
Teléfono Particular, y Teléfono Móvil y vía SMTP por defecto.
 Para cada dispositivo, se pueden configurar los estos parámetros:
 Enable: Para permitir a CUC enviar notificaciones a este dispositivo.
 Display Name: Modifica el nombre.
 Delay Before First Notification Event: nº de minutos que CUC, tras la llegada
de un mensaje, debe esperar para enviar una notificación a este dispositivo.
 Notification Repeat Interval: la frecuencia de reenvío de notificaciones.
 Notify Me Of: Seleccionar las opciones correspondientes para que CUC envíe
notificaciones para All Messages, All Voice Messages, Fax Messages,
Calendar Appointments, Calendar Meetings y, para cada tipo, si enviar o no
para Urgent Only.
 Pager/Phone Settings: Establece el Phone Number al que CUC debe llamar
para notificar mensajes. Modificar los parámetros extra para añadir dígitos extra,
tiempos de espera, etc. para asegurar que la llamada se realice correctamente.
Todas estas configuraciones debería aplicarse directamente en las cuentas de
usuario en lugar de en la plantilla.
Configurar Usuarios Finales
 Para crear un Nuevo usuario manualmente, ir a Users > Users y
crear un nuevo usuario. Seleccionar el User Type apropiado
(normalmente User with Mailbox) y seleccionar o introducir la
siguiente información:
1. De la lista desplegable, seleccionar el User Template para obtener las
configuraciones comunes de este usuario.
2. Rellenar los campos Alias, First Name, Last Name y Display Name.
3. Seleccionar el Mailbox Store apropiado, si hay más de uno disponible.
4. Añadir el número de Extension del usuario, normalmente es el DN principal
asociado con su teléfono IP.

Configurar Usuarios Finales (Continuación)
 Proporcionar una Extensión Alternativa para que los usuarios
llamen a CUC desde un nº diferente al de su extensión principal,
dándole acceso a su mailbox sin escuchar el Opening Greeting.
 Un Nombre Alternativo permite al administrador definir apodos
para permitir que los llamantes busquen usuarios por un nombre
diferente al indicado en la página User Configuration.
 Configuración de Extensiones Alternativas:
1. En la página User Configuration, del menú Edit, seleccionar Alternate
Extensions y accionar el botón Add New.
2. De la lista desplegable seleccionar el Type of Phone (las opciones son Work,
Home, Mobile).
3. Indicar un Display Name.
4. Seleccionar el Phone Number correcto. Este será el Caller ID (ANI) del teléfono
tal cual se mostrará en CUC, normalmente, es el número PSTN completo, pero
hay que tener en cuenta que CUCM puede eliminar o modificar dígitos antes de
enviarlos a CUC.
5. Del menú Edit, seleccionar Alternate Names.
Configurar Usuarios Finales (Continuación)
 DLs Privados
 El administrador puede añadir DLs Privados para los usuarios, o el mismo
usuario puede añadir estos DLs Privados desde las páginas web PCA (Personal
Communications Assistant).
 Cada DL (se pueden crear hasta 99) necesita un nombre único y puede contener
hasta 999 miembros. Estos valores máximos pueden limitarse en la CoS.

Importar Usuarios Finales
 Importar Usuarios desde CUCM - Configuración
1. En la interfaz Cisco Unified Serviceability, en el menú Tools, seleccionar
Service Activation.
2. Seleccionar el servicio Cisco AXL Web Service y accionar el botón Save.
3. En la interfaz Cisco Unity Connection Administration, ir a Telephony
Integrations > Phone System.
4. Clicar el nombre del servidor CUCM desde el que se importan los usuarios.
5. En el menú Edit, seleccionar Cisco Unified Communications Manager AXL
Servers.
6. En la página Edit AXL Servers, en la sección AXL Server Settings indicar el
User Name y el Password de la cuenta que CUC usará para loguearse en el
servidor CUCM AXL.
8. En la sección AXL Servers, accionar el botón Add New.
9. Indicar la IP Address y el Port del servidor CUCM.
10. Accionar el botón Test. En la sección Status aparecerá el siguiente mensaje
Test message successfully sent to AXL server <ip_adress:Port>.
11. Accionar el botón Save para completar la integración.
Importar Usuarios Finales
 Importar Usuarios desde CUCM – Importación
1. En el servidor CUC, desde la interfaz Cisco Unity Connection Administration ir a
User > Import Users.
2. Seleccionar el servidor CUCM de la lista desplegable Find End Users In. Filtrar
la búsqueda si fuera necesario.
3. Seleccionar la plantilla User Template apropiada de la lista desplegable Based
on Template.
4. Accionar el botón Find.
5. Seleccionar el usuario/usuarios a importar de la lista y accionar el botón Import
Selected.

Importar Usuarios Finales (Continuación)
 Importar Usuarios desde LDAP
1. En la interfaz CUC Cisco Unified Serviceability, ir a Tools > Services.
2. Seleccionar el servicio DirSync y accionar el botón Save.
3. En la interfaz CUC Administration, ir a System Settings > LDAP > LDAP Setup.
4. Habilitar la opción Enable Synchronizing From LDAP Server.
5. Seleccionar el tipo de servidor LDAP de la lista LDAP Server Type.
6. En la lista LDAP Attribute for User ID, seleccionar el atributo LDAP a asociar con el
Alias de CUC. El atributo LDAP debe contener datos y deben ser únicos.
7. Ir a LDAP > LDAP Directoy Configuration.
8. Indicar un LDAP Configuration Name.
9. Indicar el LDAP Manager Distinguished Name y la LDAP Password: Esta es la
cuenta LDAP que CUC usa para leer e importar la base de datos LDAP.
10. Indicar la LDAP User Search Base: punto desde el que CUC empezará a leer en la
base de datos LDAP.
11. En la sección LDAP Directory Synchronization Schedule, elegir la opción Perform
Sync Just Once si no se desea realizar una sincronización periódica.
12. Para sincronizaciones periódicas, indicar el intervalo en Perform a Re-sync Every.
13. Para configurar las asociaciones entre atributos LDAP y atributos CUC, establecer los
valores deseados en la sección User Fields to Be Synchronized.
Importar Usuarios Finales (Continuación)
 Importación BAT de Usuarios CUC
1. Ir a Tools > Bulk Administration Tool.
2. Bajo Select Operation, seleccionar Create. (Otras opciones son Update,
Delete, o Export).
3. Bajo Select Object Type, seleccionar Users With Mailbox.
4. Bajo Override CSV Fields When Creating User Accounts, seleccionar User
Template Yes y seleccionar el User Template adecuado.
5. Bajo Select File, localizar el archivo .csv que contiene los datos de usuario a
importar.
6. Especificar un Failed Objects Filename.
7. Accionar el botón Submit.

Gestión del almacenaje de mensajes
 Para ver el tamaño de la BBDD, el nº de mailboxes, fecha de
creación, y establecer el parámetro Maximum Size Before Warning
para determinar cuando CUC enviará mensajes de alerta avisando
del tamaño de la base de datos, ir a Message Storage > Mailbox
Stores y seleccionar la base de datos que se quiere comprobar.
 Mailbox Stores Membership

 Se pueden crear Bases de Datos de Mensajes adicionales. Se pueden mover
usuarios a una nueva base de datos de una manera sencilla accediendo a
Message Storage > Mailbox Stores Membership. A continuación seleccionar el
usuario/usuarios que se desea mover, seleccionar la base de datos a la que se
desean mover, y accionar el botón Move Selected Mailboxes.
 Tiempo de Vida de los mensajes (Message Aging Policy)

 Mailbox Quotas

Gestión del almacenaje de mensajes (Continuación)
 Tiempo de Vida de los mensajes (Message Aging Policy)
 La política por defecto sobre el tiempo de vida de los mensajes indica que los
mensajes de la carpeta Deleted Items se borran después de 15 días.
 Para modificar esta política acceder a Message Storage > Mesage Aging
Policy, y seleccionar la opción Default System Policy. Se puede desactivar esta
política deseleccionando la opción Enabled, la política por defecto se habilita
automáticamente.
 Otras modificaciones:
 En Message Aging Rules Based on When the Message Was Last Modified, se
puede seleccionar si se desea mover New Messages a la carpeta Saved, y Saved
Messages a la carpeta Deleted Items, y tras cuántos días moverlos.
 En Secure Message Aging Rules Based on When the Message Was Created,
se puede seleccionar la opción de borrar permanentemente mensajes seguros
cuando pasan uno número determinado de días.

Gestión del almacenaje de mensajes (Continuación)
 Mailbox Quotas
 Se recomienda establecer límites estrictos para el tamaño de los mailboxes al
inicio de la implantación del sistema.
 Para ello, acceder a Message Storage > Mailbox Quotas. En esta sección se
puede modificar la información de la sección System-Wide Mailbox Quotas,
incluyendo los límites para los parámetros Warning, Send y Send/Receive.
 Estos parámetros, o también llamados cuotas, pueden ser sobrescritos en la
plantilla User Template o de manera individual para cada usuario.

Fin
Preguntas

Cap21 24 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

Cap21 24 PDF

Cargado por

Copyright:

Formatos disponibles

CCNA Voice

Dial Plan CUCM – Elementos e Interacciones

Flujo de Datos en CUCM 1 2 Enrutamiento de llamadas en CUCM

@ 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. 4

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

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

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

 Si la WAN IP falla, los teléfonos en la sede remota pierden

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

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

 Consideraciones de diseño en despliegues centralizados:

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

 Backup PSTN usando CAC:

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

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

@ 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.  17 

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

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

 CUCM busca una coincidencia

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

Extension Mobility en CUCM 1 3 Funciones de Telefonía en CUCM

Habilitar EM en CUCM 2 4 Habilitar funciones de Telefonía en CUCM

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

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

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

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

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

@ 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 

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

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

 Si en el Paso #3 se activó la casilla Enterprise Subscription, el Paso #5b no es

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

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

 El Log Out Profile es la configuración aplicada al teléfono cuando no hay ningún

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

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

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

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

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

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

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

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

@ 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 

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

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

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

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

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

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

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