Unified Communications Mayo 2015

COLOMBIA

CISCO UC - DESCRIPCIÓN, DISEÑO, CONFIGURACIÓN Y O&M

V1.0

GERENCIA DE INGENIERÍA

Este documento contiene secretos del negocio e información de propiedad de TELMEX COLOMBIA. No está permitido ningún tipo de utilización de la información contenida aquí sin previo consentimiento escrito.

Bogotá, Mayo 2012

COMUNICACIONES UNIFICADAS (UC) CISCO

Confidencial Pág. 2 2014-06-03

CONTROL DE CAMBIOS

Fecha de Cambio

Ver. Cambiado por:

Secciones Cambiadas

Motivo del cambio

2012-05-29 1.0 Javier Veru Todas Primera versión del Documento.

2012-08-23 1.0 Javier Veru Plan de Numeración. Se agrega sección Smartphone Nokia Call Connect y Jabber para Android

Se restringe llamadas de Emergencia al rango 1[1-2]X. Se agrega sección 4.1.13.6.3.4 y 4.1.13.6.3.5

2012-09-23 1.0 Javier Veru Se actualizan Smartphone sobre Android que soportan Anyconnect

4.1.13.6.4 Restricciones

2012-10-30 1.0 Javier Veru Se adiciona sección Configuración página CCM User.

4.1.13.1.3.32 Configuracion CCM User para Directorio Personal

2012-11-13 1.0 Javier Veru Se actualiza versión homologada para CPEs

Se homologa versión única para soporte de PBX. 151-3.T2

2013-03-04 1.0 Javier Veru Todas las secciones que hacían referencia al CUMA

Se elimina CUMA de la solución de UC

2013-05-23 1.0 Javier Veru Se actualiza configuración Recursos de CFB en GW para Meetme o Ad Hoc

4.1.13.1.3.30.7 TRANSCODER Y CONFERENCE MEDIA RESOURCES

2013.06.13 1.0 Javier Veru Se elimina Cisco Mobile para Iphone. Jabber aplica para IOS y Android

4.1.13.5.3.3 Configuración Aplicación Cisco Mobile 8.0 en el Iphone 3.2.8.4 Mobile Communicator CUMC

2014.05.14 1.0 Javier Veru 3.2.7.2 Modelos Homologados. 3.2.5.2 Version 4.1.13.1.3.30 Configuración Directorio Araña 8831

Se elimina 7937 por EoL y se agrega 8831. Se modifica versión homologada para soporte teléfonos 6945 en modo SRST. Se agrega configuración Directorio para teléfonos 8831.



TABLA DE CONTENIDO

CISCO UC - DESCRIPCIÓN, DISEÑO, CONFIGURACIÓN Y O&M ........................................ 1

CONTROL DE CAMBIOS ................................................................................................................................ 2 TABLA DE CONTENIDO ................................................................................................................................ 4 COMUNICACIONES UNIFICADAS (UC) CISCO ................................................................................................10 1 OBJETIVO ...........................................................................................................................................10 2 INTRODUCCIÓN ..................................................................................................................................10 3 ARQUITECTURA ..................................................................................................................................11

3.1 TOPOLOGÍA .................................................................................................................................11 3.2 COMPONENTES ............................................................................................................................12

3.2.1 Cisco Unified CallManager (CUCM) ..............................................................................................12 3.2.1.1 HOJA DE DATOS ................................................................................................................12 3.2.1.2 DESEMPEÑO ......................................................................................................................13 3.2.1.3 VERSIÓN ...........................................................................................................................13 3.2.1.4 LICENCIAS ........................................................................................................................13

3.2.2 Auto Attendant y Voice Mail (CUE – CUC) ....................................................................................14 3.2.2.1 Cisco Unity Express (CUE) ...................................................................................................14

3.2.2.1.1 HOJA DE DATOS ..........................................................................................................14 3.2.2.1.2 VERSIÓN .....................................................................................................................15 3.2.2.1.3 LICENCIAS ...................................................................................................................15

3.2.2.2 Cisco Unity Connection (CUC) .............................................................................................16 3.2.2.2.1 HOJA DE DATOS ..........................................................................................................16 3.2.2.2.2 VERSIÓN .....................................................................................................................16 3.2.2.2.3 LICENCIAS ...................................................................................................................16

3.2.3 Cisco Unified Presence Server (CUPS) .........................................................................................17 3.2.3.1 HOJA DE DATOS ................................................................................................................17 3.2.3.2 VERSIÓN ...........................................................................................................................18 3.2.3.3 LICENCIAS ........................................................................................................................18

3.2.4 Cisco Unified Communication Proxy (UC Proxy in ASA5520) ..........................................................18 3.2.4.1.1 HOJA DE DATOS ..........................................................................................................18 3.2.4.1.2 VERSIÓN .....................................................................................................................18 3.2.4.1.3 LICENCIAS ...................................................................................................................19

3.2.5 Gateways – ISR (G1 & G2) ........................................................................................................19 3.2.5.1 HOJA DE DATOS ................................................................................................................20 3.2.5.2 VERSIÓN ...........................................................................................................................20 3.2.5.3 LICENCIAS ........................................................................................................................20

3.2.6 Gateways Analógicos –ATA, VG224 y VG248 ................................................................................23 3.2.6.1 HOJA DE DATOS ................................................................................................................23 3.2.6.2 VERSIÓN ...........................................................................................................................23

3.2.7 Teléfonos IP .............................................................................................................................23 3.2.7.1 HOJA DE DATOS ................................................................................................................24 3.2.7.2 MODELOS HOMOLOGADOS .................................................................................................24

3.2.8 Cisco Unified Client ....................................................................................................................25 3.2.8.1 IP Communicator (CIPC) ....................................................................................................25

3.2.8.1.1 HOJA DE DATOS ..........................................................................................................25



3.2.8.1.2 LICENCIAS ...................................................................................................................25 3.2.8.2 Personal Communicator (CUPC) ..........................................................................................25

3.2.8.2.1 HOJA DE DATOS ..........................................................................................................26 3.2.8.2.2 VERSIÓN .....................................................................................................................26 3.2.8.2.3 LICENCIAS ...................................................................................................................26

3.2.8.3 Cisco Jabber ......................................................................................................................27 3.2.8.3.1 HOJA DE DATOS ..........................................................................................................27 3.2.8.3.2 VERSIÓN .....................................................................................................................27 3.2.8.3.3 LICENCIAS ...................................................................................................................27

3.2.8.4 Video Advantage (CUVA) ...................................................................................................27 3.2.8.4.1 HOJA DE DATOS ..........................................................................................................27 3.2.8.4.2 VERSIÓN .....................................................................................................................28 3.2.8.4.3 LICENCIAS ...................................................................................................................28

3.2.8.5 Attendant Console (AC) .....................................................................................................28 3.2.8.5.1 HOJA DE DATOS ..........................................................................................................29 3.2.8.5.2 VERSIÓN .....................................................................................................................29 3.2.8.5.3 LICENCIAS ...................................................................................................................29

3.2.9 Red IP - Ancho de Banda y QoS ................................................................................................29 3.2.9.1 Marcación de paquetes .......................................................................................................30 3.2.9.2 Delay, Jitter, Perdida de paquetes .......................................................................................30 3.2.9.3 Ancho de banda .................................................................................................................30

3.2.9.3.1 Consideraciones Generales ............................................................................................30 3.2.9.3.1.1 Audio ....................................................................................................................30 3.2.9.3.1.2 Video ....................................................................................................................31 3.2.9.3.1.3 Otros ....................................................................................................................31

3.2.9.3.2 Diseño y Dimensionamiento por Servicio.........................................................................33 3.2.9.3.2.1 Audio y Video entre sedes .......................................................................................34 3.2.9.3.2.2 Buzón de voz .........................................................................................................34 3.2.9.3.2.3 Operadora Automática (Auto-attendant)...................................................................35 3.2.9.3.2.4 Otros servicio .........................................................................................................35

3.2.9.4 Call Admisión Control .........................................................................................................36 3.2.10 TARIFICACIÓN ......................................................................................................................36 3.2.11 ADMINISTRACIÓN DELEGADA – Arcana Networks Manage Express ...........................................36 3.2.12 GESTIÓN DE RED ..................................................................................................................37

4 SERVICIOS ..........................................................................................................................................37 4.1 TELEFONÍA IP ..............................................................................................................................37

4.1.1 DESCRIPCIÓN ...........................................................................................................................37 4.1.2 CARACTERÍSTICAS ....................................................................................................................38 4.1.3 DISEÑO ....................................................................................................................................40

4.1.3.1 Modelo de Despliegue ........................................................................................................40 4.1.3.2 RED LAN ...........................................................................................................................41 4.1.3.3 SERVICIOS DE RED ............................................................................................................41 4.1.3.4 CALIDAD DE SERVICIO ......................................................................................................42 4.1.3.5 RED WAN ..........................................................................................................................42 4.1.3.6 Gateways de voz ................................................................................................................43

4.1.4 Recursos de Media ....................................................................................................................43



4.1.4.1 Recursos de Voice Termination ...........................................................................................44 4.1.4.2 Recursos de Conferencia ....................................................................................................44 4.1.4.3 Recursos de Transcoding ....................................................................................................45

4.1.5 Música en Espera ......................................................................................................................46 4.1.6 Call Admission Control ...............................................................................................................47 4.1.7 Plan de Numeración ..................................................................................................................47 4.1.8 Voicemail con CUE ....................................................................................................................51 4.1.9 Servicios de Directorio ...............................................................................................................54 4.1.10 Seguridad .............................................................................................................................54 4.1.11 Notación ...............................................................................................................................54 4.1.12 Bases de Dimensionamiento ...................................................................................................59 4.1.13 Procesos de IMPLEMENTACIÓN ..............................................................................................60

4.1.13.1 CUCM ............................................................................................................................60 4.1.13.1.1 Descripción ................................................................................................................60 4.1.13.1.2 Características ............................................................................................................60 4.1.13.1.3 Configuración del Servicio de PBX Administrada.............................................................61

4.1.13.1.3.1 Nomenclatura a Utilizar .........................................................................................61 4.1.13.1.3.2 REGION ...............................................................................................................62 4.1.13.1.3.3 LOCATION ...........................................................................................................66 4.1.13.1.3.4 SRST ...................................................................................................................68 4.1.13.1.3.5 DEVICE POOLS.....................................................................................................69 4.1.13.1.3.6 PARTITION ..........................................................................................................71 4.1.13.1.3.7 CALLING SEARCH SPACE (CSS) .............................................................................73 4.1.13.1.3.8 CONFERENCE BRIDGE ..........................................................................................76 4.1.13.1.3.9 TRANSCODER ......................................................................................................77 4.1.13.1.3.10 MEDIA RESOURCE GROUP ..................................................................................79 4.1.13.1.3.11 MEDIA RESOURGE GROUP LIST ...........................................................................80 4.1.13.1.3.12 MEET-ME ...........................................................................................................83 4.1.13.1.3.13 CALL PARK .........................................................................................................86 4.1.13.1.3.14 CALL PICKUP GROUP ..........................................................................................88 4.1.13.1.3.15 GATEWAY ..........................................................................................................90 4.1.13.1.3.16 CONFIGURACION PUERTOS E1 ............................................................................94 4.1.13.1.3.17 CONFIGURACION PUERTOS FXO .........................................................................96 4.1.13.1.3.18 CONFIGURACION PUERTOS FXS ..........................................................................98 4.1.13.1.3.19 ROUTE GROUPS ............................................................................................... 102 4.1.13.1.3.20 ROUTE LIST ..................................................................................................... 104 4.1.13.1.3.21 ROUTE PATTERNS ............................................................................................ 106 4.1.13.1.3.22 CTI ROUTE POINT ............................................................................................ 108 4.1.13.1.3.23 CTI PORTS ....................................................................................................... 112 4.1.13.1.3.24 JTAPI USER ...................................................................................................... 119 4.1.13.1.3.25 VOICE MAIL PILOT ........................................................................................... 122 4.1.13.1.3.26 VOICE MAIL PROFILE ....................................................................................... 122 4.1.13.1.3.27 PHONES & USERS ............................................................................................. 123

4.1.13.1.3.27.1 CARGA DE PHONES & USERS POR MEDIO DE BAT ..................................... 123 4.1.13.1.3.27.2 CARGA DE PHONES & USERS MANUALMENTE ........................................... 126

4.1.13.1.3.28 MOH ................................................................................................................ 135



4.1.13.1.3.29 USERS ............................................................................................................. 139 4.1.13.1.3.30 Configuración Directorio Araña 8831 .................................................................. 142 4.1.13.1.3.31 CONFIGURACION CPE CLIENTE ......................................................................... 145

4.1.13.1.3.31.1 HOSTNAME ............................................................................................. 145 4.1.13.1.3.31.2 DHCP ..................................................................................................... 145 4.1.13.1.3.31.3 QoS ........................................................................................................ 145 4.1.13.1.3.31.4 Access Lists ............................................................................................ 146 4.1.13.1.3.31.5 MGCP ..................................................................................................... 147 4.1.13.1.3.31.6 SRST y MoH ............................................................................................ 148 4.1.13.1.3.31.7 TRANSCODER Y CONFERENCE MEDIA RESOURCES .................................... 149 4.1.13.1.3.31.8 ENDPOINTS DIGITALES ........................................................................... 150 4.1.13.1.3.31.9 MGCP GATEWAY FALLBACK TO H.323 Y CLASS OF RESTRICTIONS ............. 151 4.1.13.1.3.31.10 Cisco Unity Express ............................................................................... 154 4.1.13.1.3.31.11 Licencias............................................................................................... 155 4.1.13.1.3.31.12 ENRUTAMIENTO Y DIRECCIONAMIENTO INTERFACES ............................. 155 4.1.13.1.3.31.13 ACCESO REMOTO Y LOCAL, BANNER Y NTP ............................................ 156 4.1.13.1.3.31.14 TACACS ................................................................................................ 157 4.1.13.1.3.31.15 LINEAS ESTANDAR ADICIONALES .......................................................... 158

4.1.13.1.3.32 CIPC con NAT................................................................................................... 158 4.1.13.1.3.33 Configuracion CCM User para Directorio Personal ................................................ 163 4.1.13.1.3.34 CONFIGURACION CUE VIA WEB ........................................................................ 165

4.1.13.1.3.34.1 Prompts .................................................................................................. 174 4.1.13.1.3.34.2 AutoAttendant ......................................................................................... 176 4.1.13.1.3.34.3 NTP y TIME ZONE ................................................................................... 180

4.1.13.1.3.35 TRANSLATION PATTERNS LLAMADAS ENTRANTES DE TELEFONIA PUBLICA ......... 182 4.1.13.1.3.36 ADMINISTRACION DELEGADA ........................................................................... 184 4.1.13.1.3.37 Attendant Console ............................................................................................ 191

4.1.13.1.3.37.1 Agregar Usuarios para la Consola de Operadora ......................................... 191 4.1.13.1.3.37.2 Configuración del Pilot Point ..................................................................... 196 4.1.13.1.3.37.3 Configuración de Hunt Groups .................................................................. 199 4.1.13.1.3.37.4 Instalación Software PC cliente ................................................................. 203

4.1.13.1.3.38 Call Waiting para los 69XX ................................................................................. 210 4.1.13.1.3.39 Configuración PBX Distribuido ............................................................................ 211

4.1.13.1.3.39.1 Route Pattern para ciudades principales y nuevas ...................................... 212 4.1.13.1.3.39.2 Called Party Transformation Patttern ............................................................ 214 4.1.13.1.3.39.3 SIP Trunk .................................................................................................. 217 4.1.13.1.3.39.4 Route Group ........................................................................................... 218 4.1.13.1.3.39.5 Route List ............................................................................................... 219

4.1.13.1.3.40 EM Extension Mobility ....................................................................................... 219 4.1.13.1.3.41 Instalacion y configuración CIPC PC Cliente ........................................................ 227

4.1.13.1.4 Restricciones ............................................................................................................ 236 4.1.13.2 Unity Connection .......................................................................................................... 236

4.1.13.2.1 Descripción .............................................................................................................. 236 4.1.13.2.2 Características .......................................................................................................... 236 4.1.13.2.3 Configuración del Servicio .......................................................................................... 237

4.1.13.2.3.1 Configuración de Oficina – Phone System ............................................................. 237



4.1.13.2.3.2 Configuración Partition y Search Space ................................................................. 238 4.1.13.2.3.3 Configuración Oficina – Call Handlers ................................................................... 240 4.1.13.2.3.4 Configuración de Oficina – Direct Routing Rules .................................................... 247 4.1.13.2.3.5 Configuración Usuarios Voice Mail ........................................................................ 252 4.1.13.2.3.6 ADMINISTRACION DE PASSWORD PARA CUENTAS VOCIE MAIL ............................ 255 4.1.13.2.3.7 CLASS OF SERVICE - Voice Mail User COS ............................................................ 257 4.1.13.2.3.8 CARGA MASIVA DE USUARIOS DE VOICEMAIL CON BAT ....................................... 258 4.1.13.2.3.9 Configuración Special Features – Mensajería Integrada .......................................... 259 4.1.13.2.3.10 ADMINISTRACION DE PASSWORD PARA CUENTAS IMAP ..................................... 261 4.1.13.2.3.11 Configurando un Cliente IMAP en Windows ......................................................... 262 4.1.13.2.3.12 Configurando un Cliente IMAP en Lotus .............................................................. 266 4.1.13.2.3.13 Integración Unity con CUCM .............................................................................. 273

4.1.13.2.3.13.1 Configuración parámetros Call Manager ..................................................... 273 4.1.13.2.3.13.2 REGION .................................................................................................. 274 4.1.13.2.3.13.3 LOCATION .............................................................................................. 274 4.1.13.2.3.13.4 DEVICE POOL ......................................................................................... 274 4.1.13.2.3.13.5 PARTITIONS ........................................................................................... 275 4.1.13.2.3.13.6 CALLING SEARCH SPACES ........................................................................ 275 4.1.13.2.3.13.7 VOICE MAIL PILOT .................................................................................. 276 4.1.13.2.3.13.8 VOICE MAIL PROFILE .............................................................................. 276 4.1.13.2.3.13.9 VOICE MAIL PORT ................................................................................... 277 4.1.13.2.3.13.10 Voice Mail Port para Llamadas ................................................................ 278 4.1.13.2.3.13.11 Voice Mail Port para MWI ....................................................................... 278 4.1.13.2.3.13.12 LINE GROUP ......................................................................................... 278 4.1.13.2.3.13.13 HUNT LIST ........................................................................................... 280 4.1.13.2.3.13.14 HUNT PILOT ......................................................................................... 280 4.1.13.2.3.13.15 MESSAGE WAITING INDICATOR ............................................................. 281 4.1.13.2.3.13.16 TRANSLATION PATTERNS ...................................................................... 281 4.1.13.2.3.13.17 Configuración Parámetros Unity .............................................................. 283 4.1.13.2.3.13.18 PHONE SYSTEM .................................................................................... 283

4.1.13.2.3.14 PORT GROUPS ................................................................................................. 285 4.1.13.2.3.15 Configuración Bancolombia ................................................................................ 291

4.1.13.2.4 Restricciones ............................................................................................................ 291 4.1.13.3 Presencia y Mensajería Instantánea IM ........................................................................... 291

4.1.13.3.1 DESCRIPCIÓN .......................................................................................................... 291 4.1.13.3.2 Características .......................................................................................................... 293 4.1.13.3.3 Configuración del Servicio .......................................................................................... 294

4.1.13.3.3.1 Creación y Configuración Usuario en Directorio Activo ........................................... 294 4.1.13.3.3.2 Creación y Configuración del Dispositivo CFS en el CCM ......................................... 297 4.1.13.3.3.3 Creación y Configuración End User sobre CCM ...................................................... 300 4.1.13.3.3.4 Creación y configuración Usuario Voice Mail en Unity ............................................. 306 4.1.13.3.3.5 Asociación Usuario Voice Mail en Presence............................................................ 308 4.1.13.3.3.6 Asociación Usuario Ldap en Presence ................................................................... 310 4.1.13.3.3.7 Configuración Features Presence ......................................................................... 312 4.1.13.3.3.8 Configuración Features – Desk Phone Control ....................................................... 313 4.1.13.3.3.9 Configuración Features – Voice Mail en el CUPC .................................................... 314



4.1.13.3.4 Restricciones ............................................................................................................ 316 4.1.13.4 Movilidad (SNR/MVA) .................................................................................................... 316

4.1.13.4.1 DESCRIPCIÓN .......................................................................................................... 316 4.1.13.4.2 Características .......................................................................................................... 317 4.1.13.4.3 Configuración del Servicio .......................................................................................... 318

4.1.13.4.3.1 SNR .................................................................................................................. 318 4.1.13.4.3.1.1 Teléfonos que soportan SNR ...................................................................... 324 4.1.13.4.3.1.2 Configuración de timers ............................................................................. 325 4.1.13.4.3.1.3 Creación de “Softkey” template incluyendo la tecla de movilidad ................... 326

4.1.13.4.3.2 MVA .................................................................................................................. 326 4.1.13.4.3.2.1 Creación y enrutamiento de DIDs para MVA: ............................................... 326 4.1.13.4.3.2.2 Translation Patterns y Application Dial Rules para MVA ................................. 326 4.1.13.4.3.2.3 Consideraciones de CAC ............................................................................. 327 4.1.13.4.3.2.4 CONFIGURACIONES POR USUARIO ............................................................. 327

4.1.13.4.4 Restricciones ............................................................................................................ 329 4.1.13.5 Configuración IPhone, Android y Nokia con CUCM ........................................................... 330


4.1.13.5.3.1 Configuración del Teléfono en el CUCM ................................................................ 330 4.1.13.5.3.2 Instalación software cliente en el Smartphone ...................................................... 336 4.1.13.5.3.3 Configuracion Nokia Call Connect sobre Nokia ....................................................... 342 4.1.13.5.3.4 Configuracion Cisco Jabber sobre Android o IOS ................................................... 344

4.1.13.5.4 Restricciones ............................................................................................................ 347 4.1.13.6 ASA ............................................................................................................................. 349


4.1.13.6.3.1 Creación Usuarios para VPN sobre el ASA ............................................................. 349 4.1.13.6.3.2 Instalacion VPN a través Link Internet .................................................................. 354 4.1.13.6.3.3 Troubleshooting Básico sobre el ASA5520 ............................................................. 364

4.1.13.6.4 Restricciones ............................................................................................................ 364 4.1.14 Acuerdo Niveles de Servicio .................................................................................................. 364




1 OBJETIVO El presente documento tiene como objetivo realizar una descripción técnica general, presentar las políticas y la forma de configuración de las diferentes funcionalidades de comunicaciones unificadas (UC) de Cisco.

2 INTRODUCCIÓN La solución de Comunicaciones Unificadas (UC) y Colaboración de Cisco es una arquitectura tecnológica de última generación, fundamentada en los conceptos de Web 2.0, que permite establecer comunicaciones multimedia entre usuarios, simplificando y agilizando los proceso al interior de las empresas. Algunos de los servicios proporcionados por esta arquitectura son:

Telefonía IP: Permite comunicaciones de voz en una red IP, haciendo uso de teléfonos IP y Softphones. Está solución ofrece una gran cantidad de servicios suplementarios dentro de los cuales se incluyen desde los tradicionales Conferencia, Trasferencia, hasta los más novedosos en ambiente de convergencia como movilidad de extensión (Extensión Mobility).

Auto-attendant: Es un sistema básico de operadora automática que permite atender las llamadas que ingresan a una oficina, se presentan una serie de opciones y se desvía la llamada al usuario correcto para que sea atendida.

Mensajería Integrada: Incluye la funcionalidad de buzón de voz con la posibilidad de que este se consultado a través de la interface telefónica (TUI) o a través de un cliente de correo como Outlook, utilizando una conexión IMAP:

Presencia y Mensajería Instantánea: El servicio de presencia permite conocer el estado de otros usuarios e intercambiar mensajes de texto, a través de un cliente de mensajería instantánea. Cada usuario utiliza un software en su PC por medio del cual puede interactuar con los demás usuarios.

Movilidad y Acceso Remoto: Permite que un usuario tome llamadas en su teléfono celular cuando esta siendo llamado a la oficina. De igual forma permite, que un usuario con un Software adecuado pueda hacer o generar llamadas desde Internet como si estuviera en su oficina.

Videotelefonía: Permite implementar comunicaciones de Video entre usuarios. La oferta de servicios de Telmex hacia sus clientes, implementa la solución de UC Cisco en un esquema administrado en el cual los componentes principales de la solución residen en los Datacenter de alta disponibilidad de Telmex, simplificando así la implementación de servicios y garantizando los más altos estándares de desempeño. En términos generales, lo anterior implica que los servidores donde corren las aplicaciones (ej. Call Manager, Presencia, Mensajería) están distribuidos en los Datacenters de Telmex y se utilizar una red IP/MPLS de alta disponibilidad para que los usuarios finales accedan a dichos servicios. En las instalaciones del cliente solo se instalan los dispositivos terminales tales como teléfonos IP, gateways o software cliente. La conexión entre las oficinas del cliente y la red de Telmex se realiza típicamente a través de una red de fibra óptica de gran cobertura a lo largo de todo el territorio Colombiano.



Los principales beneficios para el cliente de solución de UC Administrada son: • El cliente no requiere hacer inversiones. La infraestructura de interconexión y UC es suministrada por

TELMEX, disminuyendo el TCO y los costos de administración y mantenimiento • Gestión centralizada y efectuada por personal especializado de TELMEX • Control en línea de los costos de comunicación • Monitoreo de la red 7x24 con herramientas de gestión y diagnóstico en línea • Acceso a recursos técnicos y experiencia que de otra manera tendría costos elevados • Crecimiento según las necesidades y a costos predecibles • Plataformas e infraestructura de alta disponibilidad • Tiempos de implementación o migración reducidos • Mejores prácticas en seguridad de red • Disminución de costos de comunicación al permitir el tráfico entre sedes ser cursado sobre la red IP

3 ARQUITECTURA A continuación se presenta con un poco más de detalle, los diferentes componentes de la arquitectura y sus funcionalidades al interior de la misma.

3.1 TOPOLOGÍA El siguiente diagrama presenta un esquema topológico general de la solución de Comunicaciones Unificadas de Cisco de acuerdo a la implementación realizada en TELMEX Colombia:



3.2 COMPONENTES

3.2.1 Cisco Unified CallManager (CUCM)

Cisco Unified Call Manager (CUCM) es el “cerebro” de la arquitectura y provee las funciones control para el establecimiento de sesiones multimedia. Es el punto inteligente de la solución al controlar el procesamiento de llamada y servicios suplementarios sobre todos los dispositivos de usuario y gateways de interconexión, independientemente a su ubicación

3.2.1.1 HOJA DE DATOS

A continuación se incluye la “Hoja de Datos” del CUCM donde se indican sus principales características.

cucm7.1_data_sheet.pdf

Es importante tener en cuenta que debido a las particularidades de la red de Telmex, hay muchas de estas características que no son implementadas. Para conocer cuales funcionalidades están disponibles para los clientes por favor referirse a la sección denominada “Servicios”.



3.2.1.2 DESEMPEÑO

A continuación se incluyen las características de desempeño indicadas por el fabricante, que deben ser consideradas para el diseño de soluciones.

cucm7 capacity.pdf

3.2.1.3 VERSIÓN

La versión actualmente homologada del CUCM es la: 7.1.5.34058-1

3.2.1.4 LICENCIAS

A continuación se presentan las diferentes licencias y números de parte que pueden ser utilizadas para el diseño de soluciones. Número de parte Descripción Precio

de Lista

Funciones incluidas y consideraciones de

diseño

LIC-CUCM-BASIC Basic IP user 125.00

Limitado a los teléfonos 6901, 6911 y 6921 incluye SNR

LIC-CUCM-USR Enhanced IP user 210.00

Aplica para cualquier teléfono incluye movilidad, SNR

PUBLIC-IP-DEV-ADD Public-space user 150.00

Para zonas comunes. Máximo 15% del cluster puede ser de este tipo

ANLG-DEV-ADD Analog users 40.00

Para los puertos analógicos en los VG224, VG248 o ATA187

LIC-ADJ-USRAUDVID Adjunct User License

85.00

Can be added to Enhanced IP User license for additional endpoint, video support, softclient or mobile phone.

Los anteriores ítems son los únicos que tienen valor, pero dentro del BOM que se solicita se debe documentar todos los números de parte que se relacionan a continuación.

CUCM-USR-LIC_Basic.xlsx

CUCM-USR-LIC_Enhanced.xlsx

Es importante tener en cuenta que para habilitar las opciones de video de los teléfonos 99XX se debe tener tanto la licencia de “Enhanced IP user” como la licencia “Adjunt User”.

CUCM - Ordering Guide.pdf



El siguiente archivo presenta una descripción general del esquema de UCL (User Connect Licensing) que se utiliza para todas las soluciones de UC de Cisco. Este esquema debe ser considerado para todos los diseños de soluciones que se realicen con soluciones UC Cisco.

Licecnias CUCL - CUWL.pdf

3.2.2 Auto Attendant y Voice Mail (CUE – CUC)

Actualmente existen 2 opciones para realizar la implementación de Mensajería Integrada:

Cisco Unity Express Cisco Unity Connection

El siguiente archivo presenta el resumen de funcionalidades y la comparación entre cada alternativa.

Cisco Messaging Products Feature Comparison V8.pdf

3.2.2.1 Cisco Unity Express (CUE)

Cisco Unity Express es un modulo de hardware (servidor pequeño) que instalado en los ISR G1 o G2, que ofrece las funciones de Operadora Automática (AA) y Correo de Voz (VM). Así, cada sede remota puede personalizar el saludo de bienvenida para las llamadas entrantes y re direccionarlas a la extensión adecuada en función de la marcación del llamante.

Unity Express reside en cada router de WAN en cada permitiendo el ahorro de ancho de banda, pues las llamadas entrantes a la oficina no deben cruzar la WAN para ser atendidos por un sistema centralizado, al igual que las llamadas hacia el correo de voz. Este modulo fue inicialmente homologado para la solución de PBX Administrada y tiene sentido cuando el cliente tiene TP con otro operador puesto que ante una caída sobre la WAN las funciones de AA y VM siguen operando normalmente.

3.2.2.1.1 HOJA DE DATOS

A continuación se incluyen la “Hoja de Datos” donde se indican las principales características del equipo

CUE




3.2.2.1.2 VERSIÓN

La versión actualmente homologada del equipo es: 7.2.1 Lo anterior aplica para:

AIM2 – CUE NME - CUE ISM (ISR G2) SM (ISR G2)

Sobre el AIM- CUE no se puede utilizar la versión 8, por lo cual debe evitarse su uso. En remplazo se debe utilizar el ISM CUE en los ISR G2. Para los AIM-CUE existentes se debe utilizar 7.2. A continuación se incluye la matrix de compatibilidad de los módulos CUE.

Matrix Compatibilidad CUE.docx

3.2.2.1.3 LICENCIAS

A continuación se presentan las diferentes licencias y números de parte que pueden ser utilizadas para el diseño de soluciones.

Número de parte Descripción Precio

de Lista

Capacidad

Máx.(VM/AA)

AIM2-CUE-K9 Cisco Unity Express AIM2 1,800.00 65 / 6

NME-CUE Cisco Unity Express Network Module Enhanced (8 Ports Incl.) 3,000.00 275 / 24

ISM-SRE-300-K9 Internal Services Module (ISM) with Services Ready Engine 1,000.00 100 / 10

SM-SRE-700-K9 Services Module with Services Ready Engine (SRE) 2,300.00 500 / 32

SCUE-LIC-25CCM Unity Express License 25 Voice Mailbox-Auto Attendant -CCM 200.00

SCUE-LIC-50CCM Unity Express License 50 Voice Mailbox-Auto Attendant -CCM 500.00

SCUE-LIC-100CCM Unity Express License 100 Voice Mailbox-Auto Attendant -CCM 1,000.00

SCUE-LIC-150CCM Unity Express License 150Voice Mailbox-Auto Attendant -CCM 3,000.00





3.2.2.2 Cisco Unity Connection (CUC)

Cisco Unity Connection es una solución que utiliza servidores de alto desempeño centralizados en los Datacenter de Telmex para ofrecer funcionalidades de Buzón de Voz (VM), Mensajería Integrada, Buzón de Voz Visual (Visual VM) y Operadora Automática. (Auto-Attendant). Unity Connection hace sentido cuando se tiene TP con Telmex, ya que las funcionalidades de AA y VM siguen operando ante la caída de la WAN puesto que se encuentran centralizadas. El AA sigue operando y las llamadas ingresaran a los buzones de los usuarios que se tengan configurados. Las llamadas no se pierden, pero no van a poder ser contestadas por el usuario en la oficina. Cuando la WAN se normaliza, el cliente puede recuperar sus mensajes de voz para ser leídos en el teléfono o por la bandeja de entrada si se tiene mensajería integrada. Si el cliente tiene TP con otro operador las llamadas entraran directamente al teléfono definido en la configuración de SRST (no hay AA) y no van a existir durante dicha falla mensajes de voz.


A continuación se incluyen la “Hoja de Datos” donde se indican las principales características del equipo:

UC


3.2.2.2.2 VERSIÓN

La versión actualmente homologada del equipo es: 8.0.3.10000-18

3.2.2.2.3 LICENCIAS


Número de

parte

Descripción Precio

de Lista

Funciones incluidas y consideraciones de

diseño UNITYCN8-USR One Unity Connection 8.x User -

All user Features 75.00 Esta licencia incluye todas las funcionalidades de

usuarios y puertos.

El anterior ítem es el único que tiene valor, pero dentro del BOM se debe incluir los números de parte que se relacionan a continuación.

UNITYCN8-K9.xlsx



3.2.3 Cisco Unified Presence Server (CUPS)

El servicio de presencia permite que los usuarios, que a través de una aplicación instalada en sus PC puedan tener acceso a su directorio de contactos, identificar si están conectados a la red e iniciar una comunicación a través de diferentes medios como voz, video o mensajería instantánea (IM). El Cisco Unified Presence Server (CUPS) es el componente central al cual se registra el Cisco Unified Personal Communicator (CUPC) y este último es la aplicación con la cual interactúa el usuario final. El CUPS también provee las interfaces necesarias para integrarse con el CUCM, servidor de LDAP y para realizar integración con otros sistemas como Microsoft Office Communicator.



CUPS

Es importante tener en cuenta que debido a las particularidades de la red de Telmex, hay muchas de estas características que no son implementadas. Para conocer cuales funcionalidades están disponibles para los clientes por favor referirse a la sección denominada “Servicios”. A continuación se resaltan algunas características relevantes del CUPS:

Utiliza el mismo hardware que el CUCM Utiliza un interface de gestión similar al CUCM Puede trabajar en cluster. Máximo 6 servidores por cluster El cluster de CUPS puede dividirse en sub-clústeres cada uno con máximo 2 servidores. Entonces se

pueden tener hasta 3 sub-clústeres.

Utiliza el mismo concepto Publisher-Subscriber del CUCM El Publisher del CUPS sincroniza la DB con el Publisher del CUCM. (AXL API basada en SOAP). El CUPS

sincroniza toda la información de “End user” y “Devices”. Los usuarios del CUPS son los “End User” del CUCM. El CUPS no ofrece opción de creación de usuarios. Por defecto el “Sync Agent” del CUPs se encarga de distribuir los usuarios en todos los servidores del cluster del CUPS.

Dado que los usuarios son creados en el CUCM, consumen DLUs sin embargo estas están consideradas en el esquema de UCL. Las DLUs consumidas en el CUCM son:

o Cisco Unified Personal Client End User Feature License 1 DLUs o Cisco Unified Personal Communicator 3 DLUs o Cisco Unified Personal Communicator (Adjunct) 1 DLUs o Cisco Unified Presence Server End User Feature License 1 DLUs

Un cluster de CUPS soporta un solo cluster de CUCM. Entonces para presencia, cada cluster de CUCM requiere su cluster de CUPS. Todos los usuarios del CUPS deben ser configurados en el CUCM.

El CUPS soporta alta disponibilidad para lo cual se utiliza un esquema de 2 servidores dentro de un único sub-cluster. Los servidores estarían en Datacenters diferentes y la conectividad debe garantizar un BW mínimo de 5Mbps y RTT<80ms.

En un escenario de 6 servidores con 3 sub-clústeres, los 3 servidores “activos” estarían en un Datacenter y los 3 de “backup” en el otro Datacenter.



Para el cluster de clientes se cuenta con un solo servidor de Presencia en versión 8 y para el cluster de AVV con un solo servidor en versión 7.

3.2.3.2 VERSIÓN

La versión actualmente homologada del equipo es: 8.0.4.10000-5 Clientes La versión actualmente homologada del equipo es: 7.0.10.10000-1 AVV

3.2.3.3 LICENCIAS

Como tal no existen licencias asociadas al CUPS. El licenciamiento se debe realizar por cada usuario de Cisco Unified Client Service Framework que se crea sobre el CUCM de acuerdo a las características de configuración que tenga cada dispositivo.

3.2.4 Cisco Unified Communication Proxy (UC Proxy in ASA5520)

Cisco UC Proxy es una aplicación implementada en la serie 5520 de los Adaptative Service Appliance (ASA 55XX). Dicha aplicación se encarga de “publicar” en forma segura los servicios de la red de comunicaciones unificadas de forma que puedan ser accedidos desde Internet. Algunas de las funcionalidades del UC Proxy son:

Terminación de conexiones SSL/IPSec: Permite establecer túneles de VPN a través de Internet entre una oficina remota y la infraestructura central de comunicaciones unificadas. De esta forma se puede implementar oficinas de UC administrada donde la conectividad sea ofrecida por un tercero.

Phone Proxy: Permite que teléfonos IP o Softphones se conecten en forma segura al CUCM utilizando los protocolos TLS y SRTP. Dicha conexión no requiere túneles de VPN o hardware adicional.

Federación de presencia: Permite intercambiar información de presencia y mensajería instantánea con otros sistemas como Microsoft OCS o Google Talk, esto se realiza por medio de conexiones seguras a través de Internet.



ASA UC


3.2.4.1.2 VERSIÓN

La versión actualmente homologada del equipo es: 8.2 (1)



3.2.4.1.3 LICENCIAS

A continuación se presentan la forma en la cual opera el licenciamiento para UC Proxy.

UC Proxy License

El ASA es considerado en equipo de Core, por los crecimientos de licenciamiento son considerados proyectos de expansión de red a través del área de ingeniería. Estos licenciamientos incluyen:

UC Proxy License (Unified Communications proxy license) SSL License

La licencia Essential cargada en dicha maquina nos permite hacer uso de 500 conexiones concurrentes.

3.2.5 Gateways – ISR (G1 & G2)

Los Integrated Service Router (ISR) son equipos instalados en las premisas del cliente que ofrecen las siguientes funcionalidades:

Conectividad WAN. Provee la conectividad hacia la red de TELMEX para interconectar las diferentes sedes del cliente

Gateway de Voz. Permite conectar la oficina remota hacia la PSTN o hacia una PABX TDM existente usando diferentes protocolos, tales como ISDN-PRI, E1-R2, FXO y E&M. Igualmente, permite conectar extensiones análogas convencionales.

