Unified Communications

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
CONTROL DE CAMBIOS
Fecha de Ver. Cambiado Secciones Motivo del cambio
Cambio por: Cambiadas
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 restringe llamadas de
Se agrega sección Emergencia al rango 1[1-
Smartphone Nokia 2]X. Se agrega sección
Call Connect y Jabber 4.1.13.6.3.4 y 4.1.13.6.3.5
para Android
2012-09-23 1.0 Javier Veru Se actualizan 4.1.13.6.4 Restricciones
Smartphone sobre
Android que soportan
Anyconnect
2012-10-30 1.0 Javier Veru Se adiciona sección 4.1.13.1.3.32 Configuracion
Configuración página CCM User para Directorio
CCM User. Personal
2012-11-13 1.0 Javier Veru Se actualiza versión Se homologa versión única
homologada para para soporte de PBX. 151-
CPEs 3.T2
2013-03-04 1.0 Javier Veru Todas las secciones Se elimina CUMA de la
que hacían referencia solución de UC
al CUMA
2013-05-23 1.0 Javier Veru Se actualiza 4.1.13.1.3.30.7
configuración TRANSCODER Y
Recursos de CFB en CONFERENCE MEDIA
GW para Meetme o RESOURCES
Ad Hoc
2013.06.13 1.0 Javier Veru Se elimina Cisco 4.1.13.5.3.3
Mobile para Iphone. Configuración Aplicación
Jabber aplica para Cisco Mobile 8.0 en el
IOS y Android Iphone
3.2.8.4 Mobile
Communicator CUMC
2014.05.14 1.0 Javier Veru 3.2.7.2 Modelos Se elimina 7937 por EoL y
Homologados. se agrega 8831. Se modifica
3.2.5.2 Version versión homologada para
4.1.13.1.3.30 soporte teléfonos 6945 en
Configuración modo SRST. Se agrega
Directorio Araña 8831 configuración Directorio
para teléfonos 8831.
2014.10.23 1.0 Javier Veru 4.1.13.1.3.42 Se adiciona sección del
Suspension y proceso a seguir para
Confidencial Pág. 2 2014-10-23

CISCO
Reactivacion Servicio supnder y reactivar el

de PBX servicio de pbx.

CISCO
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.7.3 Restricciones ............................................................................................................. 25
3.2.8 Cisco Unified Client .......................................................................................................... 25
3.2.8.1 IP Communicator (CIPC) .......................................................................................... 25
CISCO
3.2.8.1.1 HOJA DE DATOS ................................................................................................... 25

3.2.8.1.2 LICENCIAS ........................................................................................................... 25
3.2.8.2 Personal Communicator (CUPC) ................................................................................ 26
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 ................................................................................................... 28
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 .............................................................................................................. 32
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

CISCO
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 ......................................................................................................... 48
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

CISCO
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.3.42 Suspension y Reactivación Servicio PBX .................................................... 236
4.1.13.1.4 Restricciones .................................................................................................... 236
4.1.13.2 Unity Connection.................................................................................................. 237
4.1.13.2.1 Descripción ....................................................................................................... 237

CISCO
4.1.13.2.2 Características .................................................................................................. 237

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

CISCO
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.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.1 Descripción ....................................................................................................... 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 ...................................................................................................................... 350
4.1.13.6.1 Descripción ....................................................................................................... 350
4.1.13.6.3.1 Creación Usuarios para VPN sobre el ASA .................................................. 350
4.1.13.6.3.2 Instalacion VPN a través Link Internet ...................................................... 355
4.1.13.6.3.3 Troubleshooting Básico sobre el ASA5520 ................................................. 365
4.1.13.6.4 Restricciones .................................................................................................... 365
4.1.14 Acuerdo Niveles de Servicio ........................................................................................ 365

CISCO
COMUNICACIONES UNIFICADAS (UC) CISCO
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.

CISCO
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:

CISCO
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”.

