Voice Mail

CCNA Voice Dial Plan CUCM – Elementos e Interacciones

Contenido Flujo de Datos en CUCM

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

1

2

Enrutamiento de llamadas en CUCM

2

FLUJO DE DATOS EN CUCM

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

3

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.

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

4

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.

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

5

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.

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

6

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.

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

7

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.

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

8

Flujo de Datos centralizado con respaldo 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. 2.



La tabla de enrutamiento de llamadas debe tener una 2da opción que permita añadir un Gateway PSTN. 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.

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

9

Flujo de Datos centralizado con respaldo PSTN  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 

Flujo de Datos centralizado con respaldo PSTN  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.

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

 11 

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.

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

 12 

ENRUTAMIENTO DE LLAMADAS EN CUCM

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

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

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

 14 

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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 15 

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.  16  @ 2012 Ibitec S.L. Todos los derechos reservados.

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.

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

 17 

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.

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

 18 

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.

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

 19 

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.

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

 20 

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.

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

 21 

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.

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

 22 

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.

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

 23 

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

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

 25 

EXTENSION MOBILITY EN CUCM

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

 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.  27  @ 2012 Ibitec S.L. Todos los derechos reservados.

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.

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

 28 

HABILITAR EM EN CUCM

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

 29 

Habilitar EM en CUCM  Pasos para habilitar EM en CUCM: 1. 2. 3. 4.

Activar el servicio EM. Configurar los parámetros del servicio EM. Añadir el servicio EM. 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.

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

 30 

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.

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

 31 

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.

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

 32 

Paso #3 – Añadir el servicio EM a. b. c. d.

Seleccione Device > Device Settings > Phone Services. Haga clic en Add New. Indique, de manera opcional, un nombre y descripción para el Servicio EM. Introduzca una URL válida en el campo Service URL. Esta URL deberá seguir el siguiente formato: http://: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.

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

 33 

Paso #4 – Crear Perfiles por defecto para dispositivos a. En la interfaz web CM Administration, seleccione Device > Device Settings > Default Device Profile. b. Haga clic en Add New. 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.

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

 34 

Paso #5A – Crear Perfiles de dispositivo a. En la interfaz web CM Administration, seleccione Device > Device Settings > Device Profile. b. Haga clic en Add New. 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.

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

 35 

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.

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

 36 

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.

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

 37 

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.

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

 38 

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.

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

 39 

FUNCIONES DE TELEFONÍA EN CUCM

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

 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

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

 41 

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.

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

 42 

Call Coverage (Continuación)  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.

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

 43 

Call Coverage (Continuación)  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.

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

 44 

Call Coverage (Continuación)  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.

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

 45 

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.

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

 46 

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.

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

 47 

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.

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

 48 

FUNCIONES DE TELEFONÍA EN CUCM

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

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

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

 50 

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. 2. 3. 4. 5.

En la aplicación Cisco Unified CM Administration, acceder a System > Service Parameters. En la lista Server seleccionar el servidor que se desea configurar. De la lista Service seleccionar el servicio Cisco CallManager. En la sección Clusterwide Parameters (Device-Phone) establecer el parámetro Built-in Bridge Enable como ON. Establecer el parámetro Privacy como True (opción por defecto). 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.

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

 51 

Habilitar Call Coverage (Continuación)  Configurar la función Call Pickup: 1. 2. 3. 4.

En Cisco Unified CM Administration, ir a Call Routing > Call Pickup Group. Accionar el botón Add New. Indicar un nombre y número (sin wildcards) únicos para el Grupo de Call Pickup. 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. 2. 3. 4. 5. 6.



Acceder a Device > Device Settings > Softkey Template. Seleccionar, añadir o copiar una plantilla de softkey. Del menú Related Tasks, seleccionar la opción Configure Softkey Layout. Añadir las softkeys para Pickup, Group Pickup o Other Group Pickup. Accionar el botón Save. 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.

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

 52 

Habilitar Call Coverage (Continuación)  Configurar la función Call Park: 1. 2. 3. 4.

