Manual Cisco Callmanagers Cipt1-5[1].1(Lucia)

Telefonica de España S.A. Dirección de Desarrollo y Formación

CISCO CALLMANAGER 5.1

TELEPHONY-I

Noviembre 2007 Código: RAS-419

Este manual ha sido elaborado por la Dirección de Desarrollo y Formación, gracias a la colaboración de D. Marco Dorrego López, Juan Carlos Morillo Vera, Carlos Sevilla Suárez y Jesús Ruiz González. Queda prohibida su reproducción total o parcial a cualquier persona o entidad ajena a Telefónica, sin el consentimiento expreso de Formación.

Madrid, octubre de 2007

i

ÍNDICE

INTRODUCCIÓN..........................................................................................................1

TEMA 1 ARQUITECTURA ................................ ...........................................................3

TEMA 2 MODELOS DE DESPLIEGUE....................... ............................................... 21

2.1 CAPACIDADES Y LIMITACIONES .......................................................................................... 23

2.2 REDES DE MENOS 500 USUARIOS ...................................................................................... 24

2.3 REDES DE MAS DE 500 Y MENOS DE 1000 USUARIOS ........................................................ 24

2.4 REDES DE MAS 1000 USUARIOS ....................................................................................... 24

2.5 REDES DE MAS 2500 USUARIOS ....................................................................................... 25

TEMA 3 CONFIGURACIÓN ............................... ........................................................ 35

TEMA 4 MEDIA RESOURCE.............................. ....................................................... 57

4.1 CONCEPTOS ..................................................................................................................... 59

4.2 CONFIGURACIÓN DE CONFERENCE BRIDGE DE HARDWARE ................................................ 68 4.2.1 CONFIGURACION EN CCM .................................................................................. 72 4.2.2 COMPROBACION DE LA CONFIGURACIÓN EN IOS ......................................... 73 4.2.3 COMPROBACION DE CONFIGURACION EN CCM............................................. 74 4.2.4 CREACIÓN DE MRG.............................................................................................. 75 4.2.5 CREACIÓN DE MGRL............................................................................................ 77 4.2.6 ASIGNACIÓN DE MGRL A DEVICE POOL........................................................... 78 4.2.7 ASIGNACIÓN DE MGRL A DISPOSITIVOS.......................................................... 79

TEMA 5 MUSICA EN ESPERA............................ ...................................................... 83

5.1 INTRODUCCION............................................................................................................ 85

5.2 HABILITAR LAS FUENTES DE MÚSICA EN ESPERA. ......... ..................................... 86 5.2.1 CONFIGURACIÓN DE LOS SERVIDORES DE MOH........................................... 90 5.2.2 MODIFICACION DEL CODEC PARA LOS SERVIDORES DE MOH.................... 91 5.2.3 CONFIGURACION UNICAST DE CCM ................................................................. 93 5.2.4 CONFIGURACIÓN MULTICAST DE CCM........................................................... 100 5.2.5 MODIFICACIONES DE LOS EDC........................................................................ 101 5.2.6 CONFIGURACION DE CCM PARA MULTICAST EN SEDES REMOTAS ......... 103

TEMA 6 TERMINALES IP ............................... ......................................................... 113

ESQUEMA DE CONTENIDO ................................................................................... 115

6.1 TELÉFONOS IP DE CISCO ................................................................................................ 117 6.1.1 Especificaciones de los teléfonos IP .................................................................... 117 6.1.2 CISCO IP PHONE 7906G/7911G......................................................................... 118 6.1.3 CISCO IP PHONE 7941G/7941G-GE .................................................................. 119

ii

6.1.4 CISCO IP PHONE 7961G/7961G-GE .................................................................. 120 6.1.5 CISCO IP PHONE 7970G/7971G-GE .................................................................. 121 6.1.6 Módulo de expansión 7914................................................................................... 122

6.2 INSTALACIÓN DE LOS TELÉFONOS .................................................................................... 123

6.3 PROVISIÓN DE TELÉFONOS EN CALL MANAGER ................................................................ 125 6.3.1 Consideraciones previas ...................................................................................... 125

6.3.1.1 Creando plantillas de botones para los teléfonos .........................................................125 6.3.1.2 Creando plantillas de teclas software para los teléfonos ..............................................126 6.3.1.3 Creando los valores por defecto para los teléfonos......................................................127

6.3.2 Provisión ............................................................................................................... 128 6.3.2.1 Provisión mediante auto-registro ..................................................................................128 6.3.2.2 Provisión individual .......................................................................................................129 6.3.2.3 Utilizando la herramienta Bulk Administration Tool (BAT) ............................................134

6.4 ACTUACIONES EN EL TERMINAL ....................................................................................... 141 6.4.1 Restauración de terminales a configuración de fábrica........................................ 143

TEMA 7 GATEWAYS.................................... ........................................................... 147

7.1 INTRODUCCIÓN ............................................................................................................... 149

7.2 ARQUITECTURA .............................................................................................................. 150 7.2.1 Numeración de Interfaces..................................................................................... 150 7.2.2 Gateway 2801....................................................................................................... 152 7.2.3 Gateway 2811....................................................................................................... 153 7.2.4 Gateway 2821....................................................................................................... 153 7.2.5 Gateway 2851....................................................................................................... 155

7.3 IOS (INTERNETWORKING OPERATING SYSTEM) ............................................................... 156 7.3.1 Modos de configuración........................................................................................ 156 7.3.2 Comandos IOS ..................................................................................................... 158 7.3.3 Configuración básica ............................................................................................ 159

7.3.3.1 Creación de una configuración en Running y Startup...................................................159 7.3.3.2 Backup y restauración de la configuración ...................................................................160 7.3.3.3 Creación de interfaces..................................................................................................161 7.3.3.4 Rutas ............................................................................................................................161

TEMA 8 TRUNKING.................................... ............................................................. 165

8.1 INTRODUCCIÓN ............................................................................................................... 167

8.2 ICT (INTER-CLUSTER TRUNK) ......................................................................................... 168 8.2.1 CallManager.......................................................................................................... 169

8.3 H.323 ............................................................................................................................ 172 8.3.1 CallManager.......................................................................................................... 172

8.4 SIP ................................................................................................................................ 175 8.4.1 CallManager.......................................................................................................... 175

8.4.1.1 Security Profile..............................................................................................................175 8.4.1.2 Dominios.......................................................................................................................177 8.4.1.3 SIP Profile.....................................................................................................................179 8.4.1.4 SIP Trunk......................................................................................................................181

8.5 MGCP (MEDIA GATEWAY CONTROL PROTOCOL) ............................................................ 184 8.5.1 Accesos Primarios ................................................................................................ 185

8.5.1.1 CallManager .................................................................................................................185 8.5.1.2 EDC ..............................................................................................................................193

8.5.2 Accesos Básicos................................................................................................... 194 8.5.2.1 CallManager .................................................................................................................194 8.5.2.2 EDC ..............................................................................................................................201

8.5.3 Supervisión ........................................................................................................... 202

iii

8.5.3.1 CallManager .................................................................................................................202 8.5.3.1.1 Comprobación de registro MGCP en CallManager ..............................................202

8.5.3.2 IOS ...............................................................................................................................203 8.5.3.2.1 Estado de las capas 1, 2 y 3 de RDSI..................................................................203 8.5.3.2.2 Estado del interfaz E1. .........................................................................................203 8.5.3.2.3 Trazas RDSI.........................................................................................................203 8.5.3.2.4 Configuración de sincronismo ..............................................................................204 8.5.3.2.5 Comprobación de registro MGCP en CallManager ..............................................204 8.5.3.2.6 Verificación de los parámetros MGCP .................................................................205 8.5.3.2.7 Endpoints controlados por CallManager en un gateway PRI ...............................206 8.5.3.2.8 Endpoints controlados por CallManager en un gateway BRI ...............................207 8.5.3.2.9 Conexiones MGCP activas...................................................................................207 8.5.3.2.10 Estado y configuración de los puertos de voz para PRI .......................................208 8.5.3.2.11 Estado y configuración de los puertos de voz para BRI .......................................209 8.5.3.2.12 Estadísticas y actividad en el gateway MGCP .....................................................210

8.6 SRST (SURVIVABLE REMOTE SITE TELEPHONY) ............................................................. 211 8.6.1 CALLMANAGER................................................................................................... 212 8.6.2 EDC....................................................................................................................... 215 8.6.3 Supervisión ........................................................................................................... 216

8.6.3.1 EDC ..............................................................................................................................216 8.6.3.1.1 Verificación de SRST habilitado ...........................................................................216 8.6.3.1.2 Supervisión de puertos.........................................................................................216 8.6.3.1.3 Supervisión de terminales ....................................................................................217

TEMA 9 PLAN DE MARCACIÓN........................... .................................................. 221

9.1 OBJETIVOS ..................................................................................................................... 223

9.2 INTRODUCCIÓN ............................................................................................................... 224

9.3 ESQUEMA DE CONTENIDO ............................................................................................... 224

9.4 VISIÓN GLOBAL DE UN PLAN DE MARCACIÓN ................................................................... 225

9.5 FLUJO DE LLAMADA EN CUCM ....................................................................................... 231 9.5.1 Componentes en una llamada externa................................................................. 232 9.5.2 Ejemplo de una llamada externa en CUCM ......................................................... 234 9.5.3 Manipulación de dígitos en una llamada externa ................................................. 236

9.6 PLAN DE MARCACIÓN BÁSICO......................................................................................... 237 9.6.1 Route Group ......................................................................................................... 237 9.6.2 Route List .............................................................................................................. 240 9.6.3 Route Pattern........................................................................................................ 245

9.6.3.1 Route Pattern. Comodines............................................................................................246 9.6.3.2 Route Pattern. Configuración........................................................................................248 9.6.3.3 Análisis de dígitos.........................................................................................................250

9.7 PLAN DE MARCACIÓN AVANZADO ................................................................................... 255 9.7.1.1 Manipulación de dígitos ................................................................................................255

9.7.2 Instrucciones de descarte de dígitos .................................................................... 263 9.7.3 Traslation Patter.................................................................................................... 265 9.7.4 Route Plan Report ................................................................................................ 271 9.7.5 Supuesto práctico de Call Routing ....................................................................... 273

9.8 CATEGORÍAS .................................................................................................................. 275 9.8.1 Derechos y restricciones....................................................................................... 275 9.8.2 Calling Search Space y Partitions. Conceptos básicos........................................ 277 9.8.3 Creación de CSS y Partitions ............................................................................... 283 9.8.4 Gestión de CSS y Partitions ................................................................................. 286

9.8.4.1 Asignación de CSS a teléfonos ....................................................................................286 9.8.4.2 Asignación de CSS a líneas .........................................................................................287 9.8.4.3 Asignación de CSS a Gateways o Trunks ....................................................................288 9.8.4.4 Asignación de Partition a números de directorio...........................................................289 9.8.4.5 Asignación de Partition a Route Pattern .......................................................................290

iv

9.8.4.6 Asignación de Partition y CSS a Translation Pattern....................................................291 9.8.5 Supuesto práctico de categorías .......................................................................... 292

9.9 SOLUCIONES A LOS SUPUESTOS PRÁCTICOS ................................................................... 293 9.9.1 Solución al supuesto del Plan de Marcación........................................................ 293 9.9.2 Soluciones al supuesto de categorías .................................................................. 298

9.10 RESUMEN....................................................................................................................... 305

1

INTRODUCCIÓN

CallManager es una PABX IP basada en sistema operativo LINUX que corre sobre servidores estandar del mercado, Cisco utiliza servidores de HP o de IBM. El sistema utiliza como elementos hardware para diversas funciones su gama de routers y Gateways dedicados. Como elementos de LAN es recomendable utilizar los switches de CISCO ya que disponen de funciones especiales para ToIP con sus terminales. Las capacidades del sistema van desde las 300 extensiones a 30000 extensiones por nodo en condiciones de bajo tráfico, los normal es utilizar la confiiguración máxima para 15000/20000 extensions. Se puede superar esa barrera con las interconexión de nodos con protocolos H323 o SIP. Soporta un amplio número de protocolos de ToIP tanto en la parte de terminal como en la parte de enlaces. SIP, H323, MGCP, SCCP. Dispone también de amplias funciones de seguridad como Firewall, cifrado de comunicaciones y servicios entre servidores

3

TEMA 1

ARQUITECTURA

Tema 1 Arquitectura

5

– Cisco AVVID – Funciones Cisco CallManager– Cisco CallManager Operating System, base de

datos y aplicaciones soportadas– Servidores Cisco CallManager– Instalación CD-ROMs– Datos de configuración para instalación– Procedimientos tras la instalación– Activación de servicios Cisco CallManager– Upgrade– Sumario

Cisco AVVIDD

istributed Manageable

Adaptive O

pen

Cisco CallManagerCall Admission, Call Routing

Call Processing

Applications TAPI, JTAPI, SMDI Cisco IPCCCisco Unity

Gateway Router Switch

InfrastructureCisco IOS Network Services

IP PhoneCisco IP Communicator PCVideo

Client

Directory

Arquitectura Tema 1

6

Cisco Unified Communications Network

Voice Mail

ContactCenter

Presence Server

3rd Party Server

Rich-media Conferencing

SRST

IP WAN

PSTN

SRST

Cisco Unified Communications Components

Cisco U

nifiedC

allManager

Cisco U

nified Contact C

enter

Cisco U

nified Contact

Center E

xpress

Cisco U

nity

Cisco U

nifiedM

eetingPlace

Cisco T

elefonoIP

s

Cisco U

nified Presence S

erver

Desktop A

pplications

Video

IP

Cisco E

mergency R

esponder

Third-P

arty Applications

Cisco Unified Communications Solutions

Tema 1 Arquitectura

7

Cisco CallManager Functions

–Procesado de llamadas–Señalización y control de llamadas–Administración del dial-plan–Prestaciones de los teléfonos–Directory services–Programacion de interfaces aplicaciones externas

Cisco CallManager FunctionsCisco CallManager

IP Phone A

Skinny Protocol Signaling

Real-Time Transport Protocol (RTP) Media Path

Skinny Protocol Signaling

• Cisco CallManager establece las llamadas y las prestaci ones con Skinny

• IP Phones usan RTP para el audio

IP Phone B

Arquitectura Tema 1

8

Cisco Unified CallManager as an Appliance

• Solución completa basada en SW y HW (homologado de HP/I BM o de CISCO)

– Cisco Unified CallManager viene preinstalado en los se rvidores

– Los servidores son los MCS (Media Converge Server)

• Sistema operativo alternativo. El sistema tras la prime ra carga de parches mantiene dos copias del sistema

– Facilita la instalación de upgrades

– Aumenta la seguridad y la disponibilidad

• Interfaces de ususario

– Administración gráfica del sistema GUI por HTTPS

– Administarción de emergencia con CLI por SSH

– Acceso a API documentadas

Platform Access and Support

Limited Limited CLI accessCLI access

Pre-5.0

5.0

• SIN acceso ROOT

• Los interfaces de debug no son accesibles. SóloTAC

• Más alarmas y contadores de rendimiento

• Soporte remoto desde el TAC al sistema

• Herramientas de consolavia CLI para acceso en caso de fallo de la WEB

Tema 1 Arquitectura

9

Database Operation. Nueva BB.DD.INFORMIX

CTI Manager

MoH Server

TFTP Server

First node

SW Conf.

ICCSICCS

Cisco Unified CallManager Cluster

Informix DynamicServer (IDS)Replication

Call Processing ServersInformix Dynamic Server (IDS) Subsequent nodes

IDS

IDS

IDS

IDS

IDS

IDS

IDS

IDS

IDS

Intra-Cluster Communication. ICCS

Management Channel: UDP 8500

DB TRAFFIC: TCP 1500–1501

SDL/ICCS TRAFFIC: TCP 8001–8003

LICENSING SERVICE: TCP 5555

:::

Sin marcado

Marcado comoCS3

Todos los puertos están publicados en Cisco.com

Cambiado de 1433 (SQL)

Arquitectura Tema 1

10

Dynamic Firewall (iptables)

First node Subsequent node

Subsequentnode

(DBports,ACCEPT)

Other(DBports,

DENY)

Firewall

1) Instalar el First Node usando la security password.2) Añadir los subsequent node a la BB.DD. De first node3) Instalar los subsequent node usando la misma security pas sword.4) Subsequent node establece una sesión por el management ch annel.5) First node verifica la autenticidad del subsequent node y añade su IP address

al firewall (iptables).6) Subsequent node dispone de acceso a la BB.DD.

© 2006 Cisco Systems, Inc. All rights reserved. CIPT1 v5.0—1-13

Operating System, Database, and Applications

• Appliance (Linux-based operating system)

• Informix Dynamic Server

• Directory Synchronization

• Disaster Recovery System

• DHCP Server

• NTP Server

Tema 1 Arquitectura

11

Requerimientos Hardware

MCS 7816

MCS 7825

MCS 7835

MCS 7845

• All Cisco MCS 7845 with more than 2 GHz of processo r speed have 72-GB hard drive.

• New Cisco MCS 7835 has 72-GB hard drive and 2-GB me mory. Older MCS 7835 have 1-GB memory and 36-GB hard driv es and need to be upgraded.

• Cisco MCS 7816 and Cisco MCS 7825 need to be approp riately upgraded.

• Procesador a 2.0 GHz o superior

• 2 GB de memoria

• Disco duro 72 GB

Doble partición de sistema

• El sistema mantiene a partir del primer upgrade una doblepartición

• El upgrade siempre se carga en la partición inactiva

• Se activa de forma automática o de forma manual

• Se puede pasar de una a otrapartción

Inactive Partition

Active Partition

5.0(1)

5.0(2)

5.0(2)

5.0(1)

Arquitectura Tema 1

12

• Cisco 7800 MCS :

– 7816 Series 300 usuarios




• Requerimientos mínimos para Cisco Unified CallManager Release 5.0:

– 2-GHz Processor

– 2 GB RAM

– 72-GB Harddisk

• Para detalles adicionales Cisco.com

Cisco 7800 Series MCS

Acceso a la plataforma

https:// server-name /iptplatform , se accede a la administraciónde S.O.

https:// server-name /ccadmin , se accede a la administración de CCM.

El sistema dispone de acceso CLI por SSH.

Tema 1 Arquitectura

13

Se requiere License para añadir teléfonos y servidores Cisco Unified CallManager

Los upgrades NO necesitan licencias.

First node es el único servidor con licencia

Cisco Unified CallManager sigue funcionando si el servicio de licencias falla

Licensing

Licensing Compliance

• La licencia Cisco Unified CallManager controla losdispositivos y la aplicación

– Licencia de dispositivos

• El máximo número de dispositivos dados de alta (Cisco Telefono IPs, video devices) en la BB.DD. de Cisco Unified CallManager.

• Route points y CTI ports no se licencia

– Licencia de aplicación

• El software de Cisco Unified CallManager se asigna a la MAC address del first node.

• Licenses created and distributed in accordance with Cisco FlexLM process

Device License

Application License

Arquitectura Tema 1

14

License File Request Process

LicenseServer

Customer

Cisco.com

PAK

GenerateLicenseFile

PAK

MAC

Place Order

Ship

Web

E-Mail

Install

License File Specifics

• The license file contains the following information:

– Number of Cisco Unified CallManager nodes licensed

– Version of the Cisco Unified CallManager supported

– Number of teléfono units licensed

– MAC address of the license server

• Only major releases will be taken into account for the version check.

• A 5% overdraft is allowed.

Tema 1 Arquitectura

15

Example License File

INCREMENT teléfono_UNIT cisco 5.0 permanent uncounted \VENDOR_STRING=<Count>1000</Count><OrigMacId>000BCD4EE59D</OrigMacId><LicFileVersion>1.0</L icFileVersi on> \HOSTID=000bcd4ee59d OVERDRAFT=50 \NOTICE="<LicFileID>20050826140539162</LicFileID><Li cLineID>2</LicLineID> \<PAK></PAK>" SIGN="112D 17E4 A755 5EDC F616 0F2B B8 20 AA9C \0313 A36F B317 F359 1E08 5E15 E524 1915 66EA BC9F A 82B CBC8 \4CAF 2930 017F D594 3E44 EBA3 04CD 01BF 38BA BF1B"

Permanent Telefono IP Licenses

Uploading a License File

Step 1: System > Licensing >License File Upload

Arquitectura Tema 1

16

Uploading a License File (Cont.)

The license file should be saved to the PC that is used to access the Cisco CallManager Administration page.

Step 2: Click Upload License FileStep 3: Click Browse to choose the license file from local directory, then click Upload


Step 4: Click Upload and Continue to proceed with the file validation

Tema 1 Arquitectura

17


(Optional): Click View File to view the uploaded file

NTP

First Node

Subsequent Nodes

Master Reference Clock

El 1st node se sincroniza con un servidor externo y lo sSubsequent Nodes se sincronizan siempre con el 1st no de. De esta forma todos los servidores tienen la misma hora

Arquitectura Tema 1

18

Tema 1 Arquitectura

19

Resumen : CallManager esta basado en servidores Appliance con sistema operativo LINUX al que no se tiene acceso Root. Incorpora un nuevo filtro de seguridad IPTABLE para el acceso de los Publisher a la BB.DD, Además incorpora un sistema de licencias para servidor y dispositivos, Dispone de servidor NTP integrado y toda la administración del sistema se realiza por WEB.

Arquitectura Tema 1

20

Test de comprensión 1. ¿Cómo se llama el Firewall de la BB.DD.?

a) 1st NODE b) Subsequent NODE c) IPTABLE

2. ¿Quén es el MASTER de NTP?

a) Subsequent NODE b) TFTP Server c) 1st NODE

3. ¿Cuántas particiones de sistema tiene el disco duro de CallManager?

a) 3 b) 1 c) 2

21

TEMA 2

MODELOS DE DESPLIEGUE

Tema 2 Modelos de Despliegue

23

2.1 Capacidades y limitaciones

La capacidad máxima de sedes con control de CAC es de 500 para todos los servidores excepto para el 7845 que permite 1000, en este caso se debe utilizar siempre 7845 para cualquier capacidad de usuarios.

El número máximo de parejas Primary-Backup es de 4 para todos los tipos de servidor excepto para el 7816 que sólo admite un Publisher y un Suscriber.

Nº máximo de servers en cluster de BB.DD.

Terminales SCCP máximos recomendados

MCS 7816 1 Publisher+1 Suscriber 500

MCS 7825 8 suscriber+Publisher + TFTP(opcionales) +MoH Opcionales

1000


2500


7500

Modelos de Despliegue Tema 2

24

2.2 Redes de menos 500 usuarios

Servidores 7816. El Publisher es el nodo de backup del único Suscriber Se debe crear un CallManager Group con el Suscriber como primera opción y después el Publisher. Se debe asignar este grupo a todos los dispositivos de la red. El servidor TFTP se debe activar en el Publisher. Con servidores 7816 no se puede crecer ampliando el cluster ya que solo soporta dos servidores en cluster.

2.3 Redes de mas de 500 y menos de 1000 usuarios

Servidores 7825. El Publisher es el nodo de backup del unico Suscriber Se debe crear un CallManager Group con el Suscriber como primera opción y después en Publisher. Se debe asignar este grupo a todos los dispositivos de la red. El servidor TFTP se debe activar en el Publisher.

2.4 Redes de mas 1000 usuarios

Servidores 7825. EL Publisher nunca es servidor de backup. El servidor TFTP se debe activar en el Publisher. Se recomienda opción de backup 1+1, cada Server tiene otro de backup que tiene capacidad para asumir todo el tráfico. Se debe configurar reparto de carga. Se crean dos CallManager Group y se asignan la mitad de los usuarios a cada CallManager Group.


25

Si la red crece se debe configurar otra pareja de Suscribers. Por ejemplo 2000 usuarios con 7825

En caso de previsión de crecimiento se debe usar el servidor 7835 hasta 2500 usuarios por pareja Primay-backup

2.5 Redes de mas 2500 usuarios

Servidores 7845. EL Publisher nunca es servidor de backup. Si la red tiene muchos usuarios > 7500 se deben configurar los TFTP por separado. Se deben añadir dos 7845 como TFTP Server. Se recomienda opción de backup 1+1, cada Server tiene otro de backup que tiene capacidad para asumir todo el tráfico. Se debe configurar reparto de carga. Se crean CallManager Group y se asignan los usuarios a los CallManager Group en reparto de carga. Hasta 7500


26

Más de 7500


27

25

Redundancia 1:1• Alta disponibilidad (upgrade)• Aumento del número de servidores• Configuración simple

Primary

Secondary/Backup

Publisher and TFTP Server (Not Req. <1000)

Publisher and TFTP Server


2500 IP Phones(5000 Device Units)

5000 IP Phones(10,000 Device Units)

10,000 IP Phones(20,000 Device Units)

Primary 1 to 2500

BackupBackups Backups

Backups

1 to2500

1 to2500

5001 to7500

2501 to5000

2501 to5000

7501 to10,000

Cisco MCS 7835 Cisco MCS 7835 Cisco MCS 7835

26

Redundancia 2:1

• Menos servers• Se impacta en los upgrade

Primary

Secondary/Backup

Publisher and TFTP Server (Not Req. <1000)



2500 IP Phones(5000 Device Units)

5000 IP Phones(10,000 Device Units)

10,000 IP Phones(20,000 Device Units)

Primary 1 to 2500

BackupBackup Backup

Backup

1 to2500

1 to2500

5001 to7500

2501 to5000

2501 to5000

7501 to10,000

Cisco MCS 7835 Cisco MCS 7835 Cisco MCS 7835


28

Modelos de despliegue de Call-Processing

–Modelos de despliegue:• Centralizado• Distribuido en WAN con proceso de llamada

centralizado• Distribuido en WAN con proceso de llamada

distribuido• Cluster sobre WAN

Centralizado

– Servidores de Cisco CallManager, aplicaciones , DSP están en la mismalocalización

– Conexión a PSTN– Se soportan 30,000

IP Phones por cluster

Applications

Cisco CallManager

Cluster

PSTN


29

Single Site: Guia de diseño

–Se usa G.711 codec; los DSP se utilizan paraconferencia, transcoding y MTP (media termination point)

–El sistema se conecta a PSTN, AA.PP.VV. o a una PABX para cursar tráfico externo.

Despliegue Multisite en WAN Call Processing central

• Cisco CallManager en punto central; las aplicaciones y losDSP se pueden instalar centralizados o distribuidos

• IP WAN transporta en tráfico de voz y la señalización d e llamada

• 30,000 IP Phones por cluster

• CAC Call admission control . Se limita el ancho de ba nda porsede

• Survivable remote site telephony (SRST) para oficina s remotas

• Automated alternate routing (AAR) en caso de exceder el ancho de banda

Applications

Headquarters

Branch A

Branch B

Cisco CallManager

Cluster

SRST-EnabledRouter

IP WAN

PSTN


30

Despliegue Multisite en WAN Call Processing distribuido

Headquarters

Branch A

• Cisco CallManager y las apliciones se instalan en cada sede

• Perdida de servicios en la red

• Totalmente escalable

Gatekeeper

Applications

Cisco CallManager

Cluster

GK

Applications

Cisco CallManager

Cluster

Branch B

Applications

Cisco CallManager

Cluster

IP WAN

PSTN

Cluster sobre la WAN

Voice-Mail Server

Voice-Mail Server

IP PhonesIP Phones

Madrid Toledo

Cisco CallManager

Cluster


31

33

Cluster sobre la WAN : Diseño

Publisher/TFTP

• 40-ms round-trip delay cualquiera de los CCM del cluster para mantener Ia BB.DD. activa

• 1544 kbps minimo y 900 kbps por cada 10,000 BHCAsen el cluster

• Hasta ocho dependencias remotas

• Tolerancia a fallos sobre la WAN (más ancho de banda)

QoS-Enabled Bandwidth

<40 ms Round-Trip Delay


32

Resumen : Los modelos de despliegue definen la forma óptima de distribuir los dispositivos por los servidores disponibles. Los modelos de despliegue de Call Processing definen la ubicación de los servidores.


33

Test de comprensión 1. ¿Qué Round Tryp Delay máximo se necesita para Cluster sobre la WAN?

a) 20 ms b) 50 ms c) 40 ms

2. ¿Cuál es el número mínimo de servidores en una red CallManager?

a) 1 b) 8L c) 2

3. ¿Cuál es el número máximo de Publisher en una red de CallManager?

a) 10 b) 6 c) 8

35

TEMA 3

CONFIGURACIÓN

Tema 3 Configuración

37

Configuración Básica

Cisco Unified CallManager Release 5.0 necesita unaconfiguración mínima antes de configurarterminales:• DNS vs. IP

• Habilitar servicios básicos Cisco Unified CallManager, TFTP server y CTI manager

• Configuración de servicios y parámetros de Enterprise

DNS vs. IP

• Simplif ica la gestión

• Los cambios de IP son simples

• No necesita servidor DNS

• Reduce el número de punto s de fallo

• Simplif ica el mantenimiento

Advantages of DNSAdvantages of IP Addresses

Cisco Unified CallManager Release 5.0 puede usarDNS o IP addresses. Se recomienda IP

Configuración Tema 3

38

Service Activation

Para habilitar los servicios de Cisco Unified CallManager Release 5.0 services:

Acceder a Cisco CallManager Administration Serviceability Tool.• Go to Tools > Service Activation.

• Seleccionar el server.

• Habilitar los servicios.

• Ir a Tools > Control Center – Feature Services.

Service Activation (Cont.)

Selecionar Cisco CallManager

Serviceability y pulsar Go


39


Go to Service Activation


Select the appropriate

server.


40


Select the services that should be

activated.

Deselect the services that should

be deactivated.

Configured status

Save and perform settings

Reset to default for single-server operation.

Refresh page

Control Center

Go to Control Center – Feature

Services


41

Service Parameters (Cont.)

Select Server

Select Service

Control Center (Cont.)

Configured status

Actual status

Stop, start, restart selected service

Select service to start, stop or restart


42

Enterprise Parameters (Cont.)

Select protocol for auto registration


Select settings that should be available

to phone users


43


Change the name to an IP address if DNS services are not used


44

Device Pool

–Un Device Pool es una entidad administrativa que se asignaa los dispositivos–Parámetros Device Pool:–Nombre del Device Pool –CallManager Group (Redundancy Group)–Time Zone. En una red los dispositivos pueden estar en diferentes usos horarios. P.e. Península y Canarias–Region . Es una entidad administrativa que se define paracontrolar los anchos de banda y los codec que se usan. Lo habitual es que cada sede de un cliente sea una región. Dentro de la sede se utiliza codec G.711 y cuando se sale a WAN (otras sedes) se usan G.729

Device Pool

–Parámetros opcionales:–Media Resource Group List–User Hold MOH Audio Source.–Network Hold MOH Audio Source–Calling Search Space for Auto-Registration

–Auto-Answer Feature Control


45

Cisco Unified CallManager Group Configuration

Device Pool Configuration


46

Date/Time Group Configuration

Region Configuration


47

Softkey Template Configuration

Autorregistro de terminales

• Es una prestación que permite configurar un rango de extensiones de forma automática con un configuración por defecto.

• Se activa sólo en los servidores que ejercen de TFTP. El TFTP se obtiene por DHCP.


48

Autorregistro: configuración swicthy de DHCP

SWITCHinterface FastEthernet0/3

description CONEXION TERMINALswitchport access vlan 210 Asigna VLAN a todo lo que no es Voiceswitchport mode dynamic desirableswitchport voice vlan 212 Asigna VLAN a los dispositivos Voicespanning-tree portfast