CISCO
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 Funciones incluidas y consideraciones de

de Lista diseño
Limitado a los teléfonos 6901, 6911 y 6921 incluye
LIC-CUCM-BASIC Basic IP user 125.00 SNR
Aplica para cualquier teléfono incluye movilidad,
LIC-CUCM-USR Enhanced IP user 210.00 SNR
Para zonas comunes. Máximo 15% del cluster
PUBLIC-IP-DEV-ADD Public-space user 150.00 puede ser de este tipo
Para los puertos analógicos en los VG224, VG248 o
ANLG-DEV-ADD Analog users 40.00 ATA187
Can be added to Enhanced IP User license for
LIC-ADJ- additional endpoint, video support, softclient or
USRAUDVID Adjunct User License 85.00 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_Basi CUCM-USR-LIC_Enh
c.xlsx anced.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

CISCO
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

CISCO
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
Número de parte Descripción Precio Capacidad

de Lista 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

CISCO
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 Descripción Precio Funciones incluidas y consideraciones de

parte de Lista diseño
UNITYCN8-USR One Unity Connection 8.x User - 75.00 Esta licencia incluye todas las funcionalidades de
All user Features 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

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

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

CISCO
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

de Lista 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

CISCO
HWIC slot 3,995.00

2901 Voice Bundle w/ PVDM3-16,FL-CME-SRST-25, UC
C2901-CME-SRST/K9 License PAK 3,195.00 35
2911 Voice Bundle w/PVDM3-16,FL-CME-SRST-25, UC
C3945-CME-SRST/K9 License PAK 14,495.00 1,200
3925E Voice Bundle w/ PVDM3-64,FL-CME-SRST-25, UC
C3925E-CME-SRST/K9 License PA 16,495.00 1,350
3945E Voice Bundle w/ PVDM3-64,FL-CME-SRST-25, UC
C3945E-CME-SRST/K9 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

de Lista Máx. (CUBE)
C2901-VSEC- C2901 VSEC CUBE Bundle, PVDM3-16, UC SEC Lic, FL-
CUBE/K9 CUBEE-25 4,695.00 100
CUBE/K9 CUBEE-25 5,395.00 200
CUBE/K9 CUBEE-25 6,495.00 400
CUBE/K9 CUBEE-25 10,395.00 600
CUBE/K9 CUBEE-25 12,995.00 800
CUBE/K9 CUBEE-25 16,495.00 950
C3925E-VSEC- C3925E VSEC CUBE Bundle, PVDM3-64, UC SEC Lic, FL-
CUBEK9 CUBEE-25 18,495.00 2100
C3945E-VSEC- C3945E VSEC CUBE Bundle, PVDM3-64, UC SEC Lic, FL-
CUBEK9 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
Número de parte Descripción Precio

CISCO
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
Número de parte Descripción Precio

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
CISCO
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.p VG224_VG204 & ATA187

df 112FXS bundle.pdf
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

CISCO
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
CISCO
CP-7961
CP-7971G-GE
CP-7970G
Serie 6961
Serie 6941
Serie 89XX
Serie 39XX
3.2.7.3 Restricciones
Sobre el cluster version 7 no se pueden configurar los nuevos telefonos 78XX que reemplazan a los 69XX. Por
lo tanto sobre este cluster solo se deben instalar equipos de la gama 69XX hasta que se realice la
actualización del cluster a una versión 9 o superior.
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
Número de Descripción Precio de Lista Funciones incluidas y

parte consideraciones de diseño
Incluye únicamente el Software Cliente.
Cisco IP Communicator 7.x - Se requieren las licencias (DLU o UCL) en
IPCOMM7-LIC Communications Client 90.00 el CUCM.
IPCOMM7-SW Cisco IP Communicator 7.x 0.00
CON-CBSW- COLL ESS SW IP Communicator 7.x Top
IPCOMM7S Level 0.00

CISCO
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
diseño de esta solución.
CUP8.5-USER-ADD
Número de Descripción Precio de Funciones incluidas y consideraciones