En Cisco Unified CM Administration, ir a Call Routing > Call Park. Accionar el botón Add New. Especificar un DN o rango de DNs para usar la función Call Park. Accionar el botón Save.

 Configurar la función Directed Call Park: 1. 2. 3. 4. 5. 6. 7.

En Cisco Unified CM Administration, ir a Call Routing > Directed Call Park. Accionar el botón Add New. Indicar un número o rango únicos y si se desea indicar una Partition. 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. 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. Especificar el Retrieval Prefix, que será el código que la persona que recupere la llamada debe marcar para poder recuperarla. Accionar el botón Save.

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

 53 

Habilitar Call Coverage (Continuación)  Configurar la función Call Hunting, 3 Pasos: a. Crear Line Groups: 1. 2. 3. 4. 5. 6. 7.

8.

9.

Crear DNs y asociarlos con teléfonos. En Cisco Unified CM Administration, ir a Call Routing>Route/Hunt>Line Group. Accionar el botón Add New. Indicar el nombre del Line Group. 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. Seleccionar el algoritmo de distribución: Top Down, Circular, Broadcast, o Longest Idle Time. 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. Añadir DNs al Line Group. El orden en el que se listan los DNs es importante según el algoritmo de distribución. Accionar el botón Save.

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

 54 

Habilitar Call Coverage (Continuación)  Configurar la función Call Hunting, 3 Pasos: (Continuación) b. Crear Hunt Lists: 1. 2. 3. 4. 5. 6. 7.

Acceder a Call Routing > Route/Hunt > Hunt List. Accionar el botón Add New. Indicar un Nombre. Seleccionar el CUCM Group para proporcionar redundancia a la Hunt List. Accionar el botón Save. Las configuraciones de Hunt List se muestran en la página. Añadir Line Groups a la Hunt List. La Hunt List se procesa en orden descendente, el orden los Line Groups es importante. Accionar el botón Save cuando los Line Groups aparezcan en el orden apropiado.

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

 55 

Habilitar Call Coverage (Continuación)  Configurar la función Call Hunting, 3 Pasos: (Continuación) c. Crear un Hunt Pilot: 1. 2. 3. 4. 5. 6. 7.

8.

Acceder a Call Routing > Route/Hunt > Hunt Pilot. Accionar el botón Add New. Indicar el número de Hunt Pilot, puede ser un número PSTN o un número DID. Seleccionar una Partition, si se desea, para controlar el acceso al Hunt Pilot. En el campo Hunt List, seleccionar la Hunt List que se debería acceder al marcar el correspondiente número de Hunt Pilot. Especificar un Alerting Name, que se mostrará en los teléfonos que reciban llamadas como parte del sistema de hunting. 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. Accionar el botón Save.

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

 56 

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. 3. Accionar el botón Save. 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á _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.

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

 57 

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. 4. Accionar el botón Save.

 Pasos para asignar la plantilla a los teléfonos: 1. 2.

Aplicar la plantilla a un teléfono seleccionando la plantilla modificada del menú correspondiente en la página de configuración del teléfono. Configurar un botón del teléfono con un Intercom DN, Intercom Partition e Intercom CSS.

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

 58 

Configuración de CUCM Native Presence  Configurar BLF SPeed Dials: 1. 2. 3. 4. 5.

Acceder a Device > Device Settings > Phone Button Template. Seleccionar, copiar, o crear la plantilla adecuada para el modelo de teléfono y protocolo. Añadir la función Speed Dial BLF a uno o más de los botones disponibles. Aplicar la plantilla a los teléfonos. 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. 2. 3.

4.

Acceder a System > Enterprise Parameters y dirigirse a la sección Enterprise Parameters Configuration. Establecer el parámetro Enable BLF for Call Lists a la opción Enabled. 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. Aplicar el CSS adecuado a los teléfonos y SIP trunks.

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

 59 

Configuración de CUCM Native Presence  Configurar Grupos de Presencia Personalizados: 1. 2. 3.

4.

5. 6.