!

DHCP

ip dhcp pool VOZ_CENTRAL2network 10.10.222.0 255.255.255.0

default-router 10.10.222.1

option 150 ip 10.10.221.10 Opción 150 para TFTP

Autorregistro de terminales


49

Grupos de redundancia

–Los grupos se configuran manualmente .

–Los dispositivos se asocian a los CCM Group manualmente

–Se usan los modelos de despliegue paracrear los grupos

CAC LOCATION

• CAC es un prestación del sistema que controla el ancho de banda

• LOCATION es la entidad administrativa que asignar los anchos de banda

• El ancho de CAC se define en KB• El sistema descuenta de modo fijo el

ancho de banda dependiendo del codec que se ha negociado en cada llamada.


50

Ancho de banda por codec

• G.711 call uses 80 kbps.

• G.722 call uses 80 kbps.• G.723 call uses 24 kbps.• G.728 call uses 16 kbps.

• G.729 call uses 24 kbps.• GSM call uses 29 kbps.• Wideband call uses 272 kbps.

Location


51

Proceso de fallo

Cisco CallManager ListA – CCM1B – CCM2C – CCM3

CCM1TCP connection port

SEP - 2000SDA - 2001SAA - 2002

TCP Connect Register (active)

CCM1

CCM2

CCM3

X

TCP Connect (Standby)

CCM1

CCM2

CCM3

TCP Keepaliv

eTCP Connect

(Standby)

TCP Connect Register (active)

Failover Rate=10 Phones /sec

TCP Keepaliv

e

Cluster RecommendationsUp to 2,500 Users

Publisher

Primary CallManagerUser’s 1 - 2500

CM-A

CM-B

Un cluster con 2 CallManager•Un sólo CallManager activo•El Publisher sólo se activa en caso de fallode Suscriber.

Un cluster con 2 CallManager•Un sólo CallManager activo•El Publisher sólo se activa en caso de fallode Suscriber.


52

Recomendaciones de Cluster Hasta 5,000 usuarios

Publisher


CM-A

CM-B

CM-CPrimary CallManagerUser’s 2501 - 5000

CM-D Backup for CM_B & CM-C

ClusterCluster

RedundancyGroup

RedundancyGroup

Recomendaciones de Cluster Hasta 10,000 usuarios



Primary CallManagerUser’s 7501 - 10,000


ClusterCluster

RedundancyGroups

RedundancyGroups

Publisher

Backup

Backup

Cisco TFTP


53

© 2002, Cisco Systems, Inc. All rights reserved. CIPT 3.2—Module 1-14

WeightBHCAs < 6

WeightBHCAs < 6

WeightBHCAs < 12

WeightBHCAs < 12

CTI Server PortCTI Server Port 22 44 66 88

CTI 3rd PartyCTI 3rd Party 33 66 99 1212

CTI AgentCTI Agent 66 1212 1818 2424

H.323 ClientH.323 Client 33 66 99 1212

Transcoder MTPTranscoder MTP 33 N/AN/A N/AN/A N/AN/A

H.323 GatewayH.323 Gateway 33 33 33 33

CTI Route PointCTI Route Point 22 44 66 88

MGCPMGCP 33 33 33 33

ConferenceConference 33 N/AN/A N/AN/A N/AN/A

SCCP ClientSCCP Client 11 22 33 44

WeightBHCAs < 18

WeightBHCAs < 18

WeightBHCAs < 24

WeightBHCAs < 24

CTI Client PortCTI Client Port 22 44 66 88

Device Weights Table

BHCAsBHCAs = Busy= Busy --Hour Call AttemptsHour Call Attempts


54

Resumen : La configuración básica de CallManager incluye la configuración de Device Pool al que se asignan configuración estándar de los dispositivos. Asimismo de configura la LOCATION que controla el ancho de banda disponible en cada sede. El gestor de servicios determina los que se activan en cada servidor del Cluster La prestación de autorregistro permite un despliegue rápido de terminales.


55

Test de comprensión 1. ¿Cómo se controla el ancho de banda?

a) Por número de llamadas b) Por Mbps c) Por Kbs

2. ¿Cómo se controla el ancho de banda entre dispositivos?

a) REGION b) DEVICE POOL c) LOCATION

3. ¿Cómo se controla el codec que se usa entre dos dispositivos?

a) LOCATION b) DEVICE POOL c) REGION

57

TEMA 4

MEDIA RESOURCE

Tema 4 Media Resource

59

4.1 Conceptos

Router/GW Router/GW

CallManagerCluster

IP WAN

MessagingGateserver

Transcoding

DSP

Transcoding and conferencia

Router/GW Router/GW

CallManagerCluster

IP WAN

MessagingGateserver

conferencia

DSP

Compressed Call LegG.711 Call Leg

DSP

PrimaryCM Secondary

CM

Redundancy Group 1

PrimaryCM Secondary

CM

Redundancy Group 2

PublisherCM

TFTPCM

Cluster

DSP

Media Resource Tema 4

60

Hardware-Based conferencia

• Reduce la carga de Call-Manager

• Permite conferencia G.729

DSPRouter/GW

CallManager 3.0Cluster

Voice MessagingServer

PSTNV

Skinny Station Protocol G.711 Voice Stream G.729a Voice Stream

DSP DSP Service

Ad Hoc Conference Description

• En la Ad Hoc conference, el gestor de conferecias crea y extiende la conferenciallamando a los participantes uno a uno y CallManager utiliza componentes de software y hardware separados para determinar el tipode media, el control y la mezcla de los flujosRTP. Estos componentes se llaman recursosde conferencia.

• Máximo seis participantes por conferencia.


61

Meet-Me Conference• Descripción

–In a Meet-Me conference, el sistema establece la conferencia en un número de la plataforma llamado Meet-Me conference code.–Los usuarios que llaman a ese número se añaden a la conferencia. –CallManager sólo permite la conferecia si tiene recursosde Conferencia registrados.–Máximo seis participantes por conferencia

• Avanzado–Se deben usar partition para crear grupos de Meet-me y que sólo los usuarios autorizados puedan llamar. Con Translation Rules también se puede restringir el uso.

Que es un Transcoder?–Un transcoder es un dispositivo que puede recibir un stream de RTP con un codec y lo convierte en otro codec (Transcodifica)–Sólo es necesario si tenemos dispositivos en la red que no entiendentodos los codec que usamos en la red de VoIP. P.E. Un terminal que sólotiene G.723.

–Actualmente están en desuso ya que todos los dispositivos hablan todoslos codec.–Introduce un retardo en la media

IOS Gatekeeper

DSP DSPRouter/GW Router/GW

CallManagerCluster

CallManagerCluster

IP WAN

MessagingGateserver

MessagingGateserver

Transcoding


62

Calls with Restricted Bandwidth

CallManager

Cisco 12SP+ Cisco7960Media Streams

Teléfono A llama Teléfono BEl transcode se invoca si los dos terminales no soporta e l mismo codec.

Transcoder

Region C – G.729Region A - G.723

TeléfonoA TeléfonoB

Region B

Configuración IOS• sccp local GigabitEthernet0/0• sccp ccm 10.81.32.5 identifier 3 version 4.1 • sccp ccm 10.81.32.7 identifier 2 version 4.1 • sccp ccm 10.81.32.6 identifier 1 version 4.1 • sccp ccm 10.10.211.10 identifier 4 version 4.1 • sccp ccm 10.10.211.11 identifier 5 version 4.1 • sccp ccm 10.10.221.11 identifier 6 version 4.1 • sccp ccm 10.10.221.10 identifier 7 version 4.1 • sccp ccm 10.10.231.10 identifier 8 version 4.1 • sccp ccm 10.10.231.11 identifier 9 version 4.1 • sccp• !• sccp ccm group 100• associate ccm 1 priority 1• associate ccm 2 priority 2• associate ccm 3 priority 3• associate profile 1 register conferencias• !• sccp ccm group 101• associate ccm 5 priority 1• associate ccm 4 priority 2• associate profile 2 register conf_lab1• !• sccp ccm group 102• associate ccm 6 priority 1• associate ccm 7 priority 2• associate profile 4 register conf_lab2• !• sccp ccm group 103• associate ccm 8 priority 1• associate ccm 9 priority 2• associate profile 5 register conf_lab3• !• dspfarm profile 1 conference• codec g711ulaw• codec g711alaw• codec g729ar8• codec g729abr8• codec g729r8• codec g729br8• maximum sessions 2• associate application SCCP• !

• !• dspfarm profile 2 conference• codec g711ulaw• codec g711alaw• codec g729ar8• codec g729abr8• codec g729r8• codec g729br8• maximum sessions 2• associate application SCCP• !• dspfarm profile 4 conference• codec g711ulaw• codec g711alaw• codec g729ar8• codec g729abr8• codec g729r8• codec g729br8• maximum sessions 2• associate application SCCP• !• dspfarm profile 5 conference• codec g711ulaw• codec g711alaw• codec g729ar8• codec g729abr8• codec g729r8• codec g729br8• maximum sessions 2• associate application SCCP• !• dspfarm profile 3 mtp• codec g729ar8• maximum sessions software 6• associate application SCCP


63

DSPCapacidad de conferencias con G.729 y G711 2 conferencias en G.729 de hasta ocho participantes por DSPCapacidad de conferencias con G711 8 conferencias en G.711de hastaocho participantes por DSPModelos de PVDM2. Tambien se pueden usar NM-HD2V 4 slots para PVDM2

Dos slot: 2801 2811 PVDM2-16 (1 DSP)

PVDM2-32 (2 DSPs) PVDM2-48 (3 DSPs) PVDM2-64 (4 DSPs)

Tres slot:2821 2851 PVDM2-16 (1 DSP)

PVDM2-32 (2 DSPs) PVDM2-48 (3 DSPs) PVDM2-64 (4 DSPs)

Media Termination Point (MTP)

–Enables supplementary services to calls routed through an H.323v1 gateway. –Supplementary services are such features as:

•Call hold•Call transfer•Call park•conferencia

Router/GWH.323v1

PSTN

IP WAN

1001

1002

Cisco CallManagerCisco IP Voice Media Streaming Application

MTPMTP

Incoming Stream

Initial StreamSupplementary Service Stream


64

Servicio de música en espera

Hasta 51 fuentes de audio por cluster.–Hasta 50 fuentes en bucle por cluster• Los servidores del cluster tienen una copia de la música• Se soporta distintas extensiones de la fuente incluida wma y mp3

–1 fuente fija por server (o cluster)• Radio o CD player • Se requiere tarjeta de sonido en los• La música se distribuye en Unicast o Multicast

–Los stream de audio incluyen los G.711, G729A

La aplicación de música en espera (MOH) provee músicaa cualquier usuario interno o externoLa aplicación de música en espera (MOH) provee músicaa cualquier usuario interno o externo

Tarjeta de sonido recomendada:MCS 7835 Sound Blaster

PCI 16

Servidores MOH–1aplicación MOH por MCS–Escalable y redundante con varios MCS–Hasta 250 MOH unicast o multicast streams por servidordedicado a MOH–Hasta 500 unicast por servidor–1 a 20 MOH servidores por cluster–1 a >10,000 MOH streams por cluster–Servidores centralizados o distribuidos

MOH CM

CM-5

CM-2

CM-1 CM-4

CM-3XCODE1 XCODE2

MOH2MOH1


65

Media Resource Groups and Lists

Media Resource Groups (MRGs) son agrupaciones lógicas de dispositivos. P.e. los recursos de una sede

Media Resource Group List (MRGL) son listas de MGR

Selección de Resource

–Se busca en el primer Media Resource Group de la lista MGRL, si la busqueda es correctase obtiene el nombre del dispositivo

–Si la busqueda no es correcta se busca en el siguiente MRG

–Si no existe nigún recuros dsiponible en ningun MRG, el Resource Manager intentausar recursos del grupo Default


66

• Reglas Media Resource Group List :–MRGL se asignan a los Device (dispositivos) o Device Pool

–Call Processing utiliza los MRGL configurados parael dispositivo (Device) si el MRGL es selecionado.

–Call Processing utiliza los MRGL del Device PoolSOLO si no hay MRGL selecionado en el Device

Resource List Selection Rules


67


68

Ejemplo - Acceso restringido a los recursos

Empty_List

Software MRGMTP1MTP2SW-CONF1SWCONF2

Software MRGMTP1MTP2SW-CONF1SWCONF2

Hardware MRGXCODE1XCODE2HW-CONF1HW-CONF2

Hardware MRGXCODE1XCODE2HW-CONF1HW-CONF2

MOH MRGMOH1MOH2

MOH MRGMOH1MOH2

ResultadoEl dispositivo no puede

usar ningún recurso

ResultadoEl dispositivo no puede

usar ningún recurso

AResource_List

1

2

3

4.2 Configuración de Conference Bridge de Hardware

La configuración es válida para la IOS 12.4(11)T. Para detalles de la configuración se debe consultar el documento de RPV Convergentes Los recursos HW viene instalados en módulos PVDM2 y es necesario conocer los recursos DSP libres en caso de el GW realice funciones de conexión a la RDSI. Se debe conocer que EDC dispone de los recursos DSP para conferencia. Los recursos puede estar configurados en varios EDC y no existe una distribución ideal de los mismos, si bien se recomienda que se incorporen en las sedes con mayor cantidad de terminales y por tanto con mayor probabilidad de uso del servicio de conferencia.. La configuración ideal es disponer de recursos de todos los GW de las sedes, pero esta configuración tiene un gran impacto económico. Para conocer el tipo y cantidad de DSP se deben utilizar los comandos: DSP>sh inventory NAME: "2851 chassis", DESCR: "2851 chassis" PID: CISCO2851 , VID: V01 , SN: FHK0915F2B2 NAME: "9 Port FE Switch on Slot 0 SubSlot 1", DESCR : "9 Port FE Switch" PID: HWIC-D-9ESW , VID: VN/A, SN: FOC091144WU NAME: "PVDMII DSP SIMM with three DSPs on Slot 0 Su bSlot 4", DESCR: "PVDMII DSP SIMM with three DSPs" PID: PVDM2-48 , VID: NA , SN: FOC085028X7 NAME: "High Density Analog Voice Network Module on Slot 1", DESCR: "High Density Analog Voice Network Module" PID: NM-HD-2V= , VID: V , SN: FOC08500YSF


69

DSP#sh diag Slot 0: C2851 Motherboard with 2GE and integrated V PN Port adapter, 2 ports Port adapter is analyzed Port adapter insertion time unknown EEPROM contents at hardware discovery: PCB Serial Number : FOC09101F5J Hardware Revision : 4.0 Top Assy. Part Number : 800-21934-03 Board Revision : A0 Deviation Number : 0 Fab Version : 08 RMA Test History : 00 RMA Number : 0-0-0-0 RMA History : 00 Processor type : 87 Hardware date code : 20050308 Chassis Serial Number : FHK0915F2B2 Chassis MAC Address : 0013.7fa8.cea0 MAC Address block size : 32 CLEI Code : CNMJ5N0BRB Product (FRU) Number : CISCO2851 Part Number : 73-8282-12 Version Identifier : V01 EEPROM format version 4 EEPROM contents (hex): 0x00: 04 FF C1 8B 46 4F 43 30 39 31 30 31 46 35 4A 40 0x10: 03 E9 41 04 00 C0 46 03 20 00 55 AE 03 42 41 30 0x20: 88 00 00 00 00 02 08 03 00 81 00 00 00 00 04 00 0x30: 09 87 83 01 31 F1 84 C2 8B 46 48 4B 30 39 31 35 0x40: 46 32 42 32 C3 06 00 13 7F A8 CE A0 43 00 20 C6 0x50: 8A 43 4E 4D 4A 35 4E 30 42 52 42 CB 8F 43 49 53 0x60: 43 4F 32 38 35 31 20 20 20 20 20 20 82 49 20 5A 0x70: 0C 89 56 30 31 20 D9 02 40 C1 FF FF FF FF FF FF PVDM Slot 0: 48-channel (G.711) Voice/Fax PVDMII DSP SIM M PVDM daughter card Hardware Revision : 3.2 Part Number : 73-8540-04 Board Revision : A0 Deviation Number : 0 Fab Version : 03 PCB Serial Number : FOC085028X7 RMA Test History : 00 RMA Number : 0-0-0-0 RMA History : 00 Processor type : 00 Product (FRU) Number : PVDM2-48 Version Identifier : NA EEPROM format version 4 EEPROM contents (hex): 0x00: 04 FF 40 03 ED 41 03 02 82 49 21 5C 04 42 41 30 0x10: 88 00 00 00 00 02 03 C1 8B 46 4F 43 30 38 35 30 0x20: 32 38 58 37 03 00 81 00 00 00 00 04 00 09 00 CB 0x30: 88 50 56 44 4D 32 2D 34 38 89 4E 41 20 20 D9 02 0x40: 40 C1 FF FF FF FF FF FF FF FF FF FF FF FF FF FF 0x50: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 0x60: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF


70

Slot 1: High Density Voice Port adapter Port adapter is analyzed Port adapter insertion time unknown EEPROM contents at hardware discovery: Hardware Revision : 1.1 Top Assy. Part Number : 800-03567-01 Board Revision : F1 Deviation Number : 0-0 Fab Version : 02 PCB Serial Number : JAB045008PA RMA Test History : 00 RMA Number : 0-0-0-0 RMA History : 00 Product (FRU) Number : NM-HDV= EEPROM format version 4 EEPROM contents (hex): 0x00: 04 FF 40 00 CC 41 01 01 C0 46 03 20 00 0D EF 01 0x10: 42 46 31 80 00 00 00 00 02 02 C1 8B 4A 41 42 30 0x20: 34 35 30 30 38 50 41 03 00 81 00 00 00 00 04 00 0x30: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 0x40: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 0x50: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 0x60: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF HDV SIMMs: Product (FRU) Number: PVDM-12= SIMM slot 0: PVDM-12 SIMM present. SIMM slot 1: PVDM-12 SIMM present. SIMM slot 2: PVDM-12 SIMM present. SIMM slot 3: PVDM-12 SIMM present. SIMM slot 4: PVDM-12 SIMM present. WIC Slot 0: E1 (2 Port) Multi-Flex Trunk (Drop&Insert) WAN Daughter Card Hardware revision 1.0 Board revis ion D0 Serial number 32258650 Part number 800-04615-03 FRU Part Number VWIC-2MFT-E1-DI= Test history 0x0 RMA number 00-00-00 Connector type PCI EEPROM format version 1 EEPROM contents (hex): 0x20: 01 25 01 00 01 EC 3A 5A 50 12 07 03 00 00 00 00 0x30: 68 00 00 00 04 05 30 00 FF FF FF FF FF FF FF FF HDV firmware: Compiled Fri 19-Nov-04 14:23 by michen HDV memory size 524280 heap free 167869

La configuración es igual para todos los EDC que dispongan de recursos HW para Conferencia y se debe configurar igual en todos los EDC, con la única excepción del nombre del profile que debe ser distinto para cada EDC y profile. Para el cálculo y distribución de los DSP se debe utilizar la guía de diseño de CISCO. A continuación se describe la configuración en IOS, la misma forma parte del servicio de RPV CONVERGENTES que debe ser el documento de referencia para los EDC.


71

Orden de generación: voice-card dspfarm sccp ccm sccp ccm group

Configuración: voice-card 0 no dspfarm

dsp services dspfarm Habilita los servicios DSP en las voice-card voice-card 1 no dspfarm dsp services dspfarm

SCCP. sccp local GigabitEthernet0/0 Describe el interface origen del protocolo sccp ccm 10.10.30.2 identifier 2 version 5.0.1 Define identifier de CCM y su

versión. sccp ccm 10.81.30.3 identifier 1 version 5.0.1

sccp Habilta el protocolo SCCP en el EDC. Es

necesario deshabiltarlo para modificar los datos de configuración.

sccp ccm group 100

associate ccm 1 priority 1 Asocia a un grupo de CCM los identificadores creados anteriormente y su prioridad para registro. Se debe comenzar por los Suscriber y por último el Publisher.

associate ccm 2 priority 2

associate profile 1 register confbri Asocia un perfil profile de dspfarm para registro. El nombre de registro debe coincidir con el configurado en CCM. Se puede poner cualquier nombre.

dspfarm profile 1 conference description CONFERENCIAS

codec g711ulaw Lista de codec recomendada para realizar CONFERENCIAS. Esta lista puede ampliarse en caso de se necesite. P.E. G.723.

codec g711alaw Lista de codec recomendada para realizar

CONFERENCIAS. Esta lista puede ampliarse en caso de se necesite. P.E. G.723.

codec g729ar8 codec g729abr8 codec g729r8 codec g729br8 maximum sessions 6 associate application SCCP


72

4.2.1 CONFIGURACION EN CCM

Ir a Media Resource->Conference Brigde


73

Add New Conference Bridge

4.2.2 COMPROBACION DE LA CONFIGURACIÓN EN IOS DSP>sh dspfarm all Dspfarm Profile Configuration Profile ID = 1, Service = CONFERENCING, Resource I D = 2 Profile Description : CONFERENCIAS Profile Admin State : UP Profile Operation State : ACTIVE Application : SCCP Status : ASSOCIATED Resource Provider : FLEX_DSPRM Status : UP Number of Resource Configured : 6 Number of Resource Available : 6 Codec Configuration Codec : g711ulaw, Maximum Packetization Period : 3 0 , Transcoder: Not Required Codec : g711alaw, Maximum Packetization Period : 3 0 , Transcoder: Not Required Codec : g729ar8, Maximum Packetization Period : 60 , Transcoder: Not Required Codec : g729abr8, Maximum Packetization Period : 6 0 , Transcoder: Not Required Codec : g729r8, Maximum Packetization Period : 60 , Transcoder: Not Required Codec : g729br8, Maximum Packetization Period : 60 , Transcoder: Not Required

Nombre que hemos asignado en el EDC

Configurar en caso de usar DSP por location


74

SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID B RIDGE_ID PKTS_TXED PKTS_RXED 0 1 1.0.6 UP N/A FREE conf 2 - - - 0 1 1.0.6 UP N/A FREE conf 2 - - - 0 2 1.0.6 UP N/A FREE conf 2 - - - 0 2 1.0.6 UP N/A FREE conf 2 - - - 0 3 1.0.6 UP N/A FREE conf 2 - - - 0 3 1.0.6 UP N/A FREE conf 2 - - - 1 1 8.4.0 UP N/A FREE xcode 1 - - - 1 1 8.4.0 UP N/A FREE xcode 1 - - - 1 1 8.4.0 UP N/A FREE xcode 1 - - - 1 1 8.4.0 UP N/A FREE xcode 1 - - - 1 1 8.4.0 UP N/A FREE xcode 1 - - - 1 1 8.4.0 UP N/A FREE xcode 1 - - - Total number of DSPFARM DSP channel(s) 12

4.2.3 COMPROBACION DE CONFIGURACION EN CCM


75

4.2.4 CREACIÓN DE MRG

Se debe asignar los recursos a un MRG.


76

Add a New Media Resource Group

Se puede añadir a los MRG más recursos en caso de que estos se distribuyan en varios EDC.


77

4.2.5 CREACIÓN DE MGRL

Se debe añadir a los MGRL que existan. Estos MGRL se crean para MoH. Ver documento de generación de MoH en Multicast. Una configuración recomendada es crear dos MGRL. Uno para Unicast en la sede central y otro el Multicast para sede remotas. A estos dos MGRL se le añaden los la música y los recursos de DSP que se creen. En caso de DSP en todos los EDC de las sedes, la configuración ideal es crear un MGRL por cada sede e incluir el MGR de MoH junto a los de recursos de conferencia.


78

4.2.6 ASIGNACIÓN DE MGRL A DEVICE POOL

Los MGRL se asignan a los DEVICE POOL. Lo habitual es Unicast en sede central y multicast en remotas. Se debe aplicar a todos los DEVICE POOL que deban utilizar los recursos.


79

4.2.7 ASIGNACIÓN DE MGRL A DISPOSITIVOS

En caso de que se definan DEVICE POOL sin MGRL o que queramos una asignación distinta para dispositivos concretos se puede incluir un MGRL en los dispositivos y tendrán preferencia sobre lo configurado en el DEVICE POOL.


80

Resumen : CallManager dispone de un gestor de conferencias que permite por software crear conferencias en G.711. El rendimiento es limitado y en escenarios con WAN en consumo de ancho de banda es muy elevado, Para aumentar el rendimiento o realizar las conferencias en G.729 es necesario equipar módulos de DSP. Estos módulos se insertan en Gateways de Cisco.


81

Test de comprensión 1. ¿Cuántas conferencias se pueden realizar por DSP en G.729?

a) 2 b) 4 c) 8

2. ¿Cómo se limita el acceso a los números Meet-Me?

a) Con MGRL b) Con MGR c) Con CCS

3. ¿Cuántos interlocutores se pueden tener por conferencia?

a) 2 b) 4 c) 8

83

TEMA 5

MUSICA EN ESPERA

Tema 5 Música en Espera

85

5.1 INTRODUCCION

El presente apartado describe la configuración de Música en espera para Cisco CallManager y RPV con EDC convergentes 2801. Asimismo es de aplicación a otros EDC de CISCO. La música en espera se distribuye por UNICAST en la sede central, es decir cada vez que se necesita música se abre un canal RTP desde el CCM hasta el terminal o GW. En las sedes remotas y para ahorro de ancho de banda se distribuye en MULTICAST desde el EDC convergente. Con el siguiente esquema,

Música en Espera Tema 5

86

5.2 HABILITAR LAS FUENTES DE MÚSICA EN ESPERA.

El sistema dispone por defecto de una fuente de audio. Adicionalmente se pueden añadir fuentes de audio al sistema. Para ello se descarga el fichero desde el PC de acceso. Las fuentes de música debe estar en formatos WAV y MP3 El sistema al añadir una nueva fuente crea los ficheros de los distintos CODECS habilitados para su distribución a los Server del cluster


87


88

Añadir un MOH audio source, el sistema dispone por defecto de un fichero de música en espera. Se debe habilitar MULTICAST en la fuente 1. Si añadimos otros AUDIO SOURCE no se debe habilitar MULTICAST.


89


90

5.2.1 CONFIGURACIÓN DE LOS SERVIDORES DE MOH

Se deben modificar/crear los servidores de MOH para que distribuyan la música en MULTICAST. La dirección IP de Multicast 239.1.1.1 puerto 16384. Sólo es necesario habilitarlo en un servidor, si se dispone de un servidor dedicado para música en espera usar este, en caso contrario utilizar el que menos carga de procesador tenga. Sólo se puede habilitar un servidor con una IP y un puerto.


91

5.2.2 MODIFICACION DEL CODEC PARA LOS SERVIDORES DE MOH

Se habilita el uso de música en espera en G711 ley U, G711 ley A y G729


92

Los codecs que queremos se seleccionan con CTRL+clic de ratón.


93

5.2.3 CONFIGURACION UNICAST DE CCM

Los terminales de la sede central se configuran para recibir música en UNICAST, es decir un flujo RTP para cada terminal que solicita música en espera. Se debe configurar una Región, un Device Pool, un Media Resource Group (MRG) y un Media Resource Group List (MRGL) específico que se asignará a los terminales. Configuración MRG llamado MOH MRG UNICAST con los servidores de música en espera pero sin habilitar el MULTICAST.


94

Crear un MRGL llamado MOH MRGL UNICAST con el MRG MOH MRG UNICAST Si existen MGRL en el sistema, p.e. para MTP y CONF, modificarlo e incluir el MGR_UNICAST.


95

Añadir REGION, MOH UNICAST. Usaremos G.729 por defecto para falicitar el trabajo al añadir sedes remotas.


96

Se debe modificar la región de los terminales de la sede central para que acepten desde la región MOH UNICAST G.711


97

Crear un DEVICE POOL llamado MOH UNICAST

.


98

Modificar las extensiones de la sede central para asignar la música en UNICAST.


99

Se puede individualizar la música para cada terminal de la sede central. Se utilizando las fuentes de MOH definidas anteriormente.


100

5.2.4 CONFIGURACIÓN MULTICAST DE CCM

La configuración MULTICAST permite distribuir la música desde los EDC. Realmente lo que hace es “engañar” a los terminales informándoles que la música la tiene disponible en la dirección multicast 239.1.1.1 puerto 16384. Siempre la distribuimos en G.711 ley U para tener calidad. El fichero de música debe ser descargado en los EDC y se puede utilizar una música para cada sede remota. Tras la configuración no es relevante la música que se asigne a las extensiones en CCM ya que sólo tienen disponible la del EDC.


101

5.2.5 MODIFICACIONES DE LOS EDC

Descargar el fichero de MOH en el EDC. Debe ser un .AU o .WAV G.711 ley U. 8Khz mono.

C2801>sh flash -#- --length-- -----date/time------ path 1 25257336 Jun 7 2006 11:41:00 +02:00 c2801-sps ervicesk9-mz.124-4.T3.bin 2 1536 Feb 17 2005 04:11:18 +01:00 sdmconfi g-2801.cfg 3 1463 Feb 17 2005 04:12:06 +01:00 home.htm l 4 3770 Dec 14 2005 10:54:42 +01:00 c2801-14 1205.cfg141205 5 20272276 Oct 27 2005 14:49:08 +02:00 c2801-sp servicesk9-mz.123-11.T8.bin 6 496521 Aug 17 2006 09:49:42 +02:00 music-on -hold.au 7 1687 Oct 19 2005 09:07:04 +02:00 backupco nfig.cfg 8 199256 Jun 9 2006 10:51:30 +02:00 crashinfo _20060609-085130 9 605852 Jun 20 2006 15:51:12 +02:00 beethove n-ley-a.wav 10 1565717 Aug 18 2006 12:41:12 +02:00 ElKoalaU LAW.wav 15462400 bytes available (48427008 bytes used)


102

Crear una Loopback 1.1.1.1 255.255.255.255. Es necesaria ya que con VLAN configuradas la música no se distribuye si no existe la Loopback. interface Loopback0 ip address 1.1.1.1 255.255.255.255

Añadir el siguiente comando para habilitar la música en espera. ccm-manager music-on-hold

Añadir la distribución de multicast a la configuración de SRST. Si el cliente no dispone de SRST se deben añadir la función pero sin configurarla. CON SRST call-manager-fallback max-conferences 4 gain -6 user-locale ES ip source-address 10.10.26.129 port 2000 max-ephones 24 max-dn 24 alias 1 91744090. to 2107

moh ElKoalaULAW.wav Nombre del fichero de música multicast moh 239.1.1.1 port 16384 route 10.10.26. 129 1.1.1.1 Dirección de la

VLAN de voz y de Loopback SIN SRST call-manager-fallback ip source-address 10.10.26.129 port 2000 max-ephones 1 max-dn 1

moh ElKoalaULAW.wav Nombre del fichero de música multicast moh 239.1.1.1 port 16384 route 10.10.26. 129 1.1.1.1 Dirección de la

VLAN de voz y de Loopback Comprobación de la distribución de MOH en Multicast. C2801#sh ephone summary Max 24, Registered 0, Unregistered 0, Deceased 0, S ockets 0 ephone_send_packet process switched 0 Max Conferences 4 with 0 active (4 allowed) Skinny Music On Hold Status Active MOH clients 0 (max 30), Media Clients 0 File ElKoalaULAW.wav type WAVE Media_Payload_G711Ul aw64k 160 bytes Moh multicast on 239.1.1.1 port 16384 via 10.10.26. 129 via 1.1.1.1


103