parte Lista de diseño
CUP8.5-USER- Licencia Usuario en plataforma (DLUs)
LIC Cisco Unified Presence User License 20.00
Personal Communicator Client. Incluye
únicamente el Software Cliente. En caso que
UPC8-CLIENT- Cisco Unified Personal Communicator se tenga la opción de IM Only, no se
LIC User License 8.x 50.00 requiere comprar la licencia del cliente.
Se debe solicitar el BOM que se adjunta a continuación

CISCO
CUP8.5-USER-ADD.x
lsx
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
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

Cisco Unified Video Advantage
CUVA-V3= with Cisco VT Camera III 220
CUVA-V3- Cisco Unified Video Advantage
24BUN= and VT Camera III 24-Unit Pack 5,280
Cisco Unified Video Advantage Cisco Unified Video Advantage User License
CUVA-SW-LIC 2.x - Software Only 100
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

CISCO
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:

Cisco Unified Enterprise
CUE-ATT-CON 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.

CISCO
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

CISCO
 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 Codec Mean Voice Packets Bandwidth Bandwidth

Voice Bandwidth
Codec & Bit Rate Sample Sample Opinion Payload Per ATM MP or
Payload Ethernet
(Kbps) Size Interval Score Size Second AAL5MUX FRF.12
Size (ms) (Kbps)
(Bytes) (ms) (MOS) (Bytes) (PPS) (Kbps) (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
CISCO
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 El ancho de banda es por cada contacto en

CUPC  CUPS <= 2kbps
(XMPP) 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,
DSCP para mensajes individuales
datos
IM – SIMPLE CUPC  CUPS 2.2 kbps
AXL SOAP CUPC  CUPS <= 2kbps
Audio – Llamadas CUPC (Softphone) G.711=88kbps De acuerdo con el número de llamadas que
entre sedes - Audio Endpoint EF van atravesar la WAN
G.729=32kbps

CISCO
Por cada usuario con VM se debe definir un

Unity Connection G.711=88kbps
Audio - Voicemail ancho de banda de 10% de una sesión para
- Audio Endpoint EF
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:

CISCO
 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
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

1a5 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

CISCO
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

CISCO
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 Requerimientos Hoja de

Tipicos.doc Hardware.doc Especificacion Tecnica.doc
Manual - Relacion Bandas

Instalacion.doc 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

CISCO
 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 Manual de Usuario Administración

campos Line Text Label
deyAdministración
Display en Arcana.doc
Delegada
Delegada
Ver1.ppt
- 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

CISCO
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:

CISCO
• 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
CISCO
• 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
CISCO
 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).

CISCO
 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.

CISCO
 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.711 G.711↔G.729A/G.722 G.711↔G.729/iLBC ISAC G.711↔G.711 G.711↔G.729A/G.722 G.711↔G.729/iLBC 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

CISCO
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
RTP SRTP
G.711 G.729/G.729A G.722 iLBC G.711 G.729
Conf Size 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

CISCO
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 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.711G.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

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.
CISCO
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:

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

CISCO
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
Llamadas Nacionales por
9.0456XXXXXXXX Telmex
9.00[579]! Llamadas Internacionales
Llamadas Internacionales
9.00456! por Telmex
0.1[1-2]X Llamadas de Emergencia


CISCO

0.0456XXXXXXXX Telmex
0.00456! 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)
CISCO
 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.

CISCO
 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

CISCO
Las premisas de dimensionamiento son las siguientes:
Platform Hardware Bundled Ports Max Ports Max IVR Sessions Max Mailboxes Storage (hours)
AIM2-CUE 6 6 6 65 14
2800/3800 NME-CUE 8 24 24 275 300
ISM-SRE-300-K9 6 10 10 100 60
NME-CUE 8 24 24 275 300
2900/3900 SM-SRE-700-K9 4 32 32 500 600
SM-SRE-900-K9 4 32 32 500 600
Supported Count per