Acceder a System > Presence Group. Accionar el botón Add New y configurar un Nombre. 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. 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). Establecer la política por defecto Inter-Presence Group Subscription a una de las opciones, Allow or Disallow. Asignar Grupos de Presencia a DNs y teléfonos, recordando que son los teléfonos los que monitorizan los DNs.

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

 60 

Título de la Diapositiva

CCNA Voice CUCM – Funciones de Movilidad

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

Contenido Funciones de Movilidad en CUCM

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

1

2

Implementar Movilidad en CUCM

 62 

FUNCIONES DE MOBVILIDAD EN CUCM

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

 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.  64  @ 2012 Ibitec S.L. Todos los derechos reservados.

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.

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

 65 

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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 66 

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.

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

 67 

IMPLEMENTAR MOVILIDAD EN CUCM

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

 68 

Configuración de Mobile Connect  Pasos para configurar Mobile Connect: 1. 2. 3. 4. 5. 6. 7. 8. 9.

Configurar Softkey Templates para incluir la tecla Mobility. Configurar las cuentas de usuario para Movilidad. Configurar los teléfonos IP para soportar Movilidad. Crear Remote Destination Profiles y asignarlos a usuarios. Añadir Destinos Remotos a los Remote Destination Profiles. Configurar las planificaciones temporales de los Destinos Remotos. Configurar Listas de Acceso. Aplicar Listas de Acceso a los Destinos Remotos. Configurar Parámetros de Servicio.

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

 69 

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.

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

 70 

Paso #2 - Configurar las cuentas de usuario para Movilidad  Pasos para configurar las cuentas de usuario para Movilidad: 1. 2. 3. 4.

Acceder a User Management > End User y seleccionar un usuario. Habilitar a casilla Enable Mobility. Indicar un valor para el parámetro Remote Destination Limit (máximo de 10). 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).

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

 71 

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.

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

 72 

Paso #4 - Crear Remote Destination Profiles y asignarlos a usuarios  Pasos para crear Perfiles de Destino Remoto y asociarlos con cuentas de usuario: 1. 2. 3. 4.

Acceder a Device > Device Settings > Remote Destination Profile. Indicar un nombre para el perfil. Seleccionar el User ID al que asociar este perfil. 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.

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

 73 

Paso #5 - Añadir Destinos Remotos a los Remote Destination Profiles

 Pasos para añadir Destinos Remotos a Perfiles de Destino Remoto: 1. 2. 3. 4. 5.

6. 7.

8.

Acceder a Device > Remote Destination. Accionar el botón Add New. Indicar un Name para este Destino Remoto. Indicar el Destination Number, debe contener un número PSTN. 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. Habilitar la casilla Mobile Phone para permitir el traspaso de llamadas desde el teléfono IP usando la softkey Mobility. 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. En la sección Association Information seleccionar una o más líneas compartidas en el Perfil de Destino Remoto.

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

 74 

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

Seleccionar los días y horas en los que este dispositivo remoto debería sonar. Seleccionar la zona horaria del dispositivo remoto.

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

 75 

Paso #7 – Configurar Listas de Acceso  Pasos para configurar Listas de Acceso: 1. 2. 3. 4. 5. 6.  

Acceder a Call Routing > Class of Control > Access List. Accionar el botón Add New. Configurar un Name para la lista. En el menú Owner seleccionar el User ID correspondiente. Este será el usuario de Mobile Connect al quien hace referencia la Lista de Acceso. Seleccionar, Allowed o Blocked, para indicar la función de la lista. Accionar el botón Save. 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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 76 

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

3. 4.

Acceder a Device > Remote Destination y seleccionar un Destino Remoto. 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). De la lista correspondiente seleccionar la Lista de Acceso que proporciona el filtro deseado. Accionar el botón Save.

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

 77 

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. 2. 3. 4.

Acceder a System > Service Parameters. Seleccionar el Server a configurar. De la lista Service seleccionar el servicio CallManager. Bajar a la sección Clusterwide Parameters (System Mobility). 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  78  @ 2012 Ibitecactiva. S.L. Todos los derechos reservados.

Configuración de MVA  Pasos para configurar la función MVA : 1. 2. 3. 4. 5.

