dial plan en cucm - forumtech.net · @ 2012 ibitec s.l. todos los derechos reservados. 6 flujo de...

CCNA Voice

Dial Plan CUCM – Elementos e Interacciones

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

Contenido

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

2


FLUJO DE DATOS EN CUCM

3

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

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.



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

13


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


Contenido

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

25

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


EXTENSION MOBILITY EN CUCM

26


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

29


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

40


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

49


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 Implementar Movilidad en CUCM 1 2

62


FUNCIONES DE MOBVILIDAD EN

CUCM

63


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

68


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

activa.


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 Implementar Usuarios y Mailboxes en CUC 1 3

86

Usuarios y Mailboxes en CUC 2


CISCO UNITY CONNECTION

87


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

99


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

107


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

125

Preguntas

dial plan en cucm - forumtech.net · @ 2012 ibitec s.l. todos los derechos reservados. 6 flujo de...

Documents