License Type License License Max Count
AIM2 NME CUE on ISM-SRE- CUE on SM-
300-K9 SRE-
700-K9
Mailboxes FL-CUE-MBX-5 5 65 275 100 500
FL-CUE-NR-MBX-
5*
Voice Ports FL-CUE-PORT-2 2 6 24 10 32
FL-CUE-NR-
PORT-2*
IVR Sessions FL-CUE-IVR-2 2 6 24 10 32
FL-CUE-NR-IVR-
2*
TimeCardView FL-TCV-USER-1 1 65 275 100 500
1
Users
FL-TCV-NR-
USER-1*
Las versiones de IOS mínimas para soporte de cada modulo CUE en versión 8 son:
Cisco Unity Cisco Unity Express Cisco Unity Cisco Unity

Express Enhanced Cisco Unity ISE-CUE module Express on Express on
Cisco Network Module Express installed in Cisco ISM-SRE-300- SM-SRE-700-
1
Platform (NME-CUE) AIM2-CUE 1861 K9 K9
Cisco — — 12.4(11)XW 12.4(20)T — —
1861
Cisco — 12.4(22)YB4 — — —
2801 12.4(24)T
Cisco 12.4(9)T 12.4(22)YB4 — — —
2811 12.4(24)T
Cisco
2821
Cisco
2851
Cisco — — — 15.0(1)M —
2901

CISCO
2
Cisco 15.0(1)M — — 15.0(1)M 15.0(1)M
2911
Cisco
2921
Cisco
2951
Cisco 12.4(9)T — — — —
3725
Cisco
3745
Cisco 12.4(9)T 12.4(22)YB4 — — —
3825 12.4(24)T
Cisco
3845
2
Cisco 15.0(1)M — — 15.0(1)M 15.0(1)M
3925
Cisco
3945
2
Cisco 15.1(1)T — — — 15.1(1)T
3925E
Cisco
3945E
 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 240 usuarios. Configurar 16 puertos Voicemail
CISCO
 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:

CISCO
 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

CISCO
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

CISCO
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

CISCO
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

CISCO
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:
Max de
Usuarios
TIPO DE Ofc.
#Parte Descripción OFICINA (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.
CISCO
 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

CISCO
• 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

CISCO
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:

CISCO
Hacemos click en Add New:
Nombramos la Región con la nomenclatura definida anteriormente:

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

CISCO
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”):

CISCO
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:

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

CISCO
Save y confirmamos que quede configurada correctamente:
4.1.13.1.3.4 SRST
Menú correspondiente:
Add New:

CISCO
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

CISCO
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

CISCO
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ú:

CISCO
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í:

CISCO
Confirmamos su configuración:
4.1.13.1.3.7 CALLING SEARCH SPACE (CSS)
Menú:

CISCO
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
CISCO
 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.

CISCO
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:

CISCO
Listamos su configuración:
4.1.13.1.3.9 TRANSCODER
Menú:

CISCO
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:

CISCO
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:

CISCO
Save y listamos:
4.1.13.1.3.11 MEDIA RESOURGE GROUP LIST
Menú:

CISCO
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:

CISCO

CISCO
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ú:

CISCO
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:

CISCO

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

CISCO
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):

CISCO
4.1.13.1.3.14 CALL PICKUP GROUP
Menú:

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

CISCO
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:

CISCO
Next y elegimos MGCP como tipo de protocolo:
Next y configuramos el GW de la siguiente manera (mismo hostname del router):

CISCO
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:

CISCO
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”

CISCO
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

CISCO
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):

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

CISCO
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:

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

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

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

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

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

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

CISCO
Listamos el Route Group:
4.1.13.1.3.20 ROUTE LIST
Menú:
Add New:

CISCO
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:

CISCO
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 Telmex
9.00456! por Telmex
0.1[1-9][2-9] Llamadas de Emergencia