Activar el servicio MVA. Configurar parámetros de servicio. Habilitar MVA para cada usuario. Configurar el MVA Media Resource. Configurar la aplicación VXML MVA en el Gateway.

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

 79 

Paso #1 – Activar el Servicio MVA  Pasos para activar el servicio MVA: 1. 2. 3.

Acceder a Unified Serviceability > Tools > Service Activation. Seleccionar el Servicio Cisco Unified Mobile Voice Access. Accionar el botón Save.

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

 80 

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

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

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

 81 

Paso #3 – Habilitar MVA para cada usuario  Pasos para habilitar el servicio MVA para cada usuario: 1. 2. 3. 4.

Acceder a la página de configuración de usuario del usuario/usuarios para los que se desea habilitar el servicio MVA. Bajar hasta la sección Mobility Information. Activar la casilla Enable Mobile Voice Access. Comprobar que el Remote Destination Profile listado está configurado adecuadamente para proporcionar autenticación.

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

 82 

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.

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

 83 

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 @ 2012 Ibitec S.L. Todos los derechos reservados.

 84 

Título de la Diapositiva

CCNA Voice Integración de Voicemail con CUC

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

Contenido Cisco Unity Connection

1

Usuarios y Mailboxes en CUC

2

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

3

Implementar Usuarios y Mailboxes en CUC

 86 

CISCO UNITY CONNECTION

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

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

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

 88 

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.

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

 89 

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

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

 90 

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.

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

 91 

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

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

 92 

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.

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

 93 

Funciones CUC (Continuación)  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.

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

 94 

Funciones CUC (Continuación)  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).

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

 95 

Funciones CUC (Continuación)  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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 96 

Funciones CUC (Continuación)  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.

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

 97 

Funciones CUC (Continuación)  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.

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

 98 

USUARIOS Y MAILBOXES EN CUC

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

 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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 100 

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, “ 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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 101 

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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 102 

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.

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

 103 

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.

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

 104 

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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 105 

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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 106 

IMPLEMENTAR USUARIOS Y MAILBOXES EN CUC

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

 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 Notification Devices

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

 108 

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.

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

 109 

Configurar End User Templates (Continuación)  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.

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

 110 

Configurar End User Templates (Continuación)  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). @ 2012 Ibitec S.L. Todos los derechos reservados.

 111 

Configurar End User Templates (Continuación)  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.

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

 112 

Configurar End User Templates (Continuación)  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.  113  @ 2012 Ibitec S.L. Todos los derechos reservados.

Configurar End User Templates (Continuación)  Notification Devices  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. @ 2012 Ibitec S.L. Todos los derechos reservados.

 114 

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. 5. Accionar el botón Save.

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

 115 

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.  116  @ 2012 Ibitec S.L. Todos los derechos reservados.

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.

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

 117 

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. 7. Accionar el botón Save. 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 . 11. Accionar el botón Save para completar la integración.  118  @ 2012 Ibitec S.L. Todos los derechos reservados.

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.

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

 119 

Importar Usuarios Finales (Continuación)  Importar Usuarios desde LDAP 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.

En la interfaz CUC Cisco Unified Serviceability, ir a Tools > Services. Seleccionar el servicio DirSync y accionar el botón Save. En la interfaz CUC Administration, ir a System Settings > LDAP > LDAP Setup. Habilitar la opción Enable Synchronizing From LDAP Server. Seleccionar el tipo de servidor LDAP de la lista LDAP Server Type. 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. Ir a LDAP > LDAP Directoy Configuration. Indicar un LDAP Configuration Name. 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. Indicar la LDAP User Search Base: punto desde el que CUC empezará a leer en la base de datos LDAP. 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. Para sincronizaciones periódicas, indicar el intervalo en Perform a Re-sync Every. Para configurar las asociaciones entre atributos LDAP y atributos CUC, establecer los valores deseados en la sección User Fields to Be Synchronized.

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

 120 

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.

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

 121 

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 @ 2012 Ibitec S.L. Todos los derechos reservados.

 122 

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.

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

 123 

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.

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

 124 

Fin

Preguntas

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

 125 