Debug de la MOH debug ephone moh C2801#debug EPHone MOH EPHONE music-on-hold debugging is enabled C2801_Unicaja_Tecn# Aug 21 09:08:07.571 METDST: MoH route If FastEthern et0/0.20 ETHERNET 10.10.26.129 via ARP Aug 21 09:08:07.571 METDST: MoH route If Loopback0 46 1.1.1.1 via 1.1.1.1 Aug 21 09:08:12.887 METDST: MoH route If FastEthern et0/0.20 ETHERNET 10.10.26.129 via ARP Aug 21 09:08:12.887 METDST: MoH route If Loopback0 46 1.1.1.1 via 1.1.1.1 Aug 21 09:08:18.187 METDST: MoH route If FastEthern et0/0.20 ETHERNET 10.10.26.129 via ARP Aug 21 09:08:18.187 METDST: MoH route If Loopback0 46 1.1.1.1 via 1.1.1.1 Aug 21 09:08:23.523 METDST: MoH route If FastEthern et0/0.20 ETHERNET 10.10.26.129 via ARP Aug 21 09:08:23.523 METDST: MoH route If Loopback0 46 1.1.1.1 via 1.1.1.1

5.2.6 CONFIGURACION DE CCM PARA MULTICAST EN SEDES REMOTAS

Los terminales de las sedes remotas se configuran para recibir música en MULTICAST, el EDC pone un flujo MULTICAST en la LAN y el CCM informa a los terminales que se suscriban al flujo. Se debe configurar una Región, un Device Pool, un MRG y un MRGL específico que se asignará a los terminales. Configuración MRG llamado MOH MRG_MULTICAST con los servidores de música en espera pero habilitando el MULTICAST. Añadir sólo el servidor que se habilita para MOH MULTICAST


104


105

Crear un MRGL llamado MOH MRGL MULTICAST con el MRG MOH MRG MULTICAST. Si existen MGRL en el sistema, p.e. para MTP y CONF, modificarlo e inluir el MGR_MULTICAST


106

Añadir REGION, MOH MULTICAST


107

Se debe modificar la región de los terminales de las sedes remotas para que acepten desde la región MOH MULTICAST G.711. Por seguridad y ante un fallo de configuración las sedes remotas deben tener G.729 con la región MOH UNICAST.


108

Crear un DEVICE POOL llamado MOH MULTICAST

.


109

Modificar las extensiones de la sede central para asignar la música en MULTICAST. En este caso aunque las fuentes de audio se pueden seleccionar, no tienen ningún efecto, ya que el terminal siempre tomará la que distribuye el EDC de la sede aunque se puede usar el campo como información administrativa de la música que se distribuye el EDC en el caso de distintas músicas en la instalación.


110

Resumen : CallManager dispone de un gestor de medios que proporciona entre otros MoH. Se pueden cargar en el sistema distintas músicas y asignarlas a los usuarios. CallManager puede enviar la música en espera a los termiales por dos métodos: Unicast : Un stream de audio para cada usuario que requiere recibir música en espera. La ventaja es su facilidad de configuración. La desventaja es el consumo de ancho de banda en WAN y la necesidad de aumentar la capacidad del HW. Multicast: El stream de música se distribuye en un dirección multicast en la LAN. CallManager informa a los terminales de la dirección y el puerto en el que está la música en espera. Los flujos multicast no pueden pasar por una WAN con lo que en las sedes remotas se utilizan los GW para que ponga la música en multicast. El inconveniente de esta solución es la complejidad de configuración y su gran ventaja es el ahorro de ancho de banda en WAN y la calidad, ya que se utiliza G.711


111

Test de comprensión 1. ¿Que codec utilizamos en música en Multicast?

a) G.722 b) G.729 c) G.711

1. ¿Quién puede poner en la LAN música en Multicast?

a) CallManager b) El Gateway de la sede c) Ambos

2. ¿Que codec utilizamos en música en si no tenemos gateways en las sedes remotas?

a) G.722 b) G.711 c) G.729

113

TEMA 6

TERMINALES IP

Tema 6 Terminales IP

115

Esquema de contenido

Desarrollo: • En primer lugar se describen las

especificaciones generales de los teléfonos IP de Cisco, mostrando a continuación cada uno de los modelos exitentes actualmente en el mercado.

• A continuación se presentan los pasos a dar en la instalación de los teléfonos en una instalación de cliente.

• Se finaliza con la descripción de los distintos métodos de provisión de teléfonos IP en Cisco Unified CallManager.


117

6.1 Teléfonos IP de Cisco

6.1.1 Especificaciones de los teléfonos IP

Los terminales IP de Cisco utilizan los códec de compresión de aúdio G.711 and G.729a. Pueden trabajar con señalización SIP y SCCP (Skinny Client Control Protocol). Soportan DHCP y BootP. Las direcciones IP de los teléfonos son asignadas automáticamente por DHCP, aunque también puede asignarse de forma estática en los parámetros de configuración del teléfono. Están programados para generar ruido de confort y supresión de silencios. En el nombre de los modelos de los terminales aparecen una serie de letras que se explican a continuación: Por ejemplo, 7906G, la G viene de “Global Symbol”, es decir, símbolos globales y quiere decir que acompaña a cada tecla la función de la misma explicada mediante un símbolo. En otros teléfonos pueden aparecer otras letras, por ejemplo, 7961G-GE. GE significa Giga Ethernet, e implica que dicho modelo permite conectarse a redes Ethernet, Fast Ethernet y Giga Ethernet. Se puede alimentar los terminales de Cisco de cuatro modos posibles:

• Alimentación por la conexión de datos en modo propietario (Cisco Inline Power). Necesita tarjetas de alimentación en los switches Catalyst (Cisco Inline Power). Utiliza los pines 1, 2, 3, y 6 (los mismos que los datos Ethernet) suministrando –48V

• Alimentación por la conexión de datos modo estándar IEEE802.3af. Necesita tarjetas de alimentación en los switches que cumplan con dicho estándar. Utiliza los pines 4, 5, 7, y 8 suministrando –48V

• Alimentación externa por cable de datos (inline power patch panel). Necesita un dispositivo que inyecte los –48V sobre los pines 4, 5, 7, y 8

• Alimentación mediante transformador

Se pueden utilizar las distintas soluciones simultáneamente para tener redundancia.

Terminales IP Tema 6

118

6.1.2 CISCO IP PHONE 7906G/7911G

Terminal básico IP con una línea de acceso que sustituye a los modelos 7905G/7912G.

Dispone de un display

4 teclas interactivas (soft keys).

Tecla fija para dejar una llamada en espera.

Indicador de mensaje en espera.

Alimentación mediante IEEE802.3af, Cisco Inline Power o mediante transformador.

Actualización de facilidades mediante cargas de software en la memoria flash

Integración con aplicaciones XML

Memoria incrementada para soportar dichas aplicaciones.

Monitoriza las llamadas (sin micro de ambiente).

Sin conexión para cascos

1 puerto Ethernet para el 7906G y un switch con 2 puertos para el 7911G


119

6.1.3 CISCO IP PHONE 7941G/7941G-GE

Terminal de gama media-alta con 2 botones para líneas o marcación rápida.

Posee una pantalla de mayor resolución (320x222) que el modelo al que sustituye 7940G. Indicación de fecha/hora, información de llamada, acceso a facilidades mediante softkeys.

Soporte para aplicaciones XML

Alimentación mediante IEEE802.3af o Cisco Inline Power (sólo el 7941G) o mediante transformador.

Indicador de mensaje en espera

Función de manos libres

Conexión para cascos

2 puertos 10/100 BaseT el 7941G y 2 puertos 10/100/1000 el 7971G-GE.

Soporta los protocolos SCCP y SIP

Memoria incrementada

El modelo 7941G-GE añade GigaEthernet a los puertos existentes.


120


Modelo de gama alta con 6 botones para líneas con números de directorio o marcación rápida

Pantalla de mayor resolución (320x222) que la del modelo al que sustituye 7960G. Con infomación de fecha/hora, de llamada, acceso a facilidades mediante softkeys.


Alimentación mediante IEEE802.3af, Cisco Inline Power (sólo el 7961G) o mediante transformador.




Soporta el modulo de ampliación de teclas 7914


Soporta los protocolos SCCP y SIP


El modelo 7961G-GE añade GigaEthernet a los puertos existentes


121


Modelo de gama alta con 8 botones para líneas con números de directorio o marcación rápida

Pantalla táctil a color (12 bits y 320x234 de resolución) con fecha/hora, información de llamada, acceso a facilidades mediante softkeys.


Alimentación mediante IEEE802.3af, Cisco Inline Power o mediante transformador.




Soporta el modulo de ampliación de teclas 7914



El modelo 7971G-GE añade GigaEthernet a los puertos existentes


122

6.1.6 Módulo de expansión 7914

Cada módulo posee 14 botones

Se pueden instalar un máximo de dos módulos de expansión por terminal con un total de 28 botones.

Cada módulo posee una pantalla que muestra el número de directorio o el número de marcación rápida.

Es compatible con los terminales de Cisco 7960G, 7961G, 7961G-GE, 7970G y 7971G-GE

Los botones se iluminan según un código de colores que indica el estado de la línea en él representada.


123

6.2 Instalación de los teléfonos

La realización del proceso de instalación física de Teléfonos IP no requiere la instalación y configuración de los equipos Cisco Call Manager. No obstante, es de destacar que si los equipos Cisco Call Manager estuviesen instalados y configurados, estará deshabilitado el Autoregistro , de este modo la instalación de nuevos teléfonos IP no desencadenará el registro automático de los mismos en los equipos Cisco Call Manager. En la arquitectura LAN del Cliente, se creará por lo general una VLAN para el tráfico de Datos y otra VLAN para el tráfico de VOZ, dicha arquitectura no es obligatoria, pero si recomendada. Los teléfonos IP se instalarán en la LAN del Cliente con la configuración de fábrica. Si la infraestructura de datos es de Cisco, se procederá a la activación del protocolo CDP (Cisco Discovery Protocol) en el Switch del Cliente. Una vez activado el protocolo CDP el Switch asigna, de modo automático, la VLAN configurada para VOZ al Teléfono IP. El Teléfono IP de Cisco es identificado por la dirección MAC del equipo , dicha dirección MAC aparece en una etiqueta del teléfono. Al conectar un terminal a un puerto de un Catalyst (Cisco), éste detecta el dispositivo utilizando el mecanismo de descubrimiento de terminales e informa al Supervisor de ello. El Supervisor comprueba si puede suministrar la potencia necesaria, y si es así, informa al puerto para que provea la alimentación. El puerto suministra la alimentación e informa al Supervisor de ello. Si al conectar el terminal al puerto éste ya estuviera alimentación, el puerto informaría de este hecho al Supervisor

El teléfono comenzaría el dialogo CDP con el switch para conseguir el identificativo de VLAN ID (VVID). A continuación el teléfono envía una petición DHCP para conseguir su direccionamiento IP (asignación dinámica de la dirección IP), por lo que se recomienda activar el Servidor DHCP en el EDC/GW de la Oficina.

3. Proveer VLAN

Catalyst 6000 Catalyst 4000 Catalyst 35XX V

2. Suministrar alimentación

4. DHCP (Dirección IP)

Descubrimiento del teléfono


124

El Servidor DHCP, asignará al Teléfono IP, además de una dirección IP del Pool reservado a la VLAN de VOZ, la dirección IP del Servidor TFTP, del cual deberá obtener la configuración del Teléfono IP asociada a su dirección MAC. Dicha asignación se realiza en base a la opción 150 del servidor DHCP. En los EDCs del Servicio MacroLAN/VPN IP de las Sedes Centrales, donde la funcionalidad de Gateway esté en un equipo de segundo nivel, identificado como Gateway MGCP, deberá añadirse a estos EDCs la funcionalidad de Servidor DHCP si existen terminales (Teléfonos IP) que requieran un Servidor DHCP. Del Servidor TFTP, que será de modo general el equipo Cisco CallManager Publisher, se obtiene el fichero de configuración con la lista de hasta tres CallManagers, información acerca de la región y la plantilla de botones del teléfono. Se obtiene, también, la versión de código que está ejecutándose. Si en una Sede/Oficina, han sido instalados los Teléfonos IP, y se han configurado los equipos Switch y EDC/GW de la oficina, pero no han sido aún instalados los equipos Cisco CallManager, los teléfonos IP tratarán de registrarse en el CCM. Aunque el teléfono IP no consiga registrarse y proceda a reiniciarse, el funcionamiento de los datos de los PCs conectados detrás de estos es correcto. Para ver las direcciones IP asignadas a los teléfonos IP y sus direcciones MAC se puede ejecutar el siguiente comando, en el EDC/GW del Servicio de RPV:

• sh ip dhcp binding

Bindings from all pools not associated with VRF:

IP address Client-ID/ Lease e xpiration Type

Hardware address/

User name

192.169.16.2 0100.0bfd.9070.67 Jan 17 2006 12:30 PM Automatic

En algunos casos el Teléfono se puede registrar en el EDC/GW en modo supervivencia para ver el registro realizado en el EDC/GW de la Oficina se podrá ejecutar el siguiente comando en el EDC/GW: show call-manager-fallback all


125

6.3 Provisión de teléfonos en CallManager

6.3.1 Consideraciones previas

Antes de comenzar a configurar los teléfonos se recomienda, aunque no es un requerimiento, que se realicen ciertas configuraciones previas, éstas incluyen:

• las plantillas de botones del teléfono (Phone button Templates). Aunque existen plantillas por defecto, es posible que no se adapten al escenario de cliente con lo cual habría que crearlas para tenerlas disponibles.

• las plantillas de las teclas software (Softkeys Templates). Al igual que en el punto anterior es posible que se deseen mas funciones disponibles en las teclas en los distintos casos de llamada.

• los valores por defecto para los teléfonos (Device Defaults). Cuando se autorregistra un teléfono, es de éstos Device Defaults de donde toma los datos.

6.3.1.1 Creando plantillas de botones para los telé fonos

Para poder crear plantillas de configuración de los botones de un teléfono tenemos que acceder al siguiente menú: Device>Device Settings>Phone Button Template . A continuación se pulsa el botón Add New .

Se selecciona una plantilla existente a partir de la cual, modificándola, se conseguirá la configuración requerida. Se pulsa el botón Copy . Sobre la siguiente página se modifica el nombre de la plantilla que se va a crear. A continuación, se pulsa Save. Para volver a la página que lista todas las plantillas, en la parte superior derecha de la página aparece Related Links: Back To Find/List, pulsar Go. Desde esta página se busca y se pulsa sobre la plantilla recien creada, apareciendo la página de configuración de dicha plantilla. En este ejemplo se desea que los dos botones programables del teléfono sean de acceso a línea. A continuación, se pulsa Save.


126

6.3.1.2 Creando plantillas de teclas software para los teléfonos

Según el estado en el que se encuentra el teléfono, la pantalla del mismo nos muestra las opciones disponibles para las denominadas softkeys. Es posible que el administrador desee crear plantillas en las que se ofrezcan mas opciones según el estado del teléfono o el caso de tráfico. Para poder crear estas tenemos que acceder al siguiente menú: Device>Device Settings>Softkey Template . Se pulsa Find , y aparece la siguiente página:

A continuación se pulsa el botón Add New . Se selecciona la plantilla que servirá de modelo para la que se quiere crear.


127

Se pulsa Copy , apareciendo la siguiente pantalla, en la cual se escribe el nombre que tendrá la plantilla, y se pulsa Save.

Después de salvar la plantilla, en la parte superior derecha aparece un link:

Se pulsa Go. Y aparece la siguiente página donde se eligen en cada estado del teléfono, que teclas van a estar accesibles, en el ejemplo que aparece a continuación está el teléfono en estado de reposo (On Hook), teniendo disponibles las teclas de rellamada (Redial), nueva llamada (NewCall) y desvío incondicional (Forward All). Para añadir funciones a este estado se selecciona una función de la ventana de la izquierda y se pulsa la tecla adecuada (>)para incorporarla a la ventana de la derecha. Una vez configurado, se pulsa Save. Si en lugar de estar creando la plantilla, se estuviese modificando, se pulsa Reset si la plantilla está siendo utilizada por algún teléfono. 6.3.1.3 Creando los valores por defecto para los te léfonos

Cuando los teléfonos se dan de alta mediante el autorregistro toman una serie de valores por defecto. Existen unos valores predeterminados de fábrica, aunque pueden modificarse. Los valores pueden verse o modificarse desde la página: Device>Device Settings>Device Defaults

En esta página, que se muestra en la figura, se establecen los valores por defecto de firmware (Load Information), Device Pool y plantilla de teléfono (Phone Template) que cargará el determinado tipo de terminal y protocolo.


128

Cualquiera de los valores que se desee que aparezcan accesibles para estos parámetros han de haberse cargado ,o configurado, anteriormente. El firmware de los teléfonos se carga en Cisco Unified OS Administration, en el menú Software Upgrades>Upload TFTP Server File. Para crear un nuevo Device Pool en System>Device Pool y la plantilla del teléfono en Device>Device Settings>Phone Button Template. 6.3.2 Provisión

Es posible dar de alta los telefonos en el CallManager de los siguientes modos:

• Provisión mediante auto-registro

• Provisión individual

• Utilizando la herramienta Bulk Administration Tool (BAT)

6.3.2.1 Provisión mediante auto-registro

Este metodo permite facilmente crear los teléfonos en el sistema simplemente habilitando un rango de numeración, y posteriormente conectando los terminales en la red del CallManager. Este metodo tiene la ventaja de desplegar rápidamente los terminales pero tiene muchos inconvenientes, tales como, la asignación de números de directorio según se van conectando los terminales, no poder poner restricciones especificas según tipo de usuario, posibilidad de “sneakers” “pinchados en la red, y algunos inconvenientes más. Para habilitar el auto-registro y el rango de numeración se accede a la página del administrador del sistema System>Cisco Unified CallManager. Desde aquí se pulsa el botón Find apareciendo la lista de CallManager que tiene el cluster. Se pincha sobre el servidor, en el que anteriormente se ha definido el servidor TFTP. Hay que tener en cuenta cual es la dirección IP del servidor TFTP que se ha creado en el switch. En la ventana Auto-registration Information aparecen los campos Starting Directory Number donde se insertará el número de directorio a partir del cual se quiere empezar a registrar los teléfonos y Ending Directory Number en donde se insertará el final de la numeración. Para que esté habilitado el autorregistro es necesario que no esté marcada la opción Auto-registration Disabled on this Cisco Unified CallManager, la cual por defecto está marcada. Todos los teléfonos IP, aun no registrados, procederán a auto-registrarse con el Cisco Call Manager, y se les asignará los números de línea en orden secuencial, según la numeración anteriormente configurada.


129

Una vez que se hayan registrado todos los teléfonos IP se debe deshabilitar el autorregistro en el Cisco Call Manager, volviendo a marcar la casilla anteriormente referenciada.

6.3.2.2 Provisión individual

Este método se utiliza cuando no se tienen que dar de alta muchos teléfonos. Aunque los campos de parámetros obligatorios a rellenar son solamente MAC Address, Device Pool y Phone Button Template, es posible, que los demás parámetros configurados por defecto no se adapten al escenario, por lo cual haya que concretar algúno de los otros campos que aparecen en la página de configuración. Para acceder a esta página se accede mediante Device>Phone . Una vez en la página se pulsa el botón Add New . Posteriormente se elige el modelo del terminal (Phone Type) que se desea dar de alta, y se pulsa Next . Se elige el protocolo del teléfono (Select the Device Protocol), y se pulsa Next. Aparece la página de configuración del terminal (Phone Configuration) con los siguientes campos que hay que rellenar. En los campos obligatorios a rellenar, el nombre del mismo va acompañado por un asterisco (*) y algunos de dichos campos van con valores por defecto, otros hay que rellenarlos.


130

MAC Address: indicar la dirección MAC del terminal que aparece en la parte posterior del terminal en una etiqueta.

Description: Identificación administrativa del terminal, por ejemplo, teléfono de recepción.

Device Pool: a seleccionar entre los Device Pool existentes, creados o por defecto (Default). El Device Pool define un conjunto de caracteristicas comunes para los terminales, tales como región, grupo de fecha y hora, plantilla de teclas software, etc.

Phone Button Template: La plantilla elegida determina la configuración de los botones en el terminal y que a que facilidad se accede a través de ellos. Si el administrador no ha creado ninguna plantilla para los botones del teléfono aparecerá la plantilla creada por defecto en CallManager.

Softkey Template: La plantilla elegida determina la configuración de las teclas software en cada estado del teléfono. Se deja este campo en blanco si el Device Pool contiene la plantilla de Softkey deseada.

Common Phone Profile: Standard Common Phone Profile.

Calling Search Space: Permite acceder a un conjunto de Partitions.

AAR Calling Search Space: Rutas alternativas. Especifica a que grupo de partition de rutas puede acceder un número llamante que de no ser así bloquearía la llamada por falta de ancho de banda.

Media Resource Group List: Comprende una agrupación de recursos de media utilizados para funciones, tales como música en espera.

User Hold Audio Source: Especifica la fuente de audio utilizada cuando un usuario utiliza la función de retener una llamada.

Network Hold Audio Source: Especifica la fuente de audio utilizada cuando un usuario utiliza la función de transferencia una llamada o conferencia.

Location: a seleccionar entre los Location existentes o Hub_None (por defecto). Especifica el ancho de banda disponible para llamadas entrantes y salientes a esa localización.

User Locale: Identifica el conjunto de fuentes e idioma mostrados en el display del teléfono.


131

Network locale: Identifica el conjunto de tonos y cadencias que se asocian al teléfono en un área geografica específica.

Built In Bridge: dejar el valor por defecto, a menos que se desee utilizar la función de intrusión. Valores: Activado, desactivado, predeterminado.

Privacy: dejar el valor por defecto el cual permite no mostrar la información a otros sobre el estado de la línea.. Valores: Activado, desactivado, predeterminado.

Owner User ID: Identificativo de usuario a quién está asignado el teléfono.

Phone Load Name: Nombre del firmware cargado en el teléfono. El valor introducido sobreescribe el valor por defecto.

Retry Video Call as Audio: Seleccionar para equipos de video conferencia cuando reciben una llamada que no es de video.

Ignore Presentation Indicators: Si está seleccionada ignora cualquier restricción de presentación en llamadas internas.

Allow Control of Device from CTI: Si se selecciona se permite mediante protocolo CTI controlar y monitorizar este terminal.

Packet Capture Mode: Sólo para fallos en cifrado. Valores : None/Batch Processing Mode.

Packet Capture Duration : 0.

Presence Group:Standard Presence group

Device Security Profile: Elección del perfil de seguridad del teléfono. Para ver la configuración de los perfiles en System>Security Profile>Phone Security.

SUBSCRIBE Calling Search Space: Determina como Cisco Unified CallManager enruta la peticiones de la función de presencia hacia el teléfono.

Unattendant Port: Marcar esta caja para indicar que hay un puerto desatendido en este teléfono.

Require DTMF Reception: Marcar la caja para requerir la recepción de tonos DTMF en este teléfono.

RFC2833 Disabled: En teléfonos Skinny, marcar esta caja para deshabilitar el soporte de RFC2833.

Certificate Operation: Función de firma de certificación.

Authentication Mode: Modo de autenticación

Authentication String: Si en el modo de autenticación se elige la opción By Authentication String, se debe introducir en este campo una cadena que contenga entre 4 a 10 dígitos.

Key Size (Bits):tamaño de la llave.

Expansion Module Information: Información acerca de los modulos de expansión de teclado.

MLPP Domain: None

MLPP Indication:STATUS_DEFAULT


132

MLPP Preemption:PREEMPTION_DEFAULT

Forwarding Delay: Disabled

PC Port: Enabled.

Settings Access: Enabled.

Gratuitous ARP: Enabled.

PC Voice VLAN Access: Enabled.

Video Capabilities: Disabled.

Auto Line Select: Disabled.

Web Access: Enabled.

Span to PC Port: Disabled.

Logging Display:PC Controlled.

Recording Tone: Disabled.

Recording Tone Local Volume: 100.

Recording Tone Duration: 50.

Display On When Incoming Call: Disabled.

RTCP: Disabled.

Auto Call Select:: Enabled.

Advertise G.722 Codec: Use System Default.

Después de rellenar estos campos se pulsa el botón Save. En la parte izquierda de la pantalla aparece el enlace Line [1] – Add a new DN, pulsando con el ratón sobre él aparece la siguiente página de configuración del terminal, en este caso con los datos referidos a la línea/número de directorio. La página denominada Directory Number Configuration, contiene los siguientes campos, de los cuales son obligatorios aquellos en los que el nombre del campo va seguido de un asterisco (*): Directory Number*: número de directorio que se le quiere asociar a dicha línea.

Route partition: Partition a la que pertenece el número de directorio.

Description: Descripción de el número de directorio o de la partition.

Alerting Name: El nombre que le aparecerá en la pantalla al teléfono que llama a este terminal.

ASCII Alerting Name: Igual que el anterior campo pero restringido a caracteres ASCII para aquellos llamante que no soporten los caracteres Unicode.

Active: Marcar la casilla.

Voice Mail Profile: Perfil de mensajería vocal. Indica entre otros parámetros el número de directorio de la mensajería a la que se desviará la línea en caso de que este hecho ocurra.


133

Calling Search Space: Se elige que CSS tiene la línea y a que Partition se le permite acceder.

Presence Group: Selecciona el grupo que permite monitorizar este número de directorio.

AAR Group: Se elige el grupo de ruta alternativa a la que le es permitido acceder este número de directorio.

User Hold Audio Source: Fuente de música que escucha el llamante cuando se le deja retenido por parte de este número de directorio.

Network Hold MOH Audio Source: Fuente de música que escucha el llamante cuando este número de directorio va a realizar una transferencia o una multiconferencia.

Auto Answer: Contestación automática por parte de este número de directorio cuando se le realiza una llamada.

Forward All: A que destino se envían las llamadas a este DN cuando se activa esta opción.

Secondary Calling Search Space for Forward All:CSS para cuando se elige desviar todas las llamadas y el CSS del terminal es desconocido.

Forward Busy Internal: Desvío por ocupado para llamadas internas.

Forward No Answer Internal: Desvío por ausente para llamadas internas.

Forward Busy External: Desvío por ocupado para llamadas externas.

Forward No Answer External: Desvío por ausente para llamadas externas.

Forward No Coverage Internal: Desvío por ausencia de covertura para llamadas internas.

Forward No Coverage External: Desvío por ausencia de covertura para llamadas externas.

Forward on CTI Failure: Desvío de puerto o punto de ruta CTI por fallo en éstos.

No Answer Ring Duration (seconds): Tiempo en segundos para considerar un desvío por no contesta.

Call Group Pickup: Grupo de captura.

Target (Destination): no rellenar.

MLPP Calling Search Space: no rellenar.

MLPP No Answer Ring Duration (seconds): no rellenar.

Display (Internal Caller ID): Número que se le presenta al llamado (Unicode).

ASCII Display (Internal Caller ID Line Text Label): Número que se le presenta al llamado (ASCII)

Line Text Label: Rellenar este campo si se quiere que no aparezca el DN en el llamado.


134

ASCII Line Text Label: Rellenar este campo si se quiere que no aparezca el DN en el llamado (ASCII).

Message Waiting Lamp Policy: Opciones para a notificación de mensaje en espera.

Ring Setting (Phone Idle): Como va a escucharse/visualizarse la llamada entrante cuando el teléfono está inactivo.

Ring Setting (Phone Active): Como va a escucharse/visualizarse la llamada entrante cuando el teléfono está con otra llamada en otra línea.

Forwarded Call Information Display on Device: Marcar la información que se quiere enviar a la pantalla entre las siguientes opciones,

• Caller Name • Caller Number • Redirected Number • Dialed Number

6.3.2.3 Utilizando la herramienta Bulk Administrati on Tool (BAT)

BAT (Bulk Administration Tool) es una aplicación web que permite realizar transacciones masivas en la base de datos de Cisco Unified CallManager. El acceso a dicha aplicaciones se realiza a través del menú Bulk Administration del CallManager Administration, pero únicamente aparece dicho menú en el First Node (publisher). En el alta de teléfonos es indispensable conocer sus direcciones MAC más los datos necesarios para caracterizarlos (ubicación, número de directorio, etc.). Este será el procedimiento recomendado para dar de alta los Teléfonos IP en la telefonía IP Cisco Unified CallManager. El concepto consiste en transferir a la base de datos de CallManager un fichero de datos junto con un plantilla con los parámetros comunes a un modelo de teléfono. Para cada modelo de teléfono deberá existir, al menos, un fichero con los datos de las extensiones que vayan a disponer de dicho modelo. El formato del fichero de datos es CSV (Comma Separated Value, es decir, valores separados por comas) y para facilitar la creación del mismo Cisco provee una plantilla de Excel, en el caso estudiado bat_5[1].1.1.3000(5).xlt. Se descargará la plantilla BAT.xlt en un equipo donde esté cargada la aplicación Excel para poder ejecutar aquella. NOTA: Los teléfonos que se instalen con esta herramienta no deben estar registrados en el Cluster Cisco Call Manager. A la aplicación BAT se accede desde el menú Bulk Administration. Los pasos a dar serían:

• Descarga de la plantilla Excel.

• Creación del fichero de datos.


135

• Carga del fichero de datos.

• Creación de la plantilla de teléfonos.

• Validación del fichero de datos.

• Envío de datos a CallManager.

Descarga de la plantilla Excel El primer paso consistirá en descargarse la plantilla Excel desde el First Node (Publisher). Se realiza mediante el menú: Bulk Administration>Upload/Download Files En las opciones de busqueda (‘Search Options ’), en ‘Find File where’ se selecciona ‘Type’ y en ‘Select item or enter search text’ se selecciona ‘BAT Excel Template’, a continuación se pulsa ‘Find ’. En ‘Search Results ’ aparece el fichero ‘bat.xlt’.

Se selecciona la ventana asociada al fichero y se pulsa el botón Download Selected . En la siguiente ventana se pulsa Guardar , apareciendo la ventana Guardar como de MWindows, donde se elige donde se desea guardar la plantilla Excel. Creación del fichero de datos. Se ejecuta Excel con la plantilla que se acaba de descargar, apareciendo la siguiente pantalla.

Por defecto, aparecen dos cabeceras, MAC (obligatoria) y Description (opcional), pero pulsando el botón Create File Format aparece la ventana Field Selection donde se puede aumentar el número de campos en la cabecera. La


136

ventana está dividida en campos destinados al terminal, Device Fields y campos destinados Line Fields; en éste último, cuando mínimo, habría que seleccionar el número de directorio de la línea. En general, se introduciran aquellos campos que puedan contener particularidades diferentes a las de la plantilla BAT del teléfono que se asocie a dichos datos.

Después de seleccionar los campos, se pulsa el botón Create , apareciendo en la cabecera de la hoja de cálculo los campos seleccionados. En esa hoja de cálculo se rellenan los campos, tal y como aparecen en el ejemplo a continuación.

Una vez terminado de rellenar los campos se pulsa el botón Export to BAT Format , apareciendo una ventana donde se debe de indicar donde se desea guardar el fichero resultante.


137

Carga del fichero de datos. El archivo de datos se encuentra en el equipo donde se ha ejecutado la aplicación Excel, a continuación se debe exportar al CallManager mediante la página de administración del sistema. El menú a utilizar es:

Bulk Administration> Upload/Download Files En el campo ‘Search Results ’ se pulsa el botón Add New , apareciendo la pantalla File Upload Configuration, donde se encuentra la ventana Upload the CSV file. Esta ventana tiene tres campos:

• File.- se busca mediante el botón Examinar el fichero de datos que se desea importar.

• Select The Target.- seleccionar la opción Phones

• Select Transaction Type.- seleccionar Insert Phones-Specific Details

Una vez rellenados los campos se pulsa el botón Save, apareciendo de nuevo la página. En la ventana Status debe indicar Upload successful si la carga del fichero ha sido correcta. Creación de la plantilla de teléfonos. Después de crear el fichero de datos e importarlo al CallManager, es necesario crear la plantilla de teléfono que va asociarsele. El acceso al menú corespondiente es:

Bulk Administration> Phones>Phone Template Se pulsa el botón Add New , apareciendo la pantalla Add a New Phone Template, en cuyo campo Phone Type se selecciona el modelo de terminal del cual se va a crear la plantilla y se pulsa Next . A continuación se selecciona el protocolo que va a utilizar el teléfono, a elegir entre SCCP o SIP, se pulsa Next apareciendo la pantalla Phone Template Configuration. En esta pantalla existen campos que obligatoriamente debe rellenarse, como ejemplo, a continuación: Template Name: nombre que se desea darle a la plantilla.

Device Pool: a seleccionar entre los Device Pool existentes, creados o por defecto (Default).

Phone Button Template: si el administrador no ha creado ninguna plantilla para los botones del teléfono aparecerá la plantilla creada por defecto en CallManager.


138

Common Phone Profile: Standard Common Phone Profile.

Location: a seleccionar entre los Location existentes o Hub_None (por defecto).

Built In Bridge: dejar el valor por defecto, a menos que se desee utilizar la función de intrusión.

Privacy: dejar el valor por defecto el cual permite no mostrar la información a otros sobre el estado de la línea.

Packet Capture Mode: PACKET_CAPTURE_MODE_NONE

Presence Group:Standard Presence group

Device Security Profile: Cisco 7961G-GE – Standard SCCP Non-Secure Profile

Certificate Operation: OPERATION_NONE

Authentication Mode: AUTH_BY_NULL_STR

Key Size (Bits):KEY_SIZE_1024

MLPP Indication:STATUS_DEFAULT

MLPP Preemption:PREEMPTION_DEFAULT

Forwarding Delay: Disabled

PC Port: Enabled.

Settings Access: Enabled.

Gratuitous ARP: Enabled.

PC Voice VLAN Access: Enabled.

Video Capabilities: Disabled.

Auto Line Select: Disabled.

Web Access: Enabled.

Span to PC Port: Disabled.

Logging Display:PC Controlled.

Recording Tone: Disabled.

Recording Tone Local Volume: 100.

Recording Tone Duration: 50.

Display On When Incoming Call: Disabled.

RTCP: Disabled.

Auto Call Select: Enabled.

Advertise G.722 Codec: Use System Default.

Se pulsa el boton Save , apareciendo en la ventana Status el mensaje Add successful. En la ventana, de la misma página, Association Information se muestran los enlaces para añadir las líneas al teléfono ( Line [1] – Add a new DN); se hace


139

clic sobre el enlace cambiando a continuación a la página Line Template Configuration. Los parámetros obligatorios en esta página son, explicados con un ejemplo: Line Template Name: Nombre dado a esta plantilla.

Presence Group: Standard Presence group.

Auto Answer: AUTO ANSWER OFF.

Message Waiting Lamp Policy: MWL_POLICY_USE_SYSTEM_POLICY.

Ring Setting (Phone Idle): Use System Default.

Maximun Numbers of Calls: 04.

Busy Trigger: 02.

Se pulsa Save guardado los datos. Si se desease tener mas líneas en la plantilla, se vuelve a la pagina del teléfono añadiendo la siguiente línea ( Line [2] – Add a new DN). Validación del fichero de datos. En esta parte de la secuencia que se sigue al dar de alta un dispositivo se comprueba no contenga datos erróneos. Se accede mediante el menú:

Bulk Administration> Phones>Validat Phones En la ventana Validate Phones se elige la opción ‘Validate Phones Specific Details’ que contiene dos campos: File Name: el fichero de datos CSV que se ha creado. Phone Template Name: la plantilla del modelo del teléfono. Se pulsa el botón Submit . A continuación aparece la misma pantalla pero con el mensaje Job request is submitted. Use Job Scheduler page to view the logs. Para acceder a dicha página se sigue el menú:

Bulk Administration> Job Scheduler Envío de datos a CallManager. Se trata de enviar el fichero CSV a la base de datos de CallManager. Se accede a la pantalla mediante el menú:

Bulk Administration> Phones>Insert Phones En la ventana Insert Phones aparecen los siguientes campos:


140

File Name: nombre del fichero CSV con los datos de los teléfonos. Phone Template Name: nombre de la plantilla creada anteriormente. En la ventana Job Information se selecciona la opción Run Inmediately. Para ver el resultado puede verse en el menú de Bulk Administration>Job Scheduler , donde en status debe aparecer Completed.


141

6.4 Actuaciones en el terminal

En los terminales IP se puede encontrar

• El teclado numérico

• Teclas Configurables (en modelos de media/alta gama)

• Las softkeys, asociadas a funciones que aparecen en la última línea de la pantalla (en modelos de media/alta gama).

• Un conjunto de teclas con valores fijos asociados como son las teclas de auricular, mute, altavoz y volumen.

• Un conjunto de teclas con acceso a ciertas funciones y servicios, con el aspecto que se muestra a continuación en la figura:

Tecla de acceso directo a la mensajería vocal.

Tecla de acceso a registro de llamadas y a directorios.

Tecla de acceso a configuraciones del teléfono. Entre las configuraciones se encuentran:

• Preferencias de usuario.

• Configuración de red:

o Servidor DHCP.

o Servidor BOOTP.

o Dirección MAC.

o Nombre de Host.

o Nombre de dominio.

o Dirección IP.

o Máscara de Subred.

o Servidor TFTP1, Servidor TFTP2.

o Router predeterminado 1,2,3,4,5.


142

o Servidor DNS1,2,3,4,5.

o ID VLAN operacional.

o ID VLAN Administrativa.

o DHCP Habilitado.

o Dirección DHCP liberada.

o TFTP Alternativo.

o Configuración de puerto switch.

o Configración de puerto PC.

o VLAN de PC.

• Configuración de dispositivo.

• Configuración de seguridad.

• Información de modelo.

• Estado

Tecla de acceso a servicios de XML

Tecla de ayuda. Si durante una llamada se pulsa esta tecla dos veces seguidas aparece información relativa a la llamada en la pantalla del teléfono. Para realizar cambios en la configuración de los teléfonos es necesario desbloquear el acceso. Para realizar esta acción es necesario pulsar las teclas * * # y observar que el icono del candado se abre.


143

Nota: para resetear los terminales, se pulsa el botón de “Settings” (configuración) o el de Service (servicios) y a continuación la combinación de teclas **#**, aunque en algunos modelos está deshabilitado por el firmware cargado. 6.4.1 Restauración de terminales a configuración de fábrica

Es necesario que el servidor DHCP este correctamente configurado y de TFTP con la opción 150 y que tenga un CCM con el servicio TFTP activo para cargar los nuevos ficheros. 7906/7911 Se borra la siguiente configuración:

• Fichero CTL

• Configuración de usuario

• Configuración de red

• Histórico de llamadas

• Local de idiomas

• Aplicación de teléfono—El teléfono carga el fichero term11.default.loads

Desconectar el terminal de la alimentación. Si está alimentado por PoE quitar el cable de red. Volver a conectar la alimentación y pulsar la tecla # hasta que parpadee en rojo el led de notificación de mensaje en espera del microteléfono.

Soltar la tecla # y pulsar la secuencia 123456789*0#.

Después la botonera parpadeará en rojo rápidamente, el terminal se resetea y carga el firmware por defecto

7941/7961 Se borra la siguiente configuración:

• Fichero CTL

• Fichero LSC




144


• Local de idiomas

• Aplicación de teléfono—El teléfono carga el fichero term41.default.loads para el 7941 o term61.default.loads para el 7961

Desconectar el terminal de la alimentación. Si está alimentado por PoE quitar el cable de red. Volver a conectar la alimentación y pulsar la tecla # hasta que la botonera parpadee en rojo.


Después la botonera parpadeará en rojo rápidamente, el terminal se resetea y carga el firmware por defecto

7979/7971 Se borra la siguiente configuración:

• Fichero CTL

• Fichero LSC




• Locale de idiomas

• Aplicación de teléfono—El teléfono carga el fichero term71.default.loads para el 7970 o term71.default.loads para el 7971.

Desconectar el terminal de la alimentación. Si está alimentado por PoE quitar el cable de red. Volver a conectar la alimentación y pulsar la tecla # hasta que la botonera parpadee en rojo.


Después la botonera parpadeará en rojo rápidamente y el terminal se resetea y cargara el firmware por defecto.


145

Resumen : Los terminales IP de Cisco, que comprenden desde la gama baja hasta modelos de altas prestaciones, trabajan con señalización SIP y SCCP (Skinny Client Control Protocol), utilizando los códec de compresión de aúdio G.711 and G.729a. Las direcciones IP de los teléfonos son asignadas automáticamente. La alimentación de los terminales se realiza bien por el cable de datos o mediante transformador. En la arquitectura LAN del Cliente, se recomienda crear por lo general una VLAN para el tráfico de Datos y otra VLAN para el tráfico de VOZ. Si la infraestructura de datos es de Cisco, se procederá a la activación del protocolo CDP (Cisco Discovery Protocol) en el Switch del Cliente. Una vez activado el protocolo CDP, el Switch asigna, de modo automático, la VLAN configurada para VOZ al Teléfono IP. Dentro de esta red el Teléfono IP de Cisco es identificado por la dirección MAC. Los teléfonos se pueden provisionar en Cisco Unified CallManager mediante auto-registro, configuración manual o mediante la herramienta BAT.


146

Test de comprensión

1. Qué protocolos de señalización utilizan los telé fonos IP de Cisco

a. DHCP y BooTP

b. G.729 y G.711

c. SCCP y SIP

d. MGCP y SMTP

2. La numeración dada a los teléfonos IP mediante auto -registro es

a. En modo secuencial de conexión

b. En modo aleatorio

c. Configurable por el administrador

d. Configurable por el usuario final

3. Una plantilla de teléfono se puede asociar

a. A cualquier modelo de teléfono

b. Al modelo de teléfono para el que se ha creado la plantilla

c. Según criterio del administrador

d. Según criterio del usuario del teléfono.

147

TEMA 7

GATEWAYS

Tema 7 Gateways

149

7.1 Introducción

Los gateways son los elementos que permiten esteblecer comunicaciones entre un componente de CallManager (p. ej. un teléfono) y otro componente ajeno a CallManager (p. ej. Accesos Primarios RDSI). Por lo general, este otro componente suele pertenecer a la Red Telefónica Conmutada, aunque CallManager permite configurar gateways que son VoIP (p. ej. H.323). En Ibercom IP con equipamiento de Cisco, el EDC (Equipo de Datos de Cliente), que es un router de Cisco, puede hacer las funciones de gateway de CallManager. Si el EDC no es Cisco, éste no podría hacer las funciones de gateway, y habría que instalar otro independiente. Los routers de la serie 28XX permiten instalar los diferentes interfaces de conexión con la RTC que proporcionarán la funcionalidad de gateway para CallManager. En este tema se mostrará la arquitectura de los gateways de la serie 28XX con la numeración de cada uno de sus slots. A continuación se explicarán unas nociones básicas de configuración del sistema operativo de los routers Cisco (IOS) para poder hacerlos trabajar con CallManager.

Gateways Tema 7

150

7.2 Arquitectura

7.2.1 Numeración de Interfaces

• Los puertos de tarjetas de interfaz (WIC, VWIC y HWIC) instaladas directamente en slots del chasis se numeran:

interface-number = 0/subslot/port • Los puertos de módulos de red se numeran:

interface-number = slot/port • Los puertos de tarjetas de interfaz que se instalan en slots de módulos de

red se numeran:

interface-number = slot/subslot/port

Nota: Este formato sólo es aplicable a los interfaces WIC (WAN Interface Card). Los interfaces nativos al módulo de red usan e formato slot/port.

• Los interfaces nativos en la placa base se numeran:

Fa0/0, Fa0/1 en Cisco 2811. Gi0/0, y Gi0/1 en Cisco 2821 y Cisco 2851.

• Los slots WIC de la placa base se numeran de 0 a 3. El número se

incrementa de derecha a izquierda y de abajo a arriba.

WIC 0 ports: <interface>0/0/0, <interface>0/0/1 WIC 1 ports: <interface>0/1/0, <interface>0/1/1 WIC 2 ports: <interface>0/2/0, <interface>0/2/1 WIC 3 ports: <interface>0/3/0, <interface>0/3/1

• Los números del resto de slots se incrementan de abajo a arriba y de

derecha a izquierda. Los subslots y puertos dentro de un slot se numeran igualmente de abajo a arriba y de derecha a izquierda.

Tema 7 Gateways

151

Ejemplos:

E1 E1 E1

E1

E1 E1

Gateways Tema 7

152

7.2.2 Gateway 2801

Tema 7 Gateways

153

7.2.3 Gateway 2811

7.2.4 Gateway 2821

Gateways Tema 7

154

Tema 7 Gateways

155

7.2.5 Gateway 2851

Interfaces 2811, 2821 y 2851

Gateways Tema 7

156

7.3 IOS (Internetworking Operating System )

IOS es el sistema operativo que ejecutan los routers Cisco y ofrecen un interfaz de usuario tipo comando (CLI) para realizar sus configuraciones. Cuando un router se enciende, se inicia la carga de un programa de bootstrap almacenado en la memoria ROM que testea el sistema y carga en la RAM una imagen de IOS, normalmente desde memoria flash, aunque también se puede obtener desde un servidor TFTP. 7.3.1 Modos de configuración

IOS dispone de varios modos de configuración. En cada uno de ellos se pueden realizar determinadas tareas. • Modo BOOT o ROM monitor:

Se usa en casos de emergencia (prompt rmon ) como puede ser la recuperación de un password, de un registro de configuración, etc.

• Modo de SETUP:

Es un asistente que permite realizar una configuración sencilla del router. Se inicia automáticamente cuando no existe ninguna configuración.

• Modo USUARIO ó USER:

Es el modo en el que se encuentra el router cuando se accede a él. Es un modo de visualización sin privilegios y el prompt es Router> en el que la palabra “Router” se sustituye por el nombre de máquina del router (hostname).

• Modo PRIVILEGIADO ó PRIVILEGED:

Es el modo al que hay que acceder para configurar el router (prompt Router# ). El acceso al modo privilegiado se realiza mediante el comando enable . Dentro del modo privilegiado se puede acceder a los submodos de configuración mediante el comando configure terminal . Para salir del modo de configuración se usa el comando exit . Para salir del modo privilegiado se usa el comando disable .

• Modo de CONFIGURACIÓN GLOBAL o CONFIGURE:

Permite configurar aspectos sencillos del router como pueden ser la configuración del nombre del router, passwords, etc (prompt Router(config)# ). Para entrar en este modo se usa el comando configure terminal .

Tema 7 Gateways

157

• Modos de configuración específicos: Permiten configurar protocolos, interfaces o en general aspectos más complejos del router: o Configuración de interfaces: Permite configurar los interfaces del

dispositivo (prompt Router(config-if)# ). Para entrar en este modo se usa el comando interface seguido del nombre del interfaz como por ejemplo FastEthernet0/0 ó serial0/0 .

o Configuración de línea: Permite configurar los interfaces de comandos

del sistema (prompt Router(config-line)# ). Para entrar en este modo se usa el comando line seguido del tipo de línea como por ejemplo vty , console , tty o asyn .

o Configuración del router: En este modo solamente se pueden

introducir comandos de routing (prompt Router(config-router)# ). Para entrar en este modo se usa el comando router seguido del protocolo de routing, como por ejemplo rip o igrp .

A continuación se muestran las transiciones entre los modos USUARIO, PRIVILEGIADO y CONFIGURACIÓN.

Fig. 1: Transiciones de modos IOS

Router> Router# Router(config)#

Router(config - if)#

Router(config - line)#

Router(config - router)#

MODO USUARIO (USER MODE)

MODO PRIVILEGIADO

(PRIVILEGED MODE)

MODO CONFIGURACIÓN (CONFIGURE MODE)

enable config term

disable end

interface

line

router

end exit

Gateways Tema 7

158

Cuando arranca el router, si no existe una configuración, se pregunta al usuario si se quiere entrar en el modo SETUP para realizar una configuración básica mediante un asistente. Si no se entra en el modo SETUP, se crea una configuración por defecto y se entra en el modo USUARIO. Aquí se pueden consultar aspectos muy básicos de la configuración. Si se quieren realizar consultas más importantes hay que entrar en el modo PRIVILEGIADO. Para entrar en el modo PRIVILEGIADO es necesario crear una contraseña. Para realizar las configuraciones del router hay que entrar en los distintos modos de CONFIGURACIÓN. 7.3.2 Comandos IOS

• No es necesario escribir los comandos completamente. Es suficiente con escribir los caracteres que identifiquen unívocamente tanto al comando como a sus parámetros.

Ejemplo: Router#configure terminal

puede ser abreviado como: Router# conf t

• Se puede autocompletar un comando pulsando la tecla <TAB> • Después de un comando o parámetro se puede escribir el carácter ? y

muestra todas las opciones existentes.

Ejemplo: Router#configure ? confirm Confirm replacement of running-config w ith a new config .. memory Configure from NV memory network Configure from a TFTP network ho st overwrite-network Overwrite NV memory from TFTP ne twork host replace Replace the running-config with a new config file terminal Configure from the terminal <cr>

Tema 7 Gateways

159

• Comando show

Muestra diversas configuraciones del dispositivo. Ejemplos:

o show running-config

Muestra la configuración en la memoria RAM y son todos los comandos que se introducen para configurar el dispositivo.

o show history Obtiene un listado de los últimos comandos introducidos.

o show version Obtiene datos importantes tales como:

- IOS Software - Versión el software - Uptime del sistema - Nombre del fichero imagen (IOS) - Vía de arranque de la IOS - Número de interfaces ethernet y serie - Tamaño de las memorias NVRAM, RAM y FLASH

o show protocols Muestra los protocolos activados y el estado de cada interfaz.

o show interfaces Características y estado de cada interfaz

7.3.3 Configuración básica

7.3.3.1 Creación de una configuración en Running y Startup

1. Entrar en modo privilegiado

Router> enable Router#

2. Entrar en modo global de configuración

Router# configure terminal Router(config)#

3. Cambiar el nombre del router

Router(config)# hostname Lab1 Lab1(config)#

Gateways Tema 7

160

4. Establecer contraseña para acceder al modo privi legiado

Lab1(config)# enable password cisco

Es preferible usar enable secret en lugar de enable password por ir cifrada: Lab1(config)# enable secret cisco

5. Iniciar los terminales virtuales (acceso telnet)

Lab1(config)# line vty 0 4 Lab1(config-line)# password cisco Lab1(config-line)# login Lab1(config-line)# logging synchronous (opcional)

6. Conviene cifrar todas las contraseñas del ficher o de configuración

Lab1(config)# service password-encryption 7. Mostrar la configuración en memoria RAM

Lab1# show running-config 8. Mostrar la configuración del fichero de inicio

Lab1# show startup-config 7.3.3.2 Backup y restauración de la configuración

1. Guardar la configuración en el fichero de inicio en memoria NVRAM

Lab1# copy running-config startup-config 2. Backup en flash

Lab1# copy running-config flash:nombre-de-fichero 3. Backup en servidor tftp

Lab1# copy running-config tftp 4. Restauración desde flash

Lab1# copy flash:nombre-de-fichero running-config 5. Backup en servidor tftp

Lab1# copy tftp running-config 6. Borrado de configuración

Lab1# write erase

Tema 7 Gateways

161

7.3.3.3 Creación de interfaces

1. GigabitEthernet

Lab1# configure terminal Lab1(config)# interface GigabitEthernet0/0 Lab1(config-if)# ip address 10.0.0.2 255.255.255.0 Lab1(config-if)# duplex auto Lab1(config-if)# speed auto Lab1(config-if)# no shutdown

2. FastEthernet

Lab1# configure terminal Lab1(config)# interface FastEthernet0/0 Lab1(config-if)# ip address 10.0.0.3 255.255.255.0 Lab1(config-if)# duplex auto Lab1(config-if)# speed auto Lab1(config-if)# no shutdown

3. Estado de los interfaces

Lab1# show interfaces Lab1# show ip interface brief

7.3.3.4 Rutas

1. Rutas estáticas

Lab1# configure terminal Lab1(config)# ip default-gateway 10.0.0.1 Lab1(config)# ip route 0.0.0.0 0.0.0.0 10.0.0.1 Lab1(config)# ip route 192.168.0.0 255.255.255.0 10 .0.0.20

2. Mostrar rutas

Lab1# show ip route

Gateways Tema 7

162

Resumen : La conexión de cualquier sistema de Telefonía sobre IP a la Red Telefónica Conmutada se realiza a través de gateways. Para Cisco CallManager, los gateways utilizados en el servicio Ibercom IP son los de la gama 28XX (2801, 2811, 2821 y 2851). El sistema operativo de estos gateways es IOS, que dispone de interfaz de usuario tipo CLI para la programación de los dispositivos. IOS dispone de cinco modos de operación para la gestión del gateway. Dentro de uno de sus modos (modo de configuración) existen submodos que corresponden a módulos del dispositivo.

Tema 7 Gateways

163

Test de comprensión 4. ¿Cuántos interfaces FastEthernet dispone el gateway 2801 en la placa

base?

d) 0 e) 1 f) 2

5. ¿Cuál es el nombre del sistema operativo de los gateways de Cisco?

a) IOS b) Solaris c) Windows

6. La imagen IOS puede almacenarse en:

a) Memoria flash del gateway. b) Servidor TFTP externo. c) Las dos anteriores son ciertas.

7. Los interfaces de los gateways se configuran en el modo:

a) Setup. b) Usuario. c) Configuración.

165

TEMA 8

TRUNKING

Tema 8 Trunking

167

8.1 Introducción

Este tema pretende servir como guía de configuración de los elementos que intervienen en la solución de Cisco CallManager 5.1 para el servicio Ibercom IP en el apartado de Trunking (enlaces o interconexión con.el resto de sistemas) Los elementos afectados para la configuración de los diferentes tipos de enlaces son CALLMANAGER y los EDC (gateways) que se utilizarán para conectar con la Red Telefónica Conmutada mediante Accesos Primarios y Básicos. Convenciones En las configuraciones de EDC, los parámetros que aparecen en cursiva tienen que cambiarse por el valor que corresponda en cada caso. En las configuraciones de CallManager, los nombres de los elementos que se incluyen son elegidos para cada instalación y podrían no coincidir con los que existirán en las instalaciones de cliente.

Trunking Tema 8

168

8.2 ICT (Inter-Cluster Trunk)

El Trunk ICT se utiliza para realizar las interconexiones entre Clusters de CallManager similar a lo que se entiende como enlaces Tie-Line entre centralitas. ICT utiliza la señalización de llamada H.225 añadiendo información propietaria entendida únicamente por CallManager. Esta información son los servicios proporcionados en QSIG tunelizados en mensajes H.225. Dentro de ICT se puede definir un Trunk controlado por un Gatekeeper o un Trunk sin ser controlado por ningún Gatekeeper. En el primer caso, hay que definir previamente el Gatekeeper que controlará el Trunk ICT. A continuación se muestran los pasos que hay que seguir para configurar un Trunk ICT sin ser controlado por Gatekeeper.

Fig. 2: Inter-Cluster Trunk

Cluster A 1.

IP

ICT

Tema 8 Trunking

169

8.2.1 CallManager

1. Añadir un nuevo Trunk ICT.

• Dentro del menú Device->Trunk , pinchar en Add New .

2. Selección del tipo de Trunk.

• Seleccionar el valor Inter-Cluster Trunk (Non-Gatekeeper Controlled) en el campo Trunk Type .

• Seleccionar el valor Inter-Cluster Trunk en el campo Device Protocol .

• A continuación, pinchar en Next .

Trunking Tema 8

170

3. Configuración del Trunk

• En el campo Device Name hay que poner el nombre que identificará el CCM remoto.

• Seleccionar el Device Pool en el que se va a situar el Trunk.

• Indicar las direcciones IP de los CallManager remotos en los campos Server 1 IP Address/Host Name , Server 2 IP Address/Host Name y Server 3 IP Address/Host Name .

• Guardar el Gateway pulsando en Save.

1/2

Tema 8 Trunking

171

2/2

Trunking Tema 8

172

8.3 H.323

8.3.1 CallManager

1. Añadir un nuevo gateway (Device -> Gateway ->Add New).

2. Seleccionar el valor H.323 Gateway en el campo Gateway Type .

A continuación, pinchar en Next .

Tema 8 Trunking

173

3. En el campo Device Name hay que poner la dirección IP del gateway H.323 remoto.

Seleccionar el Device Pool en el que se va a situar el gateway.

Insertar el Gateway pulsando en Save.

1/2

Trunking Tema 8

174

2/2

Tema 8 Trunking

175

8.4 SIP

8.4.1 CallManager

8.4.1.1 Security Profile.

SIP permite señalizar con el equipo remoto con protocolo de transporte TCP ó UDP. El Security Profile que tiene por defecto CallManager se llama Non Secure SIP Trunk Profile y el protocolo de transporte que utiliza para las llamadas salientes es TCP. Sin embargo, la mayoría de los sistemas SIP que existen en el mercado señalizan en UDP, por lo que para estos sistemas no se podrá utilizar el Security Profile Non Secure SIP Trunk Profile y habrá que crear uno nuevo o modificar éste. Para crear un nuevo Security Profile con protocolo UDP , los pasos que hay que seguir son: 1. Creación de un Security Profile (System -> Security Profile -> SIP Trunk

Securiity Profile -> Add New )

Trunking Tema 8

176

2. Indicar el nombre con el que se identificará el Security Profile en el campo Name.

En el campo Outgoing Transport Type , seleccionar UDP.

Guardar la configuración pulsando en Save.

Tema 8 Trunking

177

8.4.1.2 Dominios.

Una llamada en SIP usa el direccionamiento SIP URI (Uniform Resource Identifier) para identificar tanto el terminal llamante como el llamado. Este formato define a las entidades de forma similar al e-mail y consta de: usuario@dominio , en el que el usuario puede ser el número de teléfono y el dominio puede ser un nombre DNS o la dirección IP del Proxy SIP (centralita) que procesará la llamada. Para que CallManager pueda procesar las llamadas entrantes cuyo dominio sea un nombre DNS, habrá que declarar este dominio, puesto que de no hacerlo, la llamada no se procesará. Si la llamada entra con la dirección IP de CallManager, no hay que definir nada. 1. Parámetros del sistema (System -> Enterprise Parameters )

Trunking Tema 8

178

2. El dominio se define en el campo Cluster Fully Qualified Domain Name dentro del grupo Clusterwide Domain Configuration .


Tema 8 Trunking

179

8.4.1.3 SIP Profile.

Para poder dar de alta un enlace SIP, uno de los parámetros que se solicita es el SIP Profile que va a utilizar este enlace. En un SIP Profile se definen aspectos relativos a temporizadores, URIs utilizadas en determinados servicios, puertos utilizados para enviar la media, etc. Existe un SIP Profile por defecto llamado Standard SIP Profile . Se podría utilizar éste, pero conviene crear uno nuevo por si hay que hacer modificaciones posteriores. 1. Creación de un SIP Profile (Device -> Device Settings -> SIP Profile ->

Add New )

2. Indicar el nombre con el que se identificará el Security Profile en el campo

Name.

Dejar el resto de opciones con el valor por defecto.


Trunking Tema 8

180

Tema 8 Trunking

181

8.4.1.4 SIP Trunk.

1. Creación del Trunk SIP (Device -> Trunk -> Add New )

2. Seleccionar el valor SIP Trunk en el campo Trunk Type .

En el campo Device Protocol se selecciona automáticamente el valor SIP.

A continuación, pinchar en Next .

Trunking Tema 8

182

3. Indicar el nombre con el que se identificará el trunk en el campo Device Name.

Seleccionar el Device Pool en el que se va a situar el trunk.

Indicar la dirección IP de la entidad remota en el campo Destination Address.

Seleccionar el SIP Trunk Security Profile creado anteriormente.

Seleccionar el SIP Profile creado anteriormente

Insertar el Trunk pulsando en Save.

1/2

Tema 8 Trunking

183

2/2

Trunking Tema 8

184

8.5 MGCP (Media Gateway Control Protocol)

MGCP, como su nombre indica, es un protocolo para controlar gateways. A diferencia de H.323, MGCP no transporta señalización de llamada, sino que controla el comportamiento del gateway a más bajo nivel, en ocasiones hasta el nivel físico. Un gateway MGCP con Accesos Primarios puede transportar toda la señalización desde el PRI al CallManager a través de una conexión TCP. Esto lo hace encapsulando la señalización de Capa 3 (Q.931) en un paquete para enviarlo a CallManager a través de un túnel IP. De esta forma se asegura la integridad de la señalización Q.931. Además se establece una segunda conexión TCP con el CallManager secundario para que en caso de caída del primario, mantener las conexiones establecidas desde el secundario. Para gateways con Accesos Básicos, la señalización del canal D se transporta igualmente por una conexión TCP entre el gateway MGCP y CallManager. Igual que en los Accesos Primarios, toda la señalización Q.931 es transportada a través de este túnel IP.

Fig. 3: Gateway MGCP

Se recomienda utilizar MGCP en las interconexiones con Red Teléfonica Conmutada puesto que la configuración de comandos CLI en el gateway se reduce bastante en comparación a H.323 o SIP ya que la mayor parte de esta configuración se realizará en CallManager. CallManager permite configurar dos categorías de gateways MGCP: • Gateway IOS

Son gateways que ejecutan IOS, es decir routers de Cisco. Será el tipo de gateway que se va a tratar en este tema. • Gateway Non-IOS

Son gateways que no ejecutan IOS, es decir switches Catalyst de Cisco.

Tema 8 Trunking

185

A continuación se muestran los pasos que hay que seguir para configurar un Gateway MGCP tanto para Accesos Primarios como para Accesos Básicos. 8.5.1 Accesos Primarios

8.5.1.1 CallManager

1. Añadir un nuevo Gateway.

• Dentro del menú Device->Gateway , pinchar en Add New .

2. Selección del tipo de Gateway.

• Seleccionar el tipo de gateway (Gateway Type ), -por ejemplo Cisco 2811-


Trunking Tema 8

186

3. Protocolo de control del Gateway.

• Seleccionar el protocolo MGCP en el campo Protocol .


Tema 8 Trunking

187

4. Configuración del hardware (I).

• Configurar el nombre de dominio (Domain Name ), con el nombre dado al Gateway (comando hostname de IOS).

• Seleccionar el grupo de CCM (Cisco Unified CallManager Group ).

• Seleccionar en el Slot correspondiente el tipo de tarjeta insertada (Module in Slot_ ). Pueden verse las tarjetas instaladas con el comando show diag del EDC.

• Seleccionar el protocolo EURO en Global ISDN Switch Type .

• Insertar el Gateway pulsando en Save.

Trunking Tema 8

188

5. Configuración del hardware (II).

• Indicar la tarjeta instalada de Acceso Primario (VWIC-1MFT-E1 o VWIC-2MFT-E1) en la ranura correspondiente (Subunit ).