9.018000XXXXXX Llamadas TollFree
0.0456XXXXXXX Llamadas Nacionales por
CISCO
Telmex
0.00456! 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):

CISCO
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:

CISCO
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

CISCO
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):

CISCO
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:

CISCO
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 Hours of Concurrent Voicemail and

of Storage Automated-Attendant
Mailboxes Ports and Sessions
Cisco Unity Express Network 0-275 300 8-24
Module (NME-CUE)
Cisco Unity Express 0-65 14 6
Advanced Integration Module
(AIM-CUE and AIM2-CUE-K9)
Cisco Integrated Services- 0-100 60 2-10
Ready Engine (ISM-SRE-300-
K9)
Cisco Service Module 0-500 600 4-32
Services-Ready Engine (SM-
SRE-700-K9, SM-SRE-710-
K9, SM-SRE-900-K9, SM-
SRE-910-K9)
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:

CISCO
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:

CISCO
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:

CISCO
Save y comprobamos que quedó configurada en el CTI Port:
Luego listamos el recién creado CTI Port:

CISCO
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:

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

CISCO
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:

CISCO
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>

CISCO
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:

CISCO
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:

CISCO
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ú:

CISCO
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

CISCO
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 NA

ME 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,Co
ordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de C
redito
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_LlanoGrand
e_Loc,88621,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,C
oordinador de Credito
1234ABCD4434,Asesor 1,AVV2141_OCI_LlanoGrande,Standard User,AVV2141_OCI_LlanoGrande_Loc,88622,A
sesor 1,Asesor 1,Asesor 1,Asesor 1,Asesor 1
1234ABCD4435,Coordinador de Credito,AWL0021_OCI_CCTunal,Standard User,AWL0021_OCI_CCTunal_Loc,8
1561,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordinador de Credito,Coordina
dor 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)
| | | | | | | | | | | | | | || | | | | |

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

CISCO
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:

CISCO
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:

CISCO
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:

CISCO

CISCO
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:

CISCO
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:

CISCO
Save y confirmamos que quede configurado el DN para el Phone:
Luego listamos para confirmar la configuración:

CISCO
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:

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

CISCO
 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

CISCO
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:

CISCO
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:

CISCO
Donde MOH_CCM02SUB01 es el servidor dfe MOH que tiene habilitado Multicast.
En la troncal simplemente se asocia el MRGL creado:

CISCO
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):

CISCO
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:

CISCO
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”:

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

CISCO
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

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

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

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

CISCO
!
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
CISCO
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.
CISCO
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.

CISCO
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:
CISCO
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
!
interface GigabitEthernet0/0.200  VLAN DE DATOS.

Description --- LAN_DATOS ---
CISCO

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
!
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 )
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
CISCO
!
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

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

CISCO
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
CISCO
!
interface FastEthernet0/0.200
description --- LAN DATOS CLIENTE ---
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
CISCO
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:

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

CISCO
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:
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

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

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

CISCO
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”:

CISCO
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:

CISCO
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:

CISCO

CISCO
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):

CISCO
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:

CISCO
Next, luego confirmamos la configuración y salvamos (seleccionamos el check box):
Damos click en Finish y Reiniciamos el Módulo:

CISCO
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:

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

CISCO
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ú:

CISCO
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):

CISCO
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:

CISCO
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:

CISCO
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:

CISCO
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”:

CISCO
4.1.13.1.3.34.3 NTP y TIME ZONE
Menú:

CISCO
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:

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

CISCO
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:

CISCO
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:

CISCO
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:

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

CISCO
Y de nuevo Click en Save:

CISCO
Ahora debe decirme que salvó correctamente, luego damos click en Continuar:
Comenzamos con el Inventario:
Click en OK
Esperamos:

CISCO
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:

CISCO
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:

CISCO
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

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

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

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

CISCO
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:

CISCO
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:

CISCO
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:

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

CISCO
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):

CISCO
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:

CISCO
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:

CISCO
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”:

CISCO
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):

CISCO
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:

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

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

CISCO
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

CISCO
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

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

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

CISCO
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

CISCO
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.
CIUDAD
DEPARTAMENTO PREFIJO PRINCIPAL MARCACION LOCAL HACIA OTRAS CIUDADES
DEBE COLOCARSE EN CASO QUE EL CLIENTE SOLICITE SALIDA A CELULAR, EL ANI DE LA SEDE PRINCIPAL A 8 DIGITOS Y SIRVE COMO
OTRAS MARCACIONES
* SEDE PRINCIPAL 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
AREA METROPOLITANA DE MEDELLIN (BARBOSA, COPACABANA,GIRARDOTA, ENVIGADO, ITAGUI, BELLO, RIONEGRO, CALDAS,
ANTIOQUIA
O840 MEDELLIN 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.

CISCO
 Dentro del submenú Pattern Definition:

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

CISCO
Ciudades definidas en el manual de Telefonia, en las cuales hay que enviar el prefijo fuera de el numero A

CISCO
A continuación se describen las ciudades que ya se encuentran incluidas dentro del menú Call Routing -
Transformation Pattern - Called Party Transformation Pattern.

CISCO
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

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

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

CISCO
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

CISCO
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
CISCO
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

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

CISCO
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

CISCO
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

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

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

CISCO
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

CISCO
Aceptamos los términos de licenciamiento
Escogemos o dejamos por default la carpeta donde van a quedar los archivos de la instalación.

CISCO
El wizard nos confirma que podemos proceder con la instalación.
Una vez decimos install comienza la carga de los archivos en el PC.

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

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

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

CISCO
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

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

CISCO
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.
4.1.13.1.3.42 Suspension y Reactivación Servicio PBX
Para suspender el servicio de PBX de un cliente, se debe eliminar de todos los CSS del cliente la partición de
Extensiones, con lo cual no se pueden realizar llamdas entre los dispositivos asociados al CUCM sin afectar
la salida de llamadas hacia la telefonía publica.
Para reactivar de nuevo el servicio, se debe asignar de nuevo la partición a todo los CSS de donde fue
eliminada.
NOTA: Se debe validar que no exista partición alguna para integración con una PBX diferente, ya que de ser
asi también se debe eliminar dicha partición del CSS.
4.1.13.1.4 Restricciones
 Todas la que aplican según Cisco de acuerdo a la versión instalada en el CUCM de Telmex.

CISCO
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

CISCO
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

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

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

CISCO
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

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

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

CISCO
 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:

CISCO
 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)
CISCO
 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.

CISCO
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:

CISCO
 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

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

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

CISCO
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

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

CISCO
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:

CISCO
 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.

CISCO
 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.

CISCO
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

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

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

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

CISCO

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

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

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

CISCO
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

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

CISCO
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

CISCO
Seleccionamos Nueva Cuenta

CISCO
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:

CISCO
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

CISCO
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:
AVA7999@172.31.237.165
CISCO
Con esto se finalice la configuración. Si doy click en Correo Crear y tengo configurado SMTP me
envía a la siguiente pantalla.

CISCO
A continuación la pantalla de recepción de un correo de voice mail sobre IMAP

CISCO
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
CISCO
 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.

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

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

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

CISCO
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:
CISCO
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.

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

CISCO
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

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

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

CISCO
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

CISCO
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

CISCO
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

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

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

CISCO
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

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

CISCO
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

CISCO
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

CISCO
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.
CISCO
Los siguientes teléfonos soportan BLF:
SCCP (Skinny)
• Cisco Unified IP Phone 6941G

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

CISCO
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

CISCO
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:

CISCO

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

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

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

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

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

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

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

CISCO
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/

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

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

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

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

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

CISCO
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):

CISCO
Name*: LDAP + Id cliente. Para el ejemplo LDAP ODE

Description: Ldap + Cliente. Para el ejemplo Ldap Unitec
Bind Distinguished Name (DN): LdapipPhone@ldap.pbx
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.

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