Sobrevivencia. Usando el feature de SRST cada gateway asume las funciones de procesamiento de llamadas en caso de que la conexión WAN se pierda y por tanto, no se tenga comunicación hacia el cluster de CallManager.

Calidad de Servicio. Implementan mecanismos para dar un tratamiento preferencial a la voz sobre los datos, debido a su alta sensibilidad al retardo y la pérdida de paquetes.

Recursos de Media, Conferencia y Transcoding: Utilizando los recursos de DSP que pueden ser

instalados en los gateways se pueden ofrecer opciones de terminación de media (MTP), transcodificación (Transcoding), bridge de conferencia y demarcación de puntos de frontera (MTP)

Delimitación de borde: Utilizando la funcionalidad de CUBE (Cisco Unified Border Element) es posible

realizar conexiones SIP o H323 en forma segura hacia otras redes de telefonía administradas por terceros.

Actualmente existen 2 familias de ISR denominadas:

ISR de primera generación (ó solo ISR): Corresponden a las series 28XX, 38XX, 1861 y 881. De esta serie para las soluciones de UC solo se deben considerar los 1841 y 881, pues la serie 28XX y 38XX. Estos se encuentran en EOS (End of Sale), pero se soportan en la red actualmente.

ISR de segunda generación (ISR G2) Corresponden a las series 29XX y 39XX.





881 1861 28XX 29XX 39XX


3.2.5.2 VERSIÓN

La versión actualmente homologada del equipo es la:

881 c880voice-universalk9-mz.124-24.T8.bin 1861 c1861-adventerprisek9-mz.153-2.T1.bin 28XX c2800nm-adventerprisek9-mz.153-2.T1.bin 29XX c2900-universalk9-mz.SPA.153-2.T1.bin 39XX c3900-universalk9-mz.SPA.153-2.T1.bin 38XX c3800nm-adventerprisek9-mz.153-2.T1.bin

Sobre la versión 153-2.T1 se habilitan los siguientes comandos, para la correcta operación de los CIPC con NAT: Router(config)#service internal Router(config)#no ip nat service tcp-alg

Las versiones 151-3.T2 requieren mayor flash y RAM sobre los equipos ISR de primera generación. Se adjunta tabla con versiones homologadas en la red.

IOS Versiones Homologadas PBX V2.xlsx

3.2.5.3 LICENCIAS


SRST

Número de parte Descripción Precio de Lista

Capacidad Máx. (SRST)

C881SRST-K9 Cisco SRST881 ENet FXS - FXO Sec Router 1,945.00 4

C1861-SRST-F/K9 1861,8-user SRST or CME,4FXS,4FXO, 8xPOE, SP Svcs, 15



HWIC slot 3,995.00

C2901-CME-SRST/K9 2901 Voice Bundle w/ PVDM3-16,FL-CME-SRST-25, UC License PAK

3,195.00 35

C2911-CME-SRST/K9 2911 Voice Bundle w/PVDM3-16,FL-CME-SRST-25, UC License PAK

3,895.00 50


4,995.00 100


8,895.00 250


10,995.00 730


14,495.00 1,200

C3925E-CME-SRST/K9 3925E Voice Bundle w/ PVDM3-64,FL-CME-SRST-25, UC License PA

16,495.00 1,350

C3945E-CME-SRST/K9 3945E Voice Bundle w/ PVDM3-64,FL-CME-SRST-25, UC License PA

19,495.00 1,500

L-FL-CME-SRST-5 CME or SRST - 5 Seat E-Delivery RTU 150.00

L-FL-CME-SRST-25 CME or SRST - 25 Seat E-Delivery RTU 550.00

L-FL-CME-SRST-100= CME or SRST - 100 Seat E-Delivery RTU 2,000.00

SL1861-SRST-15U= 1861 CME/SRST feature lic upgrade from 8 to 15 users 500.00

CUBE

Número de parte Descripción Precio de Lista

Capacidad Máx. (CUBE)

C2901-VSEC-CUBE/K9

C2901 VSEC CUBE Bundle, PVDM3-16, UC SEC Lic, FL-CUBEE-25

4,695.00

100

C2911-VSEC-CUBE/K9


5,395.00

200

C2921-VSEC-CUBE/K9


6,495.00

400

C2951-VSEC-CUBE/K9


10,395.00

600

C3925-VSEC-CUBE/K9


12,995.00

800

C3945-VSEC-CUBE/K9


16,495.00

950

C3925E-VSEC-CUBEK9

C3925E VSEC CUBE Bundle, PVDM3-64, UC SEC Lic, FL-CUBEE-25

18,495.00

2100

C3945E-VSEC-CUBEK9

C3945E VSEC CUBE Bundle, PVDM3-64, UC SEC Lic, FL-CUBEE-25

21,495.00

2500

L-FL-CUBEE-5 Unified Border Element Enterprise 5 sessions E-Delivery RTU 750.00

L-FL-CUBEE-25 Unified Border Element Enterprise 25 sessions E-Delivery RTU 2,995.00

L-FL-CUBEE-100 Unified Border Element Enterprise 100 sessions E RTU 9,995.00

PVDM-3




de Lista

PVDM3-16 16-channel high-density voice and video DSP module 800.00

PVDM3-32 32-channel high-density voice and video DSP module 1,600.00





PVDM3-16U32 PVDM3 16-channel to 64-channel factory upgrade 750.00

PVDM3-16U64 PVDM3 16-channel to 64-channel factory upgrade 2,250.00






Módulos


de Lista

VIC2-2FXO Two-port Voice Interface Card - FXO (Universal) 400.00

VIC2-4FXO Four-port Voice Interface Card - FXO (Universal) 800.00

VIC3-2FXS/DID Two-Port Voice Interface Card - FXS and DID

VIC3-4FXS/DID Four-Port Voice Interface Card - FXS and DID 800.00

VWIC2-1MFT-T1/E1 1-Port 2nd Gen Multiflex Trunk Voice/WAN Int. Card - T1/E1 1,300.00

VWIC2-2MFT-T1/E1 2-Port 2nd Gen Multiflex Trunk Voice/WAN Int. Card - T1/E1 2,000.00

VWIC3-1MFT-T1/E1 1-Port 2nd Gen Multiflex Trunk Voice/WAN Int. Card - T1/E1

VWIC3-2MFT-T1/E1 2-Port 2nd Gen Multiflex Trunk Voice/WAN Int. Card - T1/E1

Capacidades Máximas

Equipo SRST CUBE E1s SM ISM EHWIC DSP 881 4 0 0 0 0 0 0

1861 15 8 0 0 0 0 0

2901 35 100 3 0 1 4 2

2911 50 200 5 1 1 4 2

2921 100 400 8 1 1 4 3

2951 250 600 13 2 1 4 3

3925 730 800 16 2 1 4 4



3945 1,200 950 24 4 1 4 4

3925E 1,350 2100 14 2 0 3 3

3945E 1,500 2500 22 4 0 3 3

Se adjunta archivo con los módulos que están soportados en los nuevos ISR2.

Modulos Soportados por Los ISR2.pdf

3.2.6 Gateways Analógicos –ATA, VG224 y VG248

Los Cisco VG224 y VG248 son gateways que permiten soportar altas densidades de extensiones análogas.



VG248_Datasheet.pdf

VG224_VG204 & 112FXS bundle.pdf

ATA187


3.2.6.2 VERSIÓN

La versión actualmente homologada del equipo es la:

VG224 vg224-i6s-mz.124-15.T8.bin VG248 vg248-i6s-mz.124-15.T8.bin

3.2.7 Teléfonos IP

Los teléfonos IP son las terminales típicas instaladas en las oficinas de los clientes a través de las cuales los usuarios pueden acceder a los servicios de Telefonía IP, servicios XML entre otros. Cisco actualmente ofrece diferentes las siguientes gamas de teléfonos IP:

Serie 39XX Serie 69XX Serie 79XX Serie 89XX Serie 99XX



Solo algunos de los teléfonos de cada gama, están homologados para ser utilizados en la solución de comunicaciones unificada provista por Telmex. Para mayores detalles referirse a la sección “Modelos Homologados” presentada a continuación.



Portafolio IP Phones


3.2.7.2 MODELOS HOMOLOGADOS

A continuación se presenta un resumen de los modelos de teléfonos IP homologados y que pueden ser considerados para la elaboración de las diferentes soluciones:

MODELO

CP-7911G

CP-7912 (Fuera de Venta pero instalado en AVV)

CP-7915 (grises) (exp. Module)

CP-7916 (color) (exp. Module)

CP-8831 (conferencia)

CP-7942G

CP-7962G

CP-7965G

CP-7975G

Serie 6911

Serie 6921 con Firmware SCCP69xx.9-3-1-3-ES2

Serie 9971

Los siguientes teléfonos, por diferentes motivos para ser considerados en los diseños deben ser homologados:

MODELOS

CP-7906

CP-7914 (exp. Module)

CP-7931

CP-7936 (conferencia)

CP-7940

CP-7941

CP-7960



CP-7961

CP-7971G-GE

CP-7970G

Serie 6961

Serie 6941

Serie 89XX

Serie 39XX

3.2.8 Cisco Unified Client

Sobre el CUCM se pueden configurar diferente tipos de dispositivos, los cuales se describen a continuación:

3.2.8.1 IP Communicator (CIPC)

Cisco IP Communicator (CIPC) es un Softphone para Windows que emula el comportamiento de un teléfono IP 7975.



CIPC7


3.2.8.1.2 LICENCIAS

A continuación se presentan las diferentes licencias y números de parte que pueden ser utilizadas para el diseño de soluciones. Número de

parte

Descripción Precio de Lista Funciones incluidas y

consideraciones de diseño

IPCOMM7-LIC Cisco IP Communicator 7.x - Communications Client 90.00

Incluye únicamente el Software Cliente.

Se requieren las licencias (DLU o UCL) en

el CUCM.

IPCOMM7-SW Cisco IP Communicator 7.x 0.00 CON-CBSW- IPCOMM7S

COLL ESS SW IP Communicator 7.x Top Level 0.00

3.2.8.2 Personal Communicator (CUPC)



El CUPC es un software que se instala en Windows y ofrece una interface unificada en la cual se tiene los contactos del usuario con su respectivo estado de presencia. Adicionalmente el CUPC, entre otras funciones, permite lo siguiente:

Controlar un IP Phone (hard phone) para realizar “Click 2 Call” Establecer sesiones de voz en modo “Softphone”

Establecer sesiones de video Mensajería instantánea



CUPC8


3.2.8.2.2 VERSIÓN

La versión actualmente homologada del equipo es: 8.5

3.2.8.2.3 LICENCIAS

A continuación se presentan las diferentes licencias y números de parte que pueden ser utilizadas para el diseño de esta solución. CUP8.5-USER-ADD

Número de

parte

Descripción Precio de

Lista

Funciones incluidas y consideraciones

de diseño CUP8.5-USER-LIC Cisco Unified Presence User License 20.00

Licencia Usuario en plataforma (DLUs)

UPC8-CLIENT-LIC

Cisco Unified Personal Communicator User License 8.x 50.00

Personal Communicator Client. Incluye

únicamente el Software Cliente. En caso que

se tenga la opción de IM Only, no se requiere comprar la licencia del cliente.

Se debe solicitar el BOM que se adjunta a continuación

CUP8.5-USER-ADD.xlsx



3.2.8.3 Cisco Jabber

El Cisco Jabber es un software que se instala en los equipos de escritorio con OS MAC o Windows y en teléfonos móviles (Smartphone) que permite acceder a los servicios de comunicaciones de unificadas que se tienen dentro de la oficina, utilizando el plan de datos del teléfono o una red wifi. Sobre los equipos de escritorio podemos tener telefonia, IM y Presencia con la misma aplicación, pero para Moviles debemos bajar el Jabber que nos da telefonia y el Jabber IM que nos permite IMy Presence. El Cisco Jabber entre otras funciones, permite lo siguiente:

Controlar un IP Phone (hard phone) Establecer sesiones de voz en modo “Softphone” Establecer sesiones de video Mensajería instantánea



Cisco Jabber Bringing UC to MAC.pdf

3.2.8.3.2 VERSIÓN

La versión actualmente homologada del Softphone es la: 8.6 (2) (Hasta que se actualice a CUCM 8 se debe utilizar CUPC 7.1.2 para MAC). Este software se encuentra disponible en el siguiente link: \\colbtafile02\VP Operaciones\Ingenieria\Productos y servicios\PBX Administrada\Intranet\Software Se debe accesar por la Intranet a Direcciones, Direccion de Operaciones, Gerencia de Ingenieria, Información o Documentos (Envian al mismo link), Productos y Servicios, PBX Administrada, Software.

3.2.8.3.3 LICENCIAS

La licencia de Jabber a utilizar es la misma que se genera para el CUPC.

3.2.8.4 Video Advantage (CUVA)

Cisco Unified Video Advantage (CUVA) es un software que se instala en un PC y que permite integrarse con un IP Phone o IP Communicator para ofrecer funcionalidades de video. El CUVA requiere que el PC donde se instale cuente con una Webcam compatible con el sistema.




A continuación se incluyen la “Hoja de Datos” donde se indican las principales características del equipo, los celulares compatibles y las capacidades de los servidores.

CUVA2.2


3.2.8.4.2 VERSIÓN

La versión actualmente homologada del equipo es: 2.2 (2)

3.2.8.4.3 LICENCIAS


Número de parte

Descripción Precio de Lista

Funciones incluidas y consideraciones de diseño

CUVA-V3= Cisco Unified Video Advantage with Cisco VT Camera III 220

CUVA-V3-24BUN=

Cisco Unified Video Advantage and VT Camera III 24-Unit Pack 5,280

CUVA-SW-LIC Cisco Unified Video Advantage 2.x - Software Only 100

Cisco Unified Video Advantage User License

3.2.8.5 Attendant Console (AC)

Cisco Unified CallManager Attendant Console es una aplicación que se instala en un PC y que en conjunto con un teléfono IP permite:

Recibir múltiples llamadas en forma simultánea

Encolar llamadas Utilizar el software pare ver las llamadas en cola Acceder al directorio y ver el estado de los usuarios Transferir las llamadas al usuario respectivo

Existen diferentes versiones de AC sin embargo la actualmente utilizad por Telmex corresponde a una versión “Light” que consisten en un software basado en Java que se instala en el PC del usuario e interactuar con un servicio que corre en el CUCM. Este esquema de AC estará siendo descontinuado en el CUCM 8, con lo cual se tendrá que utilizar la versión enterprise.




A continuación se incluyen la “Hoja de Datos” donde se indican las principales características del equipo, los celulares compatibles y las capacidades de los servidores.

CUCM AC CUEAC


3.2.8.5.2 VERSIÓN

La versión actualmente homologada del equipo es: 5.1.0.266

3.2.8.5.3 LICENCIAS

La versión del CUCM 7.1.5 cuenta con un plugin de Attendant Console (AC) que puede ser descargado directamente desde el CUCM y no requiere compra de software adicional. Para este caso simplemente se requieren las DLUs del teléfono asociado. Es importante notar, que a partir de la versión 8 esta opción dejará de ser soportada con lo cual será necesario considerar la versión “Enterprise” y los siguientes números de parte:

Número de parte

Descripción Precio de Lista

Funciones incluidas y consideraciones de diseño

CUE-ATT-CON Cisco Unified Enterprise Attendant Console

2,950.00

La documentación de Cisco hace referencia que dicha aplicación solo puede ser instalada en equipos con OS Windows Xp y Windows 2000. Se tienen clientes operando con Win 7 a pesar de dicha observación (Depende de que el sistema operativo tenga las librerías DLL necesarias).

3.2.9 Red IP - Ancho de Banda y QoS

A continuación se presentan algunas definiciones y consideraciones respecto a la red IP/MPLS sobre la cual se soporta la implementación de todos los servicios particularmente en lo relacionado con Ancho de Banda y Calidad de servicio. En el siguiente documento se resumen algunas de las recomendaciones y mejores prácticas sugeridas por Cisco.

Layer2 & Layer3



3.2.9.1 Marcación de paquetes

Para los servicios de UC debe asegurarse que los paquetes sean marcados en los dispositivos de acceso, o en el punto más cercano a estos. El esquema implementado corresponde a la arquitectura de DiffServ con distintos valores de DSCP para cada tipo de tráfico. A continuación se presentan los valores de DSCP que deben utilizarse según el tipo de tráfico:

Señalización VoIP (SIP, MGCP, H.248, H323, SCCP, etc)=CS3 (24) Class selector 3. Voz (Voice RTP)= EF(46) Expedite forwarding Video (Video RTP0=CS4 (32) Class selector 4.

3.2.9.2 Delay, Jitter, Perdida de paquetes

A continuación se definen los parámetros de QoS que se deben garantizar para el correcto funcionamiento de los servicios de audio y video:

Perdida de paquetes (PL) < 0.6%. (Esto cuando el canal está saturado) Jitter: <30ms Retardo en un solo trayecto (one way delay)<150ms Para enlaces satelitales se tiene consideraciones adicionales que son documentadas en un archivo

independiente.

3.2.9.3 Ancho de banda

A continuación se presentan algunas consideraciones respecto al ancho de banda utilizado en la red para diferentes tipos de servicios:

3.2.9.3.1 Consideraciones Generales

A continuación se describen las consideraciones generales que se deben tener en cuenta en la configuración del servicio sobre la red de Telmex.

3.2.9.3.1.1 Audio

El ancho de banda configurado para los servicios de telefonía depende principalmente de cinco variables:

Número de llamadas simultáneas Codecs habilitados Tipo de protocolo de acceso Periodo de muestreo VAD



La tabla presentada a continuación incluye los valores de ando de banda que se deben aprovisionar por cada llamada simultanea contratada por el cliente y de acuerdo a algunas de las variables anteriormente mencionadas.

Codec Information Bandwidth Calculations

Codec & Bit Rate (Kbps)

Codec Sample

Size (Bytes)

Codec Sample Interval

(ms)

Mean Opinion Score (MOS)

Voice Payload

Size (Bytes)

Voice Payload

Size (ms)

Packets Per

Second (PPS)

Bandwidth Ethernet (Kbps)

Bandwidth ATM

AAL5MUX (Kbps)

Bandwidth MP or

FRF.12 (Kbps)

G.711 (64 Kbps) 80 Bytes 10 ms 4.1 160 Bytes 20 ms 50 92 Kbps 112 Kbps 87 Kbps

G.729 (8 Kbps) 10 Bytes 10 ms 3.92 20 Bytes 20 ms 50 33 Kbps 45 Kbps 29 Kbps

G.723.1 (6.3 Kbps) 24 Bytes 30 ms 3.9 24 Bytes 30 ms 34 23 Kbps 30 Kbps 20 Kbps

G.723.1 (5.3 Kbps) 20 Bytes 30 ms 3.8 20 Bytes 30 ms 34 22 Kbps 30 Kbps 19 Kbps

Se debe asegurar el aprovisionamiento de suficiente ancho de banda para el códec de mayor consumo habilitado. Se debe configurar un CAR diferencial para este tipo de tráfico ya que el servicio incluye el ancho de banda y es excluyente del de datos. En el caso de últimas millas en ATM o FR se deben hacer los ajustes del caso de acuerdo a lo indicado en la tabla previa. El ancho de banda de señalización corresponde aproximadamente al 5% del total utilizado para la llamada. Este ancho de banda ya esta considerado en la tabla anterior pero debe tenerse en cuenta para algunas configuraciones de calidad de servicio.

3.2.9.3.1.2 Video

Una sesión típica de video consiste en 2 canales de media: uno para video y otro para audio. Normalmente estos canales son definidos como canales lógicos y se negocian en forma independiente. El canal de audio puede utilizar los codecs de audio definidos previamente. El ancho de banda disponible para el video depende del códec de audio negociado y del ancho de banda total negociado para la sesión. Es decir, el ancho de banda efectivo para video es el ancho de banda de la sesión menos el ancho de banda utilizado para el audio. Suponiendo que se tenga un ancho de banda negociado para la sesión de 384Kbps, entonces si se negocia G711 (64kbps) para el audio, el ancho de banda efectivo para el video sería 320Kbps, en el caso de negociar G.729 (8Kbps) el ancho de banda disponible para el video sería 374Kbps. Por consideraciones de desempeño se debe garantizar que el ancho de banda total asignado al servicio sea al menos el 120% del definido para la sesión. Ej. Si la sesión se configura a 384kpbs entonces el ancho de banda aprovisionado debe ser al menos 384kpbs*120%=461kbps. Este ancho de banda adicional considera el impacto de L2, L3 y señalización. A continuación se relacionan algunos valores típicos:

BW SESSION VIDEO (Kbps) BW REQUERIDO APROVISIONAMIENTO (Kbps)

128 153

384 461

512 614

768 921

1500 1800

3.2.9.3.1.3 Otros



Existen otros tipos de tráfico utilizados en las soluciones de UC como IM, Presencia, IMAP, etc. Estos tipos de tráfico no tienen características de “tiempo real” por lo cual no son tan sensibles a la calidad de servicio la red (QoS) y pueden tratarse como tráfico de datos “tradicional”. (BE – Best Effort) A continuación se ilustran algunas características de estos tráficos que pueden dar una idea del ancho de banda requerido:

IM: Es un tráfico de mensajes cortos de texto. Un uso “promedio” de IM puede requerir alrededor de 600bps, sin embargo considerando un tráfico intensivo se podría dimensionar un tráfico de 8kbps por cada usuario. Dado que IM & Presencia son servicios que siempre van “de la mano”, los 8K consideran los updates de presencia.

Presencia: Esencialmente este tráfico se refiere a mensajes SIP y XMPP, a través de los cuales se notifican cambios en los estados de presencia tanto del suscriptor como de sus contactos.

Mensajería Integrada: Para estos servicios se utilizan diferentes tipos de protocolos tales como IMAP o RSS. Por cada usuario que tenga el servicio de mensajería integrada se debe considerar un ancho de banda de 8kbps.

Presencia Updates (XMPP)

CUPC CUPS <= 2kbps

DSCP para datos

El ancho de banda es por cada contacto en la lista del usuario

IM – XMPP CUPC CUPS 2.2 kbps El ancho de banda esta calculado para mensajería instantánea punto a punto, mensajes individuales

IM – SIMPLE CUPC CUPS 2.2 kbps

AXL SOAP CUPC CUPS <= 2kbps

Audio – Llamadas entre sedes

CUPC (Softphone) - Audio Endpoint

G.711=88kbps EF

De acuerdo con el número de llamadas que van atravesar la WAN

G.729=32kbps

Audio - Voicemail Unity Connection - Audio Endpoint

G.711=88kbps EF

Por cada usuario con VM se debe definir un ancho de banda de 10% de una sesión para recuperar y dejar mensajes.

G.729=32kbps



3.2.9.3.2 Diseño y Dimensionamiento por Servicio

Para realizar un dimensionamiento preciso del ancho de banda requerido en la red, es necesario contar con información detallada del uso o consumo por cada tipo de servicio. Para el caso de voz o video, la forma más simple realizar los cálculos es obtener el número de minutos cursados en la hora pico, encontrar la capacidad equivalente de sesiones simultáneas y luego obtener el ancho de banda. A continuación se presenta un ejemplo que pretende ilustrar el proceso que se podría seguir para realizar dicho dimensionamiento. Supóngase que un cliente tiene 1 oficina con 100 usuarios de voz y 20 usuarios de video. Adicionalmente el cliente ha logrado medir que en la hora pico el tráfico de voz es 600 minutos, mientras que el tráfico de video es 24 minutos. Se requiere determinar el ancho de banda en la interface WAN que permitirían cursar el tráfico anterior. Antes de iniciar con el proceso de cálculo es importante lograr discriminar el tráfico tanto como sea posible (ej. Telefonía Pública, Telefonía LD, Telefonía entre oficinas, video, IM, etc), obtener el ancho de banda requerido por servicio y luego sumarlo para obtener el ancho de banda requerido en la interface. BW para Audio:

Minutos en la hora pico: 600 minutos Erlangs en la hora pico: 100 Erlangs (600 minutos/60)

1 Erl es equivalente a una sesión “ocupada” durante todo el periodo de medición. Para el caso de mediciones por hora 1 Erl= 60 minutos.

Sesiones simultaneas: 117 (BHT=100 Erl, Blocking=1%) Para obtener el número de sesiones simultáneas se utilizan métodos estadísticos. El más conocido es denominado ErlangB y puede encontrarse en el siguiente sitio. http://www.erlang.com/calculator/erlb/ La probabilidad de bloqueo (blocking) se refiere a la posibilidad que una sesión falle debido a que todas las sesiones están ocupadas. Es decir, 1% quiere decir que 1 de 100 podría fallar. La capacidad de sesiones simultáneas algunas veces se denomina como Líneas o Lines.

Ancho de banda audio 10.764 Mbps (117 x 92 kbps G711A) BW para Video:

Minutos en la hora pico: 24 minutos Erlangs en la hora pico: 0.4 Erlangs (24minutos/60)

Sesiones simultaneas: 3 (BHT=0.4 Erl, Blocking=1%) para una sesión de video de 384 se tiene el siguiente resultado.

Ancho de banda Video: 1.383 Mbps (3 x 461 kbps) Ancho de banda total en la interface WAN= 10.764Mbps + 1.383Mbps = 12.147 Mbps

http://www.erlang.com/calculator/erlb/



Nota: Para escenarios de Call Centers se debe utilizar ErlangC en vez de ErlangB. En caso de no tener información precisa del consumo, se deben realizar “estimaciones razonables” de acuerdo con el perfil de usuario. Para esto se debe obtener la mayor cantidad de información posible tales como:

Tipo de negocio Tipo de usuarios Distribución de usuarios entre sedes Duración “típica” de estas llamadas Etc

A continuación se listan algunos escenarios que podrían ayudar a orientar las estimaciones de acuerdo al tipo de servicio.

3.2.9.3.2.1 Audio y Video entre sedes

El modelo estadístico “ErlangB” no se ajusta adecuadamente a un número bajo de usuarios por sede, por lo cual se deben utilizar algunas aproximaciones intuitivas. Dado lo anterior se plantea la siguiente tabla de reusó.

Usuarios sede Re-uso

1 a 5 1:1

6 a 16 1:2 (min 5)

17 a 30 1:3 (min 8)

31 a 80 1:4 (min 10)

81 a 120 1:5

121 en adelante 1:6

Para calcular el número de sesiones (puertos) se debe tomar el número de usuarios y aplicar el factor de re-uso y redondearlo al entero superior, por ejemplo si es de 1:2 se debe dividir el número de usuarios entre 2. El ancho de banda requerido, es simplemente el número sesiones multiplicado por el ancho de banda requerido para una sesión en G729.

Ej. 21 usuarios Reusó 1:3 Calculo 7 puertos. Por tabla min 8 puertos 330 kbps (33kbpsx8) Es importante tener en cuenta que el envío y recepción de Fax requiere entre 80kbps (T.38) y 92kbps (G711) por lo cual se debe considerar en forma independiente.

3.2.9.3.2.2 Buzón de voz

El uso del servicio de Voice-Mail incluye 2 flujos típicos:

a) Conexión entre abonado de origen y plataforma de buzón de voz para dejar un mensaje b) Conexión entre usuario de buzón de voz y plataforma para recuperar sus mensajes

En términos generales los abonados de origen podrían clasificarse en las siguientes categorías:

1. Abonados de la misma oficina del usuario de VM



2. Abonados de una oficina diferente 3. Abonados de la PSTN. Llamada ingresando por el GW de la oficina del usuario del VM. 4. Abonados de la PSTN. Llamada ingresando por el GW de otra oficina. 5. Abonados de la PSTN. Llamada ingresando por SIP trunk al CCM desde el SS de Telmex.

Para los casos 1 y 3 se debe asegurar que la oficina del usuario del servicio tenga el ancho de banda suficiente para la conexión con el VM. Para los casos 2 y 4 se debe asegurar que la oficina desde donde se origina la llamada tenga el ancho de banda suficiente para la conexión con el VM. En los casos anteriores se debe asegurar que el CAC sea consecuente con el ancho de banda aprovisionado. También se debe asegurar que las conexiones hacia el VM cuando se atraviesa la WAN se realicen en G729 Para el escenario 5 las llamadas típicamente deberían ingresar a través de un SBC ubicado en cada ciudad. En esto casos se debe asegurar que la conexión del VM al SBC tenga el ancho de banda suficiente y su correspondiente CAC. Se debe configurar el SBC para reordenar los Codecs y darle prioridad a G729 sin por esto restringir las posibilidades de conexión en G711. Teniendo en cuenta lo indicado anteriormente y para garantizar el ancho de banda de los escenarios a.1, a.3 y b, por cada usuario que cuenta con el servicio de buzón de voz, se debe adiciona a la WAN un ancho de banda de 8k (Considerando el “peor” escenario: reusó de 1:12 y códec G711 92kbps).

3.2.9.3.2.3 Operadora Automática (Auto-attendant)

Al configurar un auto-attendant se realiza una asignación del número de puertos o sesiones simultáneas de voz que pueden establecerse. Esta asignación de puertos generalmente considera un análisis de tráfico de forma que la asignación de estos recursos sea eficiente. Teniendo en cuenta lo anterior, para cada “Puerto” debe asignarse el ancho de banda independiente, con lo cual, considerando un escenario con flujos de llamada similares a los del buzón de voz y asumiendo que siempre las sesiones se establecen en G729, por cada “Puerto” se debe aprovisionar en la red un ancho de banda de 32k.

3.2.9.3.2.4 Otros servicio

Para los servicios diferentes a voz y video, se debe realizar una “aproximación” del ancho de banda requerido por cada usuario. A continuación se presenta los valores de dimensionamiento por servicio para escenarios típicos.

Servicio BW por usuario Consideraciones

Presencia e IM 8kbps

Mensajería Integrada 8kbps



3.2.9.4 Call Admisión Control

En la medida que el servicio lo permita, se deben implementar políticas de Call Admisión Control para garantizar que el tráfico ofrecido no exceda las capacidades de la interface. (WAN oversuscription). Lo anterior es particularmente importante para los servició de Audio y Video que son especialmente sensibles a la calidad de servicio de la red.

3.2.10 TARIFICACIÓN

Este componente permite a los clientes tener un registro de todas las llamadas efectuadas por los usuarios de CallManager. A través de una interfaz Web, es posible obtener reportes de consumo por usuario, centros de costo, departamentos, etc. y generar alertas cuando los umbrales de consumo en llamadas hacia rutas predefinidas (celular, nacional, internacional) son alcanzados por un usuario. La aplicación de tarificación reside en el Internet Datacenter de TELMEX y puede ser accedido vía Web por personal designado del cliente. A continuación se adjuntan los manuales de aprovisionamiento, capacidad de hardware y manual de usuario.

Manual - Usuario.doc Manual - Técnico.doc Manual - Casos Tipicos.doc

Requerimientos Hardware.doc

Hoja de Especificacion Tecnica.doc

Manual - Instalacion.doc

Relacion Bandas Paises.xlsx

3.2.11 ADMINISTRACIÓN DELEGADA – Arcana Networks Manage Express

La aplicación de Administración Delegada, Manage Express, permite que el administrador designado por el cliente pueda realizar algunas operaciones sobre sus usuarios, teléfonos y demás dispositivos, siempre que no se afecte el servicio ni la facturación del mismo por parte de Telmex. Algunas de las funciones que pueden ser realizadas por el cliente son:

Modificar los permisos de salida de una extensión Activar o desactivar desvíos de llamada

Activar o desactivar buzón de voz Modificar el PIN del buzón de voz de un usuario Modificar cadena de caracteres presentada en el display del teléfono. (asociada a la extensión) Modificar nombre de la extensión que se presenta a otros usuarios.

Se adjuntan documentos de usuario y de implementación para configurar en la plataforma y hacer uso del mismo.



Cambio de los campos Line Text Label y Display en Arcana.doc

Manual de Usuario de Administración Delegada Ver1.ppt

Administración Delegada - Provisionamiento de Oficina Ver0.ppt

3.2.12 GESTIÓN DE RED

El presente documento detalla la forma para ingresar a cada uno de los equipos que comprenden la plataforma de Comunicaciones Unificadas.

Guia Acceso a la Plataforma UC.docx

Se adjuntan las políticas para la creación de usuarios en la plataforma.

Politica Usuarios UC.docx

4 SERVICIOS

4.1 TELEFONÍA IP

4.1.1 DESCRIPCIÓN

La plataforma de UC abarca diferentes componentes, los cuales se describen a continuación:

CUCM Cisco Unified CallManager, el componente basado en software para el procesamiento de llamadas del sistema de Comunicaciones unificadas de Cisco, proporciona una solución de telefonía IP escalable y de alta disponibilidad.

CUC Con Cisco Unity Connection, los usuarios pueden acceder a los mensajes de voz a través de Cisco Unified Personal Communicator, utilizar la pantalla de su teléfono IP unificado de Cisco para ver, buscar, ordenar y reproducir mensajes, e incluso utilizar la interfaz de voz de Cisco Unity Connection para acceder y asistir a reuniones de Cisco Unified MeetingPlace Express. Cisco Unity Connection también proporciona sólidas funciones de contestador automático, entre las que se incluyen el enrutamiento inteligente de llamadas y las fácilmente personalizables opciones de filtro de llamadas y notificación de mensajes.

CUMC



Cisco Unified Mobile Communicator se ejecuta en teléfonos móviles estándar y en teléfonos inteligentes. Proporciona una forma fácil de comunicación a través de conexiones Wi-fi o GMS vía internet.

CUPS Esta aplicación se encarga de recoger información sobre el estado de disponibilidad de un usuario, como por ejemplo si el usuario está utilizando un dispositivo de comunicaciones como un teléfono en un momento concreto. También recoge información sobre las capacidades de comunicación de un usuario, como por ejemplo si la colaboración a través de Web o la videoconferencia están activas Sus características incluyen mensajería instantánea, información de presencia y almacenamiento de contactos, así como reglas individuales y preferencias.

ASA Proporciona a los usuarios móviles y remotos un acceso seguro a la plataforma de comunicaciones unificadas por medio de redes privadas virtuales o VPNs.

4.1.2 CARACTERÍSTICAS

CUCM provee las siguientes capacidades: • Selección Automática de Ancho de Banda. Permite negociar el códec para una llamada sobre la red IP en tiempo real. • Soporte de múltiples códec G.729A/B, G.711ª, G.711U, GSM-EFR, Wideband (Propietario Cisco para alta Calidad) • Análisis de dígitos y particionamiento del plan de numeración • Fax sobre IP • Códigos de autorización de llamadas • Soporte de protocolos H.323, SIP y MGCP • Hotlines • Grupos de Captura • Soporte de múltiples idiomas • Soporte de ISDN y QSIG • Gestión de plataforma con SNMP y Real Time Monitoring Tool, traces funcionales • Preservación de llamadas • Supresión de silencios (Voice Activity Detection) • Restricción de llamadas • Video Las principales características de usuario final soportadas por CallManager son: • Call-Forwarding (CFB, CFNA, CFU) • Marcación abreviada • Auto contestación e intercom • Barge (debe revisarse caso por caso) • Callback • Hold/Retrieve • Parqueo • Captura de llamadas



• Status de llamadas • Llamada en espera • Calling Line Identification • Calling Line Identification Restriction • Calling Party name Identification • Conferencia (meet-me y ad-hoc) • Transferencia • Direct Inward Dial (DID) • Directorio corporativo • Log de llamadas • Ring distintivo • Extensión Mobility • Manos libres • Voicemail • Funciones Jefe-Secretaria • Mensaje en Espera (MWI) • Música en espera • Consola de operadora basada en PC • Servicios XML (se desarrollan a la medida del cliente en caso que se requieran) • Múltiples números de directorio • Marcación rápida (configurable por el usuario) • Videotelefonía Las principales funciones administrativas soportadas por CallManager son: • Auto registro de teléfonos IP • Bulk Administration Tool para cambios de configuración en lote • Generación de CDRs • Replicación automática de la base de datos entre servidores del cluster • Soporte de Syslog • Actualización remota de firmware de dispositivos • Administración multinivel • Administración basada en WEB • Gestión SNMP • Personalización de timbre vía archivos WAV • Soporte de XML CUC provee las siguientes capacidades. • Comandos de control de voz (pausar, reanudar, repetir, avanzar, eliminar, guardar, oír la indicación de

día o de fecha/hora, saltar hacia adelante o hacia atrás) para acceder a los mensajes o directorios

• Capacidad de controlar el volumen o la velocidad durante la reproducción del mensaje • Marcar los mensajes como normales, urgentes, privados o protegidos • Grabar conversaciones en vivo y enviar archivos de sonido a una cuenta de correo • Integración con Cisco Unified MeetingPlace para que los empleados puedan meterse en conferencias y

ser transferidos directamente a la conferencia sin tener que tocar el teclado. • Acceso a mensajes de correo electrónico a través del teléfono (necesita integración con Microsoft

Exchange)



• Conexiones opcionales con otras soluciones de mensajería de voz de Cisco para permitir la comunicación de los usuarios en varios sistemas

CUPS provee las siguientes capacidades • Integración de comunicaciones: utilice una sola interfaz intuitiva de escritorio para las llamadas de voz

y video, reproducción de mensajes de voicemail, funciones de conferencias web y directorios integrados.

• Presencia: vea la disponibilidad en tiempo real de otros usuarios de Cisco Unified Personal Communicator.

• Incorporación de medios: cambie o agregue métodos de comunicación durante una sesión; por ejemplo, agregue video a una sesión de audio existente o agregue una conferencia web a una sesión de video en curso.

• Telefonía IP: con solo hacer clic con el mouse podrá llamar a cualquier contacto del directorio empresarial integrado, que controla el Softphone integrado o un teléfono IP Cisco Unified relacionado.

• Audio llamadas y video llamadas integradas: intercambie ideas de forma personal con la posibilidad de visualizar las imágenes en la pantalla de la PC y seguir de manera coordinada la conversación con audio en el Softphone integrado.

ASA provee las siguientes capacidades • Características de seguridad • Soporte para dos VPN para comunicación entre oficinas o socio de negocios, con expansión de hasta

25 (ASA 5505) o 750 (ASA 5520) empleados • Soporte para cualquier red de área local de 5 (ASA 5505) a 250 (ASA 5550) usuarios de área de red

local LAN • Varias opciones para conexiones de red de alta velocidad en función de sus necesidades de

rendimiento • Agrupamientos pre configurados para mayor facilidad de solicitud y configuración • Opciones para mayor confiabilidad

4.1.3 DISEÑO

4.1.3.1 Modelo de Despliegue

El CallManager será desplegado usando el modelo de CLUSTER SOBRE LA WAN, en el cual el cluster de CallManager se distribuye geográficamente sobre la red IP con Calidad de Servicio. Este modelo ofrece las siguientes ventajas:

Continuidad de la operación en caso de desastre Único punto de administración

Transparencia de facilidades Extensión Mobility dentro del cluster Plan de Numeración unificado

Para este modelo de despliegue se deben garantizar las siguientes características sobre la WAN:

Delay. El retardo máximo en una vía entre los servidores de CallManager no debe exceder los 20 mseg.



Jitter. La variación del retardo debe minimizarse a 2 o 3 mseg.