• Pulsar el botón Save.

Tema 8 Trunking

189


• Aparece el icono del Acceso Primario de la tarjeta VWIC-1MFT-E1 a la derecha de Subunit . Si fuese una tarjeta VWIC-2MFT-E1 aparecerían dos iconos. Pulsar en el icono para configurar los parámetros del E1.

Trunking Tema 8

190

7. Configuración del Acceso Primario.

• Device Pool: Contendrá el que corresponda para la sede en la que se encuentra.

• NetworkLocale: Spain .

• Called party IE number type unknown: El valor será Unknown.

• Calling party IE number type unknown: El valor será Unknown.

• Called Numbering Plan: El valor será ISDN.

• Calling Numbering Plan : El valor será ISDN.

• Framing: El valor será el establecido en Centro Frontal para este PRI.

• Echo Cancellation Coverage (ms): 64.

• Se guardará la configuración pulsando Save.

1/3

Tema 8 Trunking

191

2/3

Trunking Tema 8

192

3/3

8. Se repite la misma operación que en el punto anterior para el segundo

Acceso Primario si existe en la tarjeta.

Tema 8 Trunking

193

8.5.1.2 EDC

1. Parámetros generales.

router(config)# enable secret contraseña router(config)# interface FastEthernet0/0 router(config-if)# ip address dir_IP máscara router(config-if)# duplex auto router(config-if)# speed auto router(config-if)# no shutdown router(config-if)# exit router(config)# ip route 0.0.0.0 0.0.0.0 router-por-defecto router(config)# line vty 0 4 router(config-line)# exec-timeout 0 0 router(config-line)# password contraseña router(config-line)# logging synchronous router(config-line)# login router(config-line)# exit router(config)# no ip domain-lookup

2. Establecer el nombre del EDC. Este nombre será usado como Device Name en CALLMANAGER.

router(config)# hostname 2811PRI

3. Configurar MGCP. Hay que indicar las direcciones IP de los servidores

TFTP existentes. La configuración MGCP en el EDC se realiza automáticamente desde el servidor TFTP.

2811PRI(config)# ccm-manager config server dir_IP_TFTP_server_1 dir_IP_TFTP_server_2 ...

2811PRI(config)# ccm-manager config 2811PRI(config)# exit

Trunking Tema 8

194

8.5.2 Accesos Básicos

8.5.2.1 CallManager

1. Añadir un nuevo Gateway.

• Dentro del menú Device->Gateway , pinchar en Add New .

2. Selección del tipo de Gateway.

• Seleccionar el tipo de gateway (Gateway Type ), -por ejemplo Cisco 2811-


Tema 8 Trunking

195

3. Protocolo de control del Gateway.

• Seleccionar el protocolo MGCP en el campo Protocol .


Trunking Tema 8

196

4. Configuración del hardware (I).

• Configurar el nombre de dominio (Domain Name ), con el nombre dado al Gateway (comando hostname de IOS).

• Seleccionar el grupo de CCM (Cisco Unified CallManager Group ).

• Seleccionar en el Slot correspondiente el tipo de tarjeta insertada (Module in Slot_ ). Pueden verse las tarjetas instaladas con el comando show diag del EDC.

• Seleccionar el protocolo EURO en Global ISDN Switch Type .

• Insertar el Gateway pulsando en Save.

Tema 8 Trunking

197


• Indicar la tarjeta instalada de Acceso Primario (VIC2-2BRI) en la ranura correspondiente (Subunit ).

• Pulsar el botón Save.

Trunking Tema 8

198


• Aparecen los iconos de los Accesos Básicos de la tarjeta VIC2-2BRI a la derecha de Subunit . Pulsar en el primer icono para configurar los parámetros del BRI.

Tema 8 Trunking

199

7. Configuración del Acceso Básico.

• Device Pool: Contendrá el que corresponda para la sede en la que se encuentra.

• Called party IE number type unknown: El valor será Unknown.

• Calling party IE number type unknown: El valor será Unknown.

• Called Numbering Plan: El valor será ISDN.

• Calling Numbering Plan : El valor será ISDN.

• TEI Mode : El valor será Static.

• Se guardará la configuración pulsando Save.

1/2

Trunking Tema 8

200

2/2

8. Se repite la misma operación que en el punto anterior para el segundo

Acceso Básico si existe.

Tema 8 Trunking

201

8.5.2.2 EDC

1. Parámetros generales.

router(config)# enable secret contraseña router(config)# interface FastEthernet0/0 router(config-if)# ip address dir_IP máscara router(config-if)# duplex auto router(config-if)# speed auto router(config-if)# exit router(config)# ip route 0.0.0.0 0.0.0.0 router-por-defecto router(config)#line vty 0 4 router(config-line)# exec-timeout 0 0 router(config-line)# password contraseña router(config-line)# logging synchronous router(config-line)# login router(config-line)# exit router(config)# no ip domain-lookup

2. Establecer el nombre del EDC. Este nombre será usado como Device Name en CALLMANAGER.

router(config)# hostname 2811BRI

3. Configurar MGCP. Hay que indicar las direcciones IP de los servidores

TFTP existentes. La configuración MGCP en el EDC se realiza automáticamente desde el servidor TFTP.

2811BRI(config)# ccm-manager config server dir_IP_TFTP_server_1 dir_IP_TFTP_server_2 ... 2811BRI(config)# ccm-manager config 2811BRI(config)# exit

Trunking Tema 8

202

8.5.3 Supervisión

8.5.3.1 CallManager

8.5.3.1.1 Comprobación de registro MGCP en CallMana ger

1. Pinchar en See Enpoints del Gateway a supervisar.

2. Aparecen los dispositivos que tiene el chasis elegido. La columna Status

muestra la dirección IP del CallManager en el que se ha registrado. Si el interfaz RDSI no está operativo aparece Not Registered .

La columna IP Address muestra la dirección IP del gateway

Tema 8 Trunking

203

8.5.3.2 IOS

8.5.3.2.1 Estado de las capas 1, 2 y 3 de RDSI.

#show isdn status Global ISDN Switchtype = primary-net5 ISDN Serial0/0:15 interface dsl 1, interface ISDN Switchtype = primary- net5 L2 Protocol = Q.921 0x0000 L3 Protocol(s) = CCM MANAGER 0x0003 Layer 1 Status: ACTIVE Layer 2 Status: TEI = 0, Ces = 1, SAPI = 0, State = MULTIPL E_FRAME_ESTABLISHED Layer 3 Status: 0 Active Layer 3 Call(s) Active dsl 1 CCBs = 0 The Free Channel Mask: 0xFFFF7FFF Number of L2 Discards = 0, L2 Session ID = 7 Total Allocated ISDN CCBs = 0

8.5.3.2.2 Estado del interfaz E1.

#show controllers e1 E1 0/0 is up. Applique type is Channelized E1 - balanced No alarms detected. alarm-trigger is not set Version info Firmware: 20060623, FPGA: 20, spm_co unt = 0 Framing is NO-CRC4, Line Code is HDB3, Clock Sour ce is Line. CRC Threshold is 320. Reported from firmware is 320. Data in current interval (622 seconds elapsed): 0 Line Code Violations, 0 Path Code Violations 135 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs , 0 Degraded Mins 135 Errored Secs, 0 Bursty Err Secs, 0 Severel y Err Secs, 0 Unavail Secs Total Data (last 24 hours) 1 Line Code Violations, 2 Path Code Violations , 18702 Slip Secs, 0 Fr Loss Secs, 0 Line Err Se cs, 0 Degraded Mins, 18702 Errored Secs, 0 Bursty Err Secs, 0 Sever ely Err Secs, 23 Unavail Secs

8.5.3.2.3 Trazas RDSI.

#debug isdn q931 debug isdn q931 is ON.

#terminal monitor

Trunking Tema 8

204

8.5.3.2.4 Configuración de sincronismo

#show network-clocks Network Clock Configuration --------------------------- Priority Clock Source Clock State Clo ck Type 1 E1 1/0 GOOD E1 5 Backplane NOT AVAILABLE PLL Current Primary Clock Source --------------------------- Priority Clock Source Clock State Clo ck Type 1 E1 1/0 GOOD E1

8.5.3.2.5 Comprobación de registro MGCP en CallMana ger

CENTRAL#show ccm-manager MGCP Domain Name: CENTRAL Priority Status Host =================================================== ========= Primary Registered 10.10.211. 10 First Backup Backup Ready 10.10.211. 11 Second Backup None Current active Call Manager: 10.10.211.10 Backhaul/Redundant link port: 2428 Failover Interval: 30 seconds Keepalive Interval: 15 seconds Last keepalive sent: 20:29:22 UTC Mar 5 2002 (elapsed time: 00:00:00) Last MGCP traffic time: 20:29:22 UTC Mar 5 2002 (elapsed time: 00:00:00) Last failover time: 03:49:36 UTC Mar 5 2002 from (10.10.211.10) Last switchback time: 03:52:21 UTC Mar 5 2002 from (10.10.211.11) Switchback mode: Graceful MGCP Fallback mode: Enabled/OFF Last MGCP Fallback start time: 20:27:06 UTC Mar 4 2002 Last MGCP Fallback end time: 20:27:32 UTC Mar 4 2002 MGCP Download Tones: Disabled Backhaul Link info: Link Protocol: TCP Remote Port Number: 2428 Remote IP Address: 10.10.211.10 Current Link State: OPEN Statistics: Packets recvd: 9 Recv failures: 0 Packets xmitted: 17 Xmit failures: 0 PRI Ports being backhauled: Slot 0, port 0 Configuration Auto-Download Information =======================================

Tema 8 Trunking

205

Current version-id: {04077812-B79A-4553-A3B7-9F525A 142C29} Last config-downloaded:00:00:00 Current state: Waiting for commands Configuration Download statistics: Download Attempted : 14 Download Successful : 14 Download Failed : 0 Configuration Attempted : 6 Configuration Successful : 6 Configuration Failed(Parsing): 0 Configuration Failed(config) : 0 Last config download command: New Registration FAX mode: cisco Configuration Error History:

8.5.3.2.6 Verificación de los parámetros MGCP

CENTRAL#show mgcp MGCP Admin State ACTIVE, Oper State ACTIVE - Cause Code NONE MGCP call-agent: 10.10.211.10 2427 Initial protocol service is MGCP 0.1 MGCP validate call-agent source-ipaddr DISABLED MGCP validate domain name DISABLED MGCP block-newcalls DISABLED MGCP send SGCP RSIP: forced/restart/graceful/discon nected DISABLED MGCP quarantine mode discard/step MGCP quarantine of persistent events is ENABLED MGCP dtmf-relay voip codec all mode out-of-band MGCP dtmf-relay for voAAL2 is SDP controlled MGCP voip modem passthrough mode: NSE, codec: g711u law, redundancy: DISABLED, MGCP voaal2 modem passthrough disabled MGCP voip modem relay: Disabled MGCP T.38 Named Signalling Event (NSE) response tim er: 200 MGCP Network (IP/AAL2) Continuity Test timer: 200 MGCP 'RTP stream loss' timer disabled MGCP request timeout 500 MGCP maximum exponential request timeout 4000 MGCP rtp unreachable timeout 1000 action notify MGCP gateway port: 2427, MGCP maximum waiting delay 3000 MGCP restart delay 0, MGCP vad DISABLED MGCP rtrcac DISABLED MGCP system resource check DISABLED MGCP xpc-codec: DISABLED, MGCP persistent hookflash : DISABLED MGCP persistent offhook: ENABLED, MGCP persistent o nhook: DISABLED MGCP piggyback msg ENABLED, MGCP endpoint offset DI SABLED MGCP simple-sdp ENABLED MGCP undotted-notation DISABLED MGCP codec type g711ulaw, MGCP packetization period 20 MGCP JB threshold lwm 30, MGCP JB threshold hwm 150 MGCP LAT threshold lwm 150, MGCP LAT threshold hwm 300 MGCP PL threshold lwm 1000, MGCP PL threshold hwm 1 0000 MGCP CL threshold lwm 1000, MGCP CL threshold hwm 1 0000 MGCP playout mode is adaptive 60, 40, 200 in msec MGCP Fax Playout Buffer is 300 in msec MGCP media (RTP) dscp: ef, MGCP signaling dscp: af3 1 MGCP default package: line-package

Trunking Tema 8

206

MGCP supported packages: gm-package dtmf-package tr unk-package line-package hs-package rtp-package atm -package ms-package dt-package mt-package sst-package pre -package md-package MGCP Digit Map matching order: shortest match SGCP Digit Map matching order: always left-to-right MGCP VoAAL2 ignore-lco-codec DISABLED MGCP T.38 Max Fax Rate is DEFAULT MGCP T.38 Fax is ENABLED MGCP T.38 Fax ECM is ENABLED MGCP T.38 Fax NSF Override is DISABLED MGCP T.38 Fax Low Speed Redundancy: 0 MGCP T.38 Fax High Speed Redundancy: 0 MGCP Fax relay SG3-to-G3: ENABLED MGCP control bind :DISABLED MGCP media bind :DISABLED MGCP Upspeed payload type for G711ulaw: 0, G711ala w: 8 MGCP Static payload type for G.726-16K codec MGCP Dynamic payload type for G.726-24K codec MGCP Dynamic payload type for G.Clear codec MGCP Dynamic payload type for NSE is 100 MGCP Dynamic payload type for NTE is 99 MGCP rsip-range is enabled for TGCP only. MGCP Comedia role is NONE MGCP Comedia check media source is DISABLED MGCP Comedia SDP force is DISABLED MGCP Guaranteed scheduler time is DISABLED MGCP DNS stale threshold is 30 seconds

8.5.3.2.7 Endpoints controlados por CallManager en un gateway PRI

CENTRAL#show mgcp endpoint Interface E1 0/0 ENDPOINT-NAME V-PORT SIG-TYPE ADMIN S0/ds1-0/1@CENTRAL 0/0:15 none up S0/ds1-0/2@CENTRAL 0/0:15 none up S0/ds1-0/3@CENTRAL 0/0:15 none up S0/ds1-0/4@CENTRAL 0/0:15 none up S0/ds1-0/5@CENTRAL 0/0:15 none up S0/ds1-0/6@CENTRAL 0/0:15 none up S0/ds1-0/7@CENTRAL 0/0:15 none up S0/ds1-0/8@CENTRAL 0/0:15 none up S0/ds1-0/9@CENTRAL 0/0:15 none up S0/ds1-0/10@CENTRAL 0/0:15 none up S0/ds1-0/11@CENTRAL 0/0:15 none up S0/ds1-0/12@CENTRAL 0/0:15 none up S0/ds1-0/13@CENTRAL 0/0:15 none up S0/ds1-0/14@CENTRAL 0/0:15 none up S0/ds1-0/15@CENTRAL 0/0:15 none up S0/ds1-0/17@CENTRAL 0/0:15 none up S0/ds1-0/18@CENTRAL 0/0:15 none up S0/ds1-0/19@CENTRAL 0/0:15 none up S0/ds1-0/20@CENTRAL 0/0:15 none up S0/ds1-0/21@CENTRAL 0/0:15 none up S0/ds1-0/22@CENTRAL 0/0:15 none up S0/ds1-0/23@CENTRAL 0/0:15 none up

Tema 8 Trunking

207

S0/ds1-0/24@CENTRAL 0/0:15 none up S0/ds1-0/25@CENTRAL 0/0:15 none up S0/ds1-0/26@CENTRAL 0/0:15 none up S0/ds1-0/27@CENTRAL 0/0:15 none up S0/ds1-0/28@CENTRAL 0/0:15 none up S0/ds1-0/29@CENTRAL 0/0:15 none up S0/ds1-0/30@CENTRAL 0/0:15 none up S0/ds1-0/31@CENTRAL 0/0:15 none up

8.5.3.2.8 Endpoints controlados por CallManager en un gateway BRI

REMOTA#show mgcp endpoint BRI/S0/SU0/P0/1@REMOTA BRI/S0/SU0/P0/2@REMOTA BRI/S0/SU0/P1/1@REMOTA BRI/S0/SU0/P1/2@REMOTA

8.5.3.2.9 Conexiones MGCP activas

En el siguiente ejemplo existe una conexión activa en el endpoint S0/DS1-0/1 utilizando los puertos RTP 16986 y 32212 bidireccional (SENDRECV) con codec G729B. CENTRAL#show mgcp connection Endpoint Call_ID(C) Conn_ID(I) (P)ort (M)ode (S)tate (CO)dec (E)vent[SIFL] (R)esult[EA] (ME)dia (COM)Addr:Port 1. S0/DS1-0/1 C=D00000000200003a000000F500000001, 38,39 I=0x2 P=16986,32212 M=3 S=4,4 CO=8 E=2,0,0,2 R=0,0 ME =0 COM=0.0.0.0:0 LEGEND: Mode : 0=INVALID, 1=SENDONLY, 2=RECVONLY, 3=SENDRE CV, 4=INACTIVE, 5=LOOPBACK, 6=CONTTEST, 7=DATA, 8=NETWLOOP, 9=NETWTEST, 10=CONFRNCE State : 0=IDLE, 1=SETTING, 2=CONNECTING, 3=CONFEREN CING, 4=ACTIVE, 5=CONF_DESTROYING, 6=DISCONNECTING, 7=INACTIVE, 8=VOICE_CONNECTING, 9= VOICE_ACTIVE, 10=CONF_DISSOCIATING, 11=CALLLEGS_DISSOCIATED, 12=HP_CONNECTING, 13=HP_CONNECTED, 14=HP_CONFERENCING, 15=HP_ACTIVE, 16=VOIP_CONF_DESTROY, 17=ERROR, 18=CO NNECTING_INACTIVE, 19=CONF_DESTROYING_INACTIVE, 20=CONT_TEST, 21=SETUP_WAIT, 22=WAIT_NSE_SENT, 23=TWC_ACTIVE, 24=WAIT_STATE, 25=HANDOVER Codec : 1=PCMU, 2=PCMA, 3=G726_32K, 4=G726_24K, 5=G 726_16K, 6=G729, 7=G729_A, 8=G729_B, 9=G729_B_LC, 10=G728, 11=G723, 12=G7231_HIGH_RATE, 13=G7231_A_HI GH_RATE, 14=G7231_LOW_RATE, 15=G7231_A_LOW_RATE, 16=GSM_FR, 17=GSM_HR, 18=GSM_EFR, 19=GSM_EHR, 20=G729_A_B 128=CLEAR_CHANNEL, 129=NSE, 130=XNSE, 131=NTE, 132= T38, 133=MODEM_RELAY

Trunking Tema 8

208

8.5.3.2.10 Estado y configuración de los puertos de voz para PRI

CENTRAL#show voice port 0/0:15 DS0 Group 0/0:15 - 0/0:15 Type of VoicePort is XCC Operation State is UP Administrative State is UP The Last Interface Down Failure Cause is Administr ative Shutdown Description is not set Noise Regeneration is enabled Non Linear Processing is enabled Non Linear Mute is disabled Non Linear Threshold is -21 dB Music On Hold Threshold is Set to -38 dBm In Gain is Set to 0 dB Out Attenuation is Set to 0 dB Echo Cancellation is enabled Echo Cancellation NLP mute is disabled Echo Cancellation NLP threshold is -21 dB Echo Cancel Coverage is set to 64 ms Echo Cancel worst case ERL is set to 6 dB Playout-delay Mode is set to adaptive Playout-delay Nominal is set to 60 ms Playout-delay Maximum is set to 250 ms Playout-delay Minimum mode is set to default, valu e 40 ms Playout-delay Fax is set to 300 ms Connection Mode is normal Connection Number is not set Initial Time Out is set to 10 s Interdigit Time Out is set to 10 s Call Disconnect Time Out is set to 60 s Ringing Time Out is set to 180 s Wait Release Time Out is set to 30 s Companding Type is A-law Rx A bit no conditioning set Rx B bit no conditioning set Rx C bit no conditioning set Rx D bit no conditioning set Tx A bit no conditioning set Tx B bit no conditioning set Tx C bit no conditioning set Tx D bit no conditioning set Region Tone is set for US Continuity Test Tone CO1 is set to 2010 Continuity Test Tone CO2 is set to 1780 Station name None, Station number None Translation profile (Incoming): Translation profile (Outgoing): DS0 channel specific status info: IN OUT PORT CH SIG-TYPE OPER STATUS STATUS TIP RING 0/0:15 01 xcc-voice up none none 0/0:15 02 xcc-voice dorm none none 0/0:15 03 xcc-voice dorm none none 0/0:15 04 xcc-voice dorm none none 0/0:15 05 xcc-voice dorm none none 0/0:15 06 xcc-voice dorm none none

Tema 8 Trunking

209

0/0:15 07 xcc-voice dorm none none 0/0:15 08 xcc-voice dorm none none 0/0:15 09 xcc-voice dorm none none 0/0:15 10 xcc-voice dorm none none 0/0:15 11 xcc-voice dorm none none 0/0:15 12 xcc-voice dorm none none 0/0:15 13 xcc-voice dorm none none 0/0:15 14 xcc-voice dorm none none 0/0:15 15 xcc-voice dorm none none 0/0:15 17 xcc-voice dorm none none 0/0:15 18 xcc-voice dorm none none 0/0:15 19 xcc-voice dorm none none 0/0:15 20 xcc-voice dorm none none 0/0:15 21 xcc-voice dorm none none 0/0:15 22 xcc-voice dorm none none 0/0:15 23 xcc-voice dorm none none 0/0:15 24 xcc-voice dorm none none 0/0:15 25 xcc-voice dorm none none 0/0:15 26 xcc-voice dorm none none 0/0:15 27 xcc-voice dorm none none 0/0:15 28 xcc-voice dorm none none 0/0:15 29 xcc-voice dorm none none 0/0:15 30 xcc-voice dorm none none 0/0:15 31 xcc-voice dorm none none

8.5.3.2.11 Estado y configuración de los puertos de voz para BRI

REMOTA#show voice port 0/0/1 Basic Rate Interface 0/0/1 Slot is 0, Sub-unit is 0 , Port is 1 Type of VoicePort is BRI-XCC Operation State is DORMANT Administrative State is UP No Interface Down Failure Description is not set Noise Regeneration is enabled Non Linear Processing is enabled Non Linear Mute is disabled Non Linear Threshold is -21 dB Music On Hold Threshold is Set to -38 dBm In Gain is Set to 0 dB Out Attenuation is Set to 0 dB Echo Cancellation is enabled Echo Cancellation NLP mute is disabled Echo Cancellation NLP threshold is -21 dB Echo Cancel Coverage is set to 64 ms Echo Cancel worst case ERL is set to 6 dB Playout-delay Mode is set to adaptive Playout-delay Nominal is set to 60 ms Playout-delay Maximum is set to 250 ms Playout-delay Minimum mode is set to default, valu e 40 ms Playout-delay Fax is set to 300 ms Connection Mode is normal Connection Number is not set Initial Time Out is set to 10 s Interdigit Time Out is set to 10 s Call Disconnect Time Out is set to 60 s Ringing Time Out is set to 180 s

Trunking Tema 8

210

Wait Release Time Out is set to 30 s Companding Type is A-law Region Tone is set for ES Station name None, Station number None Translation profile (Incoming): Translation profile (Outgoing): Voice class called number pool:

8.5.3.2.12 Estadísticas y actividad en el gateway M GCP

CENTRAL#show mgcp statistics UDP pkts rx 28230, tx 28314 Unrecognized rx pkts 0, MGCP message parsing error s 0 Duplicate MGCP ack tx 0, Invalid versions count 0 CreateConn rx 18, successful 18, failed 0 DeleteConn rx 16, successful 16, failed 0 ModifyConn rx 41, successful 41, failed 0 DeleteConn tx 1, successful 1, failed 0 NotifyRequest rx 1, successful 1, failed 0 AuditConnection rx 0, successful 0, failed 0 AuditEndpoint rx 638, successful 638, failed 0 RestartInProgress tx 676, successful 676, failed 0 Notify tx 26841, successful 26841, failed 0 ACK tx 714, NACK tx 0 ACK rx 27212, NACK rx 304 Collisions: Passive 0, Active 0 IP address based Call Agents statistics: IP address 10.10.211.10, Total msg rx 406, successful 402, failed 0 System resource check is DISABLED. No available st atistic DS0 Resource Statistics ----------------------- Utilization: 3.33 percent Total channels: 30 Addressable channels: 30 Inuse channels: 1 Disabled channels: 0 Free channels: 29

Tema 8 Trunking

211

8.6 SRST (Survivable Remote Site Telephony)

Uno de los problemas de los sistemas centralizados como CallManager es el de la supervivencia en caso de caída de la rede entre la sede principal (lugar donde se encuentra CallManager) y las sedes remotas. Cuando se pierde la conectividad entre CallManager y terminales o gateways remotos, éstos quedarán fuera de servicio puesto que dependen de CallManager. Para evitar la incomunicación en las sedes remotas, se dispone de la funcionalidad SRST que permite a los gateways que pierden conexión con CallManager hacer las funciones de éste y dar servicio a los teléfonos con los que tenga conectividad. Como el gateway tiene salida a la Red Telefónica Conmutada, permite establecer llamadas al exterior e incluso a la sede principal a través de la RTC.

Fig. 4: SRST

Cuando la red WAN IP cae, tanto los terminales como el gateway de la sede remota se dan cuenta porque dejan de recibir las respuestas de los KeepAlive enviados a CallManager. En ese momento, por un lado el gateway activa la función SRST que hasta ese momento estaba en estado de espera y acepta las solicitudes de registro de terminales SCCP. Por otro lado, los terminales intentan contactar con los CallManager secundario o terciario y al no obtener respuesta lo intentan con el servidor de supervivencia SRST (gateway remoto). El gateway SRST registra los terminales de la sede remota y permite establecer entre los terminales y al exterior a través de sus accesos a la Red Telefónica Conmutada. Una de las características de SRST es que su configuración hay que realizarla manualmente en el gateway. Es decir, no existe comunicación entre el gateway SRST y CallManager para recibir las configuraciones de terminales, Route Pattern, desvíos, grupos de salto, etc. y por tanto habrá que realizar una

Trunking Tema 8

212

configuración paralela en cada uno de los gateways que implementen la funcionalidad SRST. Una vez que se recupera la conexión IP con CallManager, el gateway se registrará de nuevo en CallManager y liberará todas las conexiones que tenga establecidas en sus accesos a la RTC. A continuación se muestran los pasos que hay que seguir para configurar la funcionalidad SRST junto con MGCP. 8.6.1 CALLMANAGER

1. Añadir una nueva referencia SRST (Add New ).

Tema 8 Trunking

213

2. Indicar el nombre que se asignará a la referencia SRST en Name y la

dirección IP del Gateway SRST en IP Address .

Trunking Tema 8

214

3. En el Device Pool de la sede remota SRST rellenar el campo SRST Reference con la referencia SRST creada.

4. Reiniciar los dispositivos del Device Pool.

Tema 8 Trunking

215

8.6.2 EDC

1. Activar SRST.

2811BRI(config)# ccm-manager fallback-mgcp

2. Configurar SRST

2811BRI(config)# call-manager-fallback 2811BRI(config-cm-fallback)# max-conferences 4 gain -6 2811BRI(config-cm-fallback)# transfer-system full-consult 2811BRI(config-cm-fallback)# ip source-address dir_ip_gateway port 2000 2811BRI(config-cm-fallback)# max-ephones 24 2811BRI(config-cm-fallback)# max-dn 24 2811BRI(config-cm-fallback)# user-locale ES

3. Construcción del número llamante para llamadas salientes (opcional).

2811BRI(config-cm-fallback)# dialplan-pattern 1 número_externo extension-length nº_cifras_extension extension-pattern número_de_extension 2811BRI(config-cm-fallback)# dialplan-pattern 2 número_externo extension-length nº_cifras_extension extension-pattern número_de_extension

4. Traducción de número llamado para llamadas entrantes (opcional).

2811BRI(config-cm-fallback)# alias 1 patron_numeracion to número_de_extensión 2811BRI(config-cm-fallback)# alias 2 patron_numeracion to número_de_extensión . . . 2811BRI(config-cm-fallback)# exit

5. Reglas de numeración para llamadas salientes.

2811BRI(config)# dial-peer voice 101 pots 2811BRI(config-dial-peer)# destination-pattern 0.T 2811BRI(config-dial-peer)# direct-inward-dial 2811BRI(config-dial-peer)# port 0/0/0 2811BRI(config-dial-peer)# exit 2811BRI(config)# dial-peer voice 102 pots 2811BRI(config-dial-peer)# preference 2 2811BRI(config-dial-peer)# destination-pattern 0.T 2811BRI(config-dial-peer)# direct-inward-dial 2811BRI(config-dial-peer)# port 0/0/1 2811BRI(config-dial-peer)# exit

Trunking Tema 8

216

8.6.3 Supervisión

8.6.3.1 EDC

8.6.3.1.1 Verificación de SRST habilitado

1. Verificar la configuración

REMOTA#show running-config

2. Verificar que la funcionalidad SRST está habilitada

REMOTA#show call-manager-fallback all

3. Comprobar en el menú Configuración->Red del teléfono que el router por

defecto del teléfono es el gateway SRST.

8.6.3.1.2 Supervisión de puertos

1. Estado de los puertos establecidos. Este comando no muestra las llamadas entre dos puertos POTS.

REMOTA#show voice call status CallID CID ccVdb Port DSP/Ch Called # Codec Dial-peers 0x21 121F 0x84036228 50/0/1.0 0915164844 g711ulaw 20001/11 0x22 121F 0x84FD86DC 1/0/0.1 1/1:1 *0915164844 g711ulaw 11/20001 1 active call found

2. Estado general de todos los puertos (I).

REMOTA#show voice call summary PORT CODEC VAD VTSP STATE VPM STATE ============== ========= === ==================== = =================== 1/0/0.1 - - - 1/0/0.2 - - - 1/0/1.1 g711ulaw n S_CONNECT S _TSP_CONNECT 1/0/1.2 - - - 50/0/1 .1 g711ulaw n S_CONNECT E FXS_CONNECT 50/0/2 .1 - - - E FXS_INIT 50/0/3 .1 - - - E FXS_INIT 50/0/4 .1 - - - E FXS_INIT 50/0/5 .1 - - - E FXS_INIT 50/0/6 .1 - - - E FXS_INIT 50/0/7 .1 - - - E FXS_INIT 50/0/8 .1 - - - E FXS_INIT 50/0/9 .1 - - - E FXS_INIT 50/0/10 .1 - - - E FXS_INIT 50/0/11 .1 - - - E FXS_INIT 50/0/12 .1 - - - E FXS_INIT 50/0/13 .1 - - - E FXS_INIT 50/0/14 .1 - - - E FXS_INIT 50/0/15 .1 - - - E FXS_INIT 50/0/16 .1 - - - E FXS_INIT

Tema 8 Trunking

217

3. Estado general de todos los puertos (II).

REMOTA#show voice port summary PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC ============== == ============ ===== ==== ======== ======== == 1/0/0 1 bri-voice up dorm none none y 1/0/0 2 bri-voice up dorm none none y 1/0/1 1 bri-voice up up none none y 1/0/1 2 bri-voice up dorm none none y 50/0/1 1 efxs up up off-hook idle y 50/0/2 1 efxs up up on-hook idle y 50/0/3 1 efxs up up on-hook idle y 50/0/4 1 efxs up up on-hook idle y 50/0/5 1 efxs up up on-hook idle y 50/0/6 1 efxs up up on-hook idle y 50/0/7 1 efxs up up on-hook idle y 50/0/8 1 efxs up up on-hook idle y 50/0/9 1 efxs up up on-hook idle y 50/0/10 1 efxs up up on-hook idle y 50/0/11 1 efxs up up on-hook idle y 50/0/12 1 efxs up up on-hook idle y 50/0/13 1 efxs up up on-hook idle y 50/0/14 1 efxs up up on-hook idle y 50/0/15 1 efxs up up on-hook idle y 50/0/16 1 efxs up up on-hook idle y