CISCO
 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.

CISCO
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

CISCO
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

CISCO
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:
CISCO
 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.

CISCO
 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
CISCO
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.

CISCO
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

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

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

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

CISCO
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 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

CISCO
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
CISCO
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

CISCO
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

CISCO
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 10000
Desk Pickup
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 CSS Asignado al usuario
Space
Calling Party Transformation Pruebas por realizar
CSS
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 Se debe configurar como el número a 8 dígitos correspondiente al número
Mask 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.

CISCO
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

CISCO
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

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

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

CISCO
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


CISCO
 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.

CISCO
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


CISCO
 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.

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

CISCO
Seleccionamos Add VPN Connection, lo cual nos envía a la siguiente pantalla y sobre la cual configuramos los
siguientes parámetros

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

CISCO
Pulsamos sobre TELMEX (o el nombre que le hayamos dado) para iniciar la conexión.

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

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

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

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

CISCO
Luego seleccionamos Ir a configuración

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

CISCO
 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 Supported
run in the background)
iPhone models 3G, 3GS, 4 3GS (requires iOS 4.2 upgrade), 4

supported
iPod Touch models Not Supported 3rd & 4th Generation (require iOS

CISCO
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

CISCO

CISCO
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:

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

CISCO
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”

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

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

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

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

CISCO
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

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

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

CISCO
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

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

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

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

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

CISCO
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_NIVEL
ES_DE_SERVICIO_PBX.pdf

Unified Communications

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Unified Communications

Încărcat de

Drepturi de autor:

Formate disponibile

COLOMBIA

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

Este documento contiene secretos del negocio e información

Bogotá, Mayo 2012

Confidencial Pág. 2 2014-10-23

Reactivacion Servicio supnder y reactivar el

Confidencial Pág. 3 2014-10-23

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

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

Confidencial Pág. 5 2014-10-23

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

Confidencial Pág. 6 2014-10-23

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

Confidencial Pág. 7 2014-10-23

4.1.13.2.2 Características .................................................................................................. 237

Confidencial Pág. 8 2014-10-23

4.1.13.3.3.7 Configuración Features Presence ............................................................... 312

Confidencial Pág. 9 2014-10-23

COMUNICACIONES UNIFICADAS (UC) CISCO

La solución de Comunicaciones Unificadas (UC) y Colaboración de Cisco es una arquitectura tecnológica de

Algunos de los servicios proporcionados por esta arquitectura son:

Confidencial Pág. 10 2014-10-23

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

• 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

• 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

El siguiente diagrama presenta un esquema topológico general de la solución de Comunicaciones Unificadas

Confidencial Pág. 11 2014-10-23

3.2.1.1 HOJA DE DATOS

Confidencial Pág. 12 2014-10-23

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

Número de parte Descripción Precio Funciones incluidas y consideraciones de

Confidencial Pág. 13 2014-10-23

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

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

3.2.2.1 Cisco Unity Express (CUE)

3.2.2.1.1 HOJA DE DATOS

Confidencial Pág. 14 2014-10-23

La versión actualmente homologada del equipo es: 7.2.1

Lo anterior aplica para:

Número de parte Descripción Precio Capacidad

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

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-150CCM Unity Express License 150Voice Mailbox-Auto Attendant -CCM 3,000.00

Confidencial Pág. 15 2014-10-23

3.2.2.2 Cisco Unity Connection (CUC)

3.2.2.2.1 HOJA DE DATOS

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

Número de Descripción Precio Funciones incluidas y consideraciones de

Confidencial Pág. 16 2014-10-23

3.2.3 Cisco Unified Presence Server (CUPS)

3.2.3.1 HOJA DE DATOS

A continuación se resaltan algunas características relevantes del CUPS:

 Utiliza el mismo hardware que el CUCM

o Cisco Unified Personal Client End User Feature License 1 DLUs

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