Pérdida de paquetes y Errores. Debe proveerse suficiente ancho de banda para tráfico ICCS en conjunto con mecanismos de Calidad de Servicio para disminuir encolamiento y retransmisiones.

Ancho de banda. Se debe garantizar como mínimo un ancho de banda de 1.544 Mbps para replicación entre el Publisher y el Subscriber.

Precedencia IP. El tráfico ICCS (SQL, LDAP, RT y CTI) se marca con IP Precedente 3 (DSCP 26 o PHB

AF31) y IP Precedente 0 (DSCP 0 o PHB BE).

Servidor TFTP. Se debe duplicar el servicio de TFTP sobre el Subscriber y habilitarlo sobre el pool de DHCP de cada router de oficina como TFTP secundario (Opción 150).

4.1.3.2 RED LAN

La red LAN será responsabilidad del cliente en cada una de sus oficinas. No obstante, la solución de telefonía IP para cada oficina deberá implementarse sobre una red con las siguientes características:

LAN basada en switches (no hubs) con soporte de VLANs (802.1p/q). Una única subred IP por VLAN Soporte de Spanning Tree

VLANs separadas para voz y datos Calidad de Servicio Soporte de 802.3af (Power over Ethernet). (OPCIONAL)

4.1.3.3 SERVICIOS DE RED

Se deben tener en cuenta los siguientes servicios de red: DNS

Para mayor confiabilidad no se debe usar el DNS para la comunicación entre CallManager y los dispositivos IP (teléfonos y gateways). Deben usarse direcciones IP.

DHCP

El direccionamiento IP de los teléfonos IP será entregado por el gateway de voz de cada oficina, incluyendo dirección IP, máscara, default gateway y servidor TFTP (opción 150).

En el caso de Softphone IP Communicator, el direccionamiento IP será entregado por los servidores DHCP del cliente.

El tiempo de arrendamiento de las direcciones IP para teléfonos debería ser largo, pues son

dispositivos que pertenecen permanentemente conectados a la red.

TFTP



Se deben proveer con la opción 150 del pool de DHCP las direcciones IP de los servidores definidos por

grupos en los CCM Group del CCM. Primario y secundario. Los servidores de TFTP son el Subscriber .171 y el Publisher .130 en su respectivo orden.

NTP

Todos los servidores del cluster y gateways de voz deberán sincronizarse con el servidor NTP definido en la plataforma con dirección IP 172.31.237.155 para facilitar procedimientos de troubleshooting.

4.1.3.4 CALIDAD DE SERVICIO

Los switches LAN utilizados para la solución de telefonía IP deberán implementar mecanismos de calidad de servicio basado en la marcación que hacen los teléfonos IP, así:

Además, el códec utilizado sobre la red LAN será G.711

4.1.3.5 RED WAN

La red WAN será provista por TELMEX y se deben garantizar los siguientes aspectos:

Latencia máxima de la voz entre dispositivos igual a 150 mseg.

El códec utilizado entre sedes será G.729.

Se debe implementar Low Latency Queuing (LLQ) sobre las interfaces WAN y Link Fragmentation and Interleaving (LFI) sobre interfaces de baja velocidad (<=768Kbps) para FR y MLPPP. Para Frame Relay se debe usar también Traffic Shaping.

En el caso de la nube MPLS, la voz y el video (si existe) nunca deberá ser asignados en la misma cola de prioridad LLQ en enlaces donde la serialización se vuelva considerable (<= 768Kbps). En estos casos el video debe asignarse a una cola no prioritaria.



La Señalización de Llamada requiere un ancho de banda garantizado moderado y, por tanto, en enlaces donde la serialización no sea determinante, (> 768Kbps), la señalización de llamada debería ser provisionada en la clase de tráfico de tiempo real que también procesa voz.

En enlaces de baja velocidad (<= 768Kbps) se recomienda asignar la señalización de llamada a una clase donde Telmex Provee un ancho de banda garantizado.

4.1.3.6 Gateways de voz

Los gateways ofrecidos como CPE en las oficinas del cliente deben soportar las siguientes características:

DTMF Relay Servicios suplementarios Fax y MODEM Redundancia de Cisco CallManager Protocolos H.323 y MGCP SRST Cisco Unity Express Interfaces FXS, FXO, E1-R2, ISDN-PRI

QSIG Los gateways utilizados para tal propósito serán los Cisco ISR y deben aprovisionarse para soportar estas características.

4.1.4 Recursos de Media

A continuación se presenta un resumen de las capacidades de los DSPs utilizados en los ISRs para ofrecer recursos de terminación de Voz, Transcoding y Conferencia. Estos valores deben ser considerados a la hora de realizar el diseño y dimensionamiento de la solución. Transcoding y Terminación de Voz

RTP SRTP

LC ↔LC LC ↔MC LC ↔HC LC ↔ISAC LC ↔LC LC ↔MC LC ↔HC LC ↔ISAC

G.711↔G.711 G.711↔G.729A/G.722 G.711↔G.729/iLBC

G.711↔

G.711↔G.711 G.711↔G.729A/G.722 G.711↔G.729/iLBC

G.711↔

ISAC ISAC

PVDM2

PVDM2-8 8 4 4 - - - - -

PVDM2-16 16 8 6 3 10 8 6

PVDM2-32 32 16 12 6 20 16 12

PVDM2-48 48 24 18 9 30 24 18

PVDM2-64 64 32 24 12 40 32 24

PVDM3

PVDM3-16 16 12 10 3 16 12 9 3



PVDM3-32 32 21 14 6 24 18 14 5

PVDM3-64 64 42 28 12 48 36 28 10

PVDM3-128 128 96 60 27 96 72 54 21

PVDM3-192 192 138 88 39 144 108 82 31

PVDM3-256 256 192 120 54 192 144 108 42

Conferencia

Conf Size

RTP SRTP

G.711 G.729/G.729A G.722 iLBC G.711 G.729

8 16 32 64 8 16 32 64 8 16 32 64 8 16 32 64 8 8

PVDM2

PVDM2-8 4 2 - - 1 1 - - - - - - - - - - - -

PVDM2-16 8 4 2 - 2 1 - - 2 1 - - 1 - - - 4 2

PVDM2-32 16 8 4 - 4 2 - - 4 2 - - 2 - - - 8 4

PVDM2-48 24 12 6 - 6 3 - - 6 3 - - 3 - - - 12 6

PVDM2-64 32 16 8 - 8 4 - - 8 4 - - 4 - - - 16 8

PVDM3

PVDM3-16 8 4 2 1 4 2 1 - 4 2 1 - 2 1 - - 5 3

PVDM3-32 13 6 3 1 5 2 1 - 5 2 1 - 4 2 1 - 7 4

PVDM3-64 26 12 6 2 10 4 2 - 10 4 2 - 8 4 2 - 14 8

PVDM3-128 48 24 12 6 21 9 3 - 21 9 3 - 15 6 3 - 27 15

PVDM3-192 74 36 18 8 31 13 5 - 31 13 5 - 23 10 5 - 41 23

PVDM3-256 96 48 24 12 42 18 6 - 42 18 6 - 30 12 6 - 54 30

4.1.4.1 Recursos de Voice Termination

Los Routers de CPE deben incluir DSPs para terminación de conexiones TDM, de acuerdo a la cantidad de DS0s que se vayan a configurar sobre el equipo. Estos DSPs deben ser configurados en modo FLEX para soportar una mayor cantidad de llamadas.

No se deben usar PVDM2-8 puesto que estos DSPs no se pueden usar simultáneamente para transcoding y conferencia.

4.1.4.2 Recursos de Conferencia

Se deben proveer recursos de DSPs en hardware dentro de cada CPE para soportar conferencias en las que las partes involucradas usan con códec G.711 o G.729.



No deben usarse recursos de conferencia en software dentro de los servidores de CallManager debido a que ellos sólo soportan partes a códec G.711. Esto permitirá disminuir también la carga de memoria y CPU de la máquina. Estos recursos son controlados por Skinny Client Control Protocol (SCCP) desde CallManager. Las bases de dimensionamiento son:

Para oficinas hasta 24 usuarios. Se asumen 1 conferencias simultánea Para oficinas hasta 36 usuarios. Se asumen 2 conferencias simultáneas Para oficinas hasta 48 usuarios. Se asumen 3 conferencias simultáneas Para oficinas hasta 96 usuarios. Se asumen 5 conferencias simultáneas Para oficinas hasta 168 usuarios. Se asumen 7 conferencias simultáneas Para oficinas hasta 240 usuarios. Se asumen 12 conferencia simultáneas

El cálculo se hace para el 5% de la base de usuarios. Se deben tener en cuenta los siguientes elementos de configuración:

Deben crearse MRG y MRGL por cada oficina a fin de garantizar que los recursos estén disponibles sobre todos los servidores del cluster, esto en caso de caída de alguna máquina.

Los recursos de conferencia deben asignarse a los MRG y MRGL por oficina (Device Pool).

Se deben modificar 2 parámetros de Cisco CallManager para controlar el número de participantes por conferencia: Maximum Ad Hoc Conferences (3 a 64) y Maximum Meet Me Conference Unicast (1 a 128). El valor default para ambos es 4.

NOTA: NO se pueden configurar recursos de conferencia sobre PVDM2-8.

4.1.4.3 Recursos de Transcoding

Se deben incluir recursos de transcoding (DSPs) para convertir flujos a diferentes codecs (G.711G.729) Estos DSPs son controlados por SCCP desde el CallManager. Las bases de dimensionamiento si la TP no es de Telmex son:

Para oficinas hasta 24 usuarios. Se asumen 6 sesiones de transcoding simultáneas Para oficinas hasta 36 usuarios. Se asumen 6 sesiones de transcoding simultáneas Para oficinas hasta 48 usuarios. Se asumen 6 sesiones de transcoding simultáneas Para oficinas hasta 96 usuarios. Se asumen 8 sesiones de transcoding simultáneas Para oficinas hasta 168 usuarios. Se asumen 16 sesiones de transcoding simultáneas

Para oficinas hasta 240 usuarios. Se asumen 16 sesiones de transcoding simultáneas Si se tiene TP con Telmex, se deben habilitar el número de sesiones de transcoding igual al número de sesiones permitidas sobre la SIP Trunk por cada línea que se asocie a los recursos de dicha oficina. NOTA: NO se pueden configurar recursos de transcoding sobre PVDM2-8.



Se deben tener en cuenta los siguientes elementos de configuración:

Deben crearse MRG y MRGL por cada oficina a fin de garantizar que los recursos estén disponibles sobre todos los servidores del cluster, esto en caso de caída de alguna máquina.

Los recursos de transcoding deben asignarse a los MRG y MRGL por oficina (Device Pool).

4.1.5 Música en Espera

El servicio de MusicOnHold (MOH) permite que cuando las llamadas son colocadas en espera por el sistema o por un usuario, la persona en espera escuche música o algún mensaje institucional. Este servicio de MOH puede ser prestado por alguno de los servidores del cluster o localmente por el router remoto. Para el servicio de Music On Hold se debe tener en cuenta los siguientes aspectos:

Se debe habilitar el servicio de Music On Hold sobre el Publisher y el Subscriber, colocando en primer lugar dentro del MRG al Subscriber

Se debe setear el Network y User Hold Audio Source dentro del device pool de cada dispositivo a un mismo archivo de audio.

Se debe configurar el servicio de Music on Hold para soportar los códec G.711 y G.729 dentro del servicio de IP Voice Media Streaming.

Se requiere utilizar la funcionalidad de Multicast MusicOnHold con el fin de que sea el router local en cada oficina el que provea el audio de MOH mediante multicast, evitando así el consumo de ancho de banda sobre la red WAN.

Las direcciones de Multicast MOH que se deben utilizar son 239.1.1.1 a 239.255.255.255.

Configurar el MOH Audio Source y MRG en CallManager para soportar Multicast

Se deben setear los parámetros Maximum Half Duplex Streams y Maximum Multicast Connections a 100.

El archivo de music on hold debe tener el mismo nombre aun cuando su contenido sea diferente.

Multicast MOH no es rastreado por el mecanismo de locaciones de CAC pero en vista que el tráfico de MOH no atravesará la WAN este punto es irrelevante.

La dirección IP de multicast deben ser configuradas iguales en el CCM y en el router con SRST.

A fin de prevenir el paso del audio sobre la WAN se debe configurar una lista de acceso en la interfaz WAN o setear el Maximum Hop Count en el MOH Server.

Para telefonía pública con Telmex se deben tener en cuenta los siguientes aspectos:

Se debe habilitar el servicio de Music On Hold por lo menos sobre uno de los servidores como unicast ya que el Xcode no puede anejar multicast



Este recurso debe ser asociado a la troncal que tiene asociada contra el SS actualmente y posteriormente cuando se defina contra el SBC.

4.1.6 Call Admission Control

Debido a que el cluster de CallManager esta centralizado, se hace necesario utilizar el mecanismo de locaciones.

Cada oficina de cliente debe ser configurada como una locación

Para el cálculo de ancho de banda sobre el CCM, cada llamada G.729 consume 24Kbps y cada llamada G.711 ocupa 80Kbps.

Debido a que la solución esta montada sobre la nube MPLS, todas las oficinas deben estar a 1 salto de las demás de la misma compañía (Esto lo hace la red mostrando un solo salto entre oficinas).

4.1.7 Plan de Numeración



El plan de numeración se constituye en el elemento más importante de la implementación de PBX Administrada de TELMEX. Por tal razón, los siguientes puntos deben ser tenidos en cuenta a fin de garantizar un plan de numeración escalable:

Para un mismo cliente, no debe haber traslapamiento de extensiones entre diferentes oficinas. Por ejemplo, el cliente ABC no puede tener 2 extensiones con el número 1000.

No obstante, puesto que entre diferentes clientes los planes de numeración de cada uno no son visibles al otro, pueden existir extensiones traslapadas. Los clientes ABC y XYZ pueden tener la extensión 1000 dentro de su plan de numeración.

Se reservan los dígitos 0 y 9 para la marcación hacia la PSTN para cada cliente y no pueden ser el dígito inicial de ningún elemento dentro del plan de numeración de un cliente.

Se asignarán extensiones de 3, 4 o 5 dígitos dependiendo de los requerimientos de cada cliente.

Las series comenzadas por 1, 2, 3, 4, 5, 6, 7, 8 se distribuirán dentro de cada cliente para cualquiera de los siguientes elementos:

→ Números de Directorio (extensiones) → Números de CallPark → Números de Conferencia Meet-Me → Números de Translation Pattern (conversiones) → Números de Grupos CallPickup → Números de Message Waiting (voicemail) → Números de Hunt Pilot → Números de Puertos de Voicemail → Números de Puertos CTI → Números de CTI Route Points

El plan recomendado de marcación hacia la PSTN para cada cliente es el siguiente:

ROUTE PATTERN DESTINO

9.1[1-2]X Llamadas de Emergencia

9.01800XXXXXXX Llamadas TollFree

9.[2-9]XXXXXX Llamadas Locales

9.033XXXXXXXXX Llamadas Celulares

9.0[579]XXXXXXXX Llamadas Nacionales

9.0456XXXXXXXX Llamadas Nacionales por Telmex

9.00[579]! Llamadas Internacionales

9.00456! Llamadas Internacionales por Telmex

0.1[1-2]X Llamadas de Emergencia







0.0456XXXXXXXX Llamadas Nacionales por Telmex



El plan de marcación podrá adaptarse a cada país según sea requerido. El plan de marcación hacia la PSTN debe utilizar la estructura completa de Route Patterns, Route

Groups y Route List. Los prefijos antes del punto NO deben ser enviados a la PSTN. Las llamadas de emergencia no tienen habilitado el rango para marcación por operadora ni el número

de solicitud de información 113. Si el cliente quiere habilitar dichos números debe realizar una solicitud formal.

Todas las manipulaciones de dígitos DEBEN efectuarse a nivel de Route Group para lograr mayor escalabilidad del plan y garantizar que el CDR de la llamada almacena los dígitos tal como fueron marcados por el usuario antes de la manipulación, facilitando así las funciones de tarificación.

Para CADA CLIENTE, deben crearse particiones para:

Extensiones (una por cliente) Llamadas de Emergencia (una por cada oficina) Llamadas Locales (una por cada oficina) Llamadas Celulares (una por cada oficina) Llamadas Nacionales (una por cada oficina) Llamadas Internacionales (una por cada oficina) Llamadas Puertos de VoiceMail (una por cada cliente) Llamadas Servicios Suplementarios (una por cliente)



Para CADA CLIENTE, deben crearse Calling Search Space para:

Categoría Interna (una por oficina) Categoría Local (una por oficina) Categoría Celular (una por oficina) Categoría Nacional (una por oficina) Categoría Internacional (una por oficina) Categoría Unity

Los Calling Search Spaces deben ser aplicados a nivel de dispositivo y no de línea para cada extensión

del cliente.

Los Calling Search Spaces deben ser aplicados también sobre los gateways MGCP usando dial-peers, los cuales son usados durante los momentos de activación de SRST.



Se debe configurar CallManager el mecanismo de MGCP gateway fallback sobre los gateways de voz, y para ello los route patterns deben mapearse como dial-peers.

4.1.8 Voicemail con CUE

Los servicios de Auto Attendant y correo de voz serán provistos usando Cisco Unity Express (CUE) en un Network Module o un módulo AIM dentro del gateway de voz de cada oficina. Las versiones actualmente homologadas son: AIM2-CUE 8.0.2 AIM-CUE 7.2.1 ISE-CUE 3.2.1 NME-CUE 3.2.1 NM-CUE 3.2.1 SM-SRE-700-K9 8.0.2 ISM-SRE-30-K9 8.0.2



Las premisas de dimensionamiento son las siguientes:

Platform Hardware Bundled Ports Max Ports Max IVR Sessions Max Mailboxes Storage (hours)

2800/3800

AIM2-CUE 6 6 6 65 14

NME-CUE 8 24 24 275 300

2900/3900

ISM-SRE-300-K9 6 10 10 100 60

NME-CUE 8 24 24 275 300

SM-SRE-700-K9 4 32 32 500 600

SM-SRE-900-K9 4 32 32 500 600

License Type Supported License

Count per License Max Count

AIM2 NME CUE on ISM-SRE-300-K9

CUE on SM-SRE- 700-K9

Mailboxes FL-CUE-MBX-5

FL-CUE-NR-MBX-5*

5 65 275 100 500

Voice Ports FL-CUE-PORT-2

FL-CUE-NR-PORT-2*

2 6 24 10 32

IVR Sessions FL-CUE-IVR-2

FL-CUE-NR-IVR-2*

2 6 24 10 32

TimeCardView Users

1

FL-TCV-USER-1

FL-TCV-NR-USER-1*

1 65 275 100 500

Las versiones de IOS mínimas para soporte de cada modulo CUE en versión 8 son:

Cisco Platform

Cisco Unity Express Enhanced Network Module (NME-CUE)

Cisco Unity Express AIM2-CUE

Cisco Unity Express ISE-CUE module installed in Cisco 1861

1

Cisco Unity Express on ISM-SRE-300-K9

Cisco Unity Express on SM-SRE-700-K9

Cisco 1861

— — 12.4(11)XW 12.4(20)T — —

Cisco 2801

— 12.4(22)YB4 12.4(24)T

— — —

Cisco 2811 Cisco 2821 Cisco 2851

12.4(9)T 12.4(22)YB4 12.4(24)T

— — —

Cisco 2901

— — — 15.0(1)M —

http://www.cisco.com/en/US/partner/docs/voice_ip_comm/unity_exp/rel8_0/rel_notes/rel_notes.html#wp330748




Cisco 2911 Cisco 2921 Cisco 2951

15.0(1)M2

— — 15.0(1)M 15.0(1)M

Cisco 3725 Cisco 3745

12.4(9)T — — — —


12.4(9)T 12.4(22)YB4 12.4(24)T

— — —


15.0(1)M2 — — 15.0(1)M 15.0(1)M

Cisco 3925E Cisco 3945E

15.1(1)T2 — — — 15.1(1)T

Para la funcionalidad de CUE se deben definir 3 CTI Route Points en CallManager por cada CUE de oficina: Para operadora automática (AA), para piloto de voice mail (VM) y para modificación de mensajes (GMS).

Se deben definir puertos CTI de entrada al CUE de acuerdo a la cantidad de mailboxes, así:

Para oficinas hasta 24 usuarios. Configurar 6 puertos CTI Para oficinas hasta 36 usuarios. Configurar 6 puertos CTI Para oficinas hasta 48 usuarios. Configurar 6 puertos CTI Para oficinas hasta 96 usuarios. Configurar 8 puertos CTI Para oficinas hasta 168 usuarios. Configurar 16 puertos CTI Para oficinas hasta 240 usuarios. Configurar 16 puertos Voicemail




Debe configurarse redundancia de CallManager para cada CUE. En CallManager se debe crear un JTAPI User por cada Cisco Unity Express Para llamadas provenientes desde la WAN hacia CUE, se requieren recursos de transcoding locales en

cada gateway de voz.

Se deben provisionar 20Kbps para señalización CTI-QBE entre cada CUE y CallManager. Los paquetes de CTI-QBE son marcados con AF31 o CS3 desde CallManager hasta CUE, pero en el sentido inverso no son marcados, por tal razón se debe utilizar una lista de acceso para clasificar el tráfico.

En el caso de oficinas con más de 100 buzones, se debe configurar el VoiceMail Pilot en CallManager, para acceso al correo de voz, y un CTI Route Point asociado a un call handler de Unity para acceso a la Operadora Automática.

El procedimiento para realizar la actualización de un Cisco Unity Express on ISM-SRE-300-K9 se adjunta a continuación.

Actualización CUE ISR2.docx

4.1.9 Servicios de Directorio

La base de datos de usuarios reside en un servidor LDAP independiente al que trae incorporado el CallManager. Sobre el CUCM se tiene deshabilitada la opción de directorio corporativo, para que los usuarios de cada cliente no se vean reflejados en el mismo. En casos que el cliente así lo solicite, se podrá realiza integración de su directorio corporativo (LDAP) con el AD asignado a la plataforma de UC mediante un script. Debemos tener un usuario y password asignado por el cliente con la correspondiente información de los campos donde aloja la extensión, el Nombre y el Apellido ya que pueden variar entre clientes.

4.1.10 Seguridad

Las recomendaciones mínimas de seguridad para la plataforma son:

Manejo de listas de acceso en los puntos necesarios CUCM 7 corre sobre Linux y los agentes de seguridad están instalados por default Actualización constante de sistema operativo y aplicación Configuración de backups hacia servidor de archivos remoto.

4.1.11 Notación

En general, todas las construcciones del CallManager, deben usar una notación que facilite su ubicación y diferenciación para cada uno de los clientes: La notación que se debe usar es la siguiente:

AAAAAAA_BBB_CCCCCC_DDD

Donde:



AAAAAAA. Siete (7) caracteres que identifican al cliente. BBB. Tres (3) caracteres que identifican la ciudad. (Ver tabla de códigos de ciudades abajo). CCCCCC. Seis (6) caracteres que identifican la oficina. DDD. Tres (3) caracteres que identifican la categoría (Si Aplica)

Esta notación aplica para:

Regiones Device Pool Locaciones Referencia SRST AAR Groups Particiones. Donde DDD = Eme, Loc, Cel, Nal, Int Calling Search Spaces. Donde DDD = Eme, Loc, Cel, Nal, Int Route Group Name.

Route List Name Route Pattern Description Line Group Name Hunt List Name Hunt Pilot Description Pilot Point Name Conference Bridge Name Transcoder Name Media Resource Group Name Media Resource Group List Call Pickup Group Name

Call Park Description Cisco IP Phone Service Name Meet Me Number Description Forced Authorization Code Name. Donde CCCCCCCC= User ID individual CTI Route Point Gateways Device Profile Name

CODIGO CIUDAD

ACD Acandi

ARF Acaricuara

ACL Aguaclara

AFI Amalfi

ADN Andes

APO Apartado

API Apiay

ACR Araracuara

AUC Arauca

ARQ Arauquita

ARO Arboletas

ACM Arica



AXM Armenia El Eden

AYC Ayacucho

AYA Ayapel

BHF Bahia Cupica

BSC Bahia Solano

BAC Barranca De Upia

EJA Barrancabermeja Variguies

NBB Barrancominas

BAQ Barranquilla Cortissoz

BOG Bogotá Eldorado

BGA Bucaramanga Palo Negro

BUN Buenaventura

CLO Cali Aragón

CJD Candilejas

CPB Capurgana

CQT Caquetania

CCO Carimagua

CTG Cartagena Nuñez

CRC Cartago Santa Ana

CUO Caruru

CSR Casuarito

CAQ Caucasia

CPL Chaparral

IGO Chigorodo

IVO Chivolo

CIM Cimitarra

DZI Codazzi

COG Condoto Mandinga

CZU Corozal

CVE Covenas

RAV Cravo Norte

CUC Cucuta Daza

CUI Currillo

EBG El Bagre

ELB El Banco San Bernad

ECR El Charco

ECO El Encanto

ELJ El Recreo

EYP El Yopal

FLA Florencia Capitolio

GRA Gamarra

GGL Gilgal

GIR Girardot

GCA Guacamayas

GAA Guamal

GPI Guapi

GMC Guerima

HTZ Hato Corozal



HRR Herrera

IBE Ibagué

IPI Ipiales San Luis

ISD Iscuande

JUO Jurado

LCR La Chorrera

LPD La Pedrera

LPE La Primavera

LMC La macarena

LGT Las Gaviotas

LGZ Leguizamo

LET Leticia A.V. Cobo

LMX Lopez De Micay

LRI Lorica

NAD Macanal

MGN Magangue Baracoa

MCJ Maicao

MZL Manizales Santaguida

MQU Mariquita

MDE Medellin Cordova

EOH Medellin Herrera

MND Medina

MFS Miraflores

MIX Miriti

MVP Mitu

MMP Mompos

MFB Monfort

MTB Monte Líbano

MTR Montería S Jerónimo

MOY Monterrey

MHF Morichal

MQR Mosquera

ULS Mulatos

NAR Nare

NCI Necocli

NVA Neiva Lamarguita

NUH Nunchia

NQU Nuqui

OCV Ocaña

ORC Orocue

OTU Otu

PAL Palanquero

PSO Pasto Cano

PYN Payan

PZA Paz De Ariporo Casanare

PEI Pereira Matecana

PTX Pitalito

PLA Planadas



PLC Planeta Rica

PLT Plato

PPN Popayán Machangara

PRE Pore

PVA Providencia

PUU Puerto Asís

PBE Puerto Berrio

PYA Puerto Boyacá

PCR Puerto Carreño

PDA Puerto Inírida

LQM Puerto Leguizamo

PCC Puerto Rico

UIB Quibdó

RCH Riohacha

RON Rondón

SNT Sabana De Torres

ADZ San Andres Island

SSD San Felipe

SJE San Jose Del Guaviare

SJR San Juan De Urabá

SJH San Juan Del Cesar

SQE San Luis De Palenque

SRS San Marcos

SJG San Pedro Jagua

SVI San Vicente Del Caguan

SQB Santa Ana

SCA Santa Catalina

SMC Santa Maria

SMR Santa Marta S. Bolívar

SSL Santa Rosalía

SRO Santana Ramos

RVE Saravena

SOX Sogamoso

SQF Solano

SOH Solita

TTM Tablón De Tamara

TME Tame

TCD Tarapacá

TAU Tauramena

TIB Tibu

TBD Timbiqui

TLU Tolú

TQS Tres Esquinas

TDA Trinidad

ULQ Tuluá Farfán

TCO Tumaco La Florida

TRB Turbo Gonzalo

UNC Unguia



URI Uribe

URR Urrao

VUP Valledupar

VGZ Villagarzon

VVC Villavicencio Vanguardia

AYG Yaguara

AYI Yari

VAB Yavarate

AZT Zapatoca

La notación para usuarios dentro de CallManager varía respecto a las definiciones anteriores, así:

AAAAAAACCCCC

Donde:

AAAAA. De 3 a 5 caracteres que identifican al cliente. CCCCC. Cinco (3 a 6) caracteres que identifican la extensión del usuario

La suma de las 2 notaciones anteriores identifican el User ID que se crea por usuario en la plataforma para cualquier aplicación.

4.1.12 Bases de Dimensionamiento

Según las necesidades de Mercadeo, se establecen los siguientes 10 tipos de oficinas para ofrecer el servicio de PBX Administrada:

#Parte Descripción TIPO DE OFICINA

Max de Usuarios

Ofc. (SRST)

C881SRST-K9 Cisco SRST881 ENet FXS - FXO Sec Router Oficina 0 4

C1861-SRST-F/K9 1861,8-user SRST or CME,4FXS,4FXO, 8xPOE, SP Svcs, HWIC slot Oficina 1 15

C2901-CME-SRST/K9 2901 Voice Bundle w/ PVDM3-16,FL-CME-SRST-25, UC License PAK Oficina 2 35

C2911-CME-SRST/K9 2911 Voice Bundle w/PVDM3-16,FL-CME-SRST-25, UC License PAK Oficina 3 50





C3925E-CME-SRST/K9 3925E Voice Bundle w/ PVDM3-64,FL-CME-SRST-25, UC License PA Oficina 8 1350

C3945E-CME-SRST/K9 3945E Voice Bundle w/ PVDM3-64,FL-CME-SRST-25, UC License PA Oficina 9 1500

Estos tipos de oficina están determinados por:

Cantidad máxima de teléfonos IP soportados. Define la licencia de SRST que será utilizada.

Cantidad de Troncales. Define la cantidad de puertos de voz que manejará a nivel troncal el gateway de voz.

Existe una relación aproximada de 3:1: por cada troncal existen 3 teléfonos.



Tipo de troncales. Indica la señalización manejada por las troncales conectadas: Loopstart Análogo,

GroundStart Análogo o ISDN PRI.

Mailboxes. Corresponde aproximadamente al 80% de los usuarios soportados por la plataforma.

Puertos FXS. Corresponde aproximadamente al 20% de los usuarios soportados por la plataforma.

4.1.13 Procesos de IMPLEMENTACIÓN

A continuación se describe la configuración que se debe aplicar en el entorno Telmex de cada una de las plataformas que conforman la solución de Unified Communication con sus características y restricciones.

4.1.13.1 CUCM

4.1.13.1.1 Descripción

Cisco Unified CallManager, el componente basado en software para el procesamiento de llamadas del sistema de Comunicaciones unificadas de Cisco, proporciona una solución de telefonía IP escalable y de alta disponibilidad.

4.1.13.1.2 Características

CUCM provee las siguientes capacidades: • Selección Automática de Ancho de Banda. Permite negociar el códec para una llamada sobre la red IP en tiempo real. • Soporte de múltiples códec G.729A/B, G.711ª, G.711U, GSM-EFR, Wideband (Propietario Cisco para alta Calidad) • Análisis de dígitos y particionamiento del plan de numeración • Fax sobre IP • Códigos de autorización de llamadas • Soporte de protocolos H.323, SIP y MGCP • Hotlines • Grupos de Captura • Soporte de múltiples idiomas • Soporte de ISDN y QSIG • Gestión de plataforma con SNMP y Real Time Monitoring Tool, traces funcionales • Preservación de llamadas • Supresión de silencios (Voice Activity Detection) • Restricción de llamadas • Video Las principales características de usuario final soportadas por CallManager son: • Call-Forwarding (CFB, CFNA, CFU) • Marcación abreviada • Auto contestación e intercom



• Barge (debe revisarse caso por caso) • Callback • Hold/Retrieve • Parqueo • Captura de llamadas • Status de llamadas • Llamada en espera • Calling Line Identification • Calling Line Identification Restriction • Calling Party name Identification • Conferencia (meet-me y ad-hoc) • Transferencia • Direct Inward Dial (DID) • Directorio corporativo • Log de llamadas • Ring distintivo • Extensión Mobility • Manos libres • Voicemail • Funciones Jefe-Secretaria • Mensaje en Espera (MWI) • Música en espera • Consola de operadora basada en PC • Servicios XML (se desarrollan a la medida del cliente en caso que se requieran) • Múltiples números de directorio • Marcación rápida (configurable por el usuario) • Videotelefonía Las principales funciones administrativas soportadas por CallManager son: • Auto registro de teléfonos IP • Bulk Administration Tool para cambios de configuración en lote • Generación de CDRs • Replicación automática de la base de datos entre servidores del cluster • Soporte de Syslog • Actualización remota de firmware de dispositivos • Administración multinivel • Administración basada en WEB • Gestión SNMP • Personalización de timbre vía archivos WAV • Soporte de XML

4.1.13.1.3 Configuración del Servicio de PBX Administrada

Pasos a seguir en la configuración del servicio de PBX Administrada.

4.1.13.1.3.1 Nomenclatura a Utilizar



En general, todas las construcciones del CallManager, deben usar una notación que facilite su ubicación y diferenciación para cada uno de los clientes: La notación que se debe usar es la siguiente:

AAAAAAA_BBB_CCCCCC_DDD

Donde:

AAAAAAA. Siete (7) caracteres que identifican al cliente.

BBB. Tres (3) caracteres que identifican la ciudad. (Ver tabla de códigos de ciudades abajo). CCCCCC. Seis (6) caracteres que identifican la oficina. DDD. Tres (3) caracteres que identifican la categoría (Si Aplica)

Esta notación aplica para:

Regiones Device Pool Locaciones Referencia SRST AAR Groups Particiones. Donde DDD = Eme, Loc, Cel, Nal, Int Calling Search Spaces. Donde DDD = Eme, Loc, Cel, Nal, Int Route Group Name. Route List Name

Route Pattern Description Line Group Name Hunt List Name Hunt Pilot Description Pilot Point Name Conference Bridge Name Transcoder Name Media Resource Group Name Media Resource Group List Call Pickup Group Name Call Park Description

Cisco IP Phone Service Name Meet Me Number Description Forced Authorization Code Name. Donde CCCCCCCC= User ID individual CTI Route Point Gateways Device Profile Name

4.1.13.1.3.2 REGION

Entramos en el menú correspondiente:



Hacemos click en Add New:

Nombramos la Región con la nomenclatura definida anteriormente:



Salvamos y luego configuramos el códec con el que se debe hablar contra el resto de sede. Asignamos por default el códec G729 contra todas sus sedes y G711 hablando consigo misma y con las regiones de “TelmexDatacenter_MOH” y ATT_Unity_Centralizado (si existe por que el cliente esta integrado con Unity Connection). Podemos para esto seleccionar todas las regiones que requerimos con la tecla Shift y luego elegir el códec para audio en G729 o G711 de acuerdo a lo documentado anteriormente y para video none (excepto si el cliente tiene opción de video punto a punto con CUPC, CUVA o Jabber). Asociamos como se muestra en la pantalla todas las oficinas del cliente en G729 y salvamos.



Ahora seleccionamos las regiones con las que vamos a hablar G711 con lo cual el resultado final es el siguiente:

Luego listamos la región para comprobar que quedó correctamente configurada (en cualquier momento podemos devolvernos presionando “Go” con la elección que corresponda en la esquina superior derecha “Back To Find/List”):



Podemos filtrar las búsquedas en cualquier momento incluyendo el texto necesario para tal fin, en nuestro ejemplo:

4.1.13.1.3.3 LOCATION

Entramos en el menú correspondiente a través de System:



Para nuestra sede de TELMEX haremos uso de 5 Puertos IP para llamadas hacia la WAN: Así entonces haremos uso de máximo 5 llamadas por la WAN (G.729). Click en Add New y nos basamos en la misma sintaxis para los nombres configurando de la siguiente manera:

Por cada llamada G.729 usamos 24 Kbps. Por cada llamada G.711 usamos 80 Kbps. Video en None.



Save y confirmamos que quede configurada correctamente:

4.1.13.1.3.4 SRST

Menú correspondiente:

Add New:



Para configurarlo, debemos saber la dirección IP que será usada para SRST y que por estándar corresponde al default gateway de los teléfonos IP (dirección IP de la vlan de voz en el CPE). Configuramos la referencia SRST siempre sobre el puerto 2000 y como no segura.

Salvamos y confirmamos que la configuración quede aplicada:

4.1.13.1.3.5 DEVICE POOLS



Menú correspondiente:

Add New con el estándar de nomenclatura asignado configurando de la siguiente manera: Escogemos la Región, Location, y SRST configuradas previamente como se observa a continuación:

Adicionalmente en este momento escogemos los siguientes ítems dentro del menú: Cisco Unified Communications Manager Group:

1. Para la asignación del Call Manager Group dentro del Device Pool de cada oficina se tendrán en cuenta UNICAMENTE los siguientes Call Manager Groups:

SUB02-SUB01

SUB04-SUB01



Date/Time Group: CMLocal Network Locale: Estados Unidos Mas adelante tendremos que devolvernos a este DP para asignar el Media Resource Group List que configuraremos posteriormente. Luego listamos para comprobar su configuración:

4.1.13.1.3.6 PARTITION

Entramos al menú:



Add New y creamos las nuevas particiones para la oficina: Particiones únicas por Cliente:

XXX_Extensiones, Extensiones Telmex Pruebas XXX_Suplementarios, Servicios Suplementarios XXX_VMPorts, Puertos CUE XXX_Unity_AA, Números de AA Telmex (Con CUE)

XXX_Restringido_UC Restringid UC (Con UC) Particiones por cada Oficina del Cliente:

XXX####_YYY_NombreOficina_Eme, Llamada Emergencia XXX####_YYY_NombreOficina_Loc, Llamada Local XXX####_YYY_NombreOficina_Cel, Llamada Celular XXX####_YYY_NombreOficina_Nal, Llamada Nacional

XXX####_YYY_NombreOficina_Int, Llamada Internac Donde:

XXX#### Código de Servicio del cliente YYY Código de la Ciudad NombreOficina Nombre de la oficina (máx. 9 caracteres)

De tal forma nuestra oficina de Telmex quedaría así:



Confirmamos su configuración:

4.1.13.1.3.7 CALLING SEARCH SPACE (CSS)

Menú:



Los CSS agrupan un conjunto de Particiones de la siguiente manera por cada oficina de cliente:

XXX####_YYY_NombreOficina_Eme: Extensiones Suplementarios Eme

XXX####_YYY_NombreOficina_Loc: Extensiones Suplementarios Eme Loc

XXX####_YYY_NombreOficina_Cel: Extensiones Suplementarios Eme Loc Cel

XXX####_YYY_NombreOficina_Nal: Extensiones Suplementarios Eme Loc Cel Nal

XXX####_YYY_NombreOficina_Int: Extensiones



Suplementarios Eme Loc Cel Nal Int

Ahora los siguientes CSS generales por cada Cliente dependiendo del tipo de solución para AA y VM. Para CUE

XXX_CTI: VMPorts Extensiones

Para Unity Connection

XXX_Unity_Centralizado: Extensiones

XXX_Unity_Restringido: Restringido_UC

Como ejemplo tomamos uno de los CSS creados. (Con las flechas movemos las particiones):

Así uno a uno de los CSS que se deben crear. Podemos después de salvar dar click en Copy sobre un CSS creados y copiarlo cambiando el nombre y las particiones que se requieran.



Save y así sucesivamente hasta acabar todos los CSS indicados anteriormente. Luego listamos para verificar su configuración:

4.1.13.1.3.8 CONFERENCE BRIDGE

Menú:

Add New y configuramos lo siguiente: Device Pool y Location de la oficina creados anteriormente. Para el nombre lo que hacemos es crearlo así:

CFB(MAC) Donde: (MAC) MAC Address (12 caracteres) del CPE del cliente para su interfaz de la vlan de voz. Si no contamos con dicha MAC puesto que aún no tenemos el CPE que usaremos lo podemos crear con cualquier MAC falsa y luego al subir el CPE le configuramos la MAC correspondiente en el Conference Bridge. Para el ejemplo:



Listamos su configuración:

4.1.13.1.3.9 TRANSCODER

Menú:



Add New y configuramos lo siguiente: Device Pool y Location de la oficina creados anteriormente. Para el nombre lo que hacemos es crearlo así:

XCD(MAC)

Donde: (MAC) MAC Address (12 caracteres) del CPE del cliente para su interfaz de la vlan de voz. Si no contamos con dicha MAC puesto que aún no tenemos el CPE que usaremos lo podemos crear con cualquier MAC falsa y luego al subir el CPE le configuramos la MAC correspondiente en el Conference Bridge. Para el ejemplo:

Listamos para verificar:



4.1.13.1.3.10 MEDIA RESOURCE GROUP

Menú:

En el MRG para cada oficina incluimos el Conference Bridge y el Transcoder creados anteriormente de la siguiente manera:



Save y listamos:

4.1.13.1.3.11 MEDIA RESOURGE GROUP LIST

Menú:



Add New. Sobre este MRGL se incluyen los siguientes MRG:

El creado anteriormente para la oficina. TelmexDatacenter_ANN TelmexDatacenter_MOH

TelmexDatacenter_MTP

Save y listamos para verificación:



Importante: Ahora que creamos el MRGL, es necesario ir al Device Pool para la oficina e incluirlo en éste:

En rojo se observa que queda ya incluido en el Device Pool. Damos click en Save con lo cual debería aparecer lo siguiente arriba:

Luego damos click en Apply Config.

4.1.13.1.3.12 MEET-ME

Menú:



Add New y se configura de la siguiente manera: De acuerdo al plan de numeración entregada por el cliente, configuramos los números de Meet-Me. Reservamos un rango de 100 (o los indicados por el EP en el archivo) números para este servicio usando el wildcard XX (o dependiendo del rango). Este rango de números para Meet-Me es UNICO por cada Cliente. La descripción debe iniciar con los tres caracteres del código de servicio del cliente. El rango de Meet-me se debe incluir en la partición de SUPLEMENTARIOS del cliente. Así para nuestro el ejemplo quedarían asignados del 700-799:



4.1.13.1.3.13 CALL PARK

Menú:

Add New y configuramos de acuerdo a lo siguiente: Configuramos el rango de 100 números de Call Park con el wildcard XX. (O los indicados por el EP en el archivo y wildcard dependiendo del rango) La descripción debe iniciar con los tres caracteres del código de servicio del cliente. El rango de Call Park se debe incluir en la partición de extensiones del cliente con los servidores asociados en el CCM Group asignado a la oficina con anterioridad. En el ejemplo, CM_CCM02SUB04 y CM_CCM02SUB01 correspondientes al Call Manager Group que le asignamos al cliente. Así la configuración para nuestra oficina de TELMEX queda en el rango 51XX sobre la partición de Extensiones.



Luego es necesario crearlo nuevamente pero sobre el segundo server que se tiene en el CCM Group, para el ejemplo, CM_CCM02SUB04 en la partición de Suplementarios. Esta configuración doble garantiza el feature de call park en caso de caída del subscriber. Para el ejemplo (con un copy del anterior podemos crearlo):




4.1.13.1.3.14 CALL PICKUP GROUP

Menú:



Para nuestro cliente en su oficina se tienen varios Call Pickup Groups, según la tabla de usuarios:

Desde el 400 hasta el 408, por ende es necesario crear todos individualmente de la siguiente manera (partición suplementarios del cliente, nombre y descripción según notación): Los Call Pickup Group son creados por cada oficina de cliente. Para el ejemplo tomamos el número 5300 que corresponde al rango que venimos trabajando para Telmex y lo asociamos a la PT Suplementarios. (El archivo excel corresponde a un cliente diferente).



Podemos dar copy y crear el resto de Call Pickup Groups de la misma manera que el anterior pero con cada número correspondiente según plan de marcación. Al crearlos todos, listamos para validar configuración Para el ejemplo tenemos solo el 5300):

4.1.13.1.3.15 GATEWAY

Menú:

Add New y elegimos el tipo de Router según el que corresponda para la oficina:



Next y elegimos MGCP como tipo de protocolo:

Next y configuramos el GW de la siguiente manera (mismo hostname del router):



Para el módulo elegimos el 0 para colocar las FXO/FXS/E1: Para el ejemplo se tiene una conexión por E1 hacia la PSTN de Telmex por medio de una tarjeta VWIC3-1MFT-T1 E1-E1 que se insertará en el módulo cero (0), slot cero (0). En el módulo cero (0) slot uno (1) se insertará una VIC2-4FXO para conectar líneas análogas que provengan de una PBX o de otro proveedor (PSNT): Y configuramos de la siguiente manera el Product Specific Configuration Layout:

Damos click en Save y nos aparecen los slots para colocar que tipo de tarjeta insertaremos:



De nuevo click en Save y nos aparecen los puertos correspondientes a cada tarjeta:

Los signos de interrogación (?) indican que aún no se ha configurado dicho puerto, por ende para configurarlo se configura haciendo click sobre el icono correspondiente a cada puerto. Nota: Si también instalamos una FXS simplemente se agrega como Subunit en el GW según sea instalada en el CPE y se configura como se indica en la sección “CONFIGURACION PUERTOS FXS”



4.1.13.1.3.16 CONFIGURACION PUERTOS E1

Al dar click sobre el icono correspondiente al E1 nos muestra la pantalla de configuración del E1, que se debe configurar con los parámetros correspondientes a nuestra oficina y también de la manera como se observa en las figuras (esta configuración parte de un PRI-ISDN, normalmente mas usado):

Se asigna el Device Pool, el Media Resource Group y la Location de la oficina que estamos configurando.

Se utiliza en el campo Call Routing Information – Inbounds Calls el CSS de Emergencias



Cabe resaltar que los parámetros del E1 dependen exclusivamente de la configuración de la Planta o Proveedor al que conectemos nuestro router. Si es un E1 de Telmex podemos hacer uso de la configuración en la figura adaptándola en el CPE de Telefonía Pública de Telmex.

Al regresar a la pantalla del GW debe haber desaparecido el signo de interrogación sobre nuestro E1 diciéndonos el tipo de E1 configurado (señalización):



Nota: Para configurar un E1 con QSIG debe indicarse al momento de identificar el tipo de señalización para la interfaz así:

De resto todos los parámetros aplican igual.

4.1.13.1.3.17 CONFIGURACION PUERTOS FXO

Click sobre el icono correspondiente al puerto FXO sin configurar:

Tipo de Señalización Loop Start:

Next y se configuran los parámetros de acuerdo a la oficina del cliente y a las figuras siguientes: Device Pool, Media Resource Group, Location de la oficina que estamos configurando. El Network Locale lo asociamos a Estados Unidos.



Según el plan de numeración, si es necesario se puede configurar una extensión a donde es redireccionada la llamada tan pronto entra una llamada al puerto FXO desde la PSTN o PBX:

Normalmente se hace uso de la Extensión del AA que para nuestra sede de TELMEX es 5000. El resto de parámetros quedan por Default:



El signo de interrogación debe desaparecer al terminar de configurar el puerto indicando el tipo de señalización usado:

Y así se configura el resto de Puertos FXO de la tarjeta.

4.1.13.1.3.18 CONFIGURACION PUERTOS FXS

Click sobre el icono correspondiente al puerto FXS sin configurar:

Tipo de Puerto POTS:

Next y se configuran los parámetros de acuerdo a la oficina del cliente: Device Pool, Media Resource Group, Location de la oficina que estamos configurando. El Network Locale lo asociamos a Estados Unidos.



Save y luego se agrega un Directory Number (DN) para dicho puerto FXS (Una extensión): Click en Add a new DN:



Asumamos que nuestro número de Extensión para este puerto es 5350 (Puede ser un puerto para un FAX o línea especial del cliente): El alerting name va de acuerdo a la tabla de usuarios o lo que el cliente requiera para que se muestre en pantalla al marcar a otra extensión:

En este punto (aún no tenemos configurado el Voice Mail para la oficina) no podemos incluir un Voice Mail Profile para el puerto. Por lo tanto se deja en <none> y si se necesita se configura posteriormente al haber configurado ya el Voice Mail Profile para dicha oficina. El CSS se puede configurar el Device o en el DN y se asigna de acuerdo a los permisos de marcación de la Extensión, para nuestro ejemplo (TELMEX) al ser un Fax se configura con permisos para Nacional. El Voice Mail no se modificará ya que la extensión es para FAX y no se necesita el Voice Mail. El MOH se define como simple si el cliente no tiene cargado uno personalizado sobre la plataforma.



El resto se configura como se muestra a continuación:

Como se puede observar, se redireccionará la llamada al Voice Mail a excepción de Forward All (Ocupado, Sin respuesta, etc). Se debe asignar el CSS de Emergencias.

El timeout del Ringing para que la llamada sea desviada es de 25 segundos. El Call Pickup Group se debe elegir de acuerdo al grupo al que pertenezca la extensión. Dicha información se obtiene de la tabla de usuarios del archivo de Plan de Numeración. Para nuestro ejemplo de TELMEX al ser FAX no necesitamos incluirlo en un Call Pickup Group.

El Display (Internal Caller ID) se configura igual al Alerting.



Save y al volver a la configuración del Puerto FXS debe aparecer el DN ya configurado:

Al retornar a la pantalla de Gateway el puerto debe aparecer sin el símbolo de interrogación y con la información de acuerdo al tipo de señalización:

Listamos la configuración de los Gateways para confirmar:

4.1.13.1.3.19 ROUTE GROUPS

Menú:

Sobre el Route Group se configuran los puertos por los cuales el cliente tiene salida a la PSTN en el orden que el requiera si tiene mas de una opción y se define el algoritmo que se utilizara para escoger dicho puerto cuando se realiza una llamada.



Para el ejemplo, Add New y luego se agregan los Puertos FXO y E1 por los cuales vayan a salir las llamadas a la PSTN (configurados anteriormente): Para el caso de nuestro cliente TELMEX, Se agregan todos los puertos disponible en el orden que queremos que operen. Para el ejemplo primero el E1, luego el puerto FXO. El algoritmo que utilizamos puede ser Circula o Top Down. Entonces, se agrega el E1 y el Puerto FXO (Se selecciona de los dispositivos Disponibles) y luego se da click en Add to Route Group (All Ports):

Aparece ahora en los Dispositivos Seleccionados:

Cuando son varios puertos o E1s, el orden es importante. Asignar de acuerdo a cada requerimiento. Con Algoritmo Circular, la primera llamada se va al primer puerto, la segunda al siguiente puerto y así sucesivamente. Click en Save y debemos observar el o los puertos como integrantes del Route Group.



Listamos el Route Group:

4.1.13.1.3.20 ROUTE LIST

Menú:

Add New:



Save y ahora debemos agrupar los Route Groups según corresponda con la arquitectura del cliente. Para nuestro ejemplo con TELMEX se crea un único Route List que agrupe el único Route Group creado: Click sobre Add Route Group, y buscamos el Grupo creado con anterioridad o el que corresponda, para nuestro caso el único creado aparece en la figura. En Called Party Transformations colocamos NANP:PredDot para Discard Digits:

Save y debemos observar el Route Group ya incluido dentro del Route List (Sobre el link podemos mirar en detalle la configuración):

Listamos para confirmar:



4.1.13.1.3.21 ROUTE PATTERNS

Menú:

Add New y se configuran los siguientes Route Patterns (según corresponda si se sale a la PSTN con 9 o con 0) para cada oficina:

ROUTE PATTERN DESTINO

9.1[1-9][2-9] Llamadas de Emergencia

9.018000XXXXXX Llamadas TollFree





9.0456XXXXXXX Llamadas Nacionales por Telmex



0.1[1-9][2-9] Llamadas de Emergencia

9.018000XXXXXX Llamadas TollFree





0.0456XXXXXXX Llamadas Nacionales por



Telmex



Para cada Route Pattern, configuramos la partición correspondiente, colocamos una descripción, y seleccionamos el route list adecuado que fue previamente creado. Revisamos que la opción Provide Outside Dial Tone y Use Calling Party’s External Phone Number Mask estén marcadas: Para el ejemplo y sus llamadas de Emergencia (Salida PSTN con 9):



Save y luego para realizar las demás podemos hacerlo por medio de Copy cambiando la partición y descripción según corresponda con el Route Pattern. Las llamadas Toll Free van en la partición Local. Al terminar de crear los Route Pattern, los listamos para verificar:

4.1.13.1.3.22 CTI ROUTE POINT

Para clientes que tiene dentro de la solución un modulo CUE para las opciones de AA y VM se crean los CTI Route Point de la siguiente forma: Menú:

Add New y luego creamos los 3 Route Points por cada Oficina con la nomenclatura correspondiente, para la oficina de ejemplo se tienen: ATT0368_VM ATT0368_AA ATT0368_AVT Ahora configuramos el CTI Route Point para el AA con los parámetros correspondientes a la oficina y con lo que muestra la figura:



Save y luego agregamos el DN:

A continuación asignamos el número que fue entregado por EP en el archivo de Plan de Numeración. Para el ejemplo fueron asignados el VM y el AA únicamente con los siguientes:

VM 5990 AA 5980

AVT 8200



Entonces retomando para nuestro cliente, el Voice Mail configuramos de la siguiente forma (Fijarse en la partición y el Alerting):

Ahora redireccionaremos las llamadas a la Operadora en caso de Ocupado, Sin respuesta, etc… (No tocar Forward All) y el CSS es el correspondiente a la oficina y de emergencia: Para el ejemplo, el número de la operadora es el 5000 (No es necesario un Call Pick Group):



Y el resto de configuración así:

Save y debe ya quedar asociado el DN al CTI Route Point:

Ahora podemos crear el CTI Route Point para el Voice Mail de la misma manera o copiando el anterior y agregando el DN de acuerdo al asignado al VM. Al terminar listamos para confirmar:



4.1.13.1.3.23 CTI PORTS

Menú:

Para crear los CTI Ports, deben tenerse los números de puertos asignados por EP en el archivo de Plan de Marcación. Para el ejemplo los puertos asignados son del 511 al 519. La cantidad de CTI Ports se elige de acuerdo al tipo de CUE instalado sobre el CPE. Se adjunta la tabla correspondiente:

Platform Number of Mailboxes

Hours of Storage

Concurrent Voicemail and Automated-Attendant Ports and Sessions

Cisco Unity Express Network Module (NME-CUE)

0-275 300 8-24

Cisco Unity Express Advanced Integration Module (AIM-CUE and AIM2-CUE-K9)

0-65 14 6

Cisco Integrated Services-Ready Engine (ISM-SRE-300-K9)

0-100 60 2-10

Cisco Service Module Services-Ready Engine (SM-SRE-700-K9, SM-SRE-710-K9, SM-SRE-900-K9, SM-SRE-910-K9)

0-500 600 4-32

Configuramos un consecutivo para cada uno de los CTI Ports (01-32) y asignamos los puertos al respectivo device pool, calling search space y locación de la oficina que esta siendo configurada. El CSS que se asigna es el de Emergencia.

ATT0368_01-06 Click en Add New y seleccionamos dentro de los teléfonos los CTI Port:



Next y se selecciona los campos de Device Name, Description, DP, CSS (Emergencias) y Location como se indica en la siguiente pantalla:

Se debe seleccionar el Device Security Profile* -- Cisco CTI Port – Standard SCCP Non-Secure Profile como se muestra e la siguiente pantalla:



Save y luego agregamos el número de DN asociado a este CTI Port (Add a new DN):

Para el Alerting colocamos “VoiceMail” y lo incluimos en la partición de Extensiones de la oficina. Para el ejemplo quedaría:



Save y comprobamos que quedó configurada en el CTI Port:

Luego listamos el recién creado CTI Port:



Y para crear los restantes CTI Ports hacemos uso de la Función “Super Copy” en la parte derecha del CTI Port: Le configuramos el nuevo nombre:

Cambiamos la descripción por la correspondiente, luego Save y editamos el DN:



Save y editamos el DN ya creado (copia del anterior):



Y lo modificamos con el DN asignado para este CTI Port (5985 en nuestro ejemplo y dejamos el resto sin modificar):

El resto de la información es la misma puesto que es una copia del anterior DN. Save y retornamos confirmando la configuración del DN:

Y así configuramos el resto de CTI Ports, al terminar listamos para validar la configuración:



4.1.13.1.3.24 JTAPI USER

Menú:

Add New y luego configuramos con el formato como se observa en la figura: First Name: <Código de Servicio> Last Name: <CIU_Oficina_jtapi> User ID: <ID de Oficina_jtapi> User Password: <telmex> PIN: <12345> Digest Credentials: <telmex>



Y nos aseguramos que el check box “Allow Control of Device from CTI” esté marcado:

Save y ahora asociamos los CTI Route Points y los CTI Ports creados para esta oficina al usuario JTAPI (click sobre Device Asociation):

Filtrando por ATT0368 para nuestro cliente, damos click cada CTI Route Point o CTI Port para asociar y luego en Save Selected/Changes:



Volvemos a la página de user y comprobamos que quedaron asociados (todas las seleccionadas):

No le asignamos ninguna extensión como primaria:

Ahora seleccionamos los permisos que debe tener asociado este usuario para la correcta integración a nivel de CTI con el CUE:

Al dar Save aparecen los Roles:

Listamos el usuario para verificar:



4.1.13.1.3.25 VOICE MAIL PILOT

Menú:

Add New y luego configure el número asignado para el Voice Mail (Mismo CTI Route Point de Voice Mail creando con anterioridad) y con los parámetros como lo muestra la figura (CSS de Emergencia de la oficina). Para el ejemplo:

Save y listamos para verificar:

4.1.13.1.3.26 VOICE MAIL PROFILE

Menú:



Add New y luego configuramos el Profile asignándole el Voice Mail Pilot creado recientemente, el resto se configura como lo muestra la figura Para el ejemplo:

Save y listamos para verificar configuración:

4.1.13.1.3.27 PHONES & USERS

Para la configuración de Teléfonos y Usuarios sobre la plataforma se tienen 2 alternativas diferentes.

Por medio de BAT (Bulk Administration Tool). Creando manualmente uno a uno el Teléfono y Usuario para cada Extensión de la Oficina del cliente.

La primera permite subir al CCM, los Teléfonos y Usuarios en lote, lo que facilita y agiliza el Aprovisionamiento. Dicho procedimiento se realiza por medio de un archivo CSV (Separado por Comas). Para cargar muchos teléfonos en la plataforma es mejor usar BAT, pero para subir unos pocos teléfonos se puede hacer manualmente uno a uno.

4.1.13.1.3.27.1 CARGA DE PHONES & USERS POR MEDIO DE BAT

Simple Phone Format: MAC ADDRESS,DESCRIPTION,DIRECTORY NUMBER 1



Default Phone Format: MAC ADDRESS,DESCRIPTION,LOCATION,DIRECTORY NUMBER 1,DISPLAY 1,LINE TEXT LABEL 1,FORWARD BUSY EXTERNAL DESTINATION 1, FORWARD BUSY INTERNAL DESTINATION 1,FORWARD NO ANSWER INTERNAL DESTINATION 1,FORWARD NO ANSWER EXTERNAL DESTINATION 1,FORWARD NO COVERAGE EXTERNAL DESTINATION 1,FORWARD NO COVERAGE INTERNAL DESTINATION 1,CALL PICKUP GROUP 1 Ejemplo de archivo a cargar

MAC ADDRESS,DESCRIPTION,DEVICE POOL,SOFTKEY TEMPLATE,CSS,DIRECTORY NUMBER 1,ALERTING NAME 1,ASCII ALERTING NAME 1,DISPLAY 1,ASCII DISPLAY 1,LINE TEXT LABEL 1 1234ABCD4431,Coordinador de Credito,AWL0006_OCI_Chia,Standard User,AWL0006_OCI_Chia_Loc,81091,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito 1234ABCD4432,Asesor 1,AWL0006_OCI_Chia,Standard User,AWL0006_OCI_Chia_Loc,81092,Asesor 1,Asesor 1,Asesor 1,Asesor 1,Asesor 1 1234ABCD4433,Coordinador de Credito,AVV2141_OCI_LlanoGrande,Standard User,AVV2141_OCI_LlanoGrande_Loc,88621,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito 1234ABCD4434,Asesor 1,AVV2141_OCI_LlanoGrande,Standard User,AVV2141_OCI_LlanoGrande_Loc,88622,Asesor 1,Asesor 1,Asesor 1,Asesor 1,Asesor 1 1234ABCD4435,Coordinador de Credito,AWL0021_OCI_CCTunal,Standard User,AWL0021_OCI_CCTunal_Loc,81561,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito

Esta es la estructura a tener en cuenta para teléfonos y usuarios: John,Smith,johns,abcde,Daviss,12,12345,johnProfile,English United States,12345,12345,john_pc,12345,john_mail,Standard Presence group,css1,abcde,4,10000,SEP1231123245AB,f,f,f,1231123245AB,Dallas,9725557154 |__| |____||___| |__| |____||__||___| |_________| |___________________| |___| |___| |_____| |___| |_______| |_____________________| |__| |___| | |___| |_____________| | | | |__________| |____| |________| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Directory Number(up to 24 numerals, optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Description(up to 50 characters, optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | MAC Address(12 characters, mandatory*) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Enable Mobile Voice Access ( t or f) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |Enable Mobility ( t or f) | | | | | | | | | | | | | | | | | | | | |



| | | | | | | | | | | | | | | | | | | | Allow control of device from CTI ( t or f) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Primary User Device (Up to 50 characters,Optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Maximum Wait Time for Desk Pickup(Up to 5 numerals,optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Remote Destination Limit(Up to 2 numerals,Optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Digest Credentials(Up to 128 hexa decimal characters,Optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Subscribe Calling Search Space(Up to 50 characters,Optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Presence Group(Up to 50 characters,optional) | | | | | | | | | | | | | | | | | | | | | | | | | | | Mail ID (up to 50 characters, optional) | | | | | | | | | | | | | | | | | | | | | | | | | IPCC Extension ('DirectoryNumber[up to 50 numerals] in Partition[up to 50 characters]', optional) | | | | | | | | | | | | | | | | | | | | | | | Associated PC (up to 50 characters, optional) | | | | | | | | | | | | | | | | | | | | | Primary Extension ('DirectoryNumber[up to 50 numerals] in Partition[up to 50 characters]', optional) | | | | | | | | | | | | | | | | | | | Telephone Number (up to 50 numerals, optional) | | | | | | | | | | | | | | | | | User Locale (up to 50 characters,optional) | | | | | | | | | | | | | | | Default Profile (up to 50 characters,optional) | | | | | | | | | | | | | PIN (up to 20 numerals, optional) | | | | | | | | | | | Department (up to 30 characters, optional) | | | | | | | | | Manager (up to 30 characters, optional) | | | | | | | Password (up to 20 characters, optional) | | | | | User ID (up to 30 characters, mandatory) | | | Last Name (1 to 50 characters, mandatory) | First Name (1 to 50 characters, optional)



4.1.13.1.3.27.2 CARGA DE PHONES & USERS MANUALMENTE

PHONES Menú:

Configuramos el Teléfono basados en la documentación del archivo de Plan de Numeración, en el tab de Tabla de Usuarios: Para el ejemplo se adjuntan las líneas del archivo de un cliente X para mostrar solamente información:

En el siguiente ejemplo configuraremos los 2 Primeros Teléfonos (Bajo el plan de numeración que se esta manejando para el ejemplo con Telmex). Extensión 5001 y 5002: Click en Add New y especificamos el tipo de IP Phone según aplique, para nuestro ejemplo el 7962:



Next, luego el tipo de Señalización:

Next y luego configuramos como primera instancia la MAC del Dispositivo, si no está aún documentada, la generamos con una MAC falsa que posteriormente cambiaremos a la adecuada al momento de tener la información correcta de la MAC del IP Phone. Cada parámetro en el teléfono se selecciona de acuerdo a la oficina o sede a la que pertenece el usuario (Device Pool, CSS de Emergencia, MRGL, Location) y el resto de parámetros los configuramos como sigue:



En la línea Directory, se asocia el link del directorio corporativo del cliente creado en el Ldap. El resto de parámetros por default:



Save y luego agregamos el DN:

Acá configuramos la Extensión del cliente y los parámetros como muestra la figura:

Como podemos observar, configuramos el Voice Mail para la sede del cliente si es que dicha extensión tiene Voice Mail (Ver columna “VoiceMail”). Los permisos de llamada fueron asociados en el dispositivo AAR Settings por default:



Y a continuación configuramos para que desvíe al Voice Mail las llamadas Busy, No Answer, etc… con el CSS de Emergencia:

El timeout es de 25 y se le asigna el Call Pickup Group correspondiente al indicado en la columna “Grupo Captura”. El resto de parámetros se configura por Default a excepción del Display que debe ser el mismo que el Alerting Name configurado arriba:



Save y confirmamos que quede configurado el DN para el Phone:

Luego listamos para confirmar la configuración:



Para configurar el resto de los IP Phone siempre y cuando sean del mismo TIPO podemos realizar un “Super Copy” del teléfono recientemente creado. Hacemos click sobre el icono de “Super Copy” e insertamos la nueva MAC (bien sea la correcta o la falsa):

Save y a partir de este momento únicamente tenemos que cambiar lo siguiente de acuerdo a la Extensión:

Description (Phone Page) Directory Number (DN Page) Alerting Name (DN Page) ASCII Alerting Name (DN Page) Display (Internal Caller ID) (DN Page) ASCII Display (Internal Caller ID) (DN Page)

Line Text Label (DN Page) ASCII Line Text Label (DN Page) CSS (DN Page) Call Pickup Group (DN Page)

Y en DN Page:



Save y confirmamos la configuración:

Listamos los teléfonos creados y así sucesivamente vamos configurando cada Teléfono del mismo Tipo. Entre los diferentes teléfonos que se configuran como SCC solo cambian en general los siguientes parámetros:

Tipo de Phone en Add New 79XX, 69XX, 99XX.

Phone Button Template Depende si tiene Botonera (79XX) o no.



Device Security Profile Security Profile-1.

Expansion Module Information Si se agregó Botonera o no en el módulo 1. También pueden agregarse varios DN dependiendo de si hay Botonera o no. La cantidad de DNs y cuales varía de acuerdo al requerimiento de cada cliente. De igual manera la cantidad de Speed Dial (SD) asignados varía de acuerdo a si se hizo uso de botonera o no, por ejemplo:

4.1.13.1.3.28 MOH

Se requiere utilizar la funcionalidad de Multicast MusicOnHold con el fin de que sea el router local en cada oficina el que provea el audio de MOH mediante multicast, evitando así el consumo de ancho de banda sobre la red WAN. Las direcciones de Multicast MOH que se deben utilizar son 239.1.1.1 a 239.255.255.255. El cálculo de dicha IP se hace con base en la siguiente formula: Formula 4 (X – 1) + 1 = Y Donde X es el número consecutivo del archivo que se cargo en el CUCM si el cliente tiene un MOH personalizado. Para el ejemplo se toma el cliente DANN. (MoH_FinDann) Ingresamos por el link Music on Hold Server dentro de Media Resources



Seleccionamos MOH_CCM02SUB01 que es el servidor designado para MOH con Multicast

Como se observa en la grafica, existe un numero asignado por la plataforma que depende de si el archivo source de audio tiene o no habilitado el check de Multicast. Ese número asignado por la plataforma no corresponde al número que se debe ingresar como variable X. Se deben contar uno a uno los archivos en el print screen anterior para determinar dicho número. Para el ejemplo MoH_FinDann el sistema le asigno el numero 16, pero para el calculo se cuentan consecutivamente los archivos y el real para aplicar la formula es 13. Por lo tanto para nuestro cliente ejemplo la IP a utilizar es:



Formula 4(13 – 1) + 1 = Y 49 = Y, Donde Y corresponde al ultimo octeto de la Ip de Multicast Ip Multicas a utilizar sobre el Gateway de Voz: 239.1.1.49 Puesto que se requiera habilitar Unicast para los clientes que poseen TP con Telmex, se debe aplicar la siguiente configuración para que se reproduzca correctamente el archivo de MOH sobre la Troncal SIP que se configura en el cliente. Sobre el teléfono se deben escoger tanto el User Hold MOH Audio Source como el Network Hold MOH Audio Source que se tengan asignados para el cliente. El primero se utiliza cuando el ususario presiona la opcuion de hold durante una llamda y el segundo cuando se realzia una transferencia o conferencia. Los 2 deben ser los mismos. Para el ejemplo tenemos al cliente Porvenir.

Sobre la troncal SIP asignada a cada oficina se debe asignar un Media Resource Group denominado PRV0391_BOG_MOH (ID Oficina + Ciudad + MOH) asociado a un MRGL con la misma descripción que será asociado en la troncal que contenga los siguientes servers:



Donde MOH_CCM02SUB01 es el servidor dfe MOH que tiene habilitado Multicast.

En la troncal simplemente se asocia el MRGL creado:



4.1.13.1.3.29 USERS

Menú:

Add New y luego llenamos los campos correspondientes al usuario, para nuestra sede vamos a tomar como base el primer usuario de TELMEX en la tabla:

Javier Veru 5001. Y debemos tener en cuenta la siguiente información: User ID ATT5001 (para el ejemplo ID Cliente en Onyx + Extensión) Pwd telmex (para todos a menos que se especifique otra cosa) PIN 12345 (para todos a menos que se especifique otra cosa) Digest Credentials telmex (para todos a menos que se especifique otra cosa) Y se diligencia como se observa en la figura (Los campos se pueden llenar de acuerdo a la información del usuario):



El resto de parámetros por default. Damos click en Save. Luego asociamos los dispositivos de cada usuario (su correspondiente extensión) por medio del botón de comando:



Y buscamos el teléfono:

Lo seleccionamos como muestra la figura y damos click en “Save Selected/Changes”: Retornamos a la pantalla de usuarios por medio de “Back to Users” (Esquina superior derecha) y debemos observar que queda asociado el Dispositivo al Usuario:

Ahora configuramos la Extensión Primaria del usuario (se eligen entre las asociadas arriba):

Por último agregamos los permisos para el usuario agregándolo en el grupo correspondiente, dando click en “Add to User Group”:



Y lo agregamos en el Grupo llamado “Standard CCM End Users”, lo filtramos para encontrarlo:

Seleccionamos el grupo y damos click en “Add Selected”; luego ya aparecerá asociado al usuario:

Save y observaremos que cada Role asociado al grupo queda configurado también:

Y así seguimos creando el resto de usuarios que necesitemos (En especial se usan para descargarlos al CUE y asignarles un Voice Mail a cada uno). Los usuarios no tienen función de COPY lo que hace su configuración tediosa, recordar hacer uso de BAT dependiendo de la cantidad.

4.1.13.1.3.30 Configuración Directorio Araña 8831

Este nuevo dispositivo no funciona con el link de Directorio sobre el device como se venia aplicando en los diferentes teléfonos de la plataforma, por lo cual se debe realizar el siguiente procedimiento para que funcione correctamente el directorio integrado en el AD.



Ingresar a Phone Service para crear un nuevo servicio por cliente.

Adicionamos un nuevo servicio de Directorio de la siguiente forma:

Service Name, ASCII Service name y Service description como Directorio Corporativo ¨Nombre del Cliente¨ Servie URL: Link con el archivo .asp del cliente (igual que en el teléfono) Service Category: XML Service Service Type: Directory Enable: Habilitar el check en la casilla correspondiente



Una vez se crea el servicio se asocia o se suscribe en el teléfono 8831. Seleccionamos el dispositivo 8831 y suscribimos el servicio creado

Aplicamos Next lo cual nos envía a la siguiente pantalla donde vamos a finalizar la suscripción.

Al dar click sobre el campo Subscribe finalizaremos con la asociación del servcio con el teléfono.



4.1.13.1.3.31 CONFIGURACION CPE CLIENTE

El CPE de cualquier cliente debe quedar configurado de la siguiente manera:

4.1.13.1.3.31.1 HOSTNAME

hostname ATT0368_BOG_CALLE72 Donde el nombre debe ser exactamente igual al configurado en el domain name del Gateway MGCP agregado en el CCM.

4.1.13.1.3.31.2 DHCP

no ip dhcp use vrf connected no ip dhcp conflict logging ip dhcp excluded-address 10.172.35.62 IP del CUE Excluida

ip dhcp excluded-address 10.172.35.1 IP LAN del Router (VLAN VOZ) Excluida ip dhcp excluded-address 10.172.35.2 IP LAN del SW PoE gestionado por Telmex Excluida. ! ip dhcp pool TELMEX

network 10.172.35.0 255.255.255.192 Red asignada al cliente para Telefonía. default-router 10.172.35.1 La IP de la VLAN de Voz del CPE. option 150 ip 172.31.237.171 172.31.237.130 En el orden que se muestra. lease 8 !

4.1.13.1.3.31.3 QoS



Recordemos que para la Salida a la WAN usamos 32 Kbps para la Voz (RTP) por cada llamada hacia la WAN (puerto IP) a nivel Corporativo y la fórmula BW=[265*(# IPPhones+1)]/1000 + 20 [kbps](round-up) para la Señalización (en nuestro caso configuramos 5 puertos IP): ip cef class-map match-all VOICE match ip precedence 5 match access-group name voice-video-rtp class-map match-any VOICE-VIDEO-SIGNALING match access-group name voice-video-signaling-out class-map match-all REMARKED-VOICE-VIDEO-SIGNALING match ip precedence 3 match access-group name voice-video-signaling-in ! ! policy-map CPE-TO-PE-MULTISERVICIO class VOICE

priority 120 5 Puertos IP. set ip precedence 5 class VOICE-VIDEO-SIGNALING bandwidth 32 41 Fuentes de Señalización. set ip precedence 3 class class-default set ip precedence 0 fair-queue policy-map CPE-FROM-PE-MULTISERVICIO class REMARKED-VOICE-VIDEO-SIGNALING set ip precedence 3 policy-map CPE-TO-LAN-MULTISERVICIO class class-default set cos precedence !

4.1.13.1.3.31.4 Access Lists

Flujo RTP Voz: ip access-list extended voice-video-rtp permit udp any any range 16384 32767 Tráfico RTP. Señalización Voz: ip access-list extended voice-video-signaling-in

permit tcp any eq 2000 any Skinny. permit tcp any eq 1720 any H.323. permit udp any eq 2427 any MGCP permit tcp any eq 2428 any PRI Backhaul.



permit tcp any eq 2748 any JTAPI. permit udp any eq 5060 any SIP. ip access-list extended voice-video-signaling-out permit tcp any any eq 2000 Skinny. permit tcp any any eq 1720 H.323. permit udp any any eq 2427 MGCP permit tcp any any eq 2428 PRI Backhaul. permit tcp any any eq 2748 JTAPI. permit udp any any eq 5060 SIP. ! Luego procedemos a hacer uso de los 2 policy creados en las interfaces correspondientes:

interface GigabitEthernet0/1 Interfaz WAN del CPE. bandwidth XXXX (Suma del BW asignado a toda la WAN) service-policy input CPE-FROM-PE-MULTISERVICIO service-policy output CPE-TO-PE-MULTISERVICIO

interface GigabitEthernet0/0.100 Interfaz LAN del CPE para la VLAN de Voz. service-policy output CPE-TO-LAN-MULTISERVICIO

interface GigabitEthernet0/0.200 Interfaz LAN del CPE para la VLAN de Datos. service-policy output CPE-TO-LAN-MULTISERVICIO

4.1.13.1.3.31.5 MGCP

Procedemos a configurar el MGCP para el GW con las direcciones IP tal cual se muestra a continuación: ccm-manager redundant-host 172.31.237.162 ccm-manager mgcp ccm-manager config server 172.31.237.171 172.31.237.130 ccm-manager config no ccm-manager download-tones ! mgcp mgcp call-agent 172.31.237.180 2427 service-type mgcp version 0.1 mgcp dtmf-relay voip codec all mode out-of-band mgcp rtp unreachable timeout 1000 action notify mgcp modem passthrough voip mode nse mgcp package-capability rtp-package no mgcp package-capability res-package mgcp package-capability sst-package no mgcp package-capability fxr-package no mgcp package-capability pre-package no mgcp timer receive-rtcp mgcp sdp simple mgcp rtp payload-type g726r16 static



mgcp bind control source-interface GigabitEthernet0/0.100 Interfaz LAN , VLAN de VOZ del CPE. mgcp bind media source-interface GigabitEthernet0/0.100 Interfaz LAN , VLAN de VOZ del CPE. !

ip tftp source-interface GigabitEthernet0/0.100 Interfaz LAN con VLAN de VOZ del CPE. ! mgcp profile default ! Al descargar la configuración del CCM, el GW automáticamente configura los puertos análogos sobre el router (configurados en el CCM claro…) y los deja de la siguiente manera: voice-port 0/0/0 cptone CO Y: dial-peer voice 999000 pots 999 y los números correspondientes al puerto, en este caso 0/0/0. service mgcpapp port 0/0/0

4.1.13.1.3.31.6 SRST y MoH

Ahora procedemos a configurar el SRST teniendo en cuenta el número de Extensiones de la Sede: ccm-manager music-on-hold call-manager-fallback

secondary-dialtone 9 Puede ser 9 (nuevo) o 0 (cero) según salgan a la PSTN. max-conferences 8 gain -6 transfer-system full-consult user-locale ES

limit-dn 7910 20 Máx No. de extensiones para los 7911 (una extensión por teléfono si son muchas). limit-dn 7935 1 Máx No. de extensiones para los 7935 (una extensión por teléfono si son muchas). limit-dn 7940 1 Máx No. de extensiones para los 7940 (una extensión por teléfono si son muchas). limit-dn 7960 1 Máx No. de extensiones para los 7960 (una extensión por teléfono si son muchas). timeouts ringing 30

ip source-address 10.172.35.1 port 2000 strict-match IP de la Interfaz LAN del CPE, VLAN VOZ. max-ephones 32 Número máximo de IP Phones que se pueden registrar con el GW. max-dn 32 dual-line Número máximo de Extensiones en general. system message primary Sistema de Respaldo Activo transfer-pattern 9T Puede ser 9 (nueve) o 0 (cero) según salgan a la PSTN. keepalive 20 no huntstop call-forward pattern .T moh SampleAudioSource.wav Cargar el archivo estándar en la Flash con este nombre exacto. multicast moh 239.1.1.1 port 16384 route 10.172.35.1 10.1.1.1 IP de la Interfaz LAN del CPE, VLAN

VOZ y la IP de la Loopback para MoH configurada abajo.

time-zone 17



date-format dd-mm-yy interface Loopback0

ip address 10.1.1.1 255.255.255.255 IP asignada (puede ser esta misma) para MoH desde la Flash. Si la entrada de llamadas desde la PSTN nos envía el DNIS o número B (como es el caso de los E1s) podemos enrutar dicho número hacia la extensión apropiada (usado para DIDs). Si tal es el caso procedemos a configurarlo dentro del call-manager-fallback así:

dialplan-pattern 1 74704.. extension-length 3 extension-pattern 3.. El primer número corresponde al DNIS que envía la PSTN (DIDs).

El segundo digito corresponde a la longitud de las extensiones a donde se redirecciona.

El último número es a donde se redireccionan los DIDs.

4.1.13.1.3.31.7 TRANSCODER Y CONFERENCE MEDIA RESOURCES

Los recursos de Transcoder y Conferencia se configuran de la siguiente manera: voice-card 0 no dspfarm dsp services dspfarm

sccp local GigabitEthernet0/0.100 Interfaz de la LAN del CPE para la VLAN de Voz. sccp ccm 172.31.237.180 identifier 2 version 7.0+ sccp ccm 172.31.237.162 identifier 1 version 7.0+ sccp ! sccp ccm group 999 bind interface GigabitEthernet0/0.100 Interfaz de la LAN del CPE para la VLAN de Voz. associate ccm 2 priority 2 associate ccm 1 priority 1

associate profile 1 register CFB001d46e54508 CFB seguido de la MAC del Puerto LAN de Voz. associate profile 2 register XCD001d46e54508 XCD seguido de la MAC del Puerto LAN de Voz. keepalive retries 5 switchover method immediate switchback method immediate switchback interval 15 ! dspfarm profile 1 conference codec g711ulaw codec g711alaw codec g729ar8 codec g729abr8 codec g729r8 codec g729br8

maximum sessions 2 Número máximo de Sesiones de Conferencia, normalmente 2. maximum conference-participants 16 - Default es 8 y no se ve en la config. Se modifica a X según códec.



associate application SCCP ! dspfarm profile 2 transcode codec g711ulaw codec g711alaw codec g729ar8 codec g729abr8 codec g729r8 codec g729br8

maximum sessions 6 Número máximo de Sesiones de Transcoding, depende de la cantidad de sesiones reservadas para la Conferencia y de la cantidad de DSPs.

associate application SCCP ! Se adjunta Tabla con el maximo de sesiones por PVDM y Codec

Maximum Conferencing Sessions on PVDM2s and PVDM3s:

PVDM2 family can support: • Up to 32 participants for G.711 conferences

• Up to 16 participants for G729/G729A/G.722 conferences

• Up to 8 participants for iLBC conferences

PVDM3 family can support: • Up to 64 participants for G.711 conferences

• Up to 32 participants for G.729/G.729A/G.722 conferences

• Up to 16 participants for iLBC conferences

4.1.13.1.3.31.8 ENDPOINTS DIGITALES

Es necesario configurar los EndPoints Digitales en el GW, para esto primero debemos saber si vamos a dar o recibir el reloj de una fuente externa. Estos datos deben coincidir con los que configuramos antes en el CCM para el E1 y van de acuerdo a la configuración que se tenga en la Planta del cliente: network-clock-participate wic 0 Slot donde se encuentra ubicada la HWIC Controller. Normalmente 0.

network-clock-select 1 E1 0/0/0 Seleccionamos la fuente externa de Reloj según ubicación HWIC. controller E1 0/0/0 Según ubicación física de la HWIC. framing NO-CRC4 Según configuración de planta y CCM, el linecode también depende de la planta. pri-group timeslots 1-31 service mgcp Según configuración d Planta, cantidad de timeslots usados. description --- CONEXION_ROUTER_TELEFONIA --- ! Al configurar los Timeslots se crea la interfaz serial:



! interface Serial0/0/0:15 Según ubicación física de la HWIC. no ip address isdn switch-type primary-net5 Según configuración Planta, normalmente primary-net5. isdn incoming-voice voice

isdn bind-l3 ccm-manager PRI Backhaul. no cdp enable ! Y el puerto queda configurado de una forma similar: !

voice-port 0/0/0:15 Según ubicación física de la HWIC. cptone CO !

4.1.13.1.3.31.9 MGCP GATEWAY FALLBACK TO H.323 Y CLASS OF RESTRICTIONS

Lo configuramos tal cual se observa a continuación: ccm-manager fallback-mgcp ! application global service alternate DEFAULT ! Una vez configuramos el Fallback debemos configurar como se manejará la llamada hacia los puertos de voz que ya no son manejados por el CCM (en caso de caída) y con los cuales tendremos salida a la PSTN para nuestros clientes (En caso de que no sea Telefonía Pública de Telmex a través de una troncal SIP hacia el Soft de Huawei) o salida por la planta del cliente, etc… Para esto, procedemos a dar los permisos de llamadas a los IP Phones (cuando no hay conectividad contra el CCM) cuando van a llamar por la PSTN por medio de los Class Of Restrictions (COR) que se comportan de forma similar a las Particiones y CSS del CCM, de tal forma creamos los mismos que en el CCM: dial-peer cor custom name emergency name local name celular name nacional name internacional ! ! dial-peer cor list EmergencyPT Listas de Nombres Equivalentes a las Particiones del CCM. member emergency ! dial-peer cor list LocalPT



member local ! dial-peer cor list CelularPT member celular ! dial-peer cor list NacionalPT member nacional ! dial-peer cor list InternacionalPT member internacional !

dial-peer cor list EmergencyCSS Listas de Nombres Equivalentes a los CSS del CCM. member emergency ! dial-peer cor list LocalCSS member emergency member local ! dial-peer cor list CelularCSS member emergency member local member celular ! dial-peer cor list NacionalCSS member emergency member local member celular member nacional ! dial-peer cor list InternacionalCSS member emergency member local member celular member nacional member internacional ! Una vez configurados los CoR procedemos a configurar los dial-peer que darán la salida a la PSTN cuando estamos en modo SRST, y a su vez les aplicamos los permisos (COR) recién creados :

dial-peer voice 112 pots Dial Peer para llamadas de Emergencia. corlist outgoing EmergencyPT Partición asignada para el Destination Pattern del dial-peer. service mgcpapp description Salida Emergencia destination-pattern 11.

port 0/0/0:15 Puerto que da Salida a la PSTN si es que es análogo o dígital. prefix 11 ! dial-peer voice 9 pots Dial Peer para llamadas Locales. corlist outgoing LocalPT Partición asignada para el Destination Pattern del dial-peer.



service mgcpapp description Salida Local

destination-pattern 9[2-9]...... 9 (nueve) o 0 (cero) dependiendo con que salga a la PSTN. port 0/0/0:15 Puerto que da Salida a la PSTN si es que es análogo o digital. !

dial-peer voice 9033 pots Dial Peer para llamadas a Celular. corlist outgoing CelularPT Partición asignada para el Destination Pattern del dial-peer. service mgcpapp description Salida Celular destination-pattern 9033......... 9 (nueve) o 0 (cero) dependiendo con que salga a la PSTN. port 0/0/0:15 Puerto que da Salida a la PSTN si es que es análogo o digital. prefix 033 !

dial-peer voice 905 pots Dial Peer para llamadas Nacionales. corlist outgoing NacionalPT Partición asignada para el Destination Pattern del dial-peer. service mgcpapp description Salida Nacional

destination-pattern 90[579]........ 9 (nueve) o 0 (cero) dependiendo con que salga a la PSTN. port 0/0/0:15 Puerto que da Salida a la PSTN si es que es análogo o digital. prefix 0 ! dial-peer voice 9005 pots Dial Peer para llamadas Internacionales. corlist outgoing InternacionalPT Partición asignada para el Destination Pattern del dial-peer. service mgcpapp description Salida Internacional

destination-pattern 900[579]T 9 (nueve) o 0 (cero) dependiendo con que salga a la PSTN. port 0/0/0:15 Puerto que da Salida a la PSTN si es que es análogo o digital. prefix 00 ! Definimos también un dial-peer de entrada de todas las llamadas desde la PSTN: dial-peer voice 88888 pots description Entrada de Llamadas service mgcpapp incoming called-number . direct-inward-dial

port 0/0/0:15 Puerto que viene de la PSTN si es que es análogo o digital. ! Ahora procedemos a configurar los CSS para cada teléfono (respecto de su DN) que entre en modo SRST (Se pueden implementar un máximo de 20 COR Lists), esta información la sacamos del archivo de Excel en el tab de usuarios: call-manager-fallback

cor incoming NacionalCSS 1 227 CSS para el DN 227. (Se pueden rangos separados por guiones.) cor incoming LocalCSS default CSS por Default para todos los DN que no se especifiquen arriba.



4.1.13.1.3.31.10 Cisco Unity Express

Debemos configurar la interfaz que da comunicación con el CUE: Interface Service-Engine0/0 Interfaz según donde quedó instalado el CUE. ip unnumbered GigabitEthernet0/0.100 Interfaz LAN del CPE para la VLAN de VOZ. service-module ip address 10.172.35.62 255.255.255.192 Dirección IP asignada al CUE.

service-module ip default-gateway 10.172.35.1 Dirección IP de la LAN para la VLAN de VOZ. ip route 10.172.35.62 255.255.255.255 Service-Engine0/0 Ruta para alcanzar la dirección IP del CUE. Ahora es necesario configurar el acceso al CUE cuando estamos en modo SRST (Vía SIP): dial-peer voice 1100 voip Dial-peer para acceso al Voice Mail. description SRST Voicemail

destination-pattern 510 Extensión asignada para voice mail (CTI Route Point). session protocol sipv2

session target ipv4:10.172.35.62 Dirección IP asignada al CUE. dtmf-relay sip-notify codec g711ulaw no vad ! dial-peer voice 1110 voip Dial-peer para acceso al AutoAttendant. description SRST AA

destination-pattern 500 Extensión asignada para Auto Attendant (CTI Route Point). session protocol sipv2

session target ipv4:10.172.35.62 Dirección IP asignada al CUE. Dtmf-relay sip-notify codec g711ulaw no vad ¡ call-manager-fallback Entramos en el modo de configuración. Call-forward busy 510 Extensión asignada para voice mail (CTI Route Point). Call-forward noan 510 timeout 20 Extensión asignada para voice mail (CTI Route Point). Voicemail 510 Extensión asignada para voice mail (CTI Route Point). Para hacer login y revisar la configuración del CUE (Versión y Licencias) lo hacemos de la siguiente manera: VDI0047_MED_Cll3#service-module service-Engine 0/0 session Trying 10.172.23.161, 2194 ... Open C ********************************************************************** * ATENCION: Este equipo es propiedad de TELMEX Colombia. * * El uso no autorizado esta estrictamente prohibido. * * Todos los usuarios son legalmente responsables de sus * * acciones sobre el sistema y toda actividad será registrada * ********************************************************************** Username: jveru Password:



vdi0047#

4.1.13.1.3.31.11 Licencias

vdi0047# show license status application voicemail enabled: 6 ports, 6 sessions, 65 mailboxes ivr disabled, no activated ivr session license available vdi0047# Versión: (7.2.1.para AIM-CUE) Cisco Unity Express version (7.2.1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2009 by Cisco Systems, Inc. Components: - CUE Voicemail Language Support version 7.2.1 vdi0047# Registro del Usuario JTAPI (Subsistema) con el CCM: vdi0047# sh ccn status ccm-manager JTAPI Subsystem is currently registered with Call Manager: 172.31.237.172 JTAPI Version: 7.0(1.1000) -1 Release vdi0047#

4.1.13.1.3.31.12 ENRUTAMIENTO Y DIRECCIONAMIENTO INTERFACES

interface GigabitEthernet0/0 Según la interfaz hacia la LAN del cliente (Datos y Voz). Description --- LAN_TELMEX --- no ip address duplex full speed 100 !

interface GigabitEthernet0/0.100 VLAN DE VOZ. Description --- LAN_PBX --- encapsulation dot1Q 100 ip address 10.172.35.1 255.255.255.192 Direccionamiento VLAN de VOZ asignado a ésta oficina. No snmp trap link-status h323-gateway voip bind srcaddr 10.172.35.1 service-policy output CPE-TO-LAN-MULTISERVICIO !

interface GigabitEthernet0/0.200 VLAN DE DATOS. Description --- LAN_DATOS ---



encapsulation dot1Q 200 ip address 190.144.188.209 255.255.255.248 Direccionamiento VLAN de Datos para ésta oficina. Ip access-group 110 in ip verify unicast reverse-path no ip redirects no ip unreachables no ip 156trl.-arp no snmp trap link-status service-policy output CPE-TO-LAN-MULTISERVICIO !

interface GigabitEthernet0/1 Interfaz Física WAN de Salida de PBX Administrada description --- WAN_TELMEX ( maranda + f 6/38 ) no ip address duplex full speed 100 service-policy input CPE-FROM-PE-MULTISERVICIO service-policy output CPE-TO-PE-MULTISERVICIO ! interface GigabitEthernet0/1.1690 Interfaz Lógica WAN de Salida de PBX Administrada. Description --- WAN_TELMEX (ATT0368 + PBX_ADMIN ) encapsulation dot1Q 1690

ip address 10.161.44.162 255.255.255.252 Direccionamiento WAN asignado a esta oficina. No snmp trap link-status ! El enrutamiento se puede hacer tanto estático como dinámico dependiendo del cliente, si es multiservicio y/o si tiene BGP.

4.1.13.1.3.31.13 ACCESO REMOTO Y LOCAL, BANNER Y NTP

Configuramos el acceso remoto y por consola del CPE, así como el banner que muestra al acceder el equipo y el NTP: clock timezone COLOM -5 username gestion password 7 060B0E2F4D490C0B544345 ! banner motd ^CCC ************************************************************* * ATENCION: Este equipo es propiedad de TELMEX Colombia. * * El uso no autorizado esta estrictamente prohibido. * * Todos los usuarios son legalmente responsables de sus * * acciones sobre el sistema y toda actividad sera registrada* ************************************************************* ^C



! line con 0 login authentication TELMEX line aux 0 line 194 no activation-character no exec transport preferred none transport input all transport output pad telnet rlogin lapb-ta mop udptn v120 ssh line vty 0 4 access-class 1300 in password 7 1313030B5A55572B3F30 transport input telnet ! scheduler max-task-time 5000 scheduler allocate 20000 1000 ntp update-calendar ntp server 172.31.239.199 ¡

4.1.13.1.3.31.14 TACACS

Realizamos la configuración para Tacacs si es necesario (Ej. Alkosto):

username localuser password 7 060A08727C1E0E403747380F aaa new-model ! ! aaa authentication attempts login 2 aaa authentication login default group tacacs+ local aaa authentication login TELMEX local aaa authentication enable default group tacacs+ enable aaa authorization exec default group tacacs+ local if-authenticated aaa authorization commands 15 default group tacacs+ local if-authenticated aaa accounting commands 5 default start-stop group tacacs+ aaa accounting commands 15 default start-stop group tacacs+ ! aaa session-id common tacacs-server host 172.31.239.195 tacacs-server directed-request tacacs-server key 7 104F1F0F040306080308 Para probar que quedó correctamente configurado, podemos dar la secuencia en el CPE Ctrl..+Shift+6 y luego x, para salirnos al PE. Hacemos un telnet nuevamente hacia el CPE y nos logueamos al mismo con el usuario y password asignado a nosotros para TACACS. Si se loguea correctamente revisamos también que no sea



posible acceder vía el usuario y password estándar (gestion y manager147) nos salimos con exit y posteriormente damos Enter repetidas veces para volver al CPE. Importante que dentro del line vty 0 4 no se encuentre la línea: “login authentication TELMEX” para que funcione correctamente el Tacacs.

4.1.13.1.3.31.15 LINEAS ESTANDAR ADICIONALES

Ahora y por último configuramos el resto de sentencias para el CPE: no service pad service timestamps debug datetime msec localtime service timestamps log datetime msec localtime service password-encryption ! boot-start-marker boot-end-marker ! logging buffered 4096 debugging no logging console resource policy ! no ip source-route ! no ip bootp server no ip domain lookup ! no ip http server no ip http secure-server ! access-list 1300 permit 172.31.239.0 0.0.0.255 access-list 1300 permit 10.161.43.240 0.0.0.3 access-list 1300 permit 10.161.45.56 0.0.0.3

access-list 1300 permit 10.161.44.160 0.0.0.3 Red IP WAN asignada a la Oficina. access-list 1300 permit 172.31.237.150 0.0.0.0 Servidor Arcana Snmp-server community CpE3677TeLmEx RO 1300 snmp-server community CrpWE3677TeLmEx RW 1300 snmp-server trap-source GigabitEthernet0/1 Interfaz LAN del Cliente para la VLAN de Voz. Snmp-server enable traps snmp authentication linkdown linkup coldstart snmp-server enable traps tty snmp-server host 172.31.239.203 public udp-port 1681 snmp-server host 172.31.239.204 public udp-port 1681 ¡ control-plane ¡

4.1.13.1.3.32 CIPC con NAT



A continuación se presenta la configuración que se debe realizar en el CPE de PBX Administrada para los clientes que hagan uso de los CIPC (IP Communicator) en los PCs de su red LAN de Datos. Esta configuración aplica UNICAMENTE para el Cluster de Clientes. El CPE debe tener la versión advipservicesk9-mz.124-15.T6.bin. (28Xx y 38XX) El CPE debe tener la versión universalk9-mz.SPA.150-1.M4.bin (29Xx y 39XX) Nota: Los CPEs 28XX y 38XX que tengan el suficiente hardware debe tener instalada la versión 150-1.M4 Se debe reservar un nuevo segmento de direcciones ip para el NAT, por lo tanto tenemos las redes: Red Nueva NAT Voz: 10.172.X.X /X /30 ó /32, Para el Ejemplo Red 10.172.254.80 /30. Red Lan Datos Cliente (PC en donde se instala CIPC): X.X.X.X /X Según cliente, Para el Ejemplo Red 192.168.31.0/24. Red Voz PBX ADMIN (Vlan 100): 10.172.X.X /X Para el Ejemplo Red 10.172.254.88/29. La .89 es la IP en la VLAN de Voz (100). Se debe configurar un NAT Dinámico que solo identifique el tráfico de voz y su señalización (Pool con una única dirección, la .81 para el Ejemplo): ip nat pool PBX_CIPC 10.172.254.81 10.172.254.81 netmask 255.255.255.X ip nat inside source list CIPC pool PBX_CIPC overload ! ip access-list extended CIPC permit tcp 192.168.31.0 0.0.0.255 any eq 5060 permit tcp 192.168.31.0 0.0.0.255 any eq 2000 permit tcp 192.168.31.0 0.0.0.255 any eq 1720 permit tcp 192.168.31.0 0.0.0.255 any eq 2428 permit udp 192.168.31.0 0.0.0.255 any eq 2427 permit udp 192.168.31.0 0.0.0.255 any range 16384 32767 permit udp 192.168.31.0 0.0.0.255 any eq tftp permit icmp 192.168.31.0 0.0.0.255 172.31.237.0 0.0.0.255

permit tcp 192.168.31.0 0.0.0.255 10.172.254.50 0.0.0.0 eq www Ldap permit tcp 192.168.31.0 0.0.0.255 172.31.237.130 0.0.0.0 eq www Pagina ccmuser ! Y luego aplicamos el NAT en las Interfases LAN para Datos (200) y en la WAN. interface FastEthernet0/1 description --- WAN XXXXXX --- ip address 10.160.6.46 255.255.255.248 ip nat outside no ip virtual-reassembly load-interval 30 duplex auto speed auto



! interface FastEthernet0/0.200 description --- LAN DATOS CLIENTE --- encapsulation dot1Q 200 ip address 192.168.31.1 255.255.255.0 ip nat inside no ip virtual-reassembly ! Sobre la versión 151-3.T2 se habilitan los siguientes comandos, para la correcta operación de los CIPC con NAT: Router(config)#service internal Router(config)#no ip nat service tcp-alg

Las versiones 151-3.T2 requieren mayor flash y RAM sobre los equipos ISR de primera generación. Se adjunta tabla con versiones homologadas en la red. La IP de la Interfase de Datos del CPE de PBX Administrada debe ser el Default GW de los Computadores del cliente. Si el Default Gateway de los PCs es otro diferente al CPE de PBX Admin, es necesario que dicho equipo de Nivel 3 (Default GW) reenrute los paquetes que vayan hacia las redes de voz, directamente hacia la Interfase del CPE de PBX Administrada en la VLAN de Datos, razón por la cual el CPE de PBX debe contar obligatoriamente con una interfase en el rango de direcciones IP LAN del cliente. La configuración de Ejemplo del IP Communicator se muestra al final del documento. Ya no es necesario configurar las Direcciones IP Secundarias ni las rutas estáticas en cada PC. De igual forma el cliente puede hacer uso de DHCP en su red de datos. Importante: Si se tienen problemas de Audio en un solo sentido (solo si esta situación ocurre) con llamadas desde y hacia la PSTN y/o puertos análogos en el CPE de PBX Administrada favor implementar lo que se muestra a continuación: Se debe configurar un Interfase Loopback de la siguiente forma: interface Loopback0 description --- NAT-STICK --- ip address 10.10.10.10 255.255.255.252 ip nat outside ip virtual-reassembly ! Configuramos el Route Map necesario para que el NAT funcione localmente en el router: route-map NAT-STICK permit 10 match ip address 180 set interface Loopback0 ! access-list 180 permit ip host 10.172.254.89 host 10.172.254.81 ! ip local policy route-map NAT-STICK



! Nota: Si la versión de IOS en el CPE es superior a la indicada a la 124.15T6 o diferente a la 15.0.1M4, no se podrán instalar los CIPC con SKINNY puesto que Cisco detectó una posible vulnerabilidad de ataque por DoS a través de los puertos de SCCP con NAT (http://www.cisco.com/warp/public/707/cisco-sa-20080924-sccp.shtml). Si es necesario por causa de algún BUG de Software o requerimiento especial el utilizar una versión de IOS superior se deberán considerar la siguiente alternativa.

1. Configuración con doble direccionamiento IP estático en cada PC del Cliente así como también rutas estáticas permanentes.

2. Configuración doble IP asignada por el servidor DHCP del cliente, el cual debe también asignar el enrutamiento estático permanente sobre el PC del usuario final.

A continuación se muestra como deberán quedar configurados los CIPC en los PCs del usuario, tener presente que el Adaptador de Red y el Device Name varían según el computador:



En la opción de Audio IP Address se debe seleccionar ¨Use This Address¨ y en dicho campo configuramos la IP secundaria del segmento de voz que se definió por cada usuario.



4.1.13.1.3.33 Configuracion CCM User para Directorio Personal

Se debe aplicar NAT para tener acceso a la pagina de CCM User igual que con el CIPC, la única diferencia es que solo es una línea para habilitar el acceso al server de CUCM. La lista de acceso que se aplica para que el ususario final tenga la opción de manejar su extensión a través de la pagina ccmuser es:

permit tcp 192.168.31.0 0.0.0.255 172.31.237.130 0.0.0.0 eq www Pagina ccmuser Se deja el mismo NAT Dinamico aplicado para el CIPC. ip nat pool PBX_CIPC 10.172.254.81 10.172.254.81 netmask 255.255.255.X ip nat inside source list CIPC pool PBX_CIPC overload ip access-list extended CIPC permit tcp 192.168.31.0 0.0.0.255 172.31.237.130 0.0.0.0 eq www Pagina ccmuser Una vez habilitado el NAT con el direccionamiento LAN del cliente se debe tener acceso a través del borwser al siguiente link: http://172.31.237.130/ccmuser

Aplicamos el link Vaya a este sitioweb (no recomendado).

http://172.31.237.130/ccmuser



Digitamos el user y password creado. (Este usuario es el mismo de Unity si lo tiene o se crea específicamente para ingreso a esta página con el mismo estandar). El user solo debe tener el Role de Standard CCM End Users para ingreso a la pagina de administración del usuario. Usuario a crear si no existe para la pagina de CCMUser: Nombre (ID Cliente + Extensión): Como ejemplo AVA7401

Este user debe tener asociado en el campo Device Associations el dispositivo del usuario final para que le permita realizar la configuración de marcaciones rapidas y demás del dispositivo o dispositivos que este tenga a su cargo. Restricciones: Los dispositivos que pueden tener activos tanto el Directorio Personal y el Corporativo simultáneamente son: Hard Phones: 7911, 7942, 7962, 6921, 9971.



4.1.13.1.3.34 CONFIGURACION CUE VIA WEB

Ingresamos a la Gestión por WEB del CUE en la sede, colocamos en el Browser del Servidor de Gestión la IP del CUE que para nuestro ejemplo es la 10.172.35.62:

Y procedemos con la configuración (Este lo configura el PIM en el Router): User: pbxadminuser Pwd: arcananet

Y se da click en “Run Initialization Wizard”:



Suministramos la información como muestra la figura y: Web User Name: tmx_user_cue Web Password: telmex JTAPI user y password de acuerdo al configurado para la oficina.

Next y luego procedemos a Importar los usuarios: Click en Add:



Aparece la siguiente página y listamos los usuarios a Importar (usuarios que tienen asignado VoiceMail según archivo “Tabla de Usuarios”, dichos usuarios los separamos por línea.

Damos click en Find:



El CUE trae desde el CCM dichos usuarios, los seleccionamos y damos click en Add to Import List:

Luego los importamos seleccionando la casilla de MailBox, configuramos la Extensión Primaria asignada (sino aparece es porque no la tiene el usuario en el CCM pero se puede asignar mas adelante):



Damos click en “Next” para Importar los usuarios y luego configuramos los Defaults del CUE como muestra la figura:

Next y luego configuramos el manejo que se le dará a las llamadas, acá configuramos Voice Mail, Auto Attendant y Extensión de la Operadora si lo hay para la oficina que en nuestro caso son los que indica la figura, el resto de parámetros se deja igual:



Next, luego confirmamos la configuración y salvamos (seleccionamos el check box):

Damos click en Finish y Reiniciamos el Módulo:



Este proceso tarda varios minutos hasta que reinicia el CUE. Una vez suba el CUE (casi 10 minutos) procedemos a configurar la Extensión del Usuario(s) con Voice Mail (si no aparecía extensión primaria cuando importamos, de lo contrario no es necesario configurarlas) y a cargar el AA. Para configurar las extensiones de los usuarios entramos a:

Seleccionamos el usuario al que deseamos agregar o configurar la Extensión (Vamos a usar como ejemplo Judith Villate:



Click en el User ID y asignamos la extensión (206 en este caso):



Damos click en “Apply” y debe aparecer configurada la extensión:

Y así configuramos los que necesitemos…

4.1.13.1.3.34.1 Prompts

Ahora procedemos a cargar los Prompts que envió el EP para el AA de la oficina, se hace por medio del menú:



Es necesario aclarar que los Prompts y Script del AA varían según oficina. Para nuestra sede vamos a configurar los Prompts y Script de dicha oficina y que se definió anteriormente con EP (en este manual no se detalla el procedimiento para crear el AA): Damos click en Upload:

Y cargamos el primer Prompt para nuestra oficina:

Click en Upload (El archivo destino no debe tener espacios ni tildes) y así queda agregado. A continuación procedemos a cargar todos los prompts que correspondan para la oficina y que requiera el AA cuando contesta (según script):



Una vez finalizada la carga de los Prompts, procedemos a cargar el Script del AA.

4.1.13.1.3.34.2 AutoAttendant

Ahora configuramos el AA en el CUE de la siguiente manera:

Y se observa:



Click sobre el Nombre (en azul “autoattendant”) y buscamos el script que deseamos cargar (click en Upload):

Buscamos el archivo (script) y luego click en Upload:



Después de esto los parámetros del Script se ajustan al que quedó cargado, para nuestro caso:

La información del redireccionamiento y menú del AA están en el archivo de Excel “Postventa AA menú Digito”.

Como se observa para nuestro ejemplo:



MARCAR_EXT La grabación para invitar a marcar la extensión deseada. LOGISTICA Extensión 217. BIENVENIDA La grabación de bienvenida y menú principal para nuestra oficina. FINANCIERA Extensión 225. ADMINISTRATIVA Extensión 229. CALL_CENTER Extensión 230. COMERCIAL Extensión 214. OPERADORA Extensión 200 (Este dígito cambiará si se configura la Consola de Operadora) Apply para salvar los cambios y confirmamos que quedaron creados correctamente:

Ahora procedemos a salvar la configuración:

Y damos click en “Save Unity Express Configuration”:



4.1.13.1.3.34.3 NTP y TIME ZONE

Menú:



Configuramos el Servidor NTP para el CUE por medio del Link “Add”:

Y agregamos la dirección IP que se muestra en la figura:

Click en Add y comprobamos que quede OK, para el Time Zone configuramos como se observa en la figura:

Ahora salvamos de nuevo la configuración (Control Panel) pero esta vez adicionalmente reiniciamos el módulo nuevamente y esperamos aproximadamente 10 minutos a que suba:



Una vez suba deben registrarse los CTI Route Points en el CCM:

Y dentro del CUE en el CPE debe aparecer también registrado: CONCAP-CALLE20# sh ccn sta ccm JTAPI Subsystem is currently registered with Call Manager: 172.31.237.162 JTAPI Version: 6.1(0.9901) -360 Release

4.1.13.1.3.35 TRANSLATION PATTERNS LLAMADAS ENTRANTES DE TELEFONIA PUBLICA

Para telefonía pública podemos crear 2 tipos de Translation Pattern básicamente, El translation pattern para redireccionar las llamadas entrantes hacia el AA y que conteste el IVR o translation patterns por cada DID o rangos de DIDs del cliente. Primero creemos un translation pattern que servirá para redireccionar las llamadas que vienen de la PSTN hacia el AA: Menú:

Add New y configuramos el pattern con el número de cabecera de nuestro cliente que para nuestro ejemplo es el 7559875.



Debemos Especificar como se cambia el número del Translation, es decir, como manipulamos el dígito marcado para nuestro caso. Entonces, primero configuramos el translation dentro de la partición correspondiente a la oficina y con el CSS interno de la oficina como se muestra en la figura:

Ahora procedemos a configurar la máscara encargada de cambiar el número DNIS o número B, en este campo vamos a configurar el número del AA:

Save y comprobamos que quede configurado:



La configuración de los translation patterns para los DIDs es exactamente igual, con la diferencia de que si se usan rangos de DIDs que tengan una correspondencia con las extensiones a redireccionar podemos hacer uso de un único translation pattern con los caracteres XXX en la máscara, Ej: Un solo Translation para varias transformaciones:

7475410 Ext. 5410 Mask XXXX Se convierte en 5410. 7475450 Ext. 5450 Mask XXXX Se convierte en 5450. De esta manera solo dejará pasar los últimos 4 dígitos ya que las máscaras se justifican a la derecha.

4.1.13.1.3.36 ADMINISTRACION DELEGADA

Vamos a tomar como ejemplo la configuración de otro cliente de Administración Delegada pero aplica para todos:

User: tmx_user_provision Pwd: Provision09

Organización:



Luego:

Presiones Quick Add:

En la ventana de Add Site insertamos: Site Name: ID de la Oficina XXX####_YYY_Oficina Level Name: Razón social cliente (Sólo escríbalo para el primer sitio del cliente) Topología: CCM with SRST and CUE o CCM with SRST según corresponda IP Address: IP del CallManager Publisher 172.31.237.130 para la 1ª línea (CCM) IP Address: IP de VLAN de voz en CPE para la 2ª línea (CPE) Type: Referencia del router CISCO Protocol: Modo de conexión al CPE (SSH o TELNET según corresponda) Para nuestro ejemplo:

Se dejan en blanco las casillas tal como se muestra… Presionamos ahora en Add CCM Info:



Username: tmx_user_arcana Password: telmex URL Schema: https Presione CONNECT.

En este punto puede tomar mucho tiempo en mostrar la siguiente pantalla, esto es normal. Debemos tener cargado en el Access-list 1300 la IP del Servidor de Arcana para que permita accederlo vía telnet:

IP: 172.31.237.150 access-list 1300 permit host 172.31.237.150 Se ingresa la información correspondiente a la Oficina: Partición: PT Extensiones Cliente Location: Locación de la Oficina Device Pool: Device Pool de la Oficina VM Profile: Voice Mail Profile de la Oficina Calling Search Space: Todos los CSS de la Oficina excluyendo CTI Call Pickup Group: Todos los call Pickup de la Oficina Finalmente se presiona Save.



Y de nuevo Click en Save:



Ahora debe decirme que salvó correctamente, luego damos click en Continuar:

Comenzamos con el Inventario:

Click en OK

Esperamos:



Descubre correctamente los 2 dispositivos:

Damos click en View y los miramos:

Router y CCM creados OK. Cerramos con Close y procedemos a revisar que los Teléfonos, Correo de Voz, Extensiones y demás se observen correctamente. Damos click en cada sección que queramos ver, por Ejemplo Teléfonos:

En los sitios en la parte izquierda podemos filtrar por Letra y seleccionar la oficina de Interés:

Con esto procedemos a buscar los dispositivos para dicha oficina dando click en GO

Lo seleccionamos para que muestre todos los teléfonos:



Y deben aparecer tanto registrados como NO registrados:

Ahora le creamos el usuario al cliente:

Luego le damos click en Manage Users:

Y creamos el usuario con y procedemos a llenar la información:



Y le damos permisos como Customer Administrator:

Salvamos y queda listo el usuario para el cliente:

Procedemos a probar el nuevo usuario haciendo Login con el user y pwd creados.

4.1.13.1.3.37 Attendant Console

La consola de operadora permite manejar las llamadas entrantes, re direccionarlas, administrarlas, etc… de una forma global por medio de un Software que se instala en el PC. Debemos primero dar conectividad al PC de la Operadora contra el Call Manager (Seguimos el mismo procedimiento que utilizamos para la Instalación de los IP Communicator o si no hace uso de IP Communicator hacer uso de NAT). Una vez nos aseguramos que exista la conectividad, procedemos con la configuración de la Consola de Operadora en el CCM:

4.1.13.1.3.37.1 Agregar Usuarios para la Consola de Operadora



Add new y luego configuramos User ID y Password para cada Usuario que necesita la consola de operadora (normalmente uno…):

Al seleccionar Add New nos arroja a la siguiente pantalla donde creamos el usuario.



El estándar en la creación de dicho usuario es: Id Servicio Oficina Cliente + AC User ID: ATT0368_AC (Código cliente seguido por _AC) Password: telmex (Nombre del cliente) Procedemos a asociar el usuario creado dentro del application user que se tiene creado en la plataforma denominado ac. Sobre este usuario daremos a la Consola de Operadora y a los IP Phones los Permisos CTI necesarios en el cluster de CUCM.



Buscamos el usuario ac.

Una vez estamos en el usuario ac, damos click en: Find more Phones

Y buscamos el Ip Phone o Softphone de la operadora que tendrá instalado el software. Damos un check sobre el dispositivo escogido y aplicamos Add Selected para que quede asociado.



Confirmamos que el dispositivo fue asociado al usuario (Seleccionado en la Figura):

El password del usuario ac NO debe ser modificado, los permisos o roles tampoco deben ser alterados. Solo se utiliza para asociar los clientes de Attendant Console que ingresan a la plataforma:



Salvamos la configuración.

4.1.13.1.3.37.2 Configuración del Pilot Point

Debemos ahora proceder con la configuración del Pilot Point para nuestro cliente. Se trata de un DN por medio del cual se tendrá acceso a la Operadora que tiene el Attendant. Dicho DN debe ser indicado por el cliente en el Archivo de Excel y que esta asociado a la operadora:



Asignamos los parámetros al Pilot como sigue:

Para el ejemplo el número de Pilot Point es el 9000. El Nombre, Descripción, Partición, CSS, Location y Device Pool acorde con el cliente. Save y procedemos a configurar el número o DN como se muestra: Seleccionamos Add a New DN con lo que tenemos:



La partición que se asocia al DN es la de extensiones del cliente.



Comprobamos que quede configurado:

4.1.13.1.3.37.3 Configuración de Hunt Groups

Ahora procedemos a configurar el Hunt Group el cual consta de una lista de DN a las cuales se desviará la llamada cuando entre en el Hunt Pilot; en el ejemplo la llamada se desviará a quien tiene la Consola de Operadora instalada. Operadora DN 9975. En la Página del Hunt Pilot se crea un campo como se muestra en la figura (Click en Add Member):



Se abre la siguiente pantalla:

Procedemos entonces a configurar el DN que pertenecerá a éste Hunt Group, para el ejemplo es la Extensión de la operadora 9975, click en “Find more DNs”: Seleccionamos los números o el número deseado:



Click en “Add Selected” y debe quedar configurada la Extensión:

Damos click en el check box “Always Route Member”. Save y luego Close y observamos que quede agregado como miembro en el Hunt Group:



Si son varios DNs los ordenamos con las flechas de los Lados teniendo en cuenta que el Hunt lo hace con el primero disponible. Save y confirmamos que quede configurado el Pilot Point:

Ahora procedemos a asociar el Pilot Point al usuario “ac”. Al inicio de la configuración asociamos el device, ahora vamos a asociar el pilot. La única diferencia es que lo buscamos por “Find more Pilot Points”:



Save al usuario y con esto finalizamos la configuración en el CUCM. Nota: Es importante recordar que en este punto, es necesario configurar el Pilot Point en lugar de la Extensión de la Operadora, es decir, cambiar el número de la operadora indicado para el AA por el nuevo dígito del Pilot Point configurado para el Auto Attendant. En el ejemplo, entraríamos a cambiar la extensión 9975 configurada en el sript del AA por el número 9000 del Pilot Point bien sea en el CUE o en el Unity Connection:

4.1.13.1.3.37.4 Instalación Software PC cliente

Ahora procedemos a Instalar el Software en el PC de la Operadora que YA tiene conectividad contra el CUCM. Cisco valida l instalación del software en maquinas con OS Win Xp y Win 2000. Se adjunta apartado de Cisco referente al tema. Cisco Unified CallManager Attendant Console allows a receptionist to answer and transfer/dispatch calls within an organization. The attendant can install the attendant console, a client-server java application, on a PC that runs Windows 2000, or Windows XP. The attendant console connects to the Cisco Unified CallManager Attendant Console Server (acserver) for login services, line state, and directory services. Multiple attendant consoles can connect to a single Cisco Unified CallManager Attendant Console Server. MD5(/usr/local/thirdparty/jakarta-tomcat/webapps/plugins/CiscoAttendantConsoleClient.exe)= 30:5f:f1:12:38:4b:e5:2e:fe:6c:f1:3f:d3:d2:b3:2e Se realizaron pruebas con un equipo Win 7 de 64 bits y también funciona bajo las siguientes condiciones: Corremos el archivo ejecutable y seguimos las indicaciones del programa (Se adjunta el mismo como archivo ejecutable bajo el nombre CiscoAttendantConsoleClient.exe en el documento):



Durante la instalación reporta el siguiente error, el cual ignoramos.

Una vez finalizada la instalación procedemos a abrirla con el icono que se crea en el Desktop para tal fin. Nota: Si genera que no tiene el siguiente archivo msvcrc71.dll en la librería, procedemos con la instalación del siguiente programa el cual la habilita.

Realizando el proceso anterior ya debemos lograr abrir el aplicativo. Una vez cargada la librería abre el aplicativo y se configura de la siguiente forma:



IP Address de uno de los servidores que está ejecutando Cisco Call Manager en la plataforma (172.31.237.162, 172.31.237.180 y 172.31.237.172) DN: Extensión de la Operadora. Para el ejemplo 9975 Nota: Si el usuario tiene asociado un Hard Phone este debe estar registrado en la plataforma de CUCM. Lo mismo si es un CIPC, debemos abrir el software y verificar que se tenga registro del dispositivo. Al dar SAVE si tenemos conectividad con el CUCM nos va a pedir User y contraseña que creamos en la plataforma.



Ingresamos la información y esperamos aproximadamente 2 minutos a que cargue correctamente la aplicación. Esto lo podemos observar a través de las pantallas que se describen a continuación.

Al dar click sobre el icono que se describe a continuación el Attendant debe quedar en línea.



Al estar en esta pantalla podemos generar las llamadas desde la consola. Si queremos integrar un directorio de contactos lo hacemos de la siguiente forma: Se crea un archivo .txt con la siguiente estructura: Last Name, First Name, Telephone number, Department Veru, Javier, 67890, Engineering Se adjunta archivo de ejemplo.

Lo cargamos en cualquier carpeta del PC y luego asignamos el path donde queda dicho archivo en el Attendant Console de la siguiente forma: En las pestanas del AC escogemos Edit, Settings



Nos envía a la siguiente pantalla donde escogemos opciones avanzadas.

En el Path Name of local Directory colocamos el path donde quedo el archivo. Cuando este cargado vamos al menú de Directory



Escogemos Show All Users y nos carga toda la información del archivo. Desde allí solo damos doble click y ya podemos realizar marcación desde dicho modulo.



4.1.13.1.3.38 Call Waiting para los 69XX

Los teléfonos cisco de la serie 69XX soportan solo un llamada por línea. Esto quiere decir que el MNC Maximun Number of Calls y el BT Bussy trigger por línea es 2 y 1 respectivamente. Estos campos a diferencia de la serie 79XX no se pueden modificar, por lo tanto cuando el teléfono recibe una segunda llamada teniendo una activa a va tener un tono de línea ocupada. Sin una configuración adicional el teléfono no es compatible con llamada en espera (call waiting). Esta funcionalidad de call waiting se puede habilitar habilitando una línea adicional. En el siguiente apartado se define la forma de configurar los teléfonos 69XX para que soporten call waiting y poder recibir más de una llamada. La solución a implementar es como sigue: Se debe asignar sobre la segunda línea del teléfono el mismo DN del teléfono principal, pero en una partición diferente. Para el caso del cluster de cliente se debe asignar el mismo DN en conjunto con la partición de Emer.

Esta segunda línea va a ser de intermediación entre la línea original y el segundo destino que para el caso funciona como si fuera un desvió a un buzón de voz. Es decir en la primera línea se debe configurar el desvió de llamadas para los casos de: Forward Busy Internal Forward Busy External

Y se configura el No Answer Ring Duration (seconds) en 10 segundos. Si el cliente tiene grupos de captura se deben configurar el que corresponda.

En la segunda línea configurada se debe asignar el CSS de Eme para que dicha línea pueda realizar call

forward. Igual que en la primera se debe configurar el No Answer Ring Duration (seconds) en 10 segundos y asociar el mismo grupo de captura de la línea principal.



Como punto final el CSS de Eme debe ser modificado, para que la partición de Eme de la sede quede primera en el grupo.

4.1.13.1.3.39 Configuración PBX Distribuido

Para que el CUCM pueda operar en el esquema denominado PBX Distribuido, se hace necesario modificar la configuración aplicada sobre los Route Pattern con lo cual podemos obtener que sobre una única troncal SIP configurada por cliente en el CUCM se puedan realizar llamadas locales de telefonía pública



en diferentes ciudades. Para esto es necesario realizar la modificación del “Caller Number” y el “Called Number” que será enviada al Soft Switch. Configuración Parámetros CUCM

A continuación se ilustra la configuración que se deba aplicar en el Call Manager por cliente para su correcta operación. Los parámetros a modificar están asociados exclusivamente al Route Pattern, la SIP trunk asociada a la oficina principal, el Route Group y el Route List en casos donde el cliente tenga salida hacia la PSTN con otros operadores.

4.1.13.1.3.39.1 Route Pattern para ciudades principales y nuevas

La siguiente tabla que se encuentra incluida en el manual Configuración Servicios Telefonía IP V3 3 tiene definidos los prefijos por ciudad para la salida de llamadas que se utilizaran sobre los RP en el CUCM.

DEPARTAMENTO PREFIJO

CIUDAD

PRINCIPAL MARCACION LOCAL HACIA OTRAS CIUDADES

OTRAS MARCACIONES * SEDE PRINCIPAL

DEBE COLOCARSE EN CASO QUE EL CLIENTE SOLICITE SALIDA A CELULAR, EL ANI DE LA SEDE PRINCIPAL A 8 DIGITOS Y SIRVE COMO

DEFAULT PARA EL CASO QUE LLEGUEN MARCACIONES DIFERENTES A LAS ACORDADAS

CUNDINAMARCA 0810 BOGOTA CHIA, COTA,FUNZA, TENJO, MOSQUERA,SOACHA, LA CALERA, MADRID Y TOCANCIPA

CUNDINAMARCA 0814 CAJICA

VALLE O820 CALI YUMBO , PALMIRA, JAMUNDI

ANTIOQUIA O840 MEDELLIN

AREA METROPOLITANA DE MEDELLIN (BARBOSA, COPACABANA,GIRARDOTA, ENVIGADO, ITAGUI, BELLO, RIONEGRO, CALDAS, SABANETA, LA ESTRELLA)

ATLANTICO O850 BARRANQUILLA SOLEDAD, PUERTO COLOMBIA, GALAPA

BOLIVAR O851 CARTAGENA TURBACO

RISARALDA O860 PEREIRA DOSQUEBRADAS, LA VIRGINIA

SANTANDER O871 BUCARAMANGA Floridablanca, Giron y Pidedecuesta

TOLIMA O881 IBAGUE

HUILA O882 NEIVA

HUILA O883 AIPE

HUILA O884 RIVERA

Se debe realizar la siguiente configuración en el Route Pattern correspondiente.



Dentro del submenú Pattern Definition:



Route Pattern *: Corresponde al número con el cual se tiene salida a la PSTN + el prefijo por ciudad definido en la tabla anterior que se encuentra en el manual de Telefonia + el numero local a 7 dígitos.

Route Partition: Partición Local de la oficina sobre la cual se configura el servicio.

Gateway/Route List: Route List que tiene asociado en el route group la troncal SIP de la oficina que tiene el servicio.

Provide Outside Dial Tone (Para dar un segundo tono de marcación a 7 dígitos)

Dentro del submenú Calling Party Transformations se debe habilitar:

Use Calling Party's External Phone Number Mask

Calling Party Transform Mask: Se debe asociar el número con el código de área perteneciente a la ciudad por donde vamos a sacar dicha llamada. Como ejemplo 46042139 donde 4 corresponde al código de área de Medellin y el numero A es 6042139

4.1.13.1.3.39.2 Called Party Transformation Patttern

Para nuevas ciudades que no están incluidas en el archivo Called Party Transformation Patttern.xlsx (Adjunto en este documento con las 32 ciudades actuales) se debe realizar la siguiente configuración. Ciudades definidas en el manual de telefonía en las cuales al enviar el numero A reconoce a que ciudad pertenece y se envía solo el numero a 7 dígitos.



Ciudades definidas en el manual de Telefonia, en las cuales hay que enviar el prefijo fuera de el numero A



A continuación se describen las ciudades que ya se encuentran incluidas dentro del menú Call Routing -

Transformation Pattern - Called Party Transformation Pattern.



Se tienen 32 ciudades definidas a la fecha. Se adjuntan en el siguiente cuadro.

Called Party Transformation Pattern.xlsx

Los Called Party Transformation Pattern se utilizan para eliminar el numero de salida a la calle + el numero de prefijo definido por ciudad, con lo cual se envía el numero a 7 dígitos o para enviar el prefijo + el numero a 7 dígitos de acuerdo a los requerimientos del softswitch.

4.1.13.1.3.39.3 SIP Trunk

Las únicas modificaciones que se realiza sobre la troncal sip frente al estándar son:

Ya no forzamos en el menú outbound calls el Caller ID DN en la troncal ya que se envía el que está asociado en el RP (Calle ID DN debe estar en blanco).

Se asocia el Called Party Transformation Pattern CSS con - TMX_PBX_Dist

CSS Creado



4.1.13.1.3.39.4 Route Group

Se debe definir un route group, el cual estará asociado exclusivamente al RL que se utilizara para la marcación de PBX distribuido bajo la siguiente estructura. ATT0368_Bgta_Distribuido, en donde: ATT0368: Es el ID en Onyx asociado al cliente. Bgta: La ciudad donde se encuentra configurado el servicio. Distribuido: Indica que corresponde a la salida de las llamadas sobre la troncal que tiene asociados todos los números de PBX Distribuido.



4.1.13.1.3.39.5 Route List

Se debe crear un RL el cual estará asociado exclusivamente a los route pattern creados para el esquema de PBX Distribuido.

4.1.13.1.3.40 EM Extension Mobility

Cisco Extension Mobility (EM) permite configurar de forma temporal el teléfono IP de Cisco Unified como el suyo propio. Una vez conectado a EM, el teléfono adopta el perfil de usuario, incluidas las líneas telefónicas, funciones, servicios establecidos y configuraciones basadas en la Web. El administrador del sistema es quien debe configurar EM. Para habilitar EM en un teléfono, se deben realizar los siguientes pasos: Ya se tiene previamente creado por parte del administrador el Phone Services llamado Bloqueo-Telefonos. Este servicio es el que tenemos que asociar a los teléfonos para tener acceso a dicho feature.



Se debe crear un Device Profile para que el usuario que lo solicite tenga extension mobility configurado y se pueda loguear en su teléfono con un usuario y PIN asignados a éste. El formato es el mismo utilizado para el Device Profile Name: Ide Servicio + Ext = Ejemplo ATT8993 Cuando se crea un Device Profile, se asocia en primera instancia el tipo de teléfono que tiene el ususario:

Luego de seleccionar el tipo de teléfono, seleccionamos el tipo de protocolo que maneja dicho dispositivo



Procedemos a configurar los parámetros basicos del Device Profile: Device Profile Name Description User Hold MOH Audio Source (El default o el que se tenga cargado del cliente en la plataforma) User Locale (Seleccionar siempre English) Phone Button Template (Seleccionar el Standard del modelo del Phone) Softkey Template (Seleccionar el Standard User)

Una vez creado el Device Profile, tendremos la opción de aplicar las caracterisitcas requeridas de permisos sobre el DN



Seleccionamos Add New en Association Info y asgnamos el DN, la partición, Decription y Alerting Name del ususario final.

Asi como los permisos de marcación CSS, Voice Mail Profile y las opciones de Call Forward que se requieran. Los mismos pasos que se ejecutan en la creación de un DN sobre un teléfono, pero sobre el Device Profile. Servidor TFTP 1



El teléfono sobre el cual se puede habilitarla opción de EM, debe suscribrse al servicio para poder hacer uso del feature. La subscripción también se debe realizar en el device profile. Se muestran las pantallas para realizar dicha operación. Para el ejemplo, tenemos un teléfono que tiene asignada la ext 5555 y que solo tiene permisos de Emergencia.



Seleccionamos Subscribe/Unsubscribe Services y escogemos Bloqueo-Telefonos. Luego Next

Lo cual nos envía a la pantalla de Subscribe, la cual seleccionamos.

Y nos envía a la pantalla donde nos muestra los servicios a los cuales esta asociado el teléfono. Para el ejemplo nos dice que ya quedo subscrito al servicio de Bloqueo-Telefonos



Hacemos lo mismo con el Device Profile. La única diferencia es que subscribimos el servicio denominado Logout-Telefono

Luego creamos si es necesario el usuario al cual le tenemos que habilitar la característica de Extension Mobility. El usuario ya puede tener un usuario creado para otros fines. Si es asi lo que hacemos es asociar el Device Profile



Cualquier teléfono donde se haga uso de la opción de EM debe tener el check respectivo. Si no lo tiene no podemos hacer uso de dicho feature.



Los ususario que requieren EM tendrán en “Yes” la característica de “Bloqueo” en la tabla de Excel de usuarios que se genera en el site survey con cada cliente de PBX. Para hacer uso del feature sobre el teléfono realizamos el siguiente proceso. Si se desea hacer Login o inicio de sesión en el feature de EM 1. Pulse y seleccione Servicios > Bloque-Telefonos. 2. Introduzca el ID de usuario y el PIN (suministrado por el administrador del sistema). 3. Cuando el sistema lo solicite, seleccione un perfil de dispositivo. Si se desea hacer Logout o Cerrar sesión en EM 1. Pulse y seleccione Servicios > Logout Telefono 2. Cuando el sistema pregunte si desea desconectarse del servicio, pulse Sí. Nota: Transcurrida 10 horas, el sistema se desconecta automáticamente de EM. El administrador del sistema define este límite de tiempo. Los cambios realizados en el perfil de EM (desde las páginas Web de Opciones de usuario) se aplicarán la próxima vez que se inicie sesión en EM en un teléfono. Podemos validar que un usuario esta o no utilizando el feature sobre el teléfono.

Desde esta pantalla el administrador puede hacer un logout del usuario remotamente.

4.1.13.1.3.41 Instalacion y configuración CIPC PC Cliente

Se ejecuta doble click sobre el archivo de instalación denominado CiscoIPCommunicatorSetup.exe, con lo cual comienza el proceso de instalación. Seleccionamos el idioma con el cual queremos que quede instalada la aplicación.



Damos click en Aceptar, con lo cual comienza el wizard de la instalación

Confirmamos que efectivamente vamos a instalar CIPC versión 7.0.5



Aceptamos los términos de licenciamiento

Escogemos o dejamos por default la carpeta donde van a quedar los archivos de la instalación.



El wizard nos confirma que podemos proceder con la instalación.

Una vez decimos install comienza la carga de los archivos en el PC.



Finalizada la carga, podemos dar check en el icono Launch Cisco IP Communicator para que nos abra el aplicativo o podemos dar finalizar. Alguna veces pide reinicio de la maquina.

Una vez instalado el software se crea un acceso directo en el escritorio. Accesamos al mismo y nos solicita escoger el dispositivo de audio que vamos a utilizar.



Escogemos el que vamos a utilizar del PC.

Una vez escogido el dispositivo de audio a utilizar, realizamos un test del mismo. Si oprimimos play debemos escuchar la reproducción de un audio de prueba.



Probamos también el micrófono a través de la pestana Test, con lo cual si existe algún nivel de sonido sobre el micrófono lo podemos observar en el indicador de colores que se observa al costado derecho.

Al finalizar el sistema nos reporta que se han completado los ajustes del audio para comenzar a utilizar el CIPC.



Nos pide inicialmente una configuración inicial de los parámetros a utilizar para el registro del dispositivo en el CUCM.

Nos envía a la siguiente pantalla. De acuerdo al adaptador de red que escojamos (es simplemente para definir la MAC a utilizar) nos va a mostrar la MAC asociada a dicho modulo. Este es el valor que se configura en la plataforma de CUCM. Si esta MAC es diferente a la configurada en la plataforma, no se obtiene registro del



dispositivo. En la sección Servidores TFTP debemos configurar los servidores manualmente. Siempre van a ser: Servidor TFTP 1: 172.31.237.171 Servidor TFTP 2: 172.31.237.130

Una vez tenemos conectividad con el CUCM el aplicativo realiza la descarga de las características del dispositivo.



Finalizada la descarga, el dispositivo se debe registrar con el número de extensión creado en la plataforma y debemos tener la posibilidad de realizar llamadas de acuerdo a los permisos que se hayan asignado.


Todas la que aplican según Cisco de acuerdo a la versión instalada en el CUCM de Telmex.

4.1.13.2 Unity Connection


Con Cisco Unity Connection, los usuarios pueden acceder a los mensajes de voz a través de Cisco Unified Personal Communicator, utilizar la pantalla de su teléfono IP unificado de Cisco para ver, buscar, ordenar y reproducir mensajes, e incluso utilizar la interfaz de voz de Cisco Unity Connection para acceder y asistir a reuniones de Cisco Unified MeetingPlace Express. Cisco Unity Connection también proporciona sólidas funciones de contestador automático, entre las que se incluyen el enrutamiento inteligente de llamadas y las fácilmente personalizables opciones de filtro de llamadas y notificación de mensajes.




CUC provee las siguientes capacidades. • Comandos de control de voz (pausar, reanudar, repetir, avanzar, eliminar, guardar, oír la indicación de

día o de fecha/hora, saltar hacia adelante o hacia atrás) para acceder a los mensajes o directorios

• Capacidad de controlar el volumen o la velocidad durante la reproducción del mensaje • Marcar los mensajes como normales, urgentes, privados o protegidos • Grabar conversaciones en vivo y enviar archivos de sonido a una cuenta de correo • Integración con Cisco Unified MeetingPlace para que los empleados puedan meterse en conferencias y

ser transferidos directamente a la conferencia sin tener que tocar el teclado. • Acceso a mensajes de correo electrónico a través del teléfono (necesita integración con Microsoft

Exchange) • Conexiones opcionales con otras soluciones de mensajería de voz de Cisco para permitir la

comunicación de los usuarios en varios sistemas

4.1.13.2.3 Configuración del Servicio

A continuación se ilustra paso a paso la configuración de los servicios de Auto Attendant (Operadora Automática) y Mensajería Centralizada para cualquier cliente que se implemente en la plataforma. Para el caso de ejemplo se toma una sede del cliente Porvenir. Los parámetros a tener encuentra son:

Call Handlers Direct Routing Roles Forwarded Routing Rules Voicemail Users

NOTA: Como mejor práctica configure todos los parámetros siguiendo el mismo orden sugerido en este Documento.

4.1.13.2.3.1 Configuración de Oficina – Phone System

El Phone System me permite integrar diferentes sistemas de telefonía con el Unity Connection a nivel de SCCP o SIP. Para la integración con el CUCM se utilizo SCCP. Dentro de la definición realizada se tiene 1 Phone System por cliente con la siguiente nomenclatura: Dentro del menu Telephony Integration se selecciona phone system – new phone system En Phone System Name: Telmex + CUCM + IdCliente Para el caso Porvenir seria Telmex_CUCM_PRV Se crea con los parámetros por default del sistema y luego se checkean los campos de Enabled for Supervised Transfers y Enable Forwarded Messages Notifications Calls como se describe a continuación.



Cada phone system será asociado mas adelante a cada usuario que se cree en la plataforma.

4.1.13.2.3.2 Configuración Partition y Search Space

Al igual que en el CUCM, se debe crear una partición y un Search Space por cada cliente. La nomenclatura a utilizar es: Partition: Id Servicio + PTT. Para el ejemplo que llevamos con Porvenir seria PRV-PTT



Search Space: Id Servicio + CSS. Para el ejemplo que llevamos con Porvenir seria PRV-CSS

Sobre el Search Space creado, se debe asignar la partición correspondiente. En este caso agregamos la partición del cliente Porvenir denominada PRV-PTT. También se debe agregar obligatoriamente todas las particiones creadas de cualquier cliente dentro del Search Space: unity-ortezal Search Space.



Esto lo hacemos mediante el menú Dial Plan – en el submenú Partitions y Search Spaces respectivamente.

4.1.13.2.3.3 Configuración Oficina – Call Handlers

Los Call Handlers son el componente básico del Cisco Unity Connection y contienen las diferentes opciones que van a permitir la contestación automática de llamadas entrantes, transferencia de llamadas, colocar saludos con grabaciones personalizadas y enrutamiento de mensajes.



Inicialmente se creara un nuevo perfil de Call Handler ingresando a la Opción Call Management / System Call Handlers – New Call Handler por cada cliente que se ingrese a la plataforma. La denotación a utilizar es Id de Servicio Cliente – Id Oficina. Para el ejemplo con una oficina de Porvenir se utilizaría PRV–0135. Las opciones que debemos seleccionar y completar en la plantilla de un nuevo Call Handlers son:

Display Name*: PRV-XXXX (nombre del perfil de Call Handler) Phone System: Telmex_CUCM_PRV (Sistema de Telefonía para integración) Active Schedule: All Hours (horas que aplica el Call Handler) Language: Spanish(Colombia) Idioma del Call Handler Extensión: XXXX DN asociado al Hunt Pilot configurado en CUCM que active el Call Handler para esta

Sede.

Partition: PRV-PTT (Partición a la que pertenece el plan de marcación] Search Space: PRV-CSS (Contenedor de las Particiones que debemos alcanzar para determinado plan

de marcación) Finalmente seleccionamos la opción de Save para guardar el nuevo Call Handler configurado. Para los casos en que exista un menú de operadora, se debe ingresar nuevamente en la opción de Call Management y crear un nuevo Call Handler esta vez para la opción de operadora con la denotación PRV-0132-Oper que corresponde al Call Handler que nos va a permitir transferir una llamada a la Extensión de Operadora. Igual si existe una opción diferente a operadora por ejemplo dentro del menú la opción 3 se envía a un nuevo submenú, se define como PRV-0132-OPC3



Las opciones que debemos seleccionar y completar en la plantilla del nuevo Call Handler de Operadora son:

Display Name*: PRV-0132-Oper Phone System: Telmex_CUCM_PRV Active Schedule: All Hours Language: Spanish(Colombia) Extensión: Partition: PRV-PTT Search Space: PRV-CSS

Para guardar la creación de nuestro Call Handler de Operadora seleccionamos Save en la parte inferior.



Así se deben crear cada una de las opciones que contiene el árbol generado por el cliente con una descripción de la utilidad de dicho CH. Seguido de esto nos vamos a la pestaña superior en esta misma ventana del Call Handler de Operadora y en la opción de Edit seleccionamos Transfer Rules

En esta ventana encontraremos tres Transfer Rules por default. Ingresamos al Rule Standard y procedemos a configurar las siguientes opciones:

Status: Enable With No End Date and Time (Habilitar sin fecha de finalización)

Transfer Calls To: Extensión XXXX (Transferir llamada a la extensión asignada a la Operadora)



Play the “Waith While I Transfer Your Call” Prompt (Activa la opción de reproduce el mensaje de transferencia de llamada)

Si la extensión está ocupada la llamada será enviada al Voice Mail

Finalizamos la configuración del Transfer Rule (Standard) seleccionando la opción de Save. Teniendo hasta este punto configurado completamente nuestro Call Handler de Operadora ingresamos nuevamente al Call Handler de la sede de Porvenir que creamos inicialmente y en la parte superior de la ventana en la opción Edit seleccionamos Greeting. A continuación vamos a encontrar un grupo de Greetings por default. Seleccionamos el Greeting Standard que es el que vamos a personalizar con el audio que ya se ha definido para Auto Attendant.

NOTA: Se recomienda emplear audios en formatos PCM o U-law a 8,000Khz y 16 Bits Mono.

Los parámetros a ser configurados en el Edit Greeting (Standard) son:



Status: Enable With No End Date and Time (Habilitar sin fecha de finalización)

Caller Hear: My Personal Recording ( Mi Grabación Personalizada) During Greeting: Allow Transfer to Numbers Not Associated with Users or Call Handlers (Permitir

transferencia de números que no estén asociados a Usuarios o a Call Handlers. Con esta opción permitimos que desde dicho menú podamos transferir llamadas a extensiones que no tengan asociado un buzón de voz)

After Greeting: Call Handler : PRV-0132-Oper Attempt Transfer: Intentar Transferir

Recordings: Select Languages: Spanish (Colombia)



Greeting: Le damos en la opción de Play/Record y esperar a que cargue la grabadora del Unity para subir el audio de Auto Attendant

Cuando la grabadora se encuentre cargada en la ventana seleccionar Options y después Open Files Para buscar el archivo.wav en el PC.

Al momento de seleccionar el archivo seleccionar la opción de Cargar y finalmente en la Ventana del editor de Greeting seleccionar Save para guardar los cambios.



4.1.13.2.3.4 Configuración de Oficina – Direct Routing Rules

Los Direct Routing Rules son una herramienta para el manejo de llamadas directas que ingresan al Unity desde el sistema de telefonía (CM) y corresponde a una de las dos opciones que nos entregan el Call Routing Rules para el manejo de llamadas entrantes. Para este caso Direct Routing Rules va a permitir enviar una llamada entrante al Call Handler de la Sede del cliente que se está configurando de manera automática. La condición para que esta regla de enrutamiento se cumpla es que el número enviado por el sistema de telefonía (CM) haga match con el número piloto de esta sede. Para iniciar con la configuración se debe ingresar a la opción Call Management / Call Routing – Direct Routing Rule. En esta ventana se encontraran todas las reglas de enrutamiento directo que ya se han configurado, seleccionar la opción de Add New para agregar un nuevo Direct Routing Rule.

Ya en la ventana de Edición del Direct Routing Rule proceder a configurar las siguientes opciones:



Display Name: PRV-XXXX (Código de la Sede de Porvenir) Status: Activo (estado de la regla) Language: Spanish(Colombia) Search Scope: PRV-CSS Send Call to: PRV-XXXX (Ordena a enviar la llamada al Call Handler de la Sede de Porvenir)

Go Directly to Greeting (Enviar directamente al Greeting cargado en el Call Handler del cliente)

Terminado de configurar la regla de enrutamiento seleccionamos Save en la parte superior. Ahora en la parte inferior de esta misma ventana en el último recuadro llamado Routing Rule Conditions seleccionar la opción de Add New



Para finalizar en la nueva ventana Edit Routing Rule Condition configuramos la opción de Dialed Number “In” con el numero piloto de la sede del cliente que estamos configurando. Esta condición le va a decir al sistema Unity que para que la llamada entrante sea desviada al Call Handler configurado para esta sede , el numero enviado por el CM debe hacer match con el número configurado como piloto del Call handler para la sede del cliente que se esta configurando.

Seleccionar finalmente Save para guardar los Cambios. De esta manera se completa la configuración del servicio de Auto Attendant para una Sede del cliente. La segunda opción que nos presenta Call Routing (Forwarded Routing Rules) nos va a permitir diferenciar 2 o mas clientes en caso de que estos posean la misma extensión asociada en un usuario de voice mail. Para cada cliente se crea una regla de la siguiente forma: Add New con Display Name PRV (Se crea con el ID de servicio, para nuestro caso PRV) lo cual nos trae por default la información descrita en la siguiente pantalla.



Se debe asociar correctamente el Search Space por oficina previamente creado. En el submenú Send Call to se debe cambiar a Conversation y escoger Attempt Forward como se describe a continuación.

Posteriormente creamos el Routing Rules Condition (Add New en dicho campo) seleccionado el phone System correspondiente al cliente.



Con la configuración previa garantizamos que los buzones de voz de usuarios que tengan la misma extensión se independicen, ya que el Unity utiliza la extensión del usuario como primera opción en dicha selección y la asocia a un único buzón. Para garantizar también que un usuario que tiene la misma extensión dentro del Unity, pueda accesar a su buzón de voz a través de la tecla del teléfono asignada para tal fin, se debe agregar el siguiente Direct Routing Rule: Display Name*: PRV-SingIn Escoger el Search Space de la oficina. En este caso PRV-CSS

En el submenu Send Call to: Seleccionar Conversation Attempt Sign In. Luego Save



Una vez se crea dicha regla, ingresamos a ella y seleccionamos Routing Rule Conditions - Add New y escogemos el Phone System del cliente y salvamos con Save.

4.1.13.2.3.5 Configuración Usuarios Voice Mail

Para la plataforma de Unity Connection el servicio de VoiceMail funciona de la misma manera que los servicios de Voice Mail que configuramos a nivel de un Unity Express con la diferencia en la capacidad de perfiles y cuentas de Voice MailBox que Unity Connection permite crear.



El Servicio Voice Mail permite que una persona que realiza una llamada a un funcionario de una sede de Porvenir, deje un mensaje de voz en el buzón de este usuario que se encuentra configurada en el Unity. Iniciamos la configuración de un Buzón de Voice Mail para un usuario seleccionando la opción de Users / users en la parte superior izquierda de la Barra de Configuración del Cisco Unity Connection.

Seguidamente seleccionar la opción Users – Add New en la parte superior de la ventana para iniciar con la configuración de la nueva cuenta de usuario Voice Mail. A continuación se despliega un Editor de usuarios básico en el cual se va a configurar los parámetros para la nueva cuenta de Voice Mail como se muestra a continuación:



Alias*: Se define como estándar que el alias corresponde al Id del cliente mas la ext. Para el ejemplo que llevamos se tiene: PRV74555

First Name: (AUXILIAR, CONSULTOR O DIRECTOR, Nombre del usuario. Depende de como el cliente envié dicha información)

Last Name: (Ubicación, Sede, o apellido. Depende de como el cliente envié dicha información) Display Name: Este campo se arma por el sistema juntado el First name y el Last Name definidos

anteriormente (Se puede cambiar, pero el objetivo es dejarlo como lo configura el sistema). Este campo es el convertido por el sistema como text to spech si no se ha personalizado por el usuario el mismo.

SMTP Address: Se define con el mismo estándar del alias. Para el ejemplo PRV74555. (El sistema por default deja este campo con minúsculas así lo ingresemos en mayúscula y no representa ninguna falla)

Extensión: XXXX corresponde al número de extensión telefónica del usuario Partition: PRV-PTT Search Scope: PRV-CSS Phone System: Telmex_CUCM_PRV Class of Service: Voice Mail User COS – Identifica que el cliente tiene buzón de voz pero no se tiene

habilitada la mensajería integrada. Integrated Message se utiliza si el cliente hace uso de la mensajería integrada.

Active Schedule: Weekdays – Este servicio va a estar activo todos los días de la semana.



Set for Self-enrollment at Next Sign-In (permitir el inicio del asistente de configuración en el próximo inicio de sección para que el usuario grabe su nombre o un saludo estándar, cambie su pin y elija si quiere ser incluido en el directorio)

List in Directory (Para que el usuario quede listado en el directorio de usuarios) Send Non-Delivery Receipts on Failed Message Delivery (envió de mensajes de falla cuando no

pueda ser enviado el mensaje al recipiente de no recibidos) Use System Default Time Zone (zona horaria del sistema por default)

Para finalizar con la configuración del Buzón de Voice Mail para el usuario subir a la parte superior izquierda de la ventana de edición de este usuario y seleccionar Save

4.1.13.2.3.6 ADMINISTRACION DE PASSWORD PARA CUENTAS VOCIE MAIL

Para la configuración y reseteo de password de buzones de clientes que se desean cambiar por vencimiento o bloqueo de los mismos, ingresamos a la cuenta del usuario en particular, seleccionar la opción de Edit/Change Password y colocar el nuevo password como se muestra en las siguientes imágenes.



Seleccionar la opción de Change Password

La contraseña para esta cuenta no puede ser secuencial… 12345… y no puede ser repetida a la anterior. Por default se está manejando de 6 dígitos numéricos. El default a utilizar para su posterior cambio por el usuario es 121314



Si se desea chequear si el estado en que se encuentra el password de esta cuenta para el Voice Mail ingresamos a la opción Edit/Password Setting.

4.1.13.2.3.7 CLASS OF SERVICE - Voice Mail User COS

Este parámetro que es seleccionado en el Perfil de configuración de los Usuarios con Voice Mail contiene un paquete de funcionalidades desde donde se habilita la funcionalidad de Voice Mail. A continuación se muestra la configuración del mismo.



4.1.13.2.3.8 CARGA MASIVA DE USUARIOS DE VOICEMAIL CON BAT

Este es el formato en .CVS o .TXT que se debe cargar en la herramienta de Bulk Administrator Tools (BAT) en la plataforma de Unity Connection para la carga masiva de usuarios con servicio de Voicemail.



En orden los parámetros deben estar separados solo por comas y deben de estar en este orden: Alias,DisplayName,FirstName,LastName,Template,Extension El Témplate corresponde al nombre de Témplate que fue configurado a nivel de Templates para VoiceMail para un cliente en específico (Este se debe configurar previamente a la carga masiva).

4.1.13.2.3.9 Configuración Special Features – Mensajería Integrada

Como servicios adicionales los cuales no van a ser configurados de manera masiva a los usuarios tenemos la Mensajería Integrada y el Voice Mail. El Servicio de Mensajería Integrada le va a permitir a un usuario recibir sus mensajes de voz tanto en su casilla de buzón de voz en su hard phone y recibir este audio en .Wav como un email en su cuenta de correo personal. Estos Servicios ya se encuentran habilitados y configurados previamente de manera general en el Unity. Esta funcionalidad (IM) es definida en el Unity Connection con un Class Of Service y el perfil configurado se nombro como: Integrated Messaging. A continuación se visualiza el paso a paso para la configuración del feature a nivel de la Plataforma de Unity y a nivel de Usuario.



Seguidamente se asocia el Class Of Service al Usuario con Voice Mail.

4.1.13.2.3.10 ADMINISTRACION DE PASSWORD PARA CUENTAS IMAP

Para la configuración de password de las cuentas de clientes con IMAP, Ingresar nuevamente a la opción de Edit/Change Password y seleccionamos la opción de Web Application en la parte superior. Colocar el nuevo Password de 6 caracteres como se muestra en las siguientes imágenes.



4.1.13.2.3.11 Configurando un Cliente IMAP en Windows

Para que funcione correctamente la mensajería integrada, previamente debemos garantizar por medio del NAT configurado en el router de acceso que tenemos conectividad a lo servidores de UC, así como que en la lista de acceso asociada ha dicho NAT se especifiquen los puertos que hace uso la aplicación (Se encuentran documentados en el pdf denominado Security Guide for CUC). A continuación la lista de acceso que se debe aplicar sobre el gateway de voz. ip access-list extended PC permit tcp 192.168.31.0 0.0.0.255 any eq 143 permit tcp 192.168.31.0 0.0.0.255 any eq 993 permit tcp 192.168.31.0 0.0.0.255 any eq 7993 permit tcp 192.168.31.0 0.0.0.255 any eq 8143 permit tcp 192.168.31.0 0.0.0.255 any eq 8993 permit tcp any 172.31.237.0 0.0.0.255 eq 143 permit tcp any 172.31.237.0 0.0.0.255 eq 993 permit tcp 192.168.31.0 0.0.0.255 any eq smtp permit tcp 192.168.31.0 0.0.0.255 any eq 5060 permit tcp 192.168.31.0 0.0.0.255 any eq 2000 permit tcp 192.168.31.0 0.0.0.255 any eq 1720 permit tcp 192.168.31.0 0.0.0.255 any eq 2428 permit udp 192.168.31.0 0.0.0.255 any eq 2427 permit udp 192.168.31.0 0.0.0.255 any range 16384 32767 permit udp 192.168.31.0 0.0.0.255 any eq tftp permit icmp 192.168.31.0 0.0.0.255 172.31.237.0 0.0.0.255 permit tcp 192.168.31.0 0.0.0.255 any eq www permit tcp 192.168.31.0 0.0.0.255 any eq 8443 Para la configuración de la cuenta IMAP, ingresamos al Outlook desde el equipo donde el cliente va a administras su cuenta de correo y configuramos una cuenta tipo IMAP.



Los parámetros que debemos tener en cuenta al momento de configurar la cuenta IMAP es que el User Name solicitado en la plantilla de configuración sea el mismo que se encuentra en el renglón de SMTP Address o Alias ya que son iguales a nivel de usuario en el Unity. Los demás parámetros se deben configurar igual a como se ilustra a continuación en los siguientes print screen.

Dirigirse a la pestaña superior Tools Seleccionar Account Settings y seleccionar la primera pestaña en la parte superior izquierda E-mail/ New… Por último seleccionar el Servicio de IMAP y Next.



Configurar toda la información que se solicita en la plantilla como se muestra en la imagen:

Your Name: Nombre del Usuario

E-mail Address: usuario que aparece en Alias @ Ip del Server de Unity

Tipo de Cuenta: IMAP

Incoming Mail Server: IP del Servidor de Unity ( 172.31.237.165)

Outgoing Mail Server: IP del Servidor de Unity (172.31.237.165)

User Name: Alias del Usuario que esta configurado en el Unity

Password: El mismo Password del Web Application que el usuario tiene configurado en el Unity.

Por último hacemos una comprobación o Test para verificar que efectivamente nuestro nuevo cliente está teniendo alcance al servidor de Unity y la comunicación es correcta. Para realizar el test seleccionar la opción de Test Account Settings



Al momento de realizar el Test notaran que la opción de envió de email puede ser fallida. Esto es porque esta cuenta solo funciona para recibir correos y no para hacer envíos. Para algunos casos va a pasar y para otros no, pero es normal y no representa este comportamiento en el sistema. De esta manera la cuenta IMAP ya estará lista para ser probada. Para esto se debe realizar una llamada a la extensión del usuario que ha sido configurado y se debe dejar un buzón de voz. Al instante verán que en el Inbox de la cuenta llegara un email como el que se muestra en la siguiente imagen.

Adjunto en dicho correo encontraran un .WAV que contiene el audio dejado por la persona que envío el mensaje.



4.1.13.2.3.12 Configurando un Cliente IMAP en Lotus

A continuación se describen los pantallazos generados en la configuración de una cuenta para Mensajería Integrada con Lotus Notes 8.5 sobre Windows 7. Seleccionamos la pestana de Archivo, luego preferencias

Lo cual nos envía al siguiente menú donde escogemos Cuentas



Seleccionamos Nueva Cuenta



En dicho menú asignamos los siguientes datos: Nombre de la cuenta (Como la desee llamar el cliente): Para el ejemplo Voice Mail Descripción: VM Tipo: IMAP en línea Servidor: 172.31.237.165 En información de inicio de sesión se colocan los datos configurados en el Unity Connection, los cuales deben ser suministrados por Telmex al cliente: Nombre (ID Cliente + Extensión): Para el ejemplo AVA7401 Password: 112233 El resto de parámetros por default.

Esta cuenta no tiene salida de correos, solo recibe por lo cual no es necesario configurar SMTP. Si queremos realizar una prueba podemos crear la misma de la siguiente forma. Seleccionamos Nueva Cuenta. En dicho menú asignamos los siguientes datos: Nombre de la cuenta (Como la desee llamar el cliente): Para el ejemplo Saliente Voice Mail Descripción: SVM Tipo: SMTP Servidor: 172.31.237.165 Ingresamos a la pestana Herramienta y en el submenú Asistente para la reconfiguración del cliente validamos la información y asignamos el correo:



Seleccionamos Servidores de Corre de Internet (POP, IMAP, SMTP). Luego llegamos a la siguiente venta que ya debe tener carga la información que asignamos por preferencias.

Validamos el usuario y la contraseña del Unity



Validamos la información de SMTP

Nos solicita configurar el corre de internet, el cual tiene la estructura Id Cliente + Extensión @ 172.31.237.165. Para el ejemplo: [email protected]

mailto:[email protected]



Con esto se finalice la configuración. Si doy click en Correo Crear y tengo configurado SMTP me envía a la siguiente pantalla.



A continuación la pantalla de recepción de un correo de voice mail sobre IMAP



4.1.13.2.3.13 Integración Unity con CUCM

Inicialmente para la integración de Call Manager y Unity Connection con la finalidad de soportar los servicios de Auto Attendant y Voice Mail Unificados se realizaran configuraciones estándares para cada Cliente que van a permitirle la utilización de estas funcionalidades para cada una de sus Sedes. Estas configuraciones constan de un Perfil de Voice Mail el cual por medio de un Line Group es asociado a los puertos lógicos o Voice Mail Ports que son los que van a permitir la comunicación entre el Call Manager y la plataforma de Unity Connection. Adicionalmente se configuran los parámetros básicos como Particiones, CSS, Device Pool que permiten el funcionamiento e integración entre estas dos plataformas. La plataforma de Unity Connection se integro contra el CCM por medio de SCCP y por SIP contra un CUBE para Bancolombia: La integración para AA y Voice Mail de los clientes de los clústeres de AVV y Clientes se configuraron contra la Plataforma de Call Manager por medio de Voice Mail Ports, las cuales utilizan el protocolo de SCCP para la comunicación. Para el cliente Bancolombia la integración para AA se configuro una Troncal SIP o SIP Trunk por medio de un CUBE que se interconecta tanto al Softswitch como al Unity Connection. Para finalizar se configuraron Translation Patterns que permiten al número publico de cada sede de en el Call Manager llamar al número piloto configurado en el Unity Connection. A manera de información para un mayor entendimiento y para resolver problemas de configuración que se puedan presentar, se muestran pantallazos de las configuraciones más relevantes mencionadas anteriormente a nivel de Cisco Unified Communication Manager (CM)

4.1.13.2.3.13.1 Configuración parámetros Call Manager

A continuación se ilustra paso a paso la configuración los parámetros que permiten la comunicación entre el Call Manager y el Unity al momento de configurar un nuevo Cliente para emplear los servicios de Auto Attendant y VoiceMail. Los parámetros más relevantes a tener encuentra son:

Región Location

Device Pool Partitions Calling Search Spaces Voice Mail Pilot Voice Mail Profile Voice Mail Ports Line Group Hunt List Hunt Pilot



Message Waiting Indicator Translations Patterns

4.1.13.2.3.13.2 REGION

Se configura la Región: PRV_Unity_Centralizado Esta región debe hablar los Codec G7.11 contra ella misma y contra las Sedes de este mismo. Con el resto de Regiones se puede configurar a G.729

4.1.13.2.3.13.3 LOCATION

Se configura la location: PRV_Unity_Centralizado Esta locación debe de tener un Ancho de Banda Ilimitado ya que los recursos que van a ser utilizados van a ser internos y dependerán del ancho de banda mismo de la red

4.1.13.2.3.13.4 DEVICE POOL

Se configura el Device Pool: PRV_Unity_Centralizado Este Device Pool va a contener básicamente la Región y Location que se configuraron anteriormente para este Cliente. Adicionalmente se debe asociar el CUCM Group de acuerdo a los servidores que se tengan dispuestos para administrar estos servicios.



4.1.13.2.3.13.5 PARTITIONS

Se configuran las Particiones: PRV_Extensiones y PRV_Restringido_UC. La primera de esta se encuentra asociada a cada uno de los servicios de AA y VM para este cliente y la segunda va a contener los DN dispuestos como puertos lógicos en los Voice Mail Ports. Los puertos que se configuran en el Unity Connection para MWI se asocian a la primera y los puertos que reciben llamadas se configuran con la segunda.

4.1.13.2.3.13.6 CALLING SEARCH SPACES

Se configuran los CSS: PRV_Unity_Centralizado y PRV_Unity_Restringido. El primer CSS debe contener únicamente la Partición de Extensiones o PRV_Extensiones para el ejemplo. El último CSS debe contener solo la partición PRV_Restringido_UC.



4.1.13.2.3.13.7 VOICE MAIL PILOT

5700, es un ejemplo del numero piloto que se activó para Porvenir como Voice Mail en el Unity Connection. Se encuentra configurado en el CSS: PRV_Unity_Centralizado.

4.1.13.2.3.13.8 VOICE MAIL PROFILE

Perfil de Voice Mail asociado al Voice Mail Pilot Number de Porvenir para el ejemplo.



4.1.13.2.3.13.9 VOICE MAIL PORT

Los Voice Mail Ports son creados de acuerdo a la demanda de ingreso de llamadas que pueda tener un cliente de manera simultánea y se asemejan a los CTI Ports en los Unity Express configurado en un Modulo CUE. Los parámetros a configurar en los Voice Mail Ports son:

Port Name: Este nombre es un prefijo que debe coincidir con el prefijo configurado en el puerto a nivel

de Unity para que puedan registrarse. El estándar es: PRV_UC_VM-VI1 (Id Cliente_UC_VM-VIXX)

Device Pool: Es el Device Pool que hemos configurado para la plataforma de Unity Centralizado.

Calling Search Spaces: Este es el CSS Unity Centralizado que configuramos para este Cliente.

Location: Location Unity Centralizado creado para este Cliente.

Device Security Mode: Non Security Voice Mail Port

Directory Number: Corresponde al DN al que va estas asociado este Puerto.

Partition: Se debe utilizar la partición de Restringido UC para los puertos que manejan llamadas y Extensiones para los puertos que manejan MWI.

Calling Search Spaces: CSS de Unity Restringido el cual va a contener la partición Restringido UC asociado al DN de este puerto.

Internal Caller ID Display: Corresponde al texto que se va a mostrar al momento que se llame al Voice Mail.

La relación de puertos se describe mas adelante en la configuración para implementación.



4.1.13.2.3.13.10 Voice Mail Port para Llamadas

4.1.13.2.3.13.11 Voice Mail Port para MWI

4.1.13.2.3.13.12 LINE GROUP

Este Line Group: LG_PRV Asocia todos los puertos por los cuales las Sedes de este Cliente configuradas en el CM van a comunicarse con el Unity. Se configura como sigue:



Line Group Name: LG_PRV (LG_Id Cliente) RNA reversión Timeout*: 1 Distribution Algorithm*: Circular

Se asocian a este LG los DN configurados bajo la partición Restringido, que son los que van a atender llamadas. En el ejemplo podemos observar que los DN del 5705 al 5709 con la partición de Extensiones no se asocian al LG ya que corresponden a los puertos para manejo de MWI y el resto de DNs que manejan llamadas si se encuentran asociados al LG.



4.1.13.2.3.13.13 HUNT LIST

Se configura un Hunt List: HL_PRV el cual se le asocia el Line Group LG_PRV. Este Hunt List va a permitir integrar los Puertos contenidos en el Line Group por medio de un Hunt Pilot el cual va a ser el mismo Voice Mail Pilot. El CCM Group debe ser el mismo asociado en el Device Pool de la oficina.

Tener en cuenta que se debe hacer check en los campos:

Enable this Hunt List (change effective on Save; no reset required)

For Voice Mail Usage

4.1.13.2.3.13.14 HUNT PILOT

Se configura un Hunt Pilot: 5700 que viene a ser el mismo Voice Mail Pilot, este Pilot puede ser alcanzado por las extensiones del cliente gracias a que se encuentra asociado a la partición que contiene cada extensión.



4.1.13.2.3.13.15 MESSAGE WAITING INDICATOR

Se configuran dos DNs (5791 – 5792 para el ejemplo) como MWI On – Off, los cuales van a ser los encargados de encender y apagar el Led de mensajes en espera para temas de troubleshooting.

4.1.13.2.3.13.16 TRANSLATION PATTERNS

Por último los Translation Patterns son traslaciones que van a permitir que los números públicos puedan llamar a los Hunt Pilot los cuales por medio de los Voice Mail Ports van a llamar al servicio de Auto Attendant configurados en el Unity



Como datos importantes y para temas de mejores prácticas se ha dispuesto que los CSS que contienen las traslaciones sean los que contienen niveles de permisos de solo Emergencias de cada sede del cliente.



4.1.13.2.3.13.17 Configuración Parámetros Unity

A nivel del Unity Connection cuando se ingresa un nuevo Cliente a la Plataforma se deben configurar varios parámetros esenciales que en conjunto van a permitirle a la plataforma de Unity identificar la Planta de Telefonía con la cual se va a comunicar y los puertos que le van a permitir entablar esta comunicación así como también se van a definir reglas como el tipo de señalización que estas dos plantas van a emplear para comunicarse, también los Codecs de Audios que van a ser Soportados como por ejemplo G.711, G.729, etc. Todos estos parámetros se configuran en dos Plantillas Principales que son: Phone System y Port Group los cuales se desglosan a continuación.

4.1.13.2.3.13.18 PHONE SYSTEM

El Phone System es en esencia la Planta de Telefonía con la cual la Plataforma de Unity va a interactuar que para el Caso de Telmex corresponde a un arreglo Clusterizado de Call Manager de Cisco

Para Ingresar a configurar el Phone System como la Planta de Telefonía Seleccionar la Pestaña de Telephony Integration y seguido Phone System en el menú izquierdo del Cisco Unity Connection Administration

En la parte superior de Phone System Seleccionar New Phone System.



En esta plantilla configuraremos el Phone System Name que es el nombre con el cual se va a identificar la Planta Telefónica que para este caso fue: Telmex_CUCM_PRV

Adicionalmente deben estar habilitados los parámetros:

Enable For Supervised Transfers Enable For Forwarded Message Notification Calls (by Using DTMF)

El resto de Parámetros deben quedar por Default



A continuación seleccionar la pestaña superior Edit / CUCM AXL Servers y configurar los Servidores Primarios y Secundarios de la Planta de Telefonía, que corresponden a los configurados en el CCM Group del cliente. Username: UC_AXL Password: 4xl

4.1.13.2.3.14 PORT GROUPS

Los Ports Groups son grupos de puertos asociados a cada Phone System creado en la plataforma Unity. Estos grupos de puertos son los puentes lógicos por donde se va a realizar toda la comunicación entre la Plataforma Unity y el Call Manager o Planta de Procesamiento de Llamadas.

Port Group se ubica seguido de Phone System en el menú izquierdo del Unity Connection. Para crear un nuevo Port Group seleccionar la Pestaña Port Group/New Port Group



Los parámetros que se deben configurar a nivel de Port Group Son:

Phone System: Seleccionar el correspondiente al cliente Port Group Template: SCCP Display Name: Este valor se trae por Default cuando hemos escogido el Phone System. Device Name Prefix: PRV_UC_VM-VI (Estándar: Id Cliente_UC_VI)

MWI On Extension: DN de MWI On para este Cliente MWI Off Extension: DN de MWI Off para este Cliente IP Address or Host Name: IP Address del CM Publisher Server



Una vez creado el Port Group habilitamos MWI.

Los parámetros restantes deben quedar configurados por Default. Finalizar guardando la configuración seleccionando Save.

Ahora seleccionamos en la pestaña de Edit la opción de Servers para configurar los servidores con los que los puertos van a ser registrados a la plataforma CM. Corresponden a los mismos servidores que se habiliten en el CCM Group del Device Pool del cliente. Configuramos también los servidores habilitados para TFTP en la plataforma, que son el 172.31.237.171 y el 172.31.237.130. Al final seleccionar Save.



Para finalizar seleccionar la opción de Codec Advertising en la pestaña de Edit

En esta ventana podemos confirmar que por default la plataforma tiene la capacidad de procesar Audios en formatos G.711 u-law y G.729.

Hasta este punto ya se tiene configurados las reglas de funcionamiento del Phone System y Port Group. Por último se deben configurar y asignar la cantidad de puertos para este Cliente de acuerdo a la tabla que se describe a continuación. Hasta 40 usuarios configurar mínimo 4 puertos 1:8 del número de usuarios creados en el cluster para contestación de llamadas entre 41 y 240 usuarios. 1:10 del número de usuarios creados en el cluster para contestación de llamadas hasta 500 usuarios. 1:12 del número de usuarios creados en el cluster para contestación de llamadas hasta 900 usuarios. 1:16 del número de usuarios creados en el cluster para contestación de llamadas hasta 1400 usuarios. 1:20 del número de usuarios creados en el cluster para contestación de llamadas hasta 2000 usuarios.



Es decir si tenemos 80 usuarios se deben crear 10 puertos para ese cliente. También se crean puertos para MWI, los cuales solo realizan esta operación de acuerdo a la siguiente tabla: Hasta 40 usuarios 2 puertos Hasta 240 usuarios 4 puertos Hasta 500 usuarios 6 puertos Hasta 900 usuarios 8 puertos Hasta 1400 usuarios 10 puertos Hasta 2000 usuarios 12 puertos Para hacer esto nos dirigimos nuevamente al menú principal de la Plataforma Unity y seleccionamos contiguo al Port Group, la Opción Port.

Para configurar los puertos, dirigirse a la parte superior y seleccionar la opción de New Ports en la pestaña de Port. Primero que todo se debe seleccionar el nombre del Phone System al que vamos a crear los puertos. Seguido colocar el número de Puertos a crear y el Servidor al cual van a estar registrados. Para tener esquema de HA se reparten por mitad en cada server el número de puertos asignados. Por ultimo activar las casillas para las acciones que estos puertos debe desempeñar las cuales se componen de las siguientes:

Answer Calls: Contestación de llamados (Auto Attendant) Perform Message Notification: realizar la notificación de mensajería Send MWI Requests: Envió de Solicitudes de MWI Allow TRAP Connections. Security Mode: Non-Secure



Para los puertos que van a cursar llamadas habilitar exclusivamente el ítem:

Answer Calls: Contestación de llamadas (Auto Attendant)

Para los puertos que serán utilizados para MWI habilitar:

Perform Message Notification: realizar la notificación de mensajería Send MWI Requests: Envió de Solicitudes de MWI Allow TRAP Connections. Security Mode: Non-Secure



Por último seleccionar Save para guardar los parámetros configurados para que se inicie la creación de los puertos.

4.1.13.2.3.15 Configuración Bancolombia

Se adjunta documento que se debe aplicar para la configuración realizada en el cliente Bancolombia, el cual solo hace uso del AA y las llamadas son transferidas a la TP a través del CUBE ubicado en Ortezal.

Especificaciones Técnicas - Bancolombia.docx


4.1.13.3 Presencia y Mensajería Instantánea IM

4.1.13.3.1 DESCRIPCIÓN

El servicio de presencia permite que los usuarios, a través de una aplicación instalada en sus PC (CUPC), puedan tener acceso a su directorio de contactos, identificar si están conectados a la red e iniciar una comunicación a través de diferentes medios como voz, video o mensajería instantánea (IM). Los principales componentes del servicio de presencia son:

CUPS (Cisco Unified Presence Server) El CUPS es el componente principal de la solución, controla información de presencia, instant messaging (IM), enrutamiento de mensajes y federación hacia otros



sistemas. El motor que utiliza el CUPS es denominado “Jabber Extensible Communications Platform (XCP)”

CUCM (Cisco Unified Communication Manager) CUPC (Cisco Unified Personal Communicator) CUMC (Cisco Unified Mobile Communicator) LDAP Server 3.0 PostgresSQL database

Cisco IP Phones Cisco IP Communicator (CIPC)

A continuación se listan algunos conceptos utilizados en la solución:

Presencia: Se refiere a la habilidad y voluntad de un usuario de comunicarse a través de un grupo de dispositivos. Para esto el usuario “Publica” su estado (o puede ser automático al detectar inactividad en el teclado), “Collecta” el estado de otros usuarios (sus contactos) y “Utiliza información de aplicaciones” como calendarios o demás.

Para realizar la implementación de la solución se utilizan algunos protocolos e interfaces tales como:

XMPP (Extensible Messaging and Presence Protocol): Es el protocolo principal utilizado para intercambiar información de presencia e IM. Sigue la RFC3920

SIP/SIMPLE. La entidad de presencia (usuarios) publica su estado enviando un PUBLISH or REGISTER al CUPS, Esto para clientes SIP/SIMPLE, o usando el estándar XML para clientes XMPP.

AXL: La interface SOAP/XML se utiliza para realizar la sincronización de la DB entre el CUCM y el CUPS (Sync Agent)

LDAP: El CUPS sincroniza información de DB del CUCM. Cuando en el usuario del CUCM se habilita la opción “LDAP authentication”, el CUPS se conecta directamente al LDAP para realizar el proceso de autenticación del usuario (CUPC o CUMC). Luego de finalizar la autenticación el CUPC (o cliente MXPP de terceros) usa LDAP server para buscar y adicionar contactos.

MPP CTI: Cuando el usuario utiliza el CUPC para controlar su “Desk phone” se establece una conexión CTI

directamente al CUCM. Los parámetros del CUCM los obtiene el CUPC directamente desde el CUPS. En el caso que se utilice el MOC, se realizar una conexión CTI MOC-CUPS y luego CUPS-CUCM. En este escenario el CUPS hace las veces de CTI gateway.

Los usuarios del CUPS deben ser creados como usuarios (End User) en el CUCM y deben tener asignados una extensión primaria o principal. El usuario esta efectivamente asociado a la extensión, con lo cual cambios en la extensión modifican el estado de presencia del usuario. La solución de presencia permite monitorear tanto teléfono SCCP como SIP. De igual forma los teléfonos SCCP y SIP puede tener el rol de “Watcher”. (Recibir información de estado) Speed Dial con BLF (Busy Lamp Field) Existe una versión “Light” de presencia que solo utiliza los teléfonos IP de Cisco y el CUCM. En este esquema en el teléfono IP se configura un Speed Dial “especial” denominado BLF. Este Speed dial, permite que el botón asignado cambie de color dependiendo del estado del teléfono de destino. Esta configuración esta limitada al número de botones de Speed Dial disponible en el Teléfono, adicionalmente la configuración es “estática” y debe ser realizada por el grupo de provisión de Telmex, es decir, el cliente no puede modificar este tipo de Speed Dials.



Los siguientes teléfonos soportan BLF: SCCP (Skinny) • Cisco Unified IP Phone 6941G • Cisco Unified IP Phone 7914G • Cisco Unified IP Phone 7921G • Cisco Unified IP Phone 7940G • Cisco Unified IP Phone 7960G • Cisco Unified IP Phones 7931G, 7941G, 7941G-GE, 7942G, 7945G • Cisco Unified IP Phones 7961G, 7961G-GE, 7962G, 7965G • Cisco Unified IP Phones 7970G, 7971G-GE, 7975G • Cisco Unified IP Phone Expansion Modules 7915, 7916 SIP: • Cisco Unified IP Phones 7931G, 7941G, 7941G-GE, 7942G, 7945G • Cisco Unified IP Phones 7961G, 7961G-GE, 7962G, 7965G • Cisco Unified IP Phones 7970G, 7971G-GE, 7975G • Cisco Unified IP Phones 8961G, 9951G, 971G • Cisco Unified IP Phone Expansion Modules 7915, 7916 Adicional al botón de Speed Dial, algunos modelos de teléfonos soportan presentar información de presencia en la información de directorio (llamadas perdidas, realizadas, etc), estos modelos son: • Cisco Unified IP Phones 7941G, 7941G-GE, 7942G, 7945G • Cisco Unified IP Phones 7961G, 7961G-GE, 7962G, 7965G • Cisco Unified IP Phones 7970G, 7971G-GE, 7975G • Cisco Unified IP Phones 8961G, 9951G, 9971G Los teléfonos 7905G, 7906G, 7911G, 7912G, 7940G, y 7960G no soportan esta función. La implementación de BLF y Presencia en el directorio, puede ser controlada por grupos para lo cual se utilizan los conceptos de “Presence Group” y “Subscribe CSS” que serán detallados posteriormente. No todos los teléfonos anteriores están homologados para las soluciones implementadas en Telmex. Por favor referirse a la sección de Teléfonos IP homologados para identificar los teléfonos que pueden ser utilizados. Cisco IP Phone Messenger Application (IPPM) IPPM es un servicio de los teléfonos IP que permite crear una lista de contactos y enviar mensajes de texto entre teléfonos. Básicamente el IPPM realiza una traducción entre la interface HTTP/XML del teléfono y la interface SIP utilizada para IM. IPPM corre dentro del CUPS.




Integración de comunicaciones: utilice una sola interfaz intuitiva de escritorio para las llamadas de voz y video, reproducción de mensajes de voicemail, funciones de conferencias web y directorios integrados.

• Presencia: vea la disponibilidad en tiempo real de otros usuarios de Cisco Unified Personal Communicator.

• Incorporación de medios: cambie o agregue métodos de comunicación durante una sesión; por ejemplo, agregue video a una sesión de audio existente o agregue una conferencia web a una sesión de video en curso.

• Telefonía IP: con solo hacer clic con el mouse podrá llamar a cualquier contacto del directorio empresarial integrado, que controla el Softphone integrado o un teléfono IP Cisco Unified relacionado.

• Audio llamadas y video llamadas integradas: intercambie ideas de forma personal con la posibilidad de visualizar las imágenes en la pantalla de la PC y seguir de manera coordinada la conversación con audio en el Softphone integrado.


A continuación se presenta en términos generales los pasos de configuración para la integración del servicio de presencia:

1. En CUCM: configurar SIP trunk apuntando al CUPS 2. En CUPS: Configurar CUCM como presence gateway para permitir que el CUPS pueda enviar Subscribe

al CUCM 3. El número máximo de contactos en el CUPC es de 100. ( 200 es el límite del equipo, pero por

consideraciones de BW y desempeños se implementa en la red con el límite de 100) El CUPS debe estar en el mismo sitio donde está el Publisher del CUCM, de igual forma el CUPS se debe crear un SIP trunk entre un CUCM subscriber y el CUPS que estén en el mismo sitio. A continuación se ilustra paso a paso la configuración de un usuario final de Cisco Unified Personal Communicator para utilizar por medio de este los servicios de Presencia, Desk Phone Control así como también Telefonia y Mensajería Integrada todo esto soportado mediante la Plataforma de Cisco Unified Presence. Los parámetros más relevantes a tener encuentra son:

Usuario en Directorio Activo End User en Call Manager Configuración Dispositivo CFS en Call Manager Configuración End User en Presence Configuración End User en Unity Configuración Cuenta End User en Cisco Unified Personal Communicator

NOTA: Como mejor práctica configurar todos los parámetros siguiendo el mismo orden sugerido en este Documento.

4.1.13.3.3.1 Creación y Configuración Usuario en Directorio Activo



Los usuarios finales que van a utilizar el personal Communicator van a tener una cuenta en el Directorio Activo el cual se encuentra integrado a la plataforma de Presence. Esta configuración es requerida para poder acceder al usuario por búsqueda desde el CUCP. Es importante que el User ID haga Match con el End User que posteriormente se va a configurar en las Plataformas de Call Manager y Unity Connection.

Desde el link donde se crean los usuarios del Directorio Activo se debe escoger:

La OU del cliente (este debe estar previamente creado).

En identificación se debe usar el ID del cliente en el CRM mas el numero de extensión que este tenga

asignada. Para el ejemplo el ID es ODE y la Ext es 9999 con lo cual se arma el numero de

identificación ODE9999.

Nombre o nombres del usuario

Apellido o apellidos del usuario

En Teléfono se coloca el número de extensión del usuario.

Sobre el LDAP queda creado el usuario de la siguiente manera:



De esta manera se ha configurado el usuario a nivel de Active Directory.

4.1.13.3.3.2 Creación y Configuración del Dispositivo CFS en el CCM

A continuación se debe crear un Client Services Framework el cual va a ser integrado con el Directory Number asignado al usuario así como al End User que se creara posteriormente. Este dispositivo CFS va a ser el dispositivo que va a permitir la administración de la telefonía integrada del usuario por medio del Cisco Unified Personal Communicator. Iniciar ingresando al Call Manager de Telmex Centralizado y seleccionar en la pestaña de Device la Opción Phone y seguido Add New.



A continuación iniciar el asistente seleccionando como Phone Type: Client Services Framework, Next. Seguidamente se mostrara la plantilla de configuración de parámetros los cuales deben ser configurados con los mismos parámetros de Device Pool, CSS, LOC, ETC que tiene asignado el cliente como se muestra a continuación. Nota: El Device Name debe tener el siguiente formato: CFSXXXXXX donde las XXXXXX corresponden al User Logon Name configurado en el Directorio Activo para este usuario. Ejemplo CFSAVA7401

Tener en cuenta que el parámetro de Primary Phone se debe asociar con la MAC del Hard Phone si el CUPC va a controlar por Desk Phone dicho dispositivo (Misma extensión en el Hard phone y en el CUPC).



En la sección de Protocol Specific Information, se debe configurar:

Presence Group: Standard Presence Group

Device Security Profile: Cisco Unified Client Services Framework Standard

SUBSCRIBER CSS: El mismo CSS configurado en el DN del IP Phone del Usuario

SIP Profile: Standard SIP Profile

Digest User: Seleccionar el mismo End User Configurado en el AD y en el CCM (Los parámetros de End

User se describen mas adelante y se pueden configurar antes o después de crear el dispositivo. Lo

importante es que al final quede asociado al device).



El resto de parámetros no deben ser completados y deben quedar por default. Finalizamos esta primera parte con Save. De igual manera se debe ingresar a la opción de Line y se debe asociar el DN asignado al dispositivo y se deben configurar la Partición, CSS, Perfil de Voice Mail, Call Forward, Line Text, Etc, de la misma manera como se encuentra configurado en el IP Phone del usuario.

Finalizamos la configuración de la Línea seleccionando Save.

4.1.13.3.3.3 Creación y Configuración End User sobre CCM

Acabando con la creación y configuración del dispositivo de CFS, proceder a crear el End User a nivel de Call Manager el cual va a ser el usuario que va a ser integrado tanto al IP Phone como al dispositivo al Personal Communicator. Para iniciar seleccionar en la Pestaña principal de CCM User Management y seguido End User. Estando en la ventana de End User seleccionar Add New.



En esta ventana se deben configurar principalmente los siguientes parámetros:

User ID: Debe ser el mismo User Logon Name usuario creado en el Directorio Activo Password: Configurar una contraseña la cual puede ser alfa numérica. (Por estándar telmex). PIN: Este pin debe ser numérico y nos va servir para acceso a servicios en el IP Phone (Por estándar

se tiene 11111)

Last Name: Se sugiere sea el mismo configurado al usuario en el directorio Activo First Name: Se sugiere sea el mismo configurado al usuario en el directorio Activo Telephone Number: Misma Ext del usuario Digest Credentials: Pueden ser las mismas contraseñas del Password.

En la sección de Devices Associations, se debe asociar los dispositivos que van a ser administrados por este End User. Para este ejemplo corresponde a la MAC del IP Phone del usuario y el Dispositivo CFS configurado anteriormente. En la siguiente sección: Directory Number Associations, se debe colocar la extensión primaria asociada al IP Phone y al CFS de este usuario como se muestra en la imagen.



Para finalizar en la Sección Permissions Information se deben asociar los siguientes Users Group.

Standard CCM End Users Standard CTI Allow Control of All Devices Standard CTI Enable

Estos grupos de roles son fundamentales puesto que van a darle la capacidad a el End User de administrar y utilizar estas capacidades.

De esta manera se finaliza la configuración del End User, seleccionar Save. Una vez creado el user, debemos asociarlo en el DN del dispositivo creado. De nuevo en el dispositivo, seleccionamos el DN, y en la parte inferior finalizamos con la asociación del End User configurado para este usuario. Recordar que este User ID debe hacer Match con el User Logon Name del usuario configurado en el Directorio Activo.



Una vez creado el usuario, es necesario darle la capacidad para que opere sobre el Presence Server y que pueda ser utilizado como CUPC. Para esto debemos ingresar a: System – Licensing – Capabilities Assignment

Buscamos el usuario creado y damos check en dichas capacidades.



Hasta este punto como marco de referencia se recomienda validar la importación del End User creado en el Call Manager sobre la Plataforma de Presence. Para validar en el servidor de presencia, ingresamos a la plataforma por medio de la siguiente URL: http://172.31.237.133/

http://172.31.237.133/



Estando en la ventana inicial de la Plataforma seleccionar la Opción Cisco Unified Presence Server Administrator. Seguido de esto aparecerá la ventana tradicional de las Plataformas de Cisco solicitando un Usuario y un Password para el ingreso.

Una vez logeados aparecerá la ventana del menú principal desde la cual seleccionaremos la primera pestaña System y desde esta la opción Cluster Topology como se ve en la siguiente imagen.



En esta ventana seleccionamos la opción de Find la cual va a permitir que la plataforma muestre la totalidad de los usuarios que han sido importados desde Call Manager y han sido asociados al Nodo o Servidor Publisher.

4.1.13.3.3.4 Creación y configuración Usuario Voice Mail en Unity

Finalizando con la configuración del usuario y dispositivo de Presence, se creara el perfil de usuario para integrarlo al servicio de Voice Mail que brinda la plataforma integrada de Unity de Telmex. Para esto se ingresa a la Plataforma de Unity y se procede a crear y configurar el Usuario de Voice Mail de la misma manera que viene realizando para servicios de mensajería integrada de Telmex. Nota: El User que se va a crear en la Plataforma de Unity debe hacer Match en su Alias y SMTP con el User Logon Name configurado en el Directorio Activo. Adicionalmente el Class of Services que se configura como uno de los parámetros solicitados en la plantilla de User New debe asociarse al perfil Integrated Messaging si el usuario tiene mensajería integrada.



Por último se deben configurar los Password tanto para Voice Mail como Para Web Application los cuales pueden ser iguales y se deben tener presentes porque van a ser los Password que se van a configurar como cuenta de usuario en el Cisco Unified Personal Communicator que el usuario va a tener instalado en su Computador. El password de Web Application es el que utiliza el usuario que hace uso del CUPC cuando configura su cuenta tanto en el software como en el Outlook.



Finalizar salvando los nuevos cambios seleccionando Save. Seguidamente se debe integrar el Piloto o Perfil de Voice Mail del Cliente al que pertenece el nuevo usuario.

4.1.13.3.3.5 Asociación Usuario Voice Mail en Presence

Esta integración se debe realizar en la plataforma de Presence, para lo cual debemos ingresar y seleccionar la siguiente ruta. Cisco Unified Presence Administrator/Application/Cisco Unified Personal Communicator/Voicemail Profile.



Tener en cuenta que si el perfil de Voicemail no aparece configurado para este usuario se debe agregar un nuevo perfil con los parámetros que se muestran a continuación.

Los parámetros que deben aparecer en el perfil o que deben ser configurados son:

Name: ID del Cliente, Ej. ODE, SAS, CEO, etc. Descripción: Voice Mail Cliente

Voice M Pilot: El mismo Voice Mail Pilot configurado en el CCM para este Cliente. Primary Mailstore: UnityMbxDb1

Los siguientes parámetros deben dejarse en blanco o con el valor por Default. Continuar salvando la configuración realizada hasta este punto seleccionando Save. Finalizando con la configuración de perfil de Voice Mail para el usuario final en la plataforma de Presencia dirigirse a la parte inferior de esta misma ventana y agregar el usuario al perfil seleccionando la Opción de Add Users to Perfile.



Se deben asociar los usuarios que tiene el cliente en el correspondiente Voicemail Profile.

4.1.13.3.3.6 Asociación Usuario Ldap en Presence

Se debe crear un Ldap Profile por cliente, el cual estará integrado cono el AD de la plataforma. Esto se realiza mediante el menú Application – Cisco Unified Persona Communicator – Ldap Profile – Add New

Se crea el Ldap Profile con las siguientes características (Aplica para cualquier cliente):



Name*: LDAP + Id cliente. Para el ejemplo LDAP ODE Description: Ldap + Cliente. Para el ejemplo Ldap Unitec Bind Distinguished Name (DN): [email protected] Password: LdapIp08 Search Context: OU=ODE_Unitec, DC=ldap, DC=pbx (Solo se cambia la OU de acuerdo a la creada en el AD) Primary Ldap Server*: LDAP_UC

Una vez se encuentra creado el Ldap Profile, se asocian los usuarios del cliente a dicho perfil.

mailto:[email protected]



4.1.13.3.3.7 Configuración Features Presence

Hasta este punto ya se tienen integrados el Usuario que se configuro en el Directorio Activo contra el usuario de Voice Mail, se ha configurado el dispositivo CFS y se ha asociado el End User a este dispositivo y al IP Phone del usuario final. A continuación se va a habilitar la capacidad de Presence del End User el cual le va a dar la capacidad de Monitorear y Ser Monitoreada su estado de Presencia ya sea desde un IP Phone por medio de la configuración del Botón de BLF o desde un Cisco Unified Personal Communicator CUPC. Adicionalmente se configurara para este usuario la capacidad de utilizar el Software de Personal Communicator CUCP el cual le va a permitir desde su PC tener la capacidad de Administrar llamadas desde su extensión, realizar Chat o Mensajería Instantánea con los usuarios que tenga asociados como Contactos en su Personal Communicator así como revisar sus Voice Mail y otras funcionalidades mas. Iniciamos ingresando al Call Manager de Telmex e ingresar a la siguiente ruta: Cisco Unified Communication Manager/System/Licensing/Capabilities Assignment. Buscar el usuario al cual le vamos a habilitar las Capacidades y Salvar la información como se muestra en la ilustración.



Enable CUP: Permite al usuario la capacidad de Presence

Enable CUPC: Permite al usuario la utilización de un Personal Communicator

Finalizar salvando la información Save.

4.1.13.3.3.8 Configuración Features – Desk Phone Control

La funcionalidad de Desk Phone Control va a permitir la capacidad de que tanto el IP Phone como el Personal Communicator puedan administrar una misma llamada que se realice desde el Personal Communicator asociando la línea del IP Phone a la misma. Esta funcionalidad se puede habilitar o Deshabilitar seleccionando un Check Box desde la ventana principal del Software CUPC. Para activar esta funcionalidad desde la plataforma de Presencia debemos ingresar a la Ruta: Application/Desk Phone Control/User Assignment. Desde esta nueva ventana debemos buscar el User ID del usuario al cual le vamos a activar el feature, seleccionarlo y Seleccionar la opción Assign Selected Users.



De esta manera se completa la activación de esta funcionalidad.

4.1.13.3.3.9 Configuración Features – Voice Mail en el CUPC

Con esta configuración se finaliza el paso a paso de la configuración de un usuario contra la Plataforma de Cisco Unified Presence para utilizar el Software de Cisco Unified Personal Communicator de Cisco. A continuación se asociara el Perfil de usuario en el Unity como Cuenta de Usuario en el CUPC para integrar los Servicios de Voicemail. Para realizar esta integración se debe autenticar directamente en el Personal Communicator que debe encontrarse instalado en la PC



Asegurar que el Servidor de Presence se encuentre configurado en la parte Inferior de CUCP. IP Servidor: 172.31.237.133 Seguido al ingreso al CUPC ingresar a la ruta desde la pestaña superior del aplicativo: Archivo/Opciones/Cuentas



Desde esta ventana ingresar los datos como se muestra:

Nombre de Usuario: Alias del usuario creado en la plataforma de Unity el cual debe ser el mismo End

User configurado en el CCM y User Logon Name configurado en el Directorio Activo

Contraseña: Debe ser exactamente igual a la configurada en los Password de Web Application en la

plataforma de Unity para este usuario

De esta manera se finaliza con la implementación de Cisco Unified Presence y el Cisco Unified Personal Communicator.


CUPS solo soporta SIP sobre TCP. (TLS y UDP no son soportados) Inicialmente no se tendrá integración con la información de Calendario Inicialmente solo se podrá implementar el esquema de federaciones con OCS 2007. En este esquema

solo se transmiten algunos estados básicos de presencia y se puede tener IM punto a punto. Las funciones avanzadas de IM no están disponibles.

Por consideraciones de uso el “user ID” debe ser igual en el LDAP, CUCM y en los demás elementos con los cuales se integre la solución como OCS.

4.1.13.4 Movilidad (SNR/MVA)

4.1.13.4.1 DESCRIPCIÓN

A continuación se describen las funcionalidades de movilidad disponibles para ser utilizadas en la red de Telmex utilizando CUCM (CallManager) versión 7.X o superiores:



Mobile Connect (MC): También denominado Single Number Reach (SNR), ó número único. Este

servicio permite que las llamadas entrantes a la extensión del usuario sean re direccionadas a su teléfono celular o cualquier otro número telefónico (Remote Destination Profile – RDP) que sea definido. A continuación se ilustran las etapas de funcionamiento del servicio:

o Un abonado genera una llamada al número que tiene MC activado. o El CallManager detecta que MC está activo y envía simultáneamente la llamada al IP phone, al

celular y a los demás destinos que hayan sido configurados. o El usuario puede tomar la llamada en cualquiera de los terminales. Cuando la llamada es

tomada, los demás terminales dejan de timbrar. o Si el usuario toma inicialmente la llamada en su extensión y quiere enviar la llamada a su móvil,

puede presionar el softkey “Mobility” luego de lo cual la llamada es re direccionada al móvil. Si el usuario toma inicialmente la llamada en su móvil y quiere transferirla a su extensión, simplemente debe colgar en el móvil y presionar el Softkey “Resume” en la extensión. Esto debe realizarse en un lapso inferior a 10 segundos.

Mobile Voice Access (MVA): Permite que un usuario desde un teléfono móvil (previamente registrado), activar/desactivar el servicio de MC, igualmente ofrece la opción de realizar llamadas salientes como si las estuviera generando desde su extensión (Direct Inward System Access). Para esto el usuario disca un número fijo indicado (Para Bogotá esta definido el numero 7422497), el sistema reconoce su terminal de origen: Si el numero esta incluido en la configuración del CCM le pide un PIN, de lo contrario solicitara el numero de destino remoto + el pin para poder accesar a las opciones del IVR. Este le ofrece 3 alternativas: 1 para realizar una llamada a cualquier destino de acuerdo al perfil configurado para dicha extensión en el CCM, 2 para habilitar MC y 3 para deshabilitar MC.

Cisco Unified Mobile Communicator (CUMC): Es un software para Smartphones que cuenten con un plan de datos, que permite al usuario utilizar de una forma simple y amigable las funcionalidades de movilidad a través de una conexión por VPN.

La implementación de las funcionalidades anteriores no requiere de equipos independientes. Solo se requiere que el CUCM este en versión adecuada, se cuente con el licenciamiento y se realice la configuración respectiva. El siguiente documento contiene la descripción detallada de los servicios de movilidad provistos por el CUCM 7.X.

CUCM 7.X MobilApp.pdf

Aunque en el documento adjunto se presenten múltiples servicios, los únicos actualmente habilitados en la red de Telmex son los listados en la parte inicial de esta sección. Aunque la solución de MC permite la invocación de múltiples servicios suplementarios desde un destino remoto, actualmente el único habilitado es: Hold/Resume. Los servicios de transferencia y conferencia requieren una implementación especial que aún no se encuentra disponible.




Para implementar MC y MVA se requiere que el usuario tenga previamente asignado un IP Phone. (o IP Communicator)

Cada usuario puede definir máximo 4 destinos de PSTN para MC. MC está soportado únicamente en los siguiente teléfonos:

o 7911G o 7940G (Solo funcionando en SCCP) o 7941G o 7942G o 7945G o 7960G (Solo funcionando en SCCP) o 7961G o 7962G o 7971G o 7975G

El servicio de MC solo permite que desde un destino remoto se utilice el servicio suplementario

Hold/Resume. Los demás servicios suplementarios no están disponibles. Debido a las configuraciones de temporizadores para lograr la “unificación de voice-mail” el usuario

con MC podrá contestar las llamadas luego de 1.5 segundos y antes de 20 segundos, desde el primer repique. Si el usuario contesta antes de 1.5 o después de 20 segundos la llamada será liberada.

Los números configurados como destinos remotos solo podrán ser teléfonos móviles o números fijos de la misma ciudad donde se encuentra instalado el IP Phone. No se podrán configurar como destinos remotos número fijos de otras ciudades, esto debido a restricciones para hacer el match del caller ID.

MC puede soportar máximo dos llamadas simultáneas. En caso que se tenga una tercera llamada entrante esta sería enviada al voice-mail (en caso de estar configurado)

Loa “Forced Authorization Code” (FAC) y “Client Matter Code” (CMC) no operan para llamadas generadas desde un remote destination utilizando MVA.

La activación/desactivación de MC puede realizarse desde: o Interface de administración de CUCM. Para esto el usuario debe llamar la Call Center de Telmex

y solicitar el cambio. o Interface de usuario del CUCM: El usuario ingresa a la página Web del CUCM (CCMUser) y

configurar su servicio. La URL para acceder a este servicio es: http://172.31.237.130/ccmuser o Interface telefónica usando MVA: El usuario disca un número telefónico, ingresa el PIN y utiliza

las opciones del IVR para activar o desactivar.


A continuacion se describe la forma en que se debe configurar el CUCM para tener el esquema de Movilidad.

4.1.13.4.3.1 SNR

Mobile Connect, también conocido como Single Number Reach ofrece a los usuarios de Cisco Unified Communications la capacidad de llegar con un mismo número de teléfono a varios dispositivos, ya que suena tanto en su teléfono de escritorio IP como en su teléfono celular al mismo tiempo. Con Mobile Connect los usuarios pueden tomar una llamada entrante en su teléfono y hacerla timbrar en una serie de dispositivos



como el celular o teléfono móvil, en la casa etc. Esta característica le permite al usuario también transferir una llamada activa entre dichos dispositivos. Es decir una llamada en curso la pueden pasar de uno de estos teléfonos al otro sin interrupción. Para configurar el servicio se deben llevar a cabo los siguientes pasos: Creacion del usuario o verificación del mismo. El usuario puede estar o no creado en la plataforma. El estándar a utilizar es el que ya se tiene en el numeral 4.1.13.1.3.29:

9971 Ingenieria 8993. Y debemos tener en cuenta la siguiente información:

User ID ATT8993 (para el ejemplo ID Cliente en Onyx + Extensión) Pwd telmex (para todos a menos que se especifique otra cosa) PIN 12345 (para todos a menos que se especifique otra cosa) Telephone Number: Ext (para el ejemplo 8993) Digest Credentials telmex (para todos a menos que se especifique otra cosa)

Habilitar Device Mobility Mode en el teléfono.

1. Ir a Device->Phone

2. Buscar y editar el teléfono sobre el cual queremos habilitar la opción de Mobility.

3. En el campo Device Information setear en ON o Activado la opción Device Mobility Mode.



4. Seleccionar en el Owner User ID el usuario asignado al dispositivo. El estándar de user es ID Cliente +

Ext. Para el ejemplo ATT8993.

5. Salvar los cambios

Habilitar Mobility en el End User (El user debe estar creado)

1. Ir a User Management->End User.

2. Buscar y editar el End User sobre el que se quiere habilitar la opción de Mobility.

3. Habilitar el Check de Enable Mobility bajo la pestaña Mobility Information.

4. Seleccionar la MAC del teléfono habilitado con Mobility en el campo Primary User Device.

5. Salvar cambios.

Nota: Al salvar cambios asignando los parámetros anteriores, se hace uso de 2 DLUs en la plataforma ya que

al tener el teléfono creado se utiliza una licencia de Mobility Enabled End Users (Adjunct). Si no escogemos

Primary user Device y lo dejamo en none se hace uso de una licencia de Mobility Enabled End Users que

consume 4 DLUs en la plataforma (siempre se debe asociar el teléfono que tiene asignado el ususario).

Crear el Remote Destination Profile.

1. Ir a Device->Device Settings->Remote Destination Profile.

2. Click en Add New.

3. Ingresar un nombre para el perfil (Mismo user, ID Cliente + Ext).

4. En el campo Description el numero celular del ussuario



5. Seleccionamos en el UserID el end user correspondiente.

6. Seleccionamos el Device Pool de la oficina del cliente

7. Seteamos el Calling Search Space asignado al cliente con permiso de celular.

8. Seteamos el Rerouting Calling Search Space (Igual al CSS anterior).

9. Salvamos los cambios

Asociamos el Remote Destination Profile con el DN (Association Information)



1. Ir al Remote Destination Profile creado en los pasos anteriores.

2. Click en Agregar un Nuevo DN en el campo Association Information.

3. Seleccionar el DN que se desea asocias con este perfil.

4. Guardar Configuración.

5. Volver al End User y asegurarse que el Remote Destination Profile este asociado al usuario.

Nota: El device no puede tener habilitado en Auto Answer speaker, ya que no va a permitir asocias el DN

al Remote destination Profile.



Asociar el Remote Destination Profile con el Remote Destinations

1. Edite el Remote Destination Profile creado previamente.

2. Click en Add a New Remote Destination.

3. Ingrese el nombre del Remote Destination (Utilizar el mismo numero del móvil).

4. Ingrese el número de destino. Este depende de la forma en que marca cada cliente a celular.

5. Tipicamente 0 o 9 + 033XXXXXXXXX (Ej 9033132513431) como se marca normalmente desde el

telefono de escritorio a un numero celular.

6. Seleccione la casilla Mobile Phone.

7. Seleccione la casilla Enable Mobile Connect para habilitar mobile connect en el dispositivo (Esto

permitira transferir la llamada desde el telefono de escritorio al celular sin que se vea afectado el flujo

RTP).

8. Dar check en la casilla Line Association para que la linea quede asociada con el remote destination.

9. Salvar los cambios ejecutados.



Nota: Solo se puede asociar un numero movil a un deispositivo. No existe la posibilidad de tener un mismo

número con diferentes devices. Ahora debería ser capaz de marcar el número de su teléfono de escritorio y hacer que suene tanto en su teléfono de escritorio, así como en su teléfono móvil. Con el fin de tener la opción de "transferencia al móvil" se debe crear una plantilla que incluya el botón de movilidad en los softkey del teléfono Ip.

4.1.13.4.3.1.1 Teléfonos que soportan SNR

Mobile Connect es soportado en cualquiera de los modelos que se describen a continuación:

• Cisco Unified IP Phone 7906G


• Cisco Unified IP Phones 7941G, 7941G-GE, 7942G, and 7945G

• Cisco Unified IP Phones 7961G, 7961G-GE, 7962G, and 7965G

• Cisco Unified IP Phones 7970G, 7971G-GE, and 7975G

• Cisco IP Communicator

Todos los teléfonos listados anteriormente que soportan Mobile Connect utilizando la tecla o softkey de Movilidad operan tanto en Skinny Client Control Protocol (SCCP) como en Session Initiation Protocol (SIP).

Los teléfonos que se menciona a continuación soportan Mobile Connect con SCCP únicamente:


• Cisco Unified Wireless IP Phones 7920, 7921G, and 7925G






Las llamadas que son contestadas en un teléfono de destino remoto pueden ser entregadas a cualquiera de los modelos de teléfono IP antes mencionados, independientemente del tipo de mando a distancia del teléfono de destino, ya que la transferencia al teléfono de escritorio IP sólo requiere que el usuario cuelgue el teléfono. Todas las funciones de captura en estos escenarios son manejadas por el CUCM y el gateway de la empresa que maneja la llamada saliente al destino remoto por la PSTN.

Dentro de los Service Parameters se deben tener las siguientes opciones habilitadas:

Enterprise Feature Access Code for Hold = *81 Enterprise Feature Access Code for Exclusive Hold=*82

Cuando se utiliza el Hold Exclusivo la llamada no puede ser recuperada desde el IP Phone.

Enterprise Feature Access Code for Resume=*83 Recuperar la llamada que se haya dejado en Hold

Enterprise Feature Access Code for Transfer=*84 Realizar transferencia de la llamada en curso a un número de destino

Enterprise Feature Access Code for Conference=*85 Iniciar una conferencia

Smart Mobile Phone Interdigit Timer =500 ms Non-Smart Mobile Phone Interdigit Timer =2000 ms Inbound Calling Search Space for Remote Destination = Remote Destination Profile + Line Calling

Search (Default=Trunk or Gateway Inbound Calling Search Space)

Enable Enterprise Feature Access=True Enable Mobile Voice Access=True Matching Caller ID with Remote Destination= Complete Match Number of Digits for Caller ID Partial Match=8 System Remote Access Blocked Numbers=<vacio>

4.1.13.4.3.1.2 Configuración de timers

Los siguientes timers tienen impacto en el funcionamiento del servicio, particularmente para lograr que los mensajes de voz sean almacenados en la solución de PBX Administrada y no en el voice-mail del teléfono móvil.

No Answer Ring Duration (msec) = 19000 Este timer define el tiempo máximo que se permite que la llamada timbre en un destino remoto sin que sea contestada. Este tiempo debe ser inferior al tiempo que tiene configurados los proveedores de telefonía móvil que en Colombia es típicamente de 20 segundos.

Delay Before Ringing Timer (msec) =4000. Este timer define el tiempo que espera el CCM antes de iniciar llamada hacia un destino remoto. Se espera que la llamada se inicialmente tomada en a extensión y en caso de no tomarla sea enviada al destino remoto.

Answer Too Late Timer (msec) = 19000. Este timer define el tiempo máximo que tiene el abonado en el destino remoto para tomar llamada.

Answer Too Soon Timer (msec) = 1500. Este timer define el máximo tiempo en el cual si la llamada es contestada rápidamente la llamada es enviada al voice-mail de la solución de PBX Admin. Esto aplica



típicamente para situaciones en la cuales el móvil esta fuera de cobertura o apagado, lo cual genera que la llamada se envíe inmediatamente al voice-mail del operador celular.

4.1.13.4.3.1.3 Creación de “Softkey” template incluyendo la tecla de movilidad

El servicio de movilidad se activa a través de un Softkey en el teléfono, para lo cual se debe crear un nuevo Softkey template denominado “Standard User with Mobility”, este debe habilitar la tecla de Movilidad para los diferentes estados.

4.1.13.4.3.2 MVA

Mobile Voice Access extiende las capacidades de Mobile Connect permitiendo a los usuarios realizar una llamada desde un celular o teléfono fijo a cualquier destino remoto como si estuviera en su teléfono de escritorio. El usuario marca al numero asignado en el MVA y el sistema le pregunta por el numero de destino remoto si no reconoce el ANI o esta llamando de un numero diferente y el PIN asignado en el CUCM. Una vez autenticado, el usuario puede realizar llamadas utilizando las mismas características del Mobile Connect que estén configuradas sobre el teléfono de escritorio asociado. Si el usuario escribe incorrectamente la información solicitada tres veces seguidas, la llamada se desconecta desde el MVA y el usuario queda bloqueado por un periodo de tiempo. Una vez autenticado el sistema le pregunta a través de un IVR que se encuentra integrado en la solución, que quiere hacer. Solo se tienen las siguientes opciones: Para Realizar una llamada Marque 1 Para Conectar Cisco Unified Mobility Marque 2 Para desconectar Cisco Unified Mobility Marque 3 Para salir o volver al menú anterior en cualquier momento marque el * Cisco Unified Mobile Voice Access Service: Este servicio debe activarse en el servidor Publisher de cada uno de los clusters de CUCM para habilitar la funcionalidad de MVA.

4.1.13.4.3.2.1 Creación y enrutamiento de DIDs para MVA:

La solución de MVA requiere que el usuario marque a un número público directo (DID) a través del cual se accede al IVR y se hace uso de las diferentes opciones. Los DID asignados para cada ciudad son: Bogotá: 7422497 Pendiente definición números para el resto de ciudades. Para las ciudades que no están listadas no se podrá hacer uso del servicios MC+MVA. Por cuestiones de seguridad y administración, Cisco recomienda que el DID asignado sea diferente al DN asignado en el CUCM al MVA (Media Resources > Mobile Voice Access), se debe entonces configurar un “translación” en el Gateway de forma que al marcar al DID se realice la “conversión” al DN asignado para MVA (Esta configuración ya se encuentra aplicada en el CUCM).

4.1.13.4.3.2.2 Translation Patterns y Application Dial Rules para MVA



En el funcionamiento de MVA se hace match con el ANI esto implica que el RDP se debe configurar de la misma forma que se recibe, sin embargo cuando se utiliza MC se debe configurar el número de la misma forma en la cual se debe marcar, dado que la notación puede ser diferente se debe utilizar Application Dial Rules. De esta forma en el RDP se debe configurar el ANI como número nacional significativo, es decir a 8 dígitos si es un número local y a 10 dígitos si es un número móvil.

4.1.13.4.3.2.3 Consideraciones de CAC

Debido a potenciales problemas de negación de servicio por control de admisión (CAC) debido a ancho de banda WAN insuficiente, Cisco recomienda configurar el RDP con un CSS y rerouting CSS que incluyan particiones que apunten a un gateway que tenga el mismo location que el gateway que está recibiendo la llamada entrante. Dado lo anterior y tendiendo que actualmente se tiene un único Gateway para MVA se configurará un único CSS por cliente denominado “<código cliente>_<ciudad>_MVA” que tiene los route pattern adecuados para enviar las llamadas hacia la PSTN tanto de Mobile Connect (desvío a un RD) como de MVA (llamadas desde un RD). Estas llamadas hacia la PSTN se realizarán en un SIP trunk independiente dedicado para este servicio. Este CSS también tendrá las particiones adecuadas para permitir establecer llamadas desde MVA a extensiones de la oficina. Dado que las llamadas pueden tener como destino números locales, es muy importante que implementar configuraciones de CLRDSN en el Softswitch que permitan que la llamada se analice correctamente en cada LDNSET. Para lo anterior es indispensable garantizar que el ANI enviado por el CUCM sea el correcto, se deben entonces realizar pruebas completas a la hora de entregar los servicios. La configuración anterior es implementada en los clusters de la red, por el área de operación de plataforma y no debe ser modificada para realizar aprovisionamiento de clientes específicos

4.1.13.4.3.2.4 CONFIGURACIONES POR USUARIO

Para la activación de MC a un usuario específico se debe seguir lo siguiente:

1. Debe haberse configurado previamente el teléfono IP y asignado un DN. 2. Se debe modificar el teléfono IP del usuario para utilizar el Softkey template que incluye la tecla de

movilidad:

Menú: Device\Phone\<Seleccionar el teléfono del usuario>

PARÁMETRO VALOR

Softkey Template Standard User with Mobility

Es igualmente importante garantizar que el DN asociado al teléfono tenga el parámetro “External Phone Number Mask” configurado correctamente. Este debe coincidir con el número público asociado al cliente y será el número al cual ser “cobrarán” las llamadas desviadas a número móviles. 3. Se debe crear un “End user” con la siguiente estructura de parámetros:

Menú: User Management\End User



PARÁMETRO VALOR

User ID <Código Cliente><Extension> Ej. ATT8993 (Todo en Mayúsculas)

Password Password aleatorio de 8 caracteres, alfanumérico

PIN Número de 6 dígitos. Por default 12345

First, Middle, Last Name Nombre completo del usuario.

User Local “Español, República de Colombia”

Enable Mobility Habilitado (checked)

Primary User Device <Seleccionar el teléfono IP del usuario>

Enable Mobile Voice Access Habilitado (checked)

Maximum Wait Time for Desk Pickup

10000

Remote Destination Limit 4

Es importante tener en cuenta que si el usuario ya tiene el servicio de “Extension Mobility”, solo se requiere ajustar los parámetros respectivos del “End User”.

4. Crear un CSS en el cual se incluya la Partición PSTNGW_Mobilidad y la partición de teléfonos internos

del cliente. Este CSS debe estar nombrado como <código cliente>_BOG_MOBILITY 5. Crear un “Remote Destination Profile”. El RDP puede verse como un “teléfono IP virtual”.

Menú: Device\Device Settings\Remote Destination Profile

PARÁMETRO VALOR

Name <Código Cliente><Extension>

Description <Código Cliente><Extension>

User ID El mismo User ID creado en el “End User”

Device Pool DP Asignado a la oficina

Calling Search Space CSS asignado al usuario

User Hold Audio Source <None>

Privacy Desactivado

Rerouting Calling Search Space

CSS Asignado al usuario

Calling Party Transformation CSS

Pruebas por realizar

6. Asociar DN al RDP. Este DN de debe tener la misma número asignado al teléfono IP. Es decir, se crea

una “Shared Line” entre el RDP y el teléfono IP.

Menú: Directory Number (Asociado al RDP)

PARÁMETRO VALOR

Directory Number El mismo número asignado al teléfono IP

Description Descripción del usuario y cliente que usa el servicio. (El sistema trae los datos previamente cargados en dicha extensión)

External Phone Number Mask

Se debe configurar como el número a 8 dígitos correspondiente al número público del cliente.

7. Crear un Remote Destination en el cual se define el número de la PSTN hacia el cual se desviarán las

llamadas.



Menú: Device\Remote Destination

PARÁMETRO VALOR

Name User ID_Numero Celular

Destination Number Número del teléfono de destino. Celular: 3XX XXX XXXX (10 dígitos) Local: Y XXX XXXX (8 dígitos. Y es código de área)

Answer Too Soon Timer 1500

Answer Too Late Timer 19000

Delay Before Ringing Timer 4000

Remote Destination Profile

Mobile Phone Habilitado (checked)

Enable Mobile Connect Habilitado (checked)

Para realizar la implementación de MVA se requiere de un GW H323 que hace las veces de VXML GW el cual ya se encuentra instalado y operando. La forma de invocar el servicio VXML es utilizando la siguiente URL: http://172.31.237.130:8080/ccmivr/pages/IVRMainpage.vxml http://10.9.0.1:8080/ccmivr/pages/IVRMainpage.vxml La configuración de este GW así como el enrutamiento de DIDs es implementado por el área de operación de plataforma. Las áreas de aprovisionamiento no requieren realizar configuración alguna en estos equipos. Se adjunta configuración de dicho GW. Esta configuración por ahora solo tiene asociado el número de Bogotá.

Configuración GW para MVA.docx

En la implementación actual de Telmex se tiene un único GW el cual está instalado en el Datacenter de Ortezal, a través del cual se implementa la funcionalidad de MVA para ambos clusters.


Aunque en principio la solución lo permite, el usuario no podrá definir los horarios de enrutamiento para cada destino.

El servicio de Dial-via office solo podrá ser implementado para los usuarios que tengan telefonía pública con Telmex. Este servicio debe permitir realizar llamadas Locales y Nacionales.

Aunque en principio MC permite hasta 10 destinos, por consideraciones de administración y escalabilidad cada usuario podrá tener un máximo 4.

MC solo puede soportar 2 llamadas simultáneas por usuario. MC no aplica para llamadas de video. Es decir, si se tiene una llamadas de video y se presiona la tecla

de Movilidad no funciona correctamente.

La funcionalidad de FAC (Force Authorization Code) no aplica para el acceso a través de MVA. No se pueden configurar teléfonos del mismo cluster como Remote Destination (RD) Cuando se implementa MC las llamadas son desviadas al celular. Existe un parámetro de

funcionamiento denominado “Answer Too Soon Timer” (típicamente 1.5 segundos). Si el abonado

http://172.31.237.130:8080/ccmivr/pages/IVRMainpage.vxml

http://10.9.0.1:8080/ccmivr/pages/IVRMainpage.vxml



contesta antes de este tiempo la llamada será liberada. Esto se realiza para evitar el cobro de llamadas contestadas por buzones de voz o cuando el celular está fuera de cobertura.

Si el abonado celular rechaza la llamada después del “Answer Too Soon Timer” (1.5s) y antes del “Answer Too Late Timer” (19s) la llamada será atendida por el buzón de voz del celular y será facturada normalmente.

4.1.13.5 Configuración IPhone, Android y Nokia con CUCM

A continuacion se describe la forma en que se deben configurar los smartphone en la plataforma de CUCM para su correcto funcionamiento con al palicatico Cisco Unified Mobile Communcator CUMC.


CUMC es una aplicación de software fácil de utilizar para teléfonos móviles que facilita comunicaciones más efi caces para empleados móviles. Al llevar las aplicaciones de comunicaciones y servicios a los teléfonos móviles y smartphones (telé- fonos inteligentes), Cisco Unifi ed Mobile Communicator racionaliza la experiencia de la comunicación, lo que facilita la colaboración en tiempo real. Los empleados pueden acceder a información actualizada del directorio personal y de la empresa, ver si los compañeros están disponibles, enviar de forma segura mensajes de texto, utilizar llamadas en conferencia, recibir y reproducir los mensajes de correo de voz de la oficina en un móvil, ver una lista de mensajes en la pantalla y seleccionar el que se desea reproducir pulsando un botón a través de la integración en Cisco Unity


Los dispositivos Iphone, Android y Nokia se conectan a la red de UC a través de la VPN de Cisco denominada Any Connect. El primer paso a realizar para tener dicha conectividad es realizar la descarga de dicho software del App Store para el Iphone, del Market o Play Store para Android y del Nokia, la cual es gratuita y presenta las siguientes características:

Optimiza la capacidad del sistema operativo iOS para facilitar de forma nativa conexiones VPN bajo demanda, blindando automáticamente las comunicaciones de empresa a través de un túnel seguro cuando sea necesario.

Todas las comunicaciones están protegidas con encriptación AES de hasta 256 bits utilizando protocolos de túnel SSL o DTLS. Los administradores de TI también pueden permitir el acceso a los recursos corporativos en función del usuario o del grupo de trabajo, así como revocar el acceso con rapidez en caso de pérdida o robo de los dispositivos o del intento de uso con otro terminal.

El acceso seguro a las aplicaciones se mantiene de forma automática al cambiar de red de telefonía móvil a red WiFi y viceversa, gracias a una opción para configurar el roaming de red.

Las políticas y la información sobre perfiles para la conexión pueden pre-configurarse y actualizarse automáticamente desde la familia de dispositivos Cisco Adaptive Security Appliances (ASA 5500).

Soporta todas las capacidades de autenticación de Cisco ASA, incluyendo la autenticación multi-factor y los certificados digitales desplegados mediante SCEP.

Soporta en modo nativo las conexiones VPN mediante túnel DTLS, proporcionando así un rendimiento óptimo para las aplicaciones con más problemas de latencia como la voz o el vídeo.


4.1.13.5.3.1 Configuración del Teléfono en el CUCM



Se debe adicionar sobre el CUCM un nuevo dispositivo como: Cisco Dual Mode for iPhone, Cisco Dual Mode for Android o Nokia S60 de acuerdo al dispositivo que se pretenda configurar.

Configurar el dispositivo de la siguiente manera:

Para iPhone

Device Name: Debe comenzar con TCT y estar acompañado del ID del cliente mas la Extensión. Para el ejemplo TCTATT3506

Phone Button Template se debe asociar a Dual Mode for iPhone DP, CSS, Location de la oficina que hará parte el usuario. Tener en cuenta que se utilizan los recursos

de Xcode, Conferencia y Sesiones SIP de dicha oficina.

Device Security Profile: Se debe escoger Cisco Dual Mode for iPhone – Standard SIP Non-Secure Profile.

SIP Profile: Se debe escoger Standard SIP Profile.



Bajo Product Specific Configuration Layout, colocar en Disable el campo Allow End User Configuration Editing. Esto produce que el usuario que se conecta por el iPhone no tenga acceso a ningún parámetro de configuración sobre el CUCM.

Asignar el DN con la partición correspondiente. También el Voice Mail Profile si el usuario tiene buzón de voz.



Con esto finalizamos la configuración del dispositivo Iphone sobre el CUCM.

Para Android

Device Name: Debe comenzar con BOT y estar acompañado del ID del cliente mas la Extensión. Para el ejemplo BOTAGD12999

Phone Button Template se debe asociar a Dual Mode for Android DP, CSS, Location de la oficina que hará parte el usuario. Tener en cuenta que se utilizan los recursos




Device Security Profile: Se debe escoger Cisco Dual Mode for Android – Standard SIP Non-Secure Profile.

SIP Profile: Se debe escoger Telmex SIP Profile Jabber el cual ya esta parametrizado con los timers para dispositivos Android.




Para Nokia

Device Name: Se debe asignar la MAC del dispositivo móvil ya que estos se configuran a nivel de Skinny en la plataforma. Para esto se obteien dicho numero digitando en el Smartphone la siguiente secuencia:

*#62209526#

Diocho comando en el Nokia nos da la MAC del dispositivo, Teniendo dicha información procedemos a configurar el dispositivo en el CUCM como Nokia S60. El device quedara configurado con la MAC del Smartphone. Para el ejemplo: SEP5C57C8CBD08B

Phone Button Template se debe asociar a Standard Nokia S60 SCCP DP, CSS, Location de la oficina que hará parte el usuario. Tener en cuenta que se utilizan los recursos




Device Security Profile: Se debe escoger Nokia S60 – Standard SCCP Non-Secure Profile.


4.1.13.5.3.2 Instalación software cliente en el Smartphone

Procedemos con la instalación del software en el dispositivo y lo configuramos de la siguiente manera: Para el ejemplo se utiliza un iPhone, pero el proceso es similar para Android y Nokia)

Lo primero que nos solicita es permitir la gestión de la VPN por parte del software de cisco a lo cual decimos OK.



Este aviso solo aparece la primera vez que ejecutamos el programa. Luego del anterior paso nos envía a la siguiente pantalla para configurar la conexión.



Seleccionamos Add VPN Connection, lo cual nos envía a la siguiente pantalla y sobre la cual configuramos los siguientes parámetros



Description: Telmex

Server Address: movilidadpbx.telmexla.net.co

Network Roaming: Activado

Use Certificates: Desactivado Pulsamos en SAVE en la parte superior derecha para guardar los datos y regresar a la pantalla principal. Veremos que ya nos aparece la conexión configurada, en color azul.



Pulsamos sobre TELMEX (o el nombre que le hayamos dado) para iniciar la conexión.



Seleccionamos:

Group: PersonalComm

Username: ATT_User1 (Este ejemplo corresponde al cliente ID de servicio ATT – User1)

Password: El asignado por Telmex con los niveles de seguridad necesarios.

Pulsamos sobre CONNECT en la parte superior derecha para iniciar.



Una vez estemos conectados a la VPN, el sistema nos asigna una dirección del rango 10.172.253.X/24.

4.1.13.5.3.3 Configuracion Nokia Call Connect sobre Nokia

Se realiza la instalación del archivo anyconnect-symbian-armv5_urel-2.4.5004-AnyConnect.sis mediante el Nokia PC Suite. Dicho archivo se encuentra disponible en la Intranet y sobre la paguina de e-solutions en Internet para descarga por parte del PIM.

Se debe realizar la descarga de Nokia Call Connect de la tienda OVI.

Una vez instalada la VPN realizar la conexión con el user y password asignado.

Abrir Nokia CC Cisco. Crear un SCCP Service.



Para configurar el Nuevo SCCP Service, seleccione Options > Settings > New profile

Al Profile se le define:

Profile Name: El que se desee

Access Point: Anyconnect

TFTP server: 172.31.237.130

Una vez realizada la configuración básica del profile nos devolvemos y observamos que el profile no aparece registrado “Not registered”. Para registrar el servicio es necesario ingresar a Contactos y en las opciones encontrar Cisco Voip. Seleccionar Activate para lograr que se register el dispositivo.



Una vez Activado el servicio, el profile creado se debe ver registrado.

Una vez registrado, se pueden realizar las llamadas con la Ext que se configuro en la plataforma.

Nota: Estas pantallas corresponden a un Nokia E72, pero el nokia N8 es muy similar.

4.1.13.5.3.4 Configuracion Cisco Jabber sobre Android o IOS

Para comenzar, debemos tener acceso a internet desde el Android o el Iphone, bien sea por la red del proveedor celular o por wifi.

Descargar Cisco Jabber del Play Store, Market o Apple Store de acuerdo al dispositivo. Una vez realizada la descarga proceder con la instalación de la misma.

Una vez instalado el software, abrimos la aplicación y lo primero que hacemos es aceptar las condiciones de licenciamineto.



Luego seleccionamos Ir a configuración



Los parámetros a configurar son los siguientes para IOS o Android

Id. de Dispositivo: BOTAGD12999 (El configurado sobre el CUCM bajo el estándar BOT + Id Cliente + Ext) - Android

Id. de Dispositivo: TCTATT3507 (El configurado sobre el CUCM bajo el estándar TCT + Id Cliente + Ext) - Iphone

Direccion de Servidor: 172.31.237.130 o 172.31.237.171 (solo estos servidores están habilitados para TFTP)

Seleccionar si queremos o no Inicio Automatico

Lo cual nos envía a la siguiente pantalla que nos indica que estamos logueados en la plataforma.




Limitado a los smartphone que Cisco tiene homologados para Anyconnect que se describen a continuación y que exigen ciertas versiones de sistema operativos en dichos dispositivos.

El Cisco Jabber habillita el servicio de Telefonia. Las opciones de IM y Presence se validan en una versión de soft client diferente denominada Jabber IM.

La VPN tiene que estar up siempre en el dispositivo para lograr recibir y sacar llamadas Con CUMC se pueden configurar los dispositivos igual que un Softphone, pero la conexión se realiza a través de una VPN con el cliente de AnyConnect que se descarga del Apple store para Iphone o del Market para equipos con Android y de la pagina https://movilidadpbx.telmexla.net.co para Nokia Para Iphone se debe contar con las siguientes características en el smartphone:

iOS and iPhone/iPad/iPod support Cisco Mobile

Cisco Mobile 8.0 (Nonmultitasking) Cisco Mobile 8.1 (Multitasking)

iOS 3 Supported Not Supported

iOS 4 Supported (with feature limitations because Cisco Mobile 8.0 will not run in the background)

Supported

iPhone models supported

3G, 3GS, 4 3GS (requires iOS 4.2 upgrade), 4

iPod Touch models Not Supported 3rd & 4th Generation (require iOS

https://movilidadpbx.telmexla.net.co/



supported 4.2 upgrade)

iPad Not Supported Supported (requires iOS 4.2 upgrade)

iOS and iPhone/iPad/iPod support Anyconnect 2.5

Device Apple iOS Release Required

iPad/iPad 2 WiFi and 3G 4.2.1 or later

iPhone 3G/3GS/4 4.1 or later

iPhone 4S 5.0 or later

iPod Touch (2nd Generation or later) 4.1 or later

iOS and iPhone/iPad/iPod support Jabber

Apple iOS 6.0 or later running on an Apple iPhone 3GS, 4, or 4S, Apple iPod touch third or fourth generation is required for Cisco Jabber for iPhone 9.0.2. Apple iOS 5.1 running on an Apple iPhone 4 or 4S or Apple iPod touch third or fourth generation will be supported until December 27, 2012.

iOS and iPhone/iPad/iPod support Jabber IM

Cisco Jabber IM para iPhone trabaja con los siguientes dispositivos Apple: • iPhone 3GS and 4

• iPod Touch (third and fourth generation)

• iPad 1 and 2

Cisco Jabber IM para iPhone trabaja con las siguientes versions de Apple: • 5.1.1

• 6 Para Anyconnect sobre Android se incluyen los modelos del arhcivo adjunto, teniendo en cuenta que la versión del sistema operativo que aparece como 2.3.3 o superior, hace referencia al path sobre 2.X. Es decir dichos dispositivos no están soportados en versión 4.X o ICS

android-acug.pdf

Cisco Jabber para Android es oficialmente soportado en los siguientes dispositivos: • Samsung Galaxy Nexus running Android Version 4.04

• Samsung Galaxy S II (AT&T) running Android Version 2.3

• Samsung Galaxy S II SC-02C (NTT Docomo) running Android Version 2.3

• Samsung Galaxy S i9000 (model number GT-I9000) running Android Version 2.3

• Samsung Galaxy ACE (model number GT-S5830L) running Android Version 2.3

• Samsung Galaxy Tab international version (model number GT-P1000) running Android Version 2.3



Para Nokia se incluyen los siguientes dispositivos a los que se les puede instalar el Anyconnect: Nokia: E6 and other device support planned by Nokia (N8, C6-01, C7, and E7)

4.1.13.6 ASA


Proporciona a los usuarios móviles y remotos un acceso seguro a la plataforma de comunicaciones unificadas por medio de redes privadas virtuales o VPNs.


ASA provee las siguientes capacidades • Características de seguridad • Soporte para dos VPN para comunicación entre oficinas o socio de negocios, con expansión de hasta

25 (ASA 5505) o 750 (ASA 5520) empleados • Soporte para cualquier red de área local de 5 (ASA 5505) a 250 (ASA 5550) usuarios de área de red

local LAN • Varias opciones para conexiones de red de alta velocidad en función de sus necesidades de

rendimiento • Agrupamientos pre configurados para mayor facilidad de solicitud y configuración


A continuacion se describe la fomra en que se configura el servicio de VPN a través del AS para que los ususarios en la plataforma puedan tener acceso a la misma. También se describe el proceso de instalación en el PC del cliente.

4.1.13.6.3.1 Creación Usuarios para VPN sobre el ASA

Para que un usuario de CUPC o CIPC tenga acceso a la plataforma de UC a través de internet, es necesaria la creación de un usuario y un password el cual va a ser utilizado en el momento de ingresar a link https://movilidadpbx.telmexla.net.co creado para tal fin. El proceso para la creación de dichos usuarios es: Realizar un Remote desktop a la maquina 172.31.238.61 con el siguiente usuario y password: Usuario: sslvpnasa Password: sslvpn4s4 Abrir sobre el escritorio el icono denominado Cisco ASDM-IDM Launcher




Dar doble click sobre el icono se despliega la siguiente pantalla.

Utilizar como Username y Password: telmex Se observara el progreso de acceso a la plataforma.



Esta es la ventana que muestra el sistema cuando se ha validado el user y el password.

Para crear un nuevo usuario de VPN se debe ingresar al menú de configuración en la parte superior del ASDM, luego se selecciona la categoría “Device Management” y finalmente bajo la opción “users/AAA” se debe seleccionar “User Accounts”. El ASDM va a mostrar un listado de los usuarios actualmente configurados, para crear un nuevo usuario se debe hacer click en “Add”



Aparece la página de creación de cuentas de usuarios, en ésta página se determina el nombre y la contraseña del usuario y se debe seleccionar en la parte inferior la opción “No ASDM, SSH, Telnet or Console Access” para evitar que el usuario pueda tener acceso administrativo al firewall, luego se debe seleccionar en el menú la opción “VPN Policy” para configurar los parámetros de VPN del usuario. El estándar a utilizar para el usuario estará asociado al Id del cliente en el CRM y a un consecutivo en el número de usuarios que tenga el cliente: Como ejemplo vamos a tomar que el cliente Porvenir el nuestro CRM tiene el Id PRV. El siguiente ejemplo en el caso de que el cliente solicito 3 usuarios: PRV_User1 PRV_User2 PRV_User3 El password a utilizar se debe generar mediante la misma herramienta de generación de passwords utilizada en la plataforma de Vidyo. Longitud: 8 Tipo: Letras y números Con los datos obtenidos anteriormente se alimenta la información en la página.



En la ventana “VPN Policy” se debe seleccionar el Group Policy o perfil al que pertenece el usuario y se debe seleccionar el mismo valor en la opción “Connection Profile Lock” con el fin de evitar que el usuario pueda conectarse a otros perfiles.

Al terminar de crear el usuario se debe verificar la creación retornando a la página inicial con el listado de usuarios configurados sobre la plataforma, en ella se debe confirmar que el usuario no tiene privilegios administrativos sobre la plataforma y que se encuentra ligado al perfil de VPN deseado.



Una vez realizadas las anteriores verificaciones se debe aplicar la configuración mediante el icono Apply para que el nuevo usuario sea cargado en la plataforma con las políticas correspondientes.

4.1.13.6.3.2 Instalacion VPN a través Link Internet

A continuacion se describe el proceso que se debe llevar a cabo en la instalación del Anyconnect en un pC con Windows 7. Para Win Xp aplica el mismo proceso. Se debe ingresar al link https://movilidadpbx.telmexla.net.co , el cual nos informa de un certificado de seguridad al cual siempre debemos decir “Vaya a este sitio web (no recomendado). Es una página segura dentro de la red.




Una vez validamos el certificado, nos pide user y password. Estos son proporcionados por Telmex a cada usuario bajo el estándar definido por el manual.

Al ingresar user y password correctos, el sistema nos va a pedir que procedamos con la instalación del complemento Annyconnect. Debemos permitir la instalación de dicho complemento. En este caso dicho comentario aparece en la parte inferior del print screen que se tiene a continuación. Dependiendo de la versión de OS puede salir un mensaje diferente tanto en texto como en posición sobre la pantalla.



Al dar click sobre instalar, nos pregunta si procedemos con dicha instalación. A lo cual decimos Instalar.

Nos presenta una alerta de seguridad en la cual debemos confiar y dar click en Si



El sistema procede con la instalación del aplicativo como se muestra en la siguiente pantalla donde observamos el progreso de la instalación.

Una vez instalada la aplicación, procede a realizar la conexión de la misma.



Una vez finaliza dicho proceso observamos que la conexión se realizo. En la barra de tareas como muestra el icono que está en el círculo rojo y en la pantalla principal aparece el recuadro Connected con el check respectivo.



Si cierro el browser la conexión sigue abierta. Solo realizando una desconexión de forma manual sobre el icono o apagando el equipo deshabilito la vpn.

Al realizar dicha operacion, debo proceder a conectar de nuevo la VPN por el mismo icono



El sistema me puede preguntar de nuevo si acepto el certificado. A lo cual debemos decir Aceptar.

Esta operación nos envía a un icono en donde debo digitar el user y el password asignados, con lo cual se establece de nuevo la conexión VPN.



Siempre que se realiza el proceso anterior, nos reporta la alerta de seguridad a la cual decimos continuar por medio de icono Si.

Si en la barra de tareas ingreso al icono de Anyconnecct y le digo quit, desaparecerá dicho icono.



Luego de decir Quit, no se ve el icono en la barra de tareas.

Si ingreso de nuevo por el link en la pagina con usuario y password lo único que me muestra es la alerta de seguridad referente al certificado, a lo cual siempre debo responder Si.



Con lo cual queda nuevamente conectada la vpn.

Las pantallas que se describieron anteriormente corresponde a la instalación en una maquina con OS Win 7 de 32 Bits (Para 64 es exactamente el mismo proceso).



4.1.13.6.3.3 Troubleshooting Básico sobre el ASA5520

Se adjunta el siguiente archivo donde se encuentran algunas verificaciones que se pueden realizar y un nivel de troubleshooting básico sobre el ASA.

Capacitacion ASA Telmex.pptx


Se pueden tener máximo 500 sesiones simultáneas o ususarios en la plataforma. Todos los dispositivos CUPC o Jabeer que se instalan en los clientes deben establecer una VPN a través

del ASA para su correcto funcionamiento.

4.1.14 Acuerdo Niveles de Servicio

Se adjunta documento con SLAs acordados para la plataforma de UC.

ACUERDO_DE_NIVELES_DE_SERVICIO_PBX.pdf

Unified Communications Mayo 2015

Documents

Transcript of Unified Communications Mayo 2015