4. Estado general de los dial-peers

REMOTA#show dial-peer voice summary dial-peer hunt 0 AD PRE PASS OUT TAG TYPE MIN OPER PREFIX DEST-PATTERN FER THRU SESS-TARGET STAT PORT 20001 pots up up 1000$ 0 50/0/1 20002 pots up down 0 50/0/2 20003 pots up down 0 50/0/3 20004 pots up down 0 50/0/4 20005 pots up down 0 50/0/5 20006 pots up down 0 50/0/6 20007 pots up down 0 50/0/7 20008 pots up down 0 50/0/8 20009 pots up down 0 50/0/9 20010 pots up down 0 50/0/10 20011 pots up down 0 50/0/11 20012 pots up down 0 50/0/12 20013 pots up down 0 50/0/13 20014 pots up down 0 50/0/14 20015 pots up down 0 50/0/15 20016 pots up down 0 50/0/16 10 pots up up 0......... 0 up 1/0/1 11 pots up up 0......... 0 up 1/0/0

8.6.3.1.3 Supervisión de terminales

1. Visualizar los teléfonos registrados y sus capabilities.

REMOTA#show ephone registered ephone-1 Mac:0018.B9A8.3BC9 TCP socket:[3] activeLi ne:0 REGISTERED in SCCP ver 6 and Server in ver 5 mediaActive:0 offhook:0 ringing:0 reset:0 reset_sen t:0 paging 0 debug:0 caps:7 IP:10.10.15.76 52560 7971 keepalive 0 max_line 8 button 1: dn 1 number 1000 CM Fallback CH1 IDLE

Trunking Tema 8

218

2. Visualizar el estado de los teléfonos descolgados.

REMOTA#show ephone offhook ephone-1 Mac:0018.B9A8.3BC9 TCP socket:[3] activeLi ne:1 REGISTERED in SCCP ver 6 and Server in ver 5 mediaActive:1 offhook:1 ringing:0 reset:0 reset_sen t:0 paging 0 debug:0 caps:7 IP:10.10.15.76 52560 7971 keepalive 4 max_line 8 button 1: dn 1 number 1000 CM Fallback CH1 CONN ECTED Active Call on DN 1 chan 1 :1000 10.10.15.76 16752 to 10.10.224.3 2000 via 10.10.224.1 G711Ulaw64k 160 bytes no vad Tx Pkts 221 bytes 38012 Rx Pkts 222 bytes 38184 Los t 0 Jitter 0 Latency 0 callingDn -1 calledDn -1 (media path callID 30 srcCallID 31)

3. Visualizar los teléfonos no registrados.

REMOTA#show ephone unregistered No ephone in specified type/condition.

4. Visualizar los teléfonos en estado de ringing.

REMOTA#show ephone ringing No ephone in specified type/condition.

5. Resumen general del estado de todos los teléfonos.

REMOTA#show ephone summary ephone-1 Mac:0018.B9A8.3BC9 TCP socket:[3] activeLi ne:0 REGISTERED mediaActive:0 offhook:0 ringing:0 reset:0 reset_sen t:0 debug:0 IP:10.10.15.76 7971 keepalive 66 1:1 CM Fallbac k Max 24, Registered 1, Unregistered 0, Deceased 0, S ockets 3 ephone_send_packet process switched 0 Standby socket list (no registered device): [1]: 10.10.224.102 52601 [2]: 10.10.224.101 1540 3 Max Conferences 4 with 0 active (4 allowed) Skinny Music On Hold Status Active MOH clients 0 (max 152), Media Clients 0, B- ACD Clients 0 No MOH file loaded

Tema 8 Trunking

219

Resumen : En este tema se han visto las diferentes alternativas de interconexión entre CallManager y cualquier elemento de Telefonía IP o TDM. Si el elemento remoto es un sistema de Telefonía IP, CallManager puede señalizar directamente con él y ésta dependerá del tipo de equipo con el que se enfrente. En concreto, si el equipo remoto es: • CallManager : Se recomienda usar protocolo propietario ICT. • IP-PBX de otro fabricante : Se puede utilizar protocolo H.323 o SIP. • NGN: EL protocolo validado es SIP. Si el elemento remoto es un sistema de Telefonía TDM, CallManager debe señalizar con un gateway 28XX en IP con protocolo MGCP y dicho gateway señalizará con el sistema TDM (RTC o PBX) a través de Accesos Primarios o Básicos, aunque también podría hacerlo con interfaz analógico, E y M, etc.

Trunking Tema 8

220

Test de comprensión 1. El protocolo ICT se utiliza para conectar un CallManager con:

a) Un gateway MGCP b) Otro CallManager c) NGN

2. En MGCP el contenido del canal de señalización lo construye:

a) CallManager b) El gateway c) La Red Telefónica Conmutada

3. ¿Qué funcionalidad de CallManager proporciona supervivencia en las sedes

remotas?

a) MGCP b) SRST c) SIP

4. ¿Cuál es el puerto por defecto que utiliza SIP para señalizar?

a) 1720 b) 5600 c) 5060

221

TEMA 9

PLAN DE MARCACIÓN

Tema 9 Plan de Marcación

223

9.1 Objetivos

• Describir los conceptos plan de numeración y plan de marcación en su vertiente de plan de marcación externo.

• Mostrar el funcionamiento de una llamada en CUCM, enumerando los

diferentes tipos de llamadas que existen. • Exponer los elementos básicos que forman un plan de marcación en

CUCM, mostrando el procedimiento operativo de configuración de cada uno de ellos.

• Detallar los elementos avanzados que complementan un plan de marcación

en CUCM. • Definir el concepto de categoría y clase de usuario en CUCM y sus

implicaciones dentro de un plan de marcación. • Plantear dos supuestos reales que permiten demostrar los conocimientos

aprendidos durante las exposiciones anteriores.

Plan de Marcación Tema 9

224

9.2 Introducción

Un plan de marcación es el elemento clave de Cisco Unified Callmanager que permite procesar llamadas según unos determinados privilegios. Un plan de numeración es un esquema de numeración que define un conjunto de reglas para asignar números: NANP, ETNS, UKNNS, ... En CUCM los números de directorio se asignan a puntos finales para alcanzarlos. El enrutamiento de una llamada y la selección del camino se basa en el número marcado, considerando las rutas alternativas, la fecha y la hora, el ancho de banda, ... La manipulación de dígitos permite resolver problemas de solapamiento o marcación abreviada. Las categorías, implementadas con partitions y calling search space, definen los destinos a los que se permite llamar a los usuarios.

9.3 Esquema de Contenido

DESARROLLO • Dial plan

• Flujo de llamada en CUCM

• Plan de marcación básico

• Plan de marcación avanzado

• Categorías


225

9.4 Visión Global de un Plan de Marcación

Este tema define el concepto de plan de marcación ( Dial Plan) en comparación con un plan de numeración.

Después de añadir teléfonos y gateways al cluster, se debe crear un

plan de marcación para permitir que las llamadas alcancen los destinos fuera del cluster. Tan pronto como se crea el primer número de directorio comienza la creación del plan de marcación en el CallManager. Por defecto, pueden hacerse llamadas a destinos dentro del mismo cluster con éxito. Esto es porque todos los números del directorio que se registran al cluster de CallManager pasan a formar parte del plan de marcación del cluster. Sin embargo, para que CallManager dirija una llamada a un destino fuera del cluster, se debe proporcionar información adicional que constituirá el plan de marcación externo de CallManager. Aunque los números de directorio pertenecen al plan de marcación, es común referirse al plan de marcación externo como el plan marcación.

Un plan de marcación puede complicarse bastante y pueden aparecer muchos problemas imprevistos, es conveniente perfilar el plan de marcación en papel antes del despliegue de cualquier dispositivo. Un plan de marcación debe crearse por alguien con experiencia demostrada en este campo. Después de que el plan de marcación se crea en el papel, puede comenzar su


226

configuración en CCM. Si se es nuevo en planes de marcación, se debe buscar el asesoramiento de un experto en planes de marcación.

Un plan de marcación es uno de los elementos fundamentales de un sistema de telefonía IP que implementa las siguientes funciones:

- Encaminamiento a los puntos finales - Selección de caminos - Privilegios de la parte llamante - Manipulación de dígitos

Un plan de numeración es un esquema de numeración que: - Define reglas a la hora de crear números - Está basado en estándares de telecomunicación internacionales - Está gestionado por las autoridades territoriales - Regula la distribución de números y códigos dentro de su territorio

de aplicación Existen muchos planes de numeración nacionales y regionales, tales

como: - Nort American Numbering Plant (NANP) - UK National Numbering Scheme (UKNNS) - European Telephony Numbering Space (ETNS) - Planes de numeración nacionales


227

ETNS se caracteriza por lo siguiente: - Se despliega de forma paralela a los planes de numeración

nacionales existentes. - Administrado por European Telecomnunications Office - Cuatro servicios disponibles: - Aplicaciones de servicio público - Aplicaciones de cliente - Redes corporativas - Numeración personal

Estructura de numeración europea

La parte inicial, llamada European Service Identity (ESI), consiste en el

código de país (CC) y el código de identificación de grupo (GI) que identifica el ETNS (3883), seguido de un Código de Servicio Europeo (ESC) que identifica un servicio de ETNS particular. European Subscriber Number (ESN) es el número asignado a un cliente en el contexto del servicio específico. La longitud máxima de un ESN es 15 dígitos.


228

La selección del camino que debe seguir la llamada es un elemento esencial en un plan de marcación:

- La llamada es encaminada sobre la base del número marcado • Muy similar al enrutamiento IP

- Diferencia entre: • Encaminamiento interno (OnNet) • Encaminamiento externo (OffNet) • Encaminamiento a la Red Pública (OffNet)

- Selección del camino adecuado: • Camino IP vs. POTS • Enrutamiento alternativo si el primer camino no está disponible • Encaminamiento basado en fecha y hora


229

La manipulación de dígitos está íntimamente relacionada con el enrutamiento de la llamada:

• Se utiliza para configurar correctamente el número llamante y llamado

• Necesaria para código de cliente y marcación corta • Puede resolver solapamiento de números de directorio

Existen cuatro opciones de manipulación de dígitos • Instrucciones de descarte de dígitos (DDI) • Máscara de transformación de la parte llamada/llamante • Mascara de traducción • Dígitos prefijo


230

Los privilegios de llamada definen los destinos a los que el usuario puede llamar:

- Utilizado para controlar el gasto telefónico • Bloquea destinos de coste elevado • Restringe el tráfico internacional

- En las PBX se conoce como categorías o “class of service” • No se debe confundir con el concepto de CoS de nivel 2 en datos

- Define las clases que se asignan a usuarios individuales o a grupos de usuarios

- Se implementa con partitions y calling search spaces


231

9.5 Flujo de Llamada en CUCM

Este tema describe cuales son los componentes que i ntervienen cuando se realiza una llamada en CUCM.

Cuando se realiza una llamada desde un teléfono IP de Cisco, CCM analiza los dígitos marcados. Si este número coincide con un número de directorio DN registrado en el cluster CCM, éste dirige la llamada al teléfono de destino asociado con el DN. Este tipo de llamadas son las llamadas internas u on-cluster. CCM gestiona las llamadas internas sin necesidad de enrutarlas a un gateway externo.

Los teléfonos IP no son los únicos dispositivos que pueden realizar y recibir llamadas internas, cualquier dispositivo registrado en CCM como DN puede hacer y recibir llamadas internas. Ejemplos de otros dispositivos son Cisco IP SoftPhone y teléfonos analógicos que están en gateways mediante señalización MGCP o SCCP.

Cuando un teléfono IP de Cisco marca un número que no está registrado como DN, CCM supone que es una llamada externa u off-cluster. CCM busca la tabla de rutas externas para determinar donde dirigir la llamada. CCM utiliza el concepto de tablas route pattern y translation pattern para determinar donde y como enrutar una llamada externa. Estas tablas son muy similares a las de routing que un router Cisco mantiene para encaminar los datos.


232

9.5.1 Componentes en una llamada externa

Se pueden crear planes de rutas basados en arquitecturas de tres

niveles que permite múltiples capas para dirigir una llamada así como la manipulación de dígitos. Los route pattern emparejan con números marcados y seleccionan un route list que a su vez selecciona caminos disponibles para las llamadas salientes basándose en prioridades. Estos caminos en Cisco se llaman route groups , y es un concepto similar al grupo de enlaces en una centralita tradicional. Se puede pensar en un route pattern como una ruta estática con múltiples caminos que permiten priorizar.

Además, para facilitar múltiples caminos para un determinado número marcado, el plan de marcación permite la manipulación de dígitos en cada camino, según los requerimientos de la red externa. Esta manipulación se realiza añadiendo, cambiando o eliminado dígitos del número inicialmente marcado.

También se posibilita la transformación del número llamante, en aras de identificar a la parte llamante de la forma adecuada, según sea el camino que la llamada toma para salir del cluster.

El flujo de la llamada externa comienza en un patrón y finaliza en el gateway. Sin embargo, la creación de los componentes requeridos se realiza en el orden opuesto. Esto es porque cuando un route group señala un gateway, el gateway apuntado ya debe existir. Por lo tanto, el gateway debe configurase primero, seguido por el route group, después el route list, y por último, pero no por ello menos importante, el route pattern. Como la configuración de un


233

gateway se ha tratado en el capítulo anterior, se trataran los route group en primer lugar.


234

9.5.2 Ejemplo de una llamada externa en CUCM

Ejemplo del proceso de una llamada externa: Paso 1 El llamante marca el número de teléfono de la pizzería. Paso 2 CallManager mira estos dígitos y encuentra un patrón con el que

coinciden. Si encuentra patrones múltiples que emparejan, usa el más directo (aquel que tiene menos coincidencias posibles).

Paso 3 El route pattern asociado al número marcado apunta a una lista

de rutas que a su vez apunta a uno o más grupos de rutas. Paso 4 La lista de rutas envía la llamada al primer grupo de rutas de la

lista. Paso 5 El grupo de rutas apunta a uno o más gateways y se envía la

llamada al primero de los gateways en el grupo. Paso 6 Si el gateway es incapaz de ocuparse de la llamada, el grupo de

rutas envía la llamada al siguiente gateway en la lista, si existe.


235

Paso 7 Si no existen más gateway en el grupo o si el último gateway en el grupo es incapaz de dirigir la llamada, la llamada se devuelve a la lista de rutas y la lista de rutas envía la llamada al siguiente grupo de rutas en la lista.

Paso 8 El siguiente grupo de rutas envía la llamada al primer gateway en

el grupo. Paso 9 Después de que la llamada alcanza un gateway que puede

ocuparse de ella, la llamada se envía fuera del sistema usando ese gateway.

Paso 10 Si ningún gateway está disponible, la llamada falla.


236

9.5.3 Manipulación de dígitos en una llamada extern a

En un despliegue tradicional de telefonía IP, la situación planteada en la

figura describe una situación habitual.

Un usuario marca un número a cinco cifras de otro usuario de la empresa que está fuera del cluster (llamada externa). En primera instancia progresa al destino por una interconexión WAN, en este caso un ICT hacia otro cluster. Si la llamada no progresa por este camino (ancho de banda insuficiente, indisponibilidad del enlace de datos, ...). La llamada es desvuelta a la tabla de rutas (route list) que intenta progresar la llamada por la segunda opción mediante un primario a la red pública.

El problema surge, cuando lo que ha marcado el usuario, y que era valido para encaminar la llamada por el ICT, ya no lo es para encaminar la llamada por la red pública, que necesita 9 dígitos para saber interpretar el destino de la llamada.

Es aquí donde se ve la necesidad de hacer una manipulación de dígitos, en este caso del número llamado, para que la llamada progrese adecuadamente por PSTN. Lógicamente, esta manipulación debe ser transparente al usuario.


237

9.6 Plan de Marcación Básico

En este tema se describe como gestionar los compone ntes de un plan de numeración básico. 9.6.1 Route Group

Como el grupo de rutas apunta a los gateways, estos deben configurarse antes de crear los grupos de rutas. Aquí se asume que los gateways ya existen, que el plan de marcación ya está diseñado y que se puede consultar mientras se configuran los grupos de ruta.

Un route group permite designar el orden en que se van a seleccionar los gateways y trunks, permitiendo priorizar la selección de una lista de gateways y puertos para llamadas salientes.


238

Los pasos a seguir para crear un route group son los siguientes: Paso 1 En Cisco CallManager Administration, elegir Call Routing >

Route/Hunt > Route Group . Paso 2 Pulsar el botón Add New . Paso 3 Se despliega una pantalla similar a la mostrada en la figura.

Introducir un nombre descriptivo en el campo Route Group Name.

Paso 4 En la lista desplegable de la casilla Distribution Algorithm ,

escoger cómo CallManager distribuirá las llamadas. Si se desea que CallManager envíe la llamada al primer gateway disponible en la lista, escoger Top Down . Cuando se escoge Circular , la llamada se dirige al gateway que en la lista aparece a continuación del gateway al que se ha dirigido la llamada más reciente.

Paso 5 En la casilla Available Devices , seleccionar el gateway que se

quiere agregar a este grupo de rutas. Si hay muchos gateways, se pueden limitar los que aparecen en esta casilla introduciendo un criterio de búsqueda en el campo Device Name contains .


239

Paso 6 Ciertos gateways permiten escoger qué puertos del gateway se quieren usar para este grupo de rutas. En el campo Port(s) , seleccionar los puertos en este gateway que se deben agregarse a este grupo de rutas. Si el gateway que se está configurando no permite la selección de puertos, dejar este campo al valor por defecto.

Paso 7 Pulsar el botón Add to Route Group . Repetir los pasos 5 a 7

para los gateways que se desean añadir a este grupo. Paso 8 Después de que se han seleccionado todos los gateways

deseados, estos aparecen en el área Selected Devices . El orden en que estos aparecen en esta caja determina el orden en que se distribuyen las llamadas Para invertir el orden en que aparecen pulsar el botón Reverse Order of Selected Devices . Para cambiar el orden, resaltar el gateway que se desea mover y pulsar el botón flecha arriba o flecha abajo situados a la derecha.

Paso 9 Se puede quitar un gateway del grupo de rutas resaltando el

gateway y pulsando el botón de flecha abajo situado debajo de la caja Selected Devices . La entrada aparece entonces en la caja Removed Devices .

Paso 10 Pulsar el botón Save para añadir o actualizar este grupo de rutas.


240

9.6.2 Route List

Antes de seguir adelante, es necesario asegurarse de que se han

creado todos los route group necesarios. Como un route list apunta a los route group, éstos ya deben existir. Los pasos proporcionados en esta sección conducen a través de la creación y configuración de un route list, además de configurar la manipulación de dígitos en el ámbito de route group.

Un route list asocia un conjunto de route group en el orden de prioridad

especificado. Un route list se asocia con uno o más route pattern y determina el orden en que se seleccionan los route group. El orden controla el progreso de la búsqueda para encontrar dispositivos disponibles para las llamadas salientes.


241

Los pasos a seguir para crear una route list son los siguientes:

Paso 1 En Cisco CallManager Administration, elegir Call Routing > Route/Hunt > Route List .

Paso 2 Pulsar el botón Add New . Paso 3 Introducir un nombre suficientemente descriptivo en el campo

Name. El nombre puede contener un máximo de 50 caracteres alfanuméricos, pudiendo contener una combinación de espacios, puntos, guiones y guiones bajo. El nombre debe ser único en el plan de enrutamiento.

Paso 4 Aunque CUCM inserta automáticamente una descripción es

aconsejable en el campo Description introducir un texto que ayude a identificar esta lista de rutas fácilmente.

Paso 5 En la lista desplegable del campo etiquetado como Cisco

CallManager Group , seleccionar el grupo de CallManager que se usará para determinar donde se registra el route list.

Paso 6 Pulsar el botón Save. Una ventana informa que al menos se debe

añadir al menos un grupo de rutas en esta lista de rutas. Pulsar el botón OK.


242

Paso 7 Se despliega una pantalla similar a la mostrada en la figura. Nótese que debajo del grupo de CallManager hay una casilla etiquetada como Enable this Route List . Por defecto está marcada, lo que significa que el grupo de rutas está activo. Si durante el chequeo o solución de problemas se necesita deshabilitar este grupo de rutas, desmarcar esta casilla. De momento se dejará al valor por defecto.

Paso 8 Para añadir un grupo de ruta a esta lista, pulsar el botón Add

Route Group . Paso 9 Se muestra la pantalla Route List Details Configuration . Desde

el menú desplegable del campo Route Group , seleccionar el grupo de rutas deseado.

Paso 10 Éste es el punto en el que se puede configurar la manipulación de dígitos. Si se desea configurar la información del llamante, utilizar los tres campos localizados bajo la cabecera Calling Party Transformations . El primer campo se etiqueta como Use Calling Party's External Phone Number Mask, determina si se utiliza la máscara configurada en el número de directorio para llamadas que se dirigen a este grupo de rutas.

Paso 11 En el campo Calling Party Transform Mask , introducir cualquier

máscara que vaya a afectar a la identificación del llamante.


243

Paso 12 En el campo Prefix Digits (Outgoing Calls) , introducir los dígitos

que se deseen añadir delante de la identificación del llamante. Paso 13 Los campos bajo la cabecera Called Party Transformations

influyen sobre el número marcado. Aquí es donde se puede manipular el número que se enviará al gateway. Por ejemplo, cuando la llamada va por un enlace WAN, solo se necesitan cinco dígitos, pero si la WAN no puede gestionar la llamada y se deriva a PSTN, son necesarios más dígitos para que la Red Pública pueda dirigir adecuadamente la llamada. El primer campo en esta categoría es Dial Plan . De momento se deja el valor por defecto.

Paso 14 Desde la lista desplegable del campo etiquetado como Discard

Digits , seleccionar las instrucciones para eliminar dígitos en las llamadas salientes que se envíen a este gateway. Una instrucción para eliminar dígitos determina que dígitos se eliminaran del número marcado antes de enviar la llamada saliente a los gateways correspondientes.

Paso 15 En el campo Called Party Transform Mask , introducir la máscara

que se desea usar para llamadas salientes en este gateway. Paso 16 En el campo Prefix Digits (Outgoing Calls) , introducir cualquier

dígito que se desee añadir delante del número marcado antes de enviar la llamada saliente a estos gateways.

Paso 17 Para añadir el grupo de rutas al route list pulsar el botón Save. Paso 18 Una ventana informativa muestra que el grupo de rutas se ha

añadido y que la lista de rutas debe reiniciarse para que el cambio tenga efecto. Pulsar el botón Aceptar.


244

Paso 19 Aparece de nuevo la página Route List Configuration donde se

visualiza de nuevo conteniendo el grupo de rutas que se acaba de añadir. Repetir del paso 7 al 16 para cualquier nueva adición de grupos de rutas que se desee configurar.

Paso 20 Después de que todos los grupos de ruta se han añadido, estos

se muestran en el área Selected Groups . El orden en que se despliegan en esta caja determina el orden en que las llamadas son distribuidas. Para cambiar el orden, resaltar el grupo de rutas que se desea mover y pulsar el botón flecha arriba o flecha abajo a la derecha de esta área.

Paso 21 Se puede quitar un grupo de rutas de la lista de rutas resaltando

el grupo de rutas y pulsando el botón de flecha hacia abajo situado en la parte inferior de la caja Selected Groups . Este grupo de rutas se muestra en el área Removed Groups .

Paso 22 Pulsar el botón Save para completar la configuración de esta lista

de rutas.


245

9.6.3 Route Pattern

Cuando se marcan los dígitos se envían a CallManager, éste debe poder

emparejar esos dígitos con un patrón. Un patrón simplemente es un juego de números o comodines que CallManager empareja con el número marcado. Si no hay un patrón configurado en CallManager con que emparejar los dígitos marcados, la llamada falla.

Un route pattern comprende un string de dígitos y un conjunto de ordenes de manipulación de dígitos que dirige la llamada a un route list o a un gateway. Los route pattern aportan flexibilidad al diseño de la red. Junto al route list dirigen la llamada a un determinado dispositivo y añaden, eliminan o modifican determinados dígitos del patrón.

Los patrones se componen de números, comodines y caracteres especiales. Los comodines permiten con un solo patrón emparejar múltiples números marcados. El comodín más popular es la "X ". Este comodín empareja cualquier dígito de 0 a 9. Se podría usar, por ejemplo, para configurar un modelo que empareja los cinco dígitos de las extensiones de otro cluster. Si el rango de la extensión del otro cluster es 52000 a 52999. En este caso se puede usar un modelo tal que 52XXX ya que empareja todos los números dentro de este rango.


246

9.6.3.1 Route Pattern. Comodines

● X Este comodín empareja cualquier dígito de 0 a 9. Ejemplo 52XXX empareja con marcaciones de 52000 a 52999.

● @ Este comodín empareja cualquier número del plan de marcación de América del Norte.

● ! El signo de admiración empareja cualquier dígito, o cualquier número de dígitos. Ejemplo 55! empareja cualquier número que empieza con 55. Los resultados de usar (! ) son casi ilimitados.

● [] Los dígitos dentro de los corchetes representan un rango de números que pueden emparejar con un solo dígito. Ejemplo 55[2-5] empareja con 552, 553, 554 y 555.

● [^] Los dígitos encontrados dentro de los corchetes que incluyen un (^) representa un rango de números que serán excluidos al emparejar con un dígito. Ejemplo 55[^2-5] empareja con 550, 551, 556, 557, 558, 559, 55* y 55#.

● + El signo más empareja uno o más casos del carácter precedente o rangos en el patrón. Ejemplo 572+1 empareja 57221, 572221, 5722221 y así sucesivamente.

● ? El signo de interrogación empareja con ninguno o más casos del carácter precedente en el modelo. Ejemplo 57?2 empareja 572, 5772, 5772, 577772, 5777772, es decir, empareja cualquier modelo que empieza con un 5 seguido por cualquier cantidad de dígitos 7 seguidos por un 2 como último dígito.


247

● . El punto se usa en la manipulación de dígitos. Se usa para determinar qué dígitos serán descartados. Ejemplo si se utiliza la instrucción de eliminación de dígitos PreDot con el modelo 0.!, el 0 se descarta porque va delante (Pre) del punto (Dot). Si se marca el número 0912485551 el 0 se descarta, quedando 912485551.

● * El asterisco es un dígito válido que puede marcarse desde un teléfono por lo que puede ser parte de un modelo. Es importante comprender que no se trata de un comodín. El asterisco se usa como un comodín en muchas aplicaciones, pero no cuando forma parte de un patrón de CallManager. Ejemplo 543* sólo empareja 543*.

● # La almohadilla (#) es también un dígito válido que puede marcarse. Sin embargo, su uso más común es para indicar que se ha finalizado la marcación de dígitos en la llamada. La almohadilla sólo debe usarse como el último dígito de un patrón. Se pueden usar instrucciones de descarte con este patrón, para eliminar (#) antes de mandar la llamada saliente. Ejemplo 542342# empareja sólo con 542342# y enruta la llamada en cuanto se presiona la almohadilla. Esto es útil cuando se usa el (!) en un patrón. Normalmente (#) se usa después de (!) en un modelo.

# detiene la temporización interdígitos, que por defecto es 15 segundos. Se configura en el temporizador T302 en milisegundos (T302=15000 => 15 segundos).


248

9.6.3.2 Route Pattern. Configuración

Los pasos a seguir para crear una route pattern son los siguientes:

Paso 1 En CCMAdministrator, elegir Call Routing > Route/Hunt > Route Pattern .

Paso 2 Pulsar el botón Add New . Se despliega una pantalla similar a la

mostrada en la figura. Introducir el conjunto de dígitos y comodines que configuran el route pattern en el campo Route Pattern .

Paso 3 El campo Route Partition determina qué dispositivos pueden

acceder a este objeto. Paso 4 En el campo Description , introducir una descripción que

identifique este route pattern. Paso 5 Determine el nivel de preferencia de este patrón en el campo

MLPP Precedence . Paso 6 De la lista desplegable del campo Gateway/Route List ,

seleccionar la lista de rutas a la que se enviará la llamada que empareje con este patrón de ruta.


249

Paso 7 Para permitir que las llamadas que emparejen con este route pattern sean enrutadas, habilitar el botón Route this pattern . Para bloquear las llamadas, seleccionar el botón Block this pattern . Debiendo elegir la razón por la que se desea bloquear este patrón.

Paso 8 El campo Call Classification se indica si la llamada se considera

como OffNet u OnNet. Paso 9 Al seleccionar la casilla Allow Device Override , el sistema utiliza

la configuración del gateway o trunk group que utiliza la llamada saliente para indicar si es OffNet u OnNet.

Paso 10 En llamadas OffNet para tener un segundo tono de invitación a

marcar después de que se han marcado los primeros dígitos, seleccionar la casilla Provide Outside Dial Tone .

Paso 11 Si el dispositivo al que se está conectando requiere que cada

dígito se envíe de uno en uno, seleccionar la casilla Allow Overlap Sending .

Paso 12 Para dirigir una llamada en cuanto empareje con este patrón,

habilitar Urgent Priority . Paso 13 En los campos siguientes se elige si este patrón necesita código

de autorización, casilla Require Forced Authorization Code (FAC), con su correspondiente nivel, Authorization Level y código de cliente casilla Require Client Matter Code (CMC).

Paso 14 Si se desea modificar la información del llamante, configurar los

campos que se encuentran debajo de la cabecera Calling Party Transformations .

Paso 15 Si se desea modificar la información de la parte conectad,

configurar los campos que se encuentran debajo de la cabecera Connected Party Transformations .

Paso 16 Si se desea modificar la información del llamado, configurar los

campos que se encuentran debajo de la cabecera Called Party Transformations .

Paso 17 Pulsar el botón Save, en la pantalla que indica el reinicio del route

list pulsar Aceptar .


250

9.6.3.3 Análisis de dígitos

El comportamiento de los componentes que dirigen la llamada puede

estar en contra de la intuición. Siempre que un usuario realiza una llamada desde un dispositivo registrado en CallManager. CCM analiza cada dígito marcado para determinar donde dirigir la llamada. Al coleccionar los dígitos marcados, los componentes de enrutamiento de llamada siguen el siguiente proceso:

Paso 1 CCM compara la secuencia actual de dígitos marcados con una

lista de todos los route patterns y determina con que patrones empareja. Entonces CCM denomina a este conjunto de patrones currentMatches.

- Si currentMatches está vacío, los dígitos marcados hasta ese momento no corresponden con un destino. CCM rechaza la llamada si entiende que se ha finalizado la recepción de dígitos.

- Si currentMatches contiene uno o más miembros, los componentes de enrutamiento de llamada determinan el emparejamiento más próximo. El emparejamiento más cercano es el route pattern en currentMatches que empareja con el menor número de posibilidades. Por ejemplo, si se marca el número 1001, empareja tanto con el route pattern 1XXX como con 10XX. Sin embargo hay 1000


251

posibles dígitos marcados que emparejan con 1XXX, solo 100 emparejan con 10XX. Luego, 10XX es el emparejamiento más cercano.

Paso 2 Paralelamente al primer paso, CCM determina las posibles route

pattern que podrían emparejar si el usuario marca más dígitos. CCM nombra a esta condición como potentialMatches.

- Si potentialMatches permanece a verdadero, los componentes de enrutamiento esperan a que el usuario marque más dígitos. Si el usuario marca otro dígito, se repite la secuencia de eventos del primer paso con los nuevos dígitos marcados.

- Si potentialMatches no está a verdadero o vence el temporizador interdígitos, se toma el destino seleccionado.

La figura muestra un ejemplo de enrutamiento de llamada en el que los dígitos marcados emparejan exactamente con un route pattern.

Cuando el usuario descuelga CCM comienza sus procesos de enrutamiento. Al principio no se han recogido dígitos, por lo que todos los route pattern configurados en CCM son potenciales puntos de emparejamiento. Mientras que la condición potentialMatches está a verdadero CCM espera recibir más dígitos antes de decidir.

El usuario comienza marcado un 1. En este momento, todos los route pattern siguen siendo potencialmente emparejables. El usuario marca otro 1. En este momento CCM elimina los patrones 121X, 1[23]XX, 131, 13[0-4]X y 13!


252

como potenciales emparejamientos. El único route pattern posible de emparejar es 1111. Sin embargo, como la condición potentialMatches está aún a verdadero, CCM debe seguir analizando dígitos. Esto es así, porque el usuario puede continuar marcando y marcar un conjunto de dígitos que no emparejen con ninguna entrada.

El usuario marca otro 1, que no produce ningún cambio en el proceso. La condición currentMatches es falsa, y potentialMatches es aún verdadera. El usuario marca 1 de nuevo. En este momento, el route pattern 1111 es un emparejamiento, y la condición currentMatches es verdadera. CCM elimina el patrón 1111 de la tabla de potenciales emparejamientos, por lo que si el usuario marca más dígitos no provocará que CCM empareje con otro patrón. Aquí CallManager entrega la llamada al destino marcado.

La figura muestra un ejemplo de enrutamiento por proximidad. El usuario marca los dígitos 12. En este punto CCM elimina los patrones 1111, 121, 2[0-4]X, y 13! como potenciales emparejamientos. Permanecen 121X y 1[23]XX como posibles emparejamientos. Como no hay emparejamientos la condición currentMatches es falsa y potentialMatches es verdadera. CCM continua analizando dígitos.

El usuario marca otro 1, que no provoca cambios, currentMatches es falsa y potentialMatches es verdadera. El usuario marca otro 1. En este momento, los patrones 121X y 1[23]XX emparejan y CCM los borra de la tabla de emparejamientos potenciales, que al quedarse vacía implica que si el usuario sigue marcando no se producen cambios. Ahora CCM debe decidir por donde enrutar la llamada basándose en los patrones disponibles en la tabla de emparejamientos actuales. Aquí es donde se aplican las normas de


253

proximidad. El route pattern 121X empareja con 10 posibles destinos (1210 a 1219). El route pattern 1[23]XX empareja con 200 destinos (1200 a 1299 y 1300 a 1399). CCM entonces ofrece la llamada al gateway de la route list asociada con el route pattern 121X.

Si se configuran route pattern con comodines que emparejan números

de longitud variable. CCM debe esperar el vencimiento del temporizador interdígitos antes de enrutar la llamada. El comodín ! representa un número de longitud variable y nunca será un emparejamiento exacto con un grupo de dígitos marcados, (si el usuario pulsa # después del último dígito marcado, CCM no espera el vencimiento de este temporizador, siempre y cuando exista un patrón del tipo 13!#). En este ejemplo CCM incluye los patrones mostrados en la figura.

El usuario marca los dígitos 1311. Esto provoca que CCM elimina los patrones 111, 121X y 131 y que se sitúan en la tabla de emparejamientos potenciales 1[23]XX, 13[0-4]X y 13!. Este último hace que la condición potentialMatches sea siempre verdadera, pues CCM no tiene forma de conocer si el usuario marcará más dígitos. Por ejemplo el usuario puede intentar marcar 13111555. Mientras que la condición potentialMatches sea verdadera, CCM sigue esperando.

En este caso, el único evento que permite a CCM seleccionar un destino es el temporizador interdígitos. Cuando expira, CCM interpreta que ya no se van a marcar más dígitos y procede a tomar la decisión de enrutamiento basándose en los route pattern que se encuentran en la tabla de


254

emparejamientos actuales: 1[23]XX, 13[0-4]X y 13!. Como hay varios patrones que emparejan con los dígitos marcados 1311, entran en juego las normas de proximidad.

El patrón 1[23]XX empareja con 200 destinos (1200 a 1399), el patrón 13[0-4]X empareja con 50 destinos (1300 a 1349) y el patrón 13! empareja con un número infinito de destinos. CCM utilizará este último patrón solo si es el único de la tabla. Visto lo anterior, la llamada se asocia con el patrón 12[0-4]X.


255

9.7 Plan de Marcación Avanzado

En este tema se describe como gestionar los compone ntes de un plan de numeración avanzado.

9.7.1.1 Manipulación de dígitos

Después de que la llamada se envía a un route group y se encuentra un gateway disponible, pueden realizarse seis tipos de manipulación de dígitos. Tres afectan al número llamante (identidad del que realiza la llamada) y tres afectan el número llamado. La manipulación de dígitos puede realizarse aplicando una máscara a los dígitos. CallManager aplica la máscara a los dígitos justificando por la derecha tanto los dígitos como la máscara, poniendo la máscara directamente bajo los dígitos, por así decirlo. Donde hay X en la máscara, CallManager pasará los dígitos. Donde hay números en la máscara, CallManager reemplazará los dígitos con el número en la máscara.

Por ejemplo, una máscara de 612555X2XX aplicado a los dígitos 4321 se parecerá a lo siguiente:

4321 - Dígitos 612555 X2XX - Máscara 612555 4221 - Resultado final


256

Aunque la manipulación de dígitos puede hacerse en el ámbito de configuración de route group, se aplica al route group cuando se le incluye en un route list.

● Calling Party's External Phone Mask Si se ha configurado bajo el

número del directorio, esta máscara cambia la información del número llamante. Al agregar un grupo de rutas a una lista de rutas, se puede escoger habilitar o deshabilitar esta máscara. Por ejemplo esta máscara puede usarse para enviar un número de marcación directa entrante (DID) como identidad del llamante. Si se aplica una máscara de teléfono externo como 408370XXX a un número de extensión a 4 dígitos y se habilita la máscara, CallManager pasará el número de marcación directa entrante para la identidad del llamante. Por ejemplo:

4112 – Número de extensión 408370 XXXX - Máscara teléfono externo 408370 4112 – Identidad del llamante

Con este tipo de máscara, CallManager pasa el número de directorio de forma transparente como identidad del llamante.

● Calling Party Transform Mask A veces no es deseable pasar la identidad del número de marcación directa entrante como identidad del llamante, o el número de directorio no es un número DID. La máscara de transformación de la parte llamante puede usarse para manipular que dígitos pasan para identificar al llamante. También puede usarse para pasar un número DID determinado como identidad del llamante si la


257

máscara de teléfono externo no se utiliza. Los dígitos reales proporcionados dependen de si la máscara del número de teléfono externo se aplica o no. Si la máscara de teléfono externo no se usa, la máscara de transformación de la parte llamante se aplica al número de extensión como sigue:

4112 - Número de la extensión 408370 XXXX – Máscara de transformación parte

llamante 408370 4112 – Resultado final

Si se utiliza la máscara de teléfono externo, la máscara de transformación de la parte llamante se aplica al resultado final de la transformación de la máscara de teléfono externo como sigue:

4083704112 - Resultado de transformación de máscara de teléfono externo

4083701200 – Máscara de transformación de parte llamante

4083701200 – Resultado final (quizás el número de empresa)

Como se puede ver, la máscara de transformación es una potente herramienta.

● Calling Prefix Digits Estos dígitos preceden los dígitos a los que se aplica. Un ejemplo podría ser usar 40837 como los dígitos prefijo en un plan de marcación interno de 5 dígitos. Por ejemplo, si el número de la extensión es 58321, CallManager agrega 40837 delante de 58321 dando como resultado 4083758321.


258

El ejemplo de la figura muestra como funciona en la transformación de la

parte llamante y el orden en que CCM procesa las instrucciones. Se pueden configurar tres tipos de transformación de la parte llamante en el enrutamiento de la llamada:

- Se utiliza la mascara de teléfono externo, para presentar una identificación del número llamante en lugar del DN. Se aplica para cambiar individualmente la identificación de una extensión.

- La máscara de transformación de la parte llamante permite la supresión de dígitos cabecera, manteniendo dígitos sin modificación e insertar dígitos cabecera.

- Los dígitos prefijo permiten la adición de dígitos específicos al número llamante.

CCM aplica las transformaciones en el orden en que se presentan en la figura.


259

● Discard Digits Esto determina que cualquier dígito marcado se

descartará. Se usa a menudo para eliminar el 0 delante de las llamadas salientes. Las opciones específicas de este campo se tratan más adelante en este capítulo.

● Called Party Transform Mask Esta máscara cambia el número llamado (dígitos marcados). Esto podría usarse en un entrono que obliga a los llamantes a marcar solo cinco dígitos para buscar un teléfono vía un ICT. Sin embargo, si el ICT es incapaz de tratar la llamada, se enruta al PSTN. El PSTN necesita el número de teléfono completo, por lo que se utiliza una máscara de transformación de la parte llamada. Una máscara de 91334XXXX podría usarse en este ejemplo. Esta máscara le dice a CallManager que aplique 91334XXXX al número marcado 58321 como sigue:

58321 – Número marcado 9133 4XXXX – Máscara de transformación parte

llamada 9133 48321 – Dígitos enviados a la Red Pública

En este ejemplo se supone que el 913348321 es el número de teléfono de la parte llamada.

● Called Prefix Digits: Estos dígitos se añaden delante del número llamado (dígitos marcados). Un ejemplo podría ser 9133. Esta máscara le dice a CallManager que ponga 9133 delante de la extensión. Por ejemplo, si el número de la extensión es 58321, CallManager agrega 9133 delante de 58321 lo que da como resultado 913358321.


260

El ejemplo de la figura muestra como funciona en la transformación de la

parte llamada y el orden en que CCM procesa las instrucciones. Se pueden configurar tres tipos de transformación de la parte llamada en el enrutamiento de la llamada:

- DDI permite descartar parte del número. Se suele utilizar para eliminar el código de acceso a la Red Pública.

- La máscara de transformación de la parte llamada permite la supresión de dígitos cabecera, manteniendo dígitos sin modificación e insertar dígitos cabecera en el número marcado.

- Los dígitos prefijo permiten la adición de dígitos específicos al número llamado.

CCM aplica las transformaciones de la parte llamada en el orden en que se presentan en la figura.


261

La configuración de la transformación de la parte llamante usada en

route list se aplica a los route group individuales en lugar de aplicarlo a todo el route list. La configuración de la transformación de la parte llamante asignada al route group en el route list anula cualquier configuración realizada en un route pattern asociado con este route list.

Para acceder a la configuración de la transformación de la parte llamada y llamante, se puede elegir Call Routing > Route/Hunt > Route List en CCMAdministrator.

Normalmente las máscaras de transformación se aplican en el ámbito de route list. De esta forma, se puede asignar una máscara de transformación diferente para cada route group en el route list.

Por ejemplo, si se tienen dos rutas creadas, un grupo de rutas a PSTN y otro vía IPWAN. Ambos grupos contienen varios gateways que conecta con las respectivas redes. Cuando CCM desvía una llamada a un gateway en PSTN se aplica una máscara de transformación, que configura un número E.164. Sin embargo, cuando CCM elige un gateway del grupo IPWAN, se progresa otro número que puede coincidir con el plan de DN interno del cluster.


262

La figura resume como CCM realiza la transformación de la parte

llamada (dígitos marcados) y de la parte llamante (identidad de la extensión que realiza la llamada). En esta figura, un usuario marca un número al que CCM primero aplica una transformación de la parte llamante. Esta acción cambia la identidad del número llamante que se visualizará en el teléfono destino de la llamada. CCM aplica luego la transformación de la parte llamada para cambiar el número marcado.

Las dos transformación se explican en la figura y, para el usuario A concretamente, se siguen los siguientes pasos:

Paso 1 El usuaria A con DN 5062 marca 91234. Paso 2 El número marcado empareja con el route pattern 9.1XXX. Paso 3 Este patrón contiene la DDI que elimina el 9. El número marcado

se convierte en 1234. Paso 4 El número llamante 5062 pasa a través de la máscara de

transformación de la parte llamante, que contiene instrucciones para cambiar los últimos tres dígitos de la parte llamante por X000. La nueva identificación del llamante es 5000.

Paso 5 CCM pasa a continuación el número llamado por la máscara de transformación del número llamado X000, que cambia el número marcado a 1000.

Paso 6 El resultado es que el número A es 5000 y el número B es 1000.


263

9.7.2 Instrucciones de descarte de dígitos

Si no se usa el comodín @, las únicas instrucciones de eliminación de

dígitos válidas son PreDot o None.


264

Instrucciones de descarte

Descripción Ejemplo

10-10-Dialing Elimina 1010 y el código de operador

1010-321-585-555-5555 se convierte en 585-555-5555

11/10D->7D Deja números de 11 y 10 dígitos en números de 7

1-246-555-1212 ó 246-555-1212 se convierte en 555-1212

11D->10D Cambio números de 11 dígitos en números de 10 dígitos

1-246-555-1212 se convierte en 246-555-1212

Intl TollBypass Elimina el código de internacional y del país

011-64-3214322 se convierte en 3214322

PreAt Elimina todos los números antes de @ en el patrón confrontado

Cuando los dígitos 912485551212 emparejan con el patrón 9@, el 9 se elimina resultando 12485551212

PreDot Elimina todos los dígitos antes del punto en el patrón confrontado

Cuando los dígitos 912485551212 son emparejados al patrón 9.@, el 9 se elimina resultando 12485551212

Trailing-# Elimina la almohadilla del final de los dígitos marcados

12465551212# se convierte en 12465551212


265

9.7.3 Traslation Patter

A veces, puede ser necesaria la manipulación de dígitos, tanto en los

route patterns como en el ámbito de route group. Aquí es donde se pueden usar los translation patterns. Éstos permiten manipular los dígitos de la parte llamada y la llamante. Los route patterns también pueden cambiar CSS y la preferencia MLPP de una llamada.

Las cuestiones que pueden aparecer usando los translation pattern solo están limitados por la imaginación de quien los utiliza. A menudo, aparecen problemas interesantes que se resuelven utilizando los translation pattern. El cambio del número de extensión representa uno de los asuntos más comunes que los translation pattern pueden ayudar a resolver. A menudo cuando una empresa se traslada de ubicación, está obligada a asumir un nuevo rango de marcación DID telefónica en la nueva sede. Lo más probable es que el nuevo rango sea completamente diferente que rango anterior. Cuando los últimos dígitos de un número DID de un usuario son también los dígitos del número de su extensión (cosa bastante normal), el usuario acaba con un nuevo número de extensión después del traslado. Como los empleados suelen usar el número antiguo de extensión, que ya no es valido, la llamada falla. Creando un translation pattern que empareje con la antigua extensión y la transforme en la nueva extensión, se reduce la frustración mientras los usuarios se habitúan al nuevo rango de numeración.


266

Se trata a continuación como funciona todo esto de forma más detallada. Asumir que el rango de las extensiones iniciales es 5000-5999, y que el nuevo rango es 7000-7999. La única parte del número de la extensión que cambia es el primer dígito, por lo que se crea un translation pattern 5XXX que cambia 5XXX a 7XXX. Cuando un usuario marca 5050, empareja con el translation pattern 5XXX y cambia el número llamado a 7050. Como 7050 es la nueva extensión, la llamada se dirige al teléfono.

Los translation pattern utilizan los resultados de la transformación de la parte llamada como un conjunto de dígitos para un nuevo intento de análisis. El segundo intento puede emparejar de nuevo con un translation pattern. En este caso CCM aplica la transformación de la parte llamada y llamante de este patrón y utiliza el resultado para un nuevo análisis. Para prevenir bucles, CCM rompe la cadena después de la décima iteración.

La figura muestra una aplicación del translation pattern. Cuando un

número DID de la red pública no coincide con un número interno, se puede usar un translation pattern para hacer la traducción.

En el ejemplo la numeración pública de la empresa es 91 334 7XXX, y las extensiones son a cuatro dígitos 4XXX. Cuando la empresa recibe una llamada entrante, CCM puede usar DDI para eliminar 91 334 del número entrante, manteniendo 7XXX. En este momento, se puede aplicar un translation pattern con una máscara de transformación de la parte llamada 4XXX. Ésta convierte el rango externo 7XXX al rango interno 4XXX. Después de aplicar la máscara de transformación CCM vuelve a analizar el número marcado y encamina la llamada a la extensión interna correspondiente.


267

También puede usarse translation pattern para enviar una llamada entrante a un número no asignado hacía una posición de contestación centralizada, como puede ser la operadora. Por ejemplo, un translation pattern = XXXX con Called Party Transfomr Mask = 4111, enviaría las llamadas entrantes, que previamente han sufrido la transformación 7XXX -> 4XXX a la operadora 4111, si no existe ninguna extensión 4XXX con la que emparejar el número llamado en la llamada entrante (match por proximidad).

Los pasos siguientes muestran cómo crear y configurar un translation pattern: Paso 1 Desde CCMAdministrator, seleccionar Call Routing>Translation

Pattern . Paso 2 Pulse el botón Add New . Paso 3 Aparece una pantalla similar a la mostrada en la figura. En el

campo Translation Pattern , introducir el patrón al que se quiere emparejar la llamada. Por ejemplo, si se está intentando emparejar todas las llamadas a las extensiones de 2000 a 2999, introducir 2XXX. La sintaxis del campo es la misma que la vista para route pattern.

Paso 4 El campo Partition determina qué dispositivos pueden acceder a este modelo.

Paso 5 En el campo Description , introducir una descripción que ayude a identificar el objetivo de este translation pattern.

Paso 6 En el campo Numbering Plan , escoger el plan de numeración apropiado.


268

Paso 7 De la lista desplegable del campo Route Filter , seleccionar el filtro de ruta que se va a aplicar a este patrón. Los filtros de ruta se utilizan para limitar que dígitos emparejan con el patrón y solo se utilizan cuando el patrón contiene el comodín (@).

Paso 8 De la lista deplegable del campo Calling Search Space , seleccionar el CSS para este translation pattern.

Paso 9 Determinar el nivel de prioridad que se asignará a este modelo de la lista deplegable del campo MLPP Precedente .

Paso 10 Para permitir dirigir las llamadas que emparejen con este modelo, activar el botón Route this pattern . Para impedir enlutar las llamadas que emparejan con este modelo seleccionar el botón Block this pattern . Cuando se selecciona el botón que bloquea el modelo, se debe seleccionar una razón en la lista deplegable a la derecha del botón.

Paso 11 Para proporcionar un segundo tono de invitación a marcar, marcar la casilla Provide Outside Dial Tone .

Nota Téngase en cuenta que la casilla Urgent Priority está marcada y no

puede desmarcarse. Esto significa que en cuanto un patrón empareje con un translation pattern la llamada es enviada a través de éste; CallManager no espera el resto de los dígitos aun cuando puedan existir otros posibles emparejamientos.

Paso 12 El campo etiquetado como Use Calling Party's External Phone

Number Mask determina si la máscara configurada en el número


269

del directorio se usa para llamadas que se emparejan con este patrón.

Paso 13 En el campo Calling Party Transform Mask , introducir cualquier máscara que se desee aplicar a la identidad del llamante.

Nota Aquí es donde la mayoría de la gente comete un error. A menudo los

administradores introducen aquí el patón al que se desea cambiar el número. Esto no es correcto. Este campo afecta a la identidad del llamante, no al número marcado. Para efectuar un cambio en el número marcado, cambiar al campo Called Party Transform Mask. Éste es un error común porque el campo Called Party Transform Mask no puede verse en la pantalla a menos que se efectúe un desplazamiento hacia abajo. Paso 14 En el campo Prefix Digits (Outgoing Calls) , introducir cualquier

dígito que se desee añadir delante de la identificación del llamante.

Paso 15 El campo Calling Line ID Presentation determina si la información de identificación del llamante es bloqueada para llamadas salientes que emparejen con este modelo. Para bloquear la identificación del llamante, seleccionar Restricted de la lista desplegable. Para permitir la identidad del llamante, seleccionar el valor Allowed de la lista desplegable.

Paso 16 El campo Calling Name Presentation determina si la información del nombre del llamante es bloqueada para llamadas salientes que emparejen con este patrón. Para bloquear la identificación del nombre del llamante, seleccionar Restricted de la lista desplegable. Para permitir la identidad del nombre del llamante, seleccionar el valor Allowed de la lista desplegable.

Paso 17 El campo Connected Line ID Presentation determina si la información de la línea conectada se visualiza en el teléfono de la parte llamante. Para bloquear la identificación de la línea conectada, seleccionar Restricted de la lista desplegable. Para permitir la identidad de la línea conectada, seleccionar el valor Allowed de la lista desplegable.

Paso 18 El campo Connected Name Presentation determina si la información del nombre de la parte conectada se visualiza en el teléfono de la parte llamante. Para bloquear la identificación del nombre de la parte conectada, seleccionar Restricted de la lista desplegable. Para permitir la presentación del nombre de la parte conectada, seleccionar el valor Allowed de la lista desplegable.

Paso 19 El siguiente grupo de campos determina si la manipulación de dígitos se realiza sobre los dígitos marcados. De la lista desplegable del campo Discard Digits , seleccionar la instrucción de eliminación de dígitos que se desee aplicar a la llamada que empareje con este patrón.

Paso 20 En el campo Called Party Transform Mask introducir la máscara que se desea usar para las llamadas que emparejen con este patrón. Este campo determina como se van a transformar los dígitos marcados.


270

Paso 21 En el campo Prefix Digits (Outgoing Calls) , introducir los dígitos que se deseen añadir delante del número marcado antes de enviarse a la lista de rutas.

Paso 22 Pulsar el botón Save para implementar este translation pattern. A estas alturas se debe entender cómo crear los translation patter. Al

crear soluciones personalizadas, asegurarse de tenerlos presente porque pueden usarse en numerosas situaciones.


271

9.7.4 Route Plan Report

El Route Plan Report es un listado de todos los números de

aparcamiento de llamada, captura de llamada, conferencia, route patterns y translation patterns del sistema. Permite visualizar un listado parcial o total e ir directamente a la ventana de configuración asociada. Se puede realizar esto seleccionando un route pattern, partition, route group, route list, call park number, call pickup number, conference number o gateway.

También permite exportar el informe a un fichero con datos separados por comas (CSV) que se puede importar en otras aplicaciones. El fichero CSV (Comma Separated Value) contiene información más detallada que la página web, incluyendo los DNs para teléfonos, route patterns y translation patterns.


272

Para visualizar el route plan en un fichero CSV seguir los siguientes

pasos: Paso 1 Elegir Call Routing > Route Plan Report , desde

CCMAdministrator. Se muestran 20 items por ventana, dependiendo de la configuración.

Paso 2 Pulsar el botón Go a la derecha de la casilla View in File . Aparece una ventana de diálogo para descargar el fichero NumPlan.csv.

Paso 3 Elegir Save File en la casilla de diálogo. Aparece otra ventana que permite elegir la localización del fichero a descargar. Se puede cambiar el nombre del fichero, pero la extensión debe seguir siendo .csv.

Paso 4 Seleccionar la localización en la que se va a salvar el fichero y pulsar el botón Save. Éste se graba en la localización indicada.

Paso 5 Localizar el fichero donde se ha salvado y hacer doble click en su icono para visualizarlo.


273

9.7.5 Supuesto práctico de Call Routing

Supuesto 1: Realizar un plan de marcación para el c liente LABORATORIO en sus tres sedes

En este supuesto el cliente tiene tres sedes principales, Lab_1, Lab_2 y Lab_3. Los usuarios marcan extensiones a cuatro dígitos para localizar a usuarios en el mismo sitio (100X para Lab_1, 200X para Lab_2 y 300X para Lab_3). Como se puede apreciar en la figura cada sede tiene su propio cluster CUCM. Estas llamadas se clasifican como llamadas dentro del cluster o llamadas internas.

El usuario marca números de 5 dígitos para localizar usuarios en otra sede, siendo el primer dígito el 6 (6100X para hablar con Lab_1 desde Lab_2 o Lab_3, 6200X para hablar con Lab_2 desde Lab_1 y Lab_3, y 6300X para hablar con Lab_3 desde Lab_1 y Lab_2). Estas llamadas entre sedes son llamadas fuera del cluster o llamadas externas y necesitan la configuración de un call routing. En este supuesto, cuando un usuario en Lab_2, por ejemplo, marca 63005 el cluster CUCM local analiza los dígitos marcados y busca un emparejamiento. En este caso, 63005 emparejará con el patrón de ruta 6.30XX.

En este punto, CUCM sabe que debe enrutar la llamada externa a un trunk ICT. CUCM conoce la lista de rutas asociada con 6.300X para determinar el gateway correcto. En este supuesto, y por razones de coste, debe utilizar el ICT unido a la IPWAN. Antes de mandar la llamada por este camino, debe


274

realizar manipulación de dígitos (en el sentido de modificar la parte llamada) para que el cluster CUCM remoto reciba la llamada en formato que pueda entender, número marcado a cuatro dígitos.

Si la IPWAN está caída o no tiene recursos suficientes, CUCM debe enrutar la llamada vía el gateway conectado a la PSTN. Esta llamada para progresar por la red necesita un número público (nueve dígitos), por lo que CUCM debe realizar manipulación de dígitos (con el fin de modificar la parte llamada) para cambiar el número marcado por 915244135, que permita a la Red Pública entender el número. El proceso de enrutamiento de la llamada es transparente al usuario final y no debe notar si la llamada se encamina por la IPWAN o por la PSTN.

El código de escape para que los usuarios de las tres sedes hagan llamadas externas a la red pública es el 0 y lo marcado debe coincidir con patrones que siempre encaminen por el gateway a la Red Pública. Aunque un solo patrón sería suficiente, se pide realizar un conjunto de route pattern coherente, evitando por ejemplo, realizar llamadas entres sedes por la PSTN si la IPWAN está operativa (forced on net).


275

9.8 Categorías

Este tema describe como gestionar las categorías pa ra implementar clases de usuarios dentro de CUCM.

9.8.1 Derechos y restricciones

Después de que el sistema se configura para permiti r realizar llamadas fuera del cluster, se necesita prevenir qu e ciertas llamadas puedan realizarse.

Aunque se pueden utilizar los patrones de ruta para bloquear ciertos destinos, se necesita avanzar más y ver com o ciertos destinos quedan bloqueados para algunos dispositivos, pero n o para todos.

También se necesita controlar que marcando lo mismo , usuarios de ciertas sedes utilicen recursos diferenciados de lo s usuarios de otras sedes.

Para lograr esto se necesita configurar lo que se c onoce como Calling Search Space (CSS) y Partitions.


276

Class of Service (Cos) es un conjunto de permisos y restricciones que se pueden asignar a usuarios de forma individual. En este documento los términos permisos y restricciones se consideraran sinónimos, y se referenciarán como categorías en un plan de marcación.

Ejemplos de permisos son: • Una clase de usuarios pueden realizar llamadas externas durante

la jornada laboral, pero no fuera de ésta. • Los teléfonos del vestíbulo pueden marcar números de

emergencia y extensiones dentro del cluster, pero no realizar llamadas locales, nacionales ni internacionales.

• El recepcionista puede marcar cualquier destino dentro de la empresa (on cluster e inter cluster) y llamadas nacionales, pero no puede realizar llamadas internacionales.

• Los directivos de la empresa pueden marcar cualquier destino, a excepción de los números 900.

• Si una sede tiene enlaces locales a la red pública, sus usuarios marcando el código de acceso a la red pública deben utilizar estos; mientras que en la sede principal utilizaran sus recursos, marcando el mismo código de escape.

CUCM utiliza Patitions, Calling Search Spaces (CSS) y Time of Day Routing para implementar las categorías del plan de marcación. En este documento se tratan los dos primeros conceptos.


277

9.8.2 Calling Search Space y Partitions. Conceptos básicos

Una partition es un grupo de números de directorio (DNs) con similares categorías, y un CSS define que partitions son accesibles por un dispositivo en particular. Un dispositivo puede llamar solo a los DNs localizados en las partitions que forma parte de su CSS. Una partition comprende un agrupamiento lógico de DNs y pattern con características similares de accesibilidad. Los dispositivos que normalmente se sitúan en partitions son: DNs, route patterns y translation patterns. Los nombres de las partitions deben reflejar sus características: ZAMORA_internacional_PT, MADRID_metropolitana_PT.

Un CSS es una lista ordenada de partitions que el análisis de dígitos de CUCM considera antes de encaminar una llamada telefónica. CSS determina las partitions a las que los dispositivos llamantes, tanto clientes como gateways, pueden seleccionar cuando se intenta completar una llamada. Si un dispositivo intenta buscar un route pattern o un DN que no está en su CSS, recibe el tono de no progreso de llamada.

Los objetos que se sitúan en partitions tienen un patrón seleccionable mediante la marcación de dígitos. Se incluyen: números de directorio (DN), route pattern, translation pattern, route group de líneas CTI, puertos CTI, puertos de mensajería vocal y números de multiconferencia.

Los objetos que tienen asignado un Calling Search Space son aquellos que tienen la capacidad de iniciar un proceso de llamada entregando dígitos al proceso de análisis de dígitos de CUCM. Aquí están los teléfonos, líneas de


278

teléfono, gateways y aplicaciones (vía su route group CTI o puertos de mensajería vocal).

En la figura los teléfonos del vestíbulo y salas de reuniones se sitúan en la partition A. Las partitions B, C, D, E, y F contienen el route pattern que empareja con números locales, nacionales, internacionales, extensiones de la empresa y servicios de emergencia.

El CSS de los teléfonos del vestíbulo y salas de reunión contienen solo las partitions asociadas a las extensiones de la empresa y los números de emergencia. Por lo que estos teléfonos solo podrán realizar llamadas dentro de la empresa y a los servicios de emergencia.

De todos los conceptos de un despliegue de CallManager, seguramente CSS y partitions son los que más confusión generan. Esto es muy extraño porque son conceptos bastante simples. Baste pensar que, la partition asignada al destino, indica qué dispositivos pueden alcanzarlo, y CSS determina qué destinos pueden alcanzarse. Una buena analogía es la de las cerraduras y los manojos de llaves. Pensar en la partition como una cerradura y CSS como el manojo de llaves. Para realizar una llamada a un destino, se debe tener una llave que empareje con la cerradura del dispositivo. El manojo de llaves contiene todas las llaves y por consiguiente determina qué destinos se pueden alcanzar.

Por supuesto, hay más que llaves y cerraduras, pero usando este símil se puede comenzar a entender como funcionan. Se va a echar una mirada más profunda a esta analogía. La figura muestra cinco teléfonos. Los primeros cuatro teléfonos tienen partitions (cerraduras). Es importante señalar que las partitions (cerraduras) no se asignan a los disposi tivos, sino a los pattern


279

y a los números de directorio (DNs) . Para este ejemplo, suponer que cada teléfono tiene una sólo línea y la partition (cerradura) se asigna a esa línea. Debajo de cada teléfono hay un CSS (manojo de llaves) que muestra a que partitions (cerraduras) tiene acceso el teléfono. CSS (manojo de llaves) puede asignarse al dispositivo o a la línea. En este ejemplo, suponer que se asignan al dispositivo. Se observa a continuación las respuestas a las preguntas de la imagen.

P1: ¿A que teléfonos puede llamar el teléfono A?

R1: Para determinar a qué teléfonos puede llamar el teléfono A, se necesita

mirar su CSS (manojo de llaves). El teléfono A tiene una llave redonda y una

llave cuadrada en su manojo de llaves lo que significa que puede llamase a

si mismo y al teléfono B. Sin embargo, como el teléfono E no tiene ninguna

cerradura (partition) asignada, cualquier teléfono puede llamarlo, es como

una puerta sin cerradura que puede abrir cualquiera.

P2: ¿A que teléfonos puede llamar el teléfono D? R2: Como el teléfono D tiene sólo una llave cuadrada, puede marcar al

teléfono A y, claro, al teléfono E que no tiene ninguna cerradura (partition).

P3: ¿Qué teléfono puede llamar a todos los demás teléfonos? R3: El teléfono B tiene un manojo de llaves (CSS) importante, pues contiene

todas las llaves, puede alcanzar a todos los dispositivos. P4: ¿Qué teléfonos puede llamar al teléfono E? R4: Como el teléfono E no tiene ninguna cerradura (partition) todos los

teléfonos pueden alcanzarlo. P5: ¿A qué teléfonos puede llamar el teléfono E? R5: Como el teléfono E no tiene ninguna llave, puede alcanzar sólo

dispositivos que no tienen ninguna cerradura. En este ejemplo el teléfono E puede marcarse sólo a si mismo. El primer concepto erróneo que debe desecharse es que dos

dispositivos que tienen la misma partition, pueden llamarse. Tener la misma partition exclusivamente no es suficiente. Regresando a la analogía de la cerradura y el manojo de llaves, si dos personas tienen las mismas cerraduras, sus casas se abrirán con la misma llave, pero si ellos no tienen ninguna llave, ¿pueden acceder a la otra casa?. Por supuesto que no, y de hecho, ellos no pueden acceder incluso a sus propias casa. Esto demuestra que la partition de un dispositivo (la cerradura) no lleva implícito el efecto de dónde puede llamar el dispositivo. Sin embargo, si dos dispositivos que también tienen la misma partition tienen un CSS que les permite acceder a su partition, si pueden llamarse.


280

El siguiente punto importante es el orden de CSS. Como se ha demostrado en el anterior ejemplo, CSS puede permitir el acceso a más de una partition. Ahora, imaginar que un dispositivo tiene un CSS que le permite emparejar dos dispositivos con el mismo número, pero en diferentes partitions. La figura muestra un ejemplo de esta situación.

Cuando se produce una búsqueda para un emparejamiento, se encuentran varios emparejamientos posibles. Como hay emparejamientos múltiples, entra en juego el orden en que aparecen los objetos en CSS. Cuando se crea un CSS, se prioriza el orden en que deben investigarse las partitions. Este orden determina que partition se usa si hay dos emparejamientos posibles. En el ejemplo, la figura muestras que el orden de las llaves para el teléfono C es cuadrado seguido por el triángulo, esto significa que cuando el teléfono C marca 1001, emparejará primero con el 1001 que tiene la partition cuadrada, que está en el teléfono A.


281

Para agregar un poco más de complejidad a este tema, es posible tener un CSS tanto en el dispositivo como en la línea. Por ejemplo, el teléfono puede tener un CSS que concede el acceso a la partition cuadrada y una línea en el teléfono puede tener un CSS que concede el acceso a la partition triángulo. En semejante caso, el CSS de la línea tiene prioridad. La figura muestras un ejemplo de esto. Este ejemplo abandona la analogía de cerraduras y llaves para enfocar más las condiciones reales.

En el ejemplo ilustrado por la figura, el teléfono A tiene dos líneas, 1001 y 1010. La línea 1001 no tiene ningún CSS, y la línea 1010 tiene un CSS que concede el acceso a los dispositivos en la partition ejecutivos. El teléfono A también tiene un CSS a nivel de dispositivo que permite el acceso a los teléfonos de las partitions empleados y vestíbulo. Como la línea 1001 no tiene CSS propio, solo tiene acceso a los dispositivos que pueden ser alcanzados usando el CSS del dispositivo. Como la línea 1010 tiene un CSS propio, tiene acceso a dispositivos que pueden alcanzarse usando su propio CSS y el CSS del dispositivo. Esto significa que marcando desde la línea 1001, sólo se podrá llamar a los dispositivos de las partitions vestíbulo y empleados; pero cuando se marca desde la línea 1010, son accesibles los dispositivos en las partitions vestíbulo, empleados y ejecutivos.

Ahora, echando una mirada a los otros tres teléfonos. El teléfono B tiene la extensión 1004, y esa línea está en la partition de empleados. El teléfono C tiene la extensión 1003, y esa línea está en la partition vestíbulo. El teléfono D tiene la extensión 1004, y esa línea está en la partition ejecutivos.

Se observa a continuación las respuestas mas adecuadas a las preguntas de la figura:


282

P1: ¿Cuál es el resultado si se marca 1004 en la línea 1001?

R1: Como la línea 1001 no tiene CSS propio, dispone solamente del CSS del

dispositivo. El CSS del dispositivo tiene acceso a las partitions empleados y

vestíbulos, por lo que la línea 1001 puede acceder a la línea 1004 en el

teléfono B ya que está en la partition empleados.

P2: ¿Cuál es el resultado si se marca 1004 en la línea 1010?

R2: Como la línea 1010 tiene un CSS, tendrá acceso a todos los dispositivos a los que el CSS de la línea y del dispositivo concedan acceso. Ya que puede alcanzar tanto al teléfono B como al D y emparejará con las líneas 1004, pero como el CSS de la línea tiene prioridad sobre el CSS del dispositivo, sonará el teléfono D.

P3: ¿Puede la línea 1010 alcanzar la línea 1003?

R3: La línea 1010 puede alcanzar cualquier dispositivo al que el CSS de la línea y del dispositivo conceden acceso. Como el CSS del dispositivo tiene acceso a la partition del vestíbulo que es la partition en que está la línea 1003, podrá alcanzarla.


283

9.8.3 Creación de CSS y Partitions

La creación de CSS y partition es más fácil que entenderlos y aplicarlos adecuadamente. Antes de seguir el proceso de creación, hay que tomarse el tiempo necesario para determinar las diferentes clases de usuarios del entorno que se despliega, y a qué destinos permite llamar cada una. Después de hacer esto, se elabora una lista de las partitions necesarias. A continuación, se definen CSS que acceden a estas partitions. Una vez realizado esto, se puede empezar a crear las partitions y CSS.

Para la creación de partitions se sigue el siguiente procedimiento: Paso 1 Desde CCMAdministrator, seleccionar Call Routing > Class of

Control > Partition . Paso 2 Pulsar el botón Add New . Paso 3 Se despliega una pantalla que ofrece un área en la que se puede

introducir el nombre de la partition seguido por una descripción. Se debe poner una coma (,) entre el nombre y la descripción. En esta pantalla se pueden crear varias partitions a la vez, poniendo cada una en una nueva línea. La figura muestras un ejemplo de cómo agregar cinco partition de una vez.

Paso 4 Después de introducir todas las partitions deseadas, pulsar el botón Save.

Paso 5 Aparece una ventana informando de que se han añadido las partitions.

Se pueden añadir hasta 75 partitions usando la siguiente sintaxis:


284

<nombre de partition>,<descripción> Ejemplos: • vestibulo_PT, número de directorio del vestíbulo y de la sala de reunión

• internacional_PT, patrones que emparejan con números de teléfonos internacionales

CUCM solo necesita que se introduzca el nombre de la partition, pero una buena práctica es introducir una descripción que ayude a identificar el propósito de la partition.

Ahora que se han creado las partition, se puede empezar a crear CSS según se indica en los pasos siguientes: Paso 1 Desde CCMAdministrator, seleccionar Call Routing > Class of

Control > Calling Search Space . Paso 2 Pulsar el botón Add New . Se despliega una pantalla como la

mostrada en la figura. Paso 3 Introducir un nombre en el campo Name. Recuérdese que el

nombre debe ayudar a identificar el propósito de este CSS. Paso 4 Introducir una descripción en el campo Description . Paso 5 En la casilla Available Partitions se visualiza la lista de partitions

disponibles. Paso 6 Resaltar la primera partition a la que se desea que el CSS tenga

acceso y pulsar el icono de flecha descendente situado en la parte inferior de la casilla. Esto origina que la partition pase a la casilla Selected Partitions .


285

Paso 7 Repetir el paso 6 para cada partition a la que se quiera que el CSS tenga acceso. Éstas deben agregarse en el orden en que se han ido seleccionado.

Paso 8 Después de que todas las partitions se han agregado, se puede cambiar el orden en que se visualizan. Recordar que el orden en que se añaden determina que partition se utiliza en el caso de que un CSS contenga varias partitions que emparejen con el número marcado. Para cambiar el orden, resaltar la partition que se quiere mover y pulsar el icono con la flecha arriba o abajo situados a la derecha de la casilla.

Paso 9 Después de que todas las partitions deseadas se muestran en el orden correcto en la casilla Selected Partitions , pulsar el botón Save.

Paso 10 Una vez de que el CSS se ha agregado, se devuelve a la pantalla de configuración del CSS. Se sabe que el CSS se ha agregado porque en el área Status se visualiza Add Sucessful.


286

9.8.4 Gestión de CSS y Partitions

9.8.4.1 Asignación de CSS a teléfonos

Los pasos que siguen muestran cómo asignar un CSS a un teléfono:

Paso 1 Desde CCMAdministrator, seleccionar Device > Phone . Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el

campo de búsqueda y pulsar el botón Find . Paso 3 Seleccionar el teléfono al cual se desea asignar el CSS de la lista

que aparece. Paso 4 Se despliega la pantalla Phone Configuration . Para asignar un

CSS al teléfono, seleccionar un CSS de la lista desplegable del campo Calling Search Space como se muestra en la figura.

Paso 5 Pulsar el botón Save. Paso 6 Aparece una ventana informativa indicando que se debe de

resetear el teléfono para que se tengan en cuenta los cambios. Pulsar Aceptar .


287

9.8.4.2 Asignación de CSS a líneas

Los pasos que siguen muestran cómo asignar un CSS a una línea en un

teléfono: Paso 1 Desde CCMAdministrator, seleccionar Device > Phone . Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el

campo de búsqueda y pulsar el botón Find . Paso 3 Seleccionar el teléfono que contiene la línea deseada de la lista

que aparece. Paso 4 Pulsar sobre la línea deseada en el lado izquierdo de la pantalla. Paso 5 En la página de configuración del número de directorio,

seleccionar el CSS deseada de la lista desplegable del campo Calling Search Space como se muestra en la figura.

Paso 6 Pulsar el botón Save. Nota

Cuando se hace un cambio en la configuración del número de directorio y se pulsa el botón Save, la línea se resetea en todos los teléfonos en los que tiene presencia Si en ese momento hay una llamada, la línea se reseteará cuando la llamada finalice.


288

9.8.4.3 Asignación de CSS a Gateways o Trunks

Los pasos que siguen muestran cómo asignar un CSS a un gateway o a

un ICT. Ya que los pasos son muy parecidos para ambos componentes, se han combinado en el mismo procedimiento: Paso 1 Desde CCMAdministrator, seleccionar Device > Gateway o

Device > Trunk . Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el

campo de búsqueda y pulsar el botón Find. Paso 3 De la lista que se genera, seleccionar Gateway / Trunk al cual se

quiere asignar un CSS. Paso 4 Seleccionar el CSS de la lista desplegable del campo Calling

Search Space . Nota

Para algunos gateways como MGCP, se necesita navegar a la página de configuración de la subunidad para asignar un CSS. Paso 5 Pulsar el botón Save. Paso 6 Aparece una ventana informativa que indica que se debe de

resetear el gateway o el trunk para que se tengan en cuenta los cambios. Pulsar Aceptar .


289

9.8.4.4 Asignación de Partition a números de direct orio

Los pasos siguientes muestran cómo asignar una partition a un número

de directorio: Paso 1 Desde CCMAdministrator, seleccionar Device > Phone . Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el

campo de búsqueda y pulsar el botón Find. Paso 3 Seleccione el teléfono que contiene la línea deseada de la lista

que aparece. Paso 4 Pulsar sobre la línea deseada en el lado izquierdo de la pantalla. Paso 5 En la página de configuración del número de directorio,

seleccionar la partition deseada de la lista desplegable del campo Route Partition como se muestra en la figura.

Aviso Cuando se hace un cambio en la configuración del número de directorio

y se pulsa el botón Save, la línea se resetea en todos los teléfonos en los que tiene presencia. Si en ese momento hay una llamada, la línea se reseteará cuando la llamada haya terminado. Paso 6 Pulsar el botón Save.


290

9.8.4.5 Asignación de Partition a Route Pattern

Los pasos siguientes muestran cómo asignar una partition a un route

pattern: Paso 1 Desde CCMAdministrator, seleccionar Call Routing >

Route/Hunt > Route Pattern . Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el

campo de búsqueda y pulsar el botón Find . Paso 3 Seleccione el route pattern deseado de la lista que aparece. Paso 4 Seleccionar la partition de la lista desplegable del campo Route

Partition como se muestra en la figura. Paso 5 Pulsar el botón Save. Cuando la actualización se ha completado,

en la línea de estado de la página se puede leer que la actualización se ha completado (Update sucessful).


291

9.8.4.6 Asignación de Partition y CSS a Translation Pattern

Los pasos siguientes muestran cómo asignar una partition a un

translation pattern. La asignación de CSS a translation pattern es similar con la diferencia de que en el paso 4 hay que jugar con el campo Calling Search Space: Paso 1 Desde CCMAdministrator, seleccionar Call Routing >

Translation Pattern . Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el

campo de búsqueda y pulsar el botón Find . Paso 3 Seleccione el translation pattern deseado de la lista que aparece. Paso 4 Seleccionar la partition de la lista desplegable del campo Partition

como se muestra en la figura. O bien seleccionar el CSS en la lista desplegable del campo Calling Search Space .

Paso 5 Pulsar el botón Save. Cuando la actualización se ha completado, en la línea de estado de la página se puede leer que la actualización se ha completado (Update sucessful).

Después de que las partitions y los CSS se han aplicado, se puede empezar ha probar el sistema para asegurarse de que las llamadas que se autorizan se pueden realizar, y las que se prohíben no se pueden ejecutar.


292

9.8.5 Supuesto práctico de categorías

Supuesto 2: Categorizar las extensiones del cliente EMPRES S.A.

El cliente EMPRES S.A. quiere categorizar las extensiones de ambas sedes al objeto de controlar que tipo de llamadas realiza cada una. Para ello ha creado cuatro clases de usuarios, a saber: ejecutivos, administrativos, normales o estándar y vestíbulo. Con los siguientes requerimientos:

● Los ejecutivos deben de poder realizar cualquier tipo de llamadas excepto a los 900.

● Los ayudantes administrativos deben de poder realizar cualquier tipo de llamada, excepto a destinos internacionales y números 900.

● Las extensiones estándar o normales deben de poder realizar llamadas internas, locales, entre sedes y a servicios de emergencia.

● Las extensiones de vestíbulo solo pueden realizar llamadas internas y a servicios de emergencia.

Para ello se deben crear las partitions y CSS necesarios y asignarlos a los objetos adecuados.


293

9.9 Soluciones a los Supuestos Prácticos

Este tema se dan las soluciones a los dos supuestos prácticos planteados en los apartados de plan de marcación y categorías.

9.9.1 Solución al supuesto del Plan de Marcación

• Cuando desde cualquier extensión de la sede Lab_1 se marca 0 seguido de 9 y 8 dígitos más se considera llamada saliente a red pública, se empareja con un route pattern que elimina el 0 y progresa el resto de los números marcados al gateway que tiene el primario a la red pública. Se debe tratar el número llamante para que en destino se presente el número público de la extensión, o en su lugar el número cabecera de la instalación, 915244110. Esta entrada del route pattern sintetiza las llamadas a red pública, en un cliente normal existirán más entradas que seleccionan el mismo route list.

• Al marcar 100X, CCM analiza la llamada y da como resultado un DN, con lo que se ejecuta una llamada interna (on-cluster).

• Cuando se marca un 6 seguido por 200X, el cluster empareja con el patrón de ruta 6.200X que elimina el 6 y progresa la llamada al gateway que une Lab_1 con Lab_2 por la IPWAN. Se trata el número llamante para presentar en destino 6100X, que es lo que este usuario marcará para devolver la llamada.

• Si la llamada no progresa por este gateway, el cluster selecciona el segundo route group de la route list a la que encamina el route pattern


294

6.200X, para sacar la llamada por la PSTN, debiendo de cambiar el número llamado y llamante.

• Si un usuario de esta seda intenta marcar la sede Lab_2 por PSTN, CCM empareja el número marcado con el translation pattern 091524412X, que elimina el 0 y cambia el número marcado por 6200X. El resultado vuelve a ser analizado por CCM y en este momento empareja con el route pattern 6.200X visto anteriormente.

• Cuando se marca un 6 seguido por 300X, el cluster empareja con el patrón de ruta 6.300X, que elimina el 6 y progresa la llamada al gateway que une Lab_1 con Lab_3 por la IPWAN. Se trata el número llamante para presentar en destino 6100X, que es lo que este usuario marcará para devolver la llamada.

• Si la llamada no progresa por este gateway, el cluster selecciona el segundo route group de la route list a la que encamina el route pattern 6.300X, para sacar la llamada por la red pública, debiendo de cambiar el número llamado y llamante.

• Si un usuario de esta seda intenta marcar la sede Lab_3 por la red pública, CCM empareja el número marcado con el translation pattern 091524413X, que elimina el 0 y cambia el número marcado por 6300X. El resultado vuelve a ser analizado por CCM y en este momento empareja con el route pattern 6.300X visto anteriormente.

• Cuando desde cualquier extensión de la sede Lab_2 se marca 0 seguido de 9 y 8 dígitos más se considera llamadas salientes a PSTN, se empareja con un route pattern que elimina el 0 y progresa el resto de los números marcados al gateway que tiene el primario a la red pública. Se debe tratar el número llamante para que en destino se presente el número público de la extensión, o en su lugar el número cabecera de la instalación, 915244120. Esta entrada del route pattern sintetiza las


295

llamadas a red pública, en un cliente normal existirán más entradas que seleccionan el mismo route list.



• Si la llamada no progresa por este gateway, el cluster selecciona el segundo route group de la route list a la que encamina el route pattern 6.100X, para sacar la llamada por la PSTN, debiendo de cambiar el número llamado y llamante.






296

• Cuando desde cualquier extensión de la sede Lab_3 se marca 0 seguido de 9 y 8 dígitos más se considera llamadas salientes a PSTN, se empareja con un route pattern que elimina el 0 y progresa el resto de los números marcados al gateway que tiene el primario a la red pública. Se debe tratar el número llamante para que en destino se presente el número público de la extensión, o en su lugar el número cabecera de la instalación, 915244130. Esta entrada del route pattern sintetiza las llamadas a red pública, en un cliente normal existirán más entradas que seleccionan el mismo route list.



• Si la llamada no progresa por este gateway, el cluster selecciona el segundo route group de la route list a la que encamina el route pattern 6.100X, para sacar la llamada por la red pública, debiendo de cambiar el número llamado y llamante.




297




298

9.9.2 Soluciones al supuesto de categorías

La empresa EMPRES S.A. ha desplegado una solución de CallManager y ha configurado los modelos de ruta que se muestran en la figura. Como se puede ver, los modelos de ruta permiten a los llamantes alcanzar cualquier lugar al que necesiten llamar con las excepciones de los números 900 que se bloquean. El problema es que estos modelos también permitieron a algún llamante hacer llamadas que la empresa desaprueba. Por ejemplo, si el trabajo de una persona no requiere la realización de llamadas internacionales, el plan de marcación no debe permitir al teléfono del empleado realizarlas.


299

Para que esta solución funcione es necesario asegurar que todos los teléfonos del cliente se encuentran dentro de una determinada clase.


300

Una práctica común al crear las partitions es etiquetarlas para que el nombre describa lo que la partition permite. Por ejemplo, una partition que va a ser asignado a un modelo que empareja un número local puede llamarse Local_PT.

Consejo

Los letra PT al final de los nombres ayuda a identificar estos objetos como partitions. Como es posible tener partitions y CSS con el mismo nombre, se recomienda que se agregue PT al final del nombre de las partitions y CSS al final de los nombres de CSS.

En este ejemplo, se permiten cinco tipos de llamadas: internas, locales, nacionales, internacionales y emergencia. Lo siguiente es la lista de partitions que se necesitan, y a que modelos se asignan.

● Internas_PT - patrones que empareja con números interiores ● Locales_PT - patrones que emparejan con números locales ● Nacionales_PT - patrones que emparejan con números

nacionales ● Internationales_PT - patrones que emparejan con números

internacionales ● Emergencia_PT - patrones que emparejan con números de

servicio de emergencia


301

Después de crear las partitions, se necesitan CSS. Ya que EMPRES S.A. ha definido cuatro clases de usuarios, se necesitan cuatro CSS. Así como con las partitions, se recomienda que los CSS se etiqueten con un nombre que ayude a identificar a que partition tienen acceso los CSS. La tabla de la figura muestra los CSS y las partitions a que cada uno tiene acceso y esto es lo que se necesita para EMPRES S.A.


302

Ahora que se han definido las partitions y los CSS, se echará un vistazo a que se asigna cada uno. Primero, se examinan las partitions. Es importante entender que las partitions se asignan a los patrones de marcación, no a los dispositivos. Esto significa que si se quiere impedir a un dispositivo hacer llamadas nacionales, se asigna la partition correspondiente al modelo que empareja con números nacionales, y se asegura que el CSS del dispositivo no tiene acceso a esa partition. La tabla de la figura muestra las cinco partitions que se han creado y el route patter al cual se ha asignado cada uno.

Se puede observar que el modelo 0.[89]0[0-5]XXXXXX no se ha asignado a ninguna partition, pero esto funciona. Recordar, que si un modelo no tiene una partition explícitamente asignada, asume la partition nula, y todos los dispositivos tienen acceso a la partition nula. Como se ha configurado el route patter 0.[89]0[0-5]XXXXXX para bloquear todas las llamadas que emparejen con él, se tiene que hacer que todos los dispositivos tengan acceso a él, para que nadie pueda realizar este tipo de llamadas. Sin embargo se recomienda aplicar partitions a todos los modelos para asegurar que ninguna llamada puede realizarse por teléfonos que no tienen el CSS apropiado. Con esto en mente, la partition Internas_PT puede aplicarse al modelo 0.[89]0[0-5]XXXXXX porque todos los dispositivos pueden alcanzar esa partition.


303

Ahora se verá cómo debe asignarse el CSS. Recordar que ese CSS puede asignarse al dispositivo y a la línea. En este ejemplo se asignan sólo a nivel del dispositivo. La tabla de la figura muestra los CSS y los tipos de dispositivo a que cada uno se asigna.

En este punto, sólo se ha discutido la asignación de CSS a teléfonos y líneas. CSS se asignan también, a dispositivos donde están incluidos los gateways. Un CSS se asigna a un gateway para que las llamadas entrantes puedan alcanzar los destinos interiores. En el ejemplo de EMPRES S.A., todos los teléfonos interiores se pondrían en la partition Internas_PT. Si los gateways no tienen acceso a esta partition, no se permitirá ninguna llamada entrante. Así que, se puede considerar que no solo la mayoría de los teléfonos tienen CSS, sino que los gateways también las necesitan. En el caso de EMPRES S.A., el Internas_CSS se puede asignar a los gateways, que proporcionen acceso al exterior para las llamadas salientes de todos los teléfonos.

Nota

Téngase presente que CSS y partitions sólo son significativos localmente. Es decir, después de que una llamada deja el cluster local, los CSS y partitions ya no existen.

En el ejemplo de EMPRES S.A., todos los teléfonos interiores estaban en la partition Internas_PT, significando que como todos los dispositivos tenían un CSS que concedía acceso a la partition Internas_PT, todos los teléfonos podrían llamarse. En algunos casos, esto puede no ser lo deseado. Hay veces


304

que ciertos números sólo deben alcanzarse por ciertos dispositivos. Un ejemplo usado a menudo es el del teléfono de un directivo, al que solo su secretaria tiene acceso. Para lograr esto, el teléfono del ejecutivo se pone en una partition separada a la que solo tiene acceso el teléfono de la secretaria.


305

9.10 Resumen

Un plan de marcación es el elemento clave de Cisco Unified Callmanager que permite procesar llamadas según unos determinados privilegios.

Un plan de numeración es un esquema de numeración que define un conjunto de reglas para asignar números: NANP, ETNS, UKNNS, ...

En CUCM los números de directorio se asignan a puntos finales para alcanzarlos.

El enrutamiento de una llamada y la selección del camino se basa en el número marcado, considerando las rutas alternativas, la fecha y la hora, el ancho de banda, ...

La manipulación de dígitos permite resolver problemas de solapamiento o marcación abreviada.

Las categorías, implementadas con partitions y calling search space, definen los destinos a los que se permite llamar a los usuarios.

Un plan de marcación permite que las llamadas alcancen destinos fuera del cluster. Téngase presente que CSS y partitions sólo son significativos localmente. Es decir, después de que una llamada deja el cluster local, los CSS y partitions ya no existen.

Para que CCM dirija una llamada a un destino fuera del cluster, se debe proporcionar información adicional que constituirá el plan de marcación externo conocido en Cisco como Call Routing.

Después de permitir realizar llamadas fuera del sistema, es necesario controlar que llamadas puedan realizarse.

A la hora de diseñar un plan de marcación debe seguirse una disciplina que evite problemas imprevistos.Pattern los patrones son un conjunto de números, comodines y caracteres especiales.

Device un gateway que conecta el sistema CallManager a otro sistema como la Red Telefónica Pública (PSTN).

Route Group una lista ordenada de gateways a los que la llamada puede enviarse.

Route List Una lista priorizada de grupos de rutas utilizada para determinar a que grupo de rutas se envía una llamada saliente.

Las máscaras de transformación de la parte llamante modifican tanto los números llamantes como llamados.


306

Una DDI (Discard Digits Instructions) elimina una parte de los dígitos marcados antes de pasar el número a un sistema adyacente.

Los patrones de traducción manipulan los dígitos antes de determinar donde enviar la llamada.

El informe del plan de enrutamiento proporciona información útil como patrones de ruta, patrones de traducción y números de aparcamiento de llamada.Después de que el sistema se configura para permitir realizar llamadas fuera del cluster, se necesita prevenir que ciertas llamadas puedan realizarse.

Aunque se pueden utilizar los patrones de ruta para bloquear ciertos destinos, se necesita avanzar más y ver como ciertos destinos quedan bloqueados para algunos dispositivos, pero no para todos.

También se necesita controlar que marcando lo mismo, usuarios de ciertas sedes utilicen recursos diferenciados de los usuarios de otras sedes.

Para lograr esto se necesita configurar lo que se conoce como Calling Search Space (CSS) y Partitions.


307

Test de comprensión

Se plantean a continuación diez enunciados, y a cada uno se le plantean cuatro afirmaciones, de las cuales solo una tiene sentido en el contexto del capítulo. Se pide que se marque, para cada enunciado, la afirmación que más se aproxima a los contenidos expuestos.

1 Las diferencias entre un plan de marcación y un p lan de numeración son:

a. Un plan de marcación se asocia a las centralitas, y un plan de numeración se asocia a las rede públicas de conmutación (PSTN).

b. Un plan de numeración encamina a puntos finales, selecciona caminos sobre la base de privilegios y manipula dígitos; mientras que un plan de marcación es un esquema de numeración que define normas basándose en estándares internacionales y está gestionado por autoridades territoriales que distribuyen códigos y números.

c. Un plan de marcación encamina a puntos finales, selecciona caminos sobre la base de privilegios y manipula dígitos; mientras que un plan de numeración es un esquema de numeración que define normas basándose en estándares internacionales y está gestionado por autoridades territoriales que distribuyen códigos y números.

d. No existe ninguna diferencia entre ambos.

2 En CUCM:

a. Las llamadas on-net son equivalentes a las llamadas on-cluster y las llamadas off-net son equivalentes a las llamadas off-cluster.

b. Las llamadas on-net son las llamadas en el ámbito del cliente y las llamadas off-net son las llamadas a la red pública.

c. Las llamadas on-cluster son las llamadas internas y las llamadas off-cluster son las llamadas externas.

d. Las tres afirmaciones anteriores son válidas.

3 El orden de configuración de los componentes bási cos de una llamada externa son:

a. Route pattern – gateway

b. Route patter – route list – route group – gateway / trunk

c. Route patter – trunk


308

d. Todas las afirmaciones anteriores son válidas

4 En que componente de un plan de marcación básico se puede priorizar:

a. Route list y route group

b. Route pattern y route list

c. Gateway y trunk

d. Route pattern y route group

5 El patrón 55[^2-8]2 con que marcaciones empareja:

a. 5502, 5512, 5592 y 55*2

b. 5502, 5512, 5592, 55*2 y 55#2

c. 5502, 5512 y 5592

d. 5522, 5532, 554,2 5552, 5562, 5572 y 5582

6 La salida de un número tratado en el translation pattern:

a. Es un gateway a la Red Pública

b. En un trunk ICT, ya que la salida de un route pattern es un gateway a la Red Pública

c. Se vuelve a procesar en el análisis de dígitos

d. Permite un máximo de tres iteraciones, para evitar consumir CPU del servidor

7 El fichero generado en un Route Plan Report es de l tipo

a. TXT

b. XLS

c. JAR

d. CSV


309

8 Señale la opción correcta:

a. Dos dispositivos que tienen la misma partition pueden llamarse

b. Cuando aparecen emparejamientos múltiples, es importante el orden en que se muestran las partitions en los CSSs

c. El CSS del dispositivo tiene prioridad sobre el CSS de la línea

d. No es necesario crear las partitions antes que los CSS que las contienen

9 Elegir la opción más acertada:

a. Una partition es un grupo de números de directorio (DNs) con similares derechos y restricciones

b. Un CSS define que partitions son accesibles por un dispositivo en particular

c. Un dispositivo puede llamar solo a los DNs localizados en las partitions que forman parte de su CSS

d. Todas las afirmaciones anteriores son válidas

10 Señale la opción más acertada:

a. Las partitions se asignan a dispositivos y líneas

b. Los CSS se asignan a route patter y DNs

c. Las partitions se asignan a route patter DNs

d. Las partitions se asignan a route patter, DNs y translation pattern

Solucionario

Unidad 1. 1.C; 2.C; 3.C Unidad 2. 1.C; 2.C; 3.C Unidad 3. 1.C; 2.C; 3.C Unidad 4. 1.C; 2.C; 3.C Unidad 5. 1.C; 2.C; 3.C Unidad 6. 1.C; 2.A; 3.B Unidad 7. 1.C; 2.A; 3.B Unidad 8. 1.B; 2.A; 3.B; 4.C Unidad 9. 1.C; 2.C; 3.D; 4.A; 5.B; 6.C; 7.D; 8.B; 9.D; 10.D

Manual Cisco Callmanagers Cipt1-5[1].1(Lucia)

Documents

Transcript of Manual Cisco Callmanagers Cipt1-5[1].1(Lucia)