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

Telefonica de Espaa S.A.
Direccin de Desarrollo y
Formacin
CISCO
CALLMANAGER 5.1
TELEPHONY-I
Noviembre 2007
Cdigo: RAS-419
Este manual ha sido elaborado por la

Direccin de Desarrollo y Formacin,
gracias a la colaboracin de D. Marco
Dorrego Lpez, Juan Carlos Morillo
Vera, Carlos Sevilla Surez y Jess
Ruiz Gonzlez.
Queda prohibida su reproduccin total

o parcial a cualquier persona o
entidad ajena a Telefnica, sin el
consentimiento
expreso
de
Formacin.
Madrid, octubre de 2007
NDICE
INTRODUCCIN.......................................................................................................... 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 CONFIGURACIN ....................................................................................... 35

TEMA 4 MEDIA RESOURCE ..................................................................................... 57
4.1 CONCEPTOS ..................................................................................................................... 59
4.2 CONFIGURACIN DE CONFERENCE BRIDGE DE HARDWARE ................................................ 68
4.2.1 CONFIGURACION EN CCM .................................................................................. 72
4.2.2 COMPROBACION DE LA CONFIGURACIN EN IOS ......................................... 73
4.2.3 COMPROBACION DE CONFIGURACION EN CCM............................................. 74
4.2.4 CREACIN DE MRG.............................................................................................. 75
4.2.5 CREACIN DE MGRL............................................................................................ 77
4.2.6 ASIGNACIN DE MGRL A DEVICE POOL ........................................................... 78
4.2.7 ASIGNACIN DE MGRL A DISPOSITIVOS .......................................................... 79
TEMA 5 MUSICA EN ESPERA .................................................................................. 83

5.1 INTRODUCCION............................................................................................................ 85
5.2 HABILITAR LAS FUENTES DE MSICA EN ESPERA. .............................................. 86
5.2.1 CONFIGURACIN 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 CONFIGURACIN 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 TELFONOS IP DE CISCO ................................................................................................ 117
6.1.1 Especificaciones de los telfonos IP .................................................................... 117
6.1.2 CISCO IP PHONE 7906G/7911G......................................................................... 118
6.1.3 CISCO IP PHONE 7941G/7941G-GE .................................................................. 119
6.1.4
6.1.5
6.1.6
CISCO IP PHONE 7961G/7961G-GE .................................................................. 120

CISCO IP PHONE 7970G/7971G-GE .................................................................. 121
Mdulo de expansin 7914................................................................................... 122
6.2 INSTALACIN DE LOS TELFONOS .................................................................................... 123

6.3 PROVISIN DE TELFONOS EN CALLM ANAGER ................................................................ 125
6.3.1 Consideraciones previas ...................................................................................... 125
6.3.1.1 Creando plantillas de botones para los telfonos .........................................................125
6.3.1.2 Creando plantillas de teclas software para los telfonos ..............................................126
6.3.1.3 Creando los valores por defecto para los telfonos......................................................127
6.3.2
Provisin ............................................................................................................... 128
6.3.2.1 Provisin mediante auto-registro ..................................................................................128

6.3.2.2 Provisin individual .......................................................................................................129
6.3.2.3 Utilizando la herramienta Bulk Administration Tool (BAT) ............................................134
6.4 ACTUACIONES EN EL TERMINAL ....................................................................................... 141

6.4.1 Restauracin de terminales a configuracin de fbrica........................................ 143
TEMA 7 GATEWAYS ............................................................................................... 147

7.1 INTRODUCCIN ............................................................................................................... 149
7.2 ARQUITECTURA .............................................................................................................. 150
7.2.1 Numeracin 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 configuracin........................................................................................ 156
7.3.2 Comandos IOS ..................................................................................................... 158
7.3.3 Configuracin bsica ............................................................................................ 159
7.3.3.1
7.3.3.2
7.3.3.3
7.3.3.4
Creacin de una configuracin en Running y Startup...................................................159

Backup y restauracin de la configuracin ...................................................................160
Creacin de interfaces ..................................................................................................161
Rutas ............................................................................................................................161
TEMA 8 TRUNKING................................................................................................. 165

8.1 INTRODUCCIN ............................................................................................................... 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
8.4.1.2
8.4.1.3
8.4.1.4
Security Profile..............................................................................................................175
Dominios.......................................................................................................................177
SIP Profile.....................................................................................................................179
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 Bsicos................................................................................................... 194
8.5.2.1 CallManager .................................................................................................................194

8.5.2.2 EDC ..............................................................................................................................201
8.5.3
ii
Supervisin ........................................................................................................... 202
8.5.3.1 CallManager .................................................................................................................202

8.5.3.1.1 Comprobacin 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 Configuracin de sincronismo ..............................................................................204
8.5.3.2.5 Comprobacin de registro MGCP en CallManager ..............................................204
8.5.3.2.6 Verificacin de los parmetros 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 configuracin de los puertos de voz para PRI .......................................208
8.5.3.2.11 Estado y configuracin de los puertos de voz para BRI .......................................209
8.5.3.2.12 Estadsticas 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 Supervisin ........................................................................................................... 216
8.6.3.1 EDC ..............................................................................................................................216
8.6.3.1.1 Verificacin de SRST habilitado ...........................................................................216
8.6.3.1.2 Supervisin de puertos.........................................................................................216
8.6.3.1.3 Supervisin de terminales ....................................................................................217
TEMA 9 PLAN DE MARCACIN ............................................................................. 221

9.1 OBJETIVOS ..................................................................................................................... 223
9.2 INTRODUCCIN ............................................................................................................... 224
9.3 ESQUEMA DE CONTENIDO ............................................................................................... 224
9.4 VISIN GLOBAL DE UN PLAN DE M ARCACIN ................................................................... 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 Manipulacin de dgitos en una llamada externa ................................................. 236
9.6 PLAN DE M ARCACIN BSICO......................................................................................... 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. Configuracin........................................................................................248
9.6.3.3 Anlisis de dgitos.........................................................................................................250
9.7 PLAN DE M ARCACIN AVANZADO ................................................................................... 255

9.7.1.1 Manipulacin de dgitos ................................................................................................255
9.7.2
9.7.3
9.7.4
9.7.5
Instrucciones de descarte de dgitos .................................................................... 263

Traslation Patter.................................................................................................... 265
Route Plan Report ................................................................................................ 271
Supuesto prctico de Call Routing ....................................................................... 273
9.8 CATEGORAS .................................................................................................................. 275

9.8.1 Derechos y restricciones....................................................................................... 275
9.8.2 Calling Search Space y Partitions. Conceptos bsicos........................................ 277
9.8.3 Creacin de CSS y Partitions ............................................................................... 283
9.8.4 Gestin de CSS y Partitions ................................................................................. 286
9.8.4.1
9.8.4.2
9.8.4.3
9.8.4.4
9.8.4.5
Asignacin de CSS a telfonos ....................................................................................286

Asignacin de CSS a lneas .........................................................................................287
Asignacin de CSS a Gateways o Trunks ....................................................................288
Asignacin de Partition a nmeros de directorio...........................................................289
Asignacin de Partition a Route Pattern .......................................................................290
iii
9.8.4.6 Asignacin de Partition y CSS a Translation Pattern....................................................291
9.8.5
Supuesto prctico de categoras .......................................................................... 292
9.9 SOLUCIONES A LOS SUPUESTOS PRCTICOS ................................................................... 293

9.9.1 Solucin al supuesto del Plan de Marcacin ........................................................ 293
9.9.2 Soluciones al supuesto de categoras .................................................................. 298
9.10 RESUMEN ....................................................................................................................... 305
iv
INTRODUCCIN
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 trfico, los normal es utilizar la
confiiguracin mxima para 15000/20000 extensions. Se puede superar esa
barrera con las interconexin de nodos con protocolos H323 o SIP.
Soporta un amplio nmero de protocolos de ToIP tanto en la parte de terminal
como en la parte de enlaces. SIP, H323, MGCP, SCCP.
Dispone tambin de amplias funciones de seguridad como Firewall, cifrado de
comunicaciones y servicios entre servidores
TEMA 1
ARQUITECTURA
Tema 1
Arquitectura
Cisco AVVID
Funciones Cisco CallManager
Cisco CallManager Operating System, base de
datos y aplicaciones soportadas
Servidores Cisco CallManager
Instalacin CD-ROMs
Datos de configuracin para instalacin
Procedimientos tras la instalacin
Activacin de servicios Cisco CallManager
Upgrade
Sumario
Cisco AVVID
Video
Cisco IP Communicator IP Phone
PC
Applications
TAPI, JTAPI, SMDI
Cisco Unity
Cisco IPCC
Adaptive
Distributed
Client
Call Admission, Call Routing
Cisco CallManager Directory
Infrastructure
Cisco IOS Network Services
Open
Manageable
Call Processing
Gateway Router Switch
Presence
Server
Contact
Center
PSTN
3rd Party
Server
Voice Mail
Third-Party Applications
Video
Desktop Applications
Cisco Unified Presence Server
Cisco Telefono IPs
Cisco Unified MeetingPlace
Cisco Unity
Cisco Unified Contact
Center Express
Cisco Unified Contact Center
Cisco Unified CallManager
Cisco Emergency Responder
Tema 1
Arquitectura
Cisco Unified Communications Network
Rich-media
Conferencing
IP WAN
SRST
Cisco Unified Communications

Components
IP
Cisco Unified Communications Solutions
Tema 1
Arquitectura
Cisco CallManager Functions

Procesado de llamadas
Sealizacin y control de llamadas
Administracin del dial-plan
Prestaciones de los telfonos
Directory services
Programacion de interfaces
aplicaciones externas
Cisco CallManager Functions

Cisco CallManager
Skinny Protocol Signaling
IP Phone
A
Skinny Protocol Signaling
Real-Time Transport Protocol (RTP) Media Path
IP Phone
B
Cisco CallManager establece las llamadas y las prestaciones con

Skinny
IP Phones usan RTP para el audio
Arquitectura
Tema 1
Cisco Unified CallManager as an Appliance

Solucin completa basada en SW y HW (homologado de HP/IBM o
de CISCO)
Cisco Unified CallManager viene preinstalado en los servidores
Los servidores son los MCS (Media Converge Server)
Sistema operativo alternativo. El sistema tras la primera carga de
parches mantiene dos copias del sistema
Facilita la instalacin de upgrades
Aumenta la seguridad y la disponibilidad
Interfaces de ususario
Administracin grfica del sistema GUI por HTTPS
Administarcin de emergencia con CLI por SSH
Acceso a API documentadas
Platform Access and Support

SIN acceso ROOT
Pre-5.0
Los interfaces de debug

no son accesibles. Slo
TAC
Ms alarmas y
contadores de
rendimiento
Soporte remoto desde el
TAC al sistema
Herramientas de consola
via CLI para acceso en
caso de fallo de la WEB
5.0
Limited
CLI access
Tema 1
Arquitectura
Database Operation. Nueva BB.DD.

INFORMIX
Cisco Unified
CallManager
Cluster
First node
Informix Dynamic
Server (IDS)
Replication
IDS
IDS
IDS
CTI Manager
IDS
ICCS
IDS
MoH Server
IDS
TFTP Server
IDS
IDS
IDS
SW Conf.
Informix Dynamic Server (IDS)
Call Processing Servers

Subsequent nodes
Intra-Cluster Communication. ICCS
Management Channel: UDP 8500
Cambiado de 1433
(SQL)
DB TRAFFIC: TCP 15001501
Sin marcado
LICENSING SERVICE: TCP 5555
SDL/ICCS TRAFFIC: TCP 80018003
:
:
:
Marcado como
CS3
Todos los puertos estn publicados en Cisco.com
Arquitectura
Tema 1
Dynamic Firewall (iptables)

First node
Subsequent node
Firewall
Subsequent
node
(DBports,
ACCEPT)
Other
(DBports,
DENY)
1) Instalar el First Node usando la security password.

2) Aadir los subsequent node a la BB.DD. De first node
3) Instalar los subsequent node usando la misma security password.
4) Subsequent node establece una sesin por el management channel.
5) First node verifica la autenticidad del subsequent node y aade su IP address
al firewall (iptables).
6) Subsequent node dispone de acceso a la BB.DD.
Operating System, Database,

and Applications
Appliance (Linux-based operating system)
Informix Dynamic Server
Directory Synchronization
Disaster Recovery System
DHCP Server
NTP Server
2006 Cisco Systems, Inc. All rights reserved.
10
CIPT1 v5.01-13
Tema 1
Arquitectura
Requerimientos Hardware
MCS 7816
Procesador a 2.0 GHz o superior
MCS 7825
2 GB de memoria
Disco duro 72 GB
MCS 7835
MCS 7845
All Cisco MCS 7845 with more than 2 GHz of processor speed have
72-GB hard drive.
New Cisco MCS 7835 has 72-GB hard drive and 2-GB memory.
Older MCS 7835 have 1-GB memory and 36-GB hard drives and
need to be upgraded.
Cisco MCS 7816 and Cisco MCS 7825 need to be appropriately
upgraded.
Doble particin de sistema

El sistema mantiene a partir del
primer upgrade una doble
particin
El upgrade siempre se carga en la
particin inactiva
Active
Partition
Inactive
Partition
5.0(1)
5.0(2)
Se activa de forma automtica o

de forma manual
Se puede pasar de una a otra
partcin
5.0(2)
5.0(1)
11
Arquitectura
Cisco 7800 Series MCS

Cisco 7800 MCS :
7816 Series 300 usuarios
Requerimientos mnimos para Cisco Unified CallManager
Release 5.0:
2-GHz Processor
2 GB RAM
72-GB Harddisk
Para detalles adicionales Cisco.com
Acceso a la plataforma
https://server-name/iptplatform, se accede a la administracin

de S.O.
https://server-name/ccadmin, se accede a la administracin de CCM.
El sistema dispone de acceso CLI por SSH.
12
Tema 1
Tema 1
Arquitectura
Licensing
Se requiere License para aadir telfonos 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 Compliance
La licencia Cisco Unified CallManager controla los
dispositivos y la aplicacin
Licencia de dispositivos
Device
License
El mximo nmero 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 aplicacin
El software de Cisco Unified CallManager se
asigna a la MAC address del first node.
Application
License
Licenses created and distributed in accordance with

Cisco FlexLM process
13
Arquitectura
Tema 1
License File Request Process
Customer
Place Order
PAK
PAK
MAC
Ship
Web
E-Mail
License
Server
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 telfono 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.
14
Cisco.com
Generate
License
File
Tema 1
Arquitectura
Example License File

Permanent Telefono IP Licenses
INCREMENT telfono_UNIT cisco 5.0 permanent uncounted \
VENDOR_STRING=<Count>1000</Count><OrigMacId>000BCD4
EE59D</OrigMacId><LicFileVersion>1.0</L icFileVersion> \
HOSTID=000bcd4ee59d OVERDRAFT=50 \
NOTICE="<LicFileID>20050826140539162</LicFileID><LicLineID
>2</LicLineID> \
<PAK></PAK>" SIGN="112D 17E4 A755 5EDC F616 0F2B B820
AA9C \
0313 A36F B317 F359 1E08 5E15 E524 1915 66EA BC9F A82B
CBC8 \
4CAF 2930 017F D594 3E44 EBA3 04CD 01BF 38BA BF1B"
Uploading a License File

Step 1: System > Licensing >
License File Upload
15
Arquitectura
Uploading a License File (Cont.)

Step 2: Click Upload License File
Step 3: Click Browse to choose the license file from local directory,
then click Upload
The license file should be saved to the PC that is used to access the
Cisco CallManager Administration page.

Step 4: Click Upload and Continue to proceed with the file validation
16
Tema 1
Tema 1
Arquitectura

(Optional): Click View File to view the uploaded file
NTP
Master Reference Clock
First Node
Subsequent Nodes
El 1st node se sincroniza con un servidor externo y los
Subsequent Nodes se sincronizan siempre con el 1st node. De
esta forma todos los servidores tienen la misma hora
17
Arquitectura
18
Tema 1
Tema 1
Arquitectura
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, Adems incorpora un sistema de licencias para servidor y dispositivos,
Dispone de servidor NTP integrado y toda la administracin del sistema se realiza por
WEB.
19
Arquitectura
Test de comprensin
1. Cmo se llama el Firewall de la BB.DD.?

a) 1st NODE
b) Subsequent NODE
c) IPTABLE
2. Qun es el MASTER de NTP?

a) Subsequent NODE
b) TFTP Server
c) 1st NODE
3. Cuntas particiones de sistema tiene el disco duro de CallManager?

a) 3
b) 1
c) 2
20
Tema 1
TEMA 2
MODELOS DE DESPLIEGUE
21
Tema 2
Modelos de Despliegue
2.1 Capacidades y limitaciones

La capacidad mxima 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 nmero mximo de parejas Primary-Backup es de 4 para todos los tipos de servidor
excepto para el 7816 que slo admite un Publisher y un Suscriber.
N mximo de servers Terminales

SCCP
en cluster de BB.DD.
mximos recomendados
MCS 7816
1 Publisher+1 Suscriber
500
MCS 7825
8 suscriber+Publisher + 1000
TFTP(opcionales)
+MoH Opcionales
MCS 7835
TFTP(opcionales)
+MoH Opcionales
MCS 7845
TFTP(opcionales)
+MoH Opcionales
23
Tema 2
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 opcin y despus 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 opcin y despus en
Publisher.
Se debe asignar este grupo a todos los dispositivos de la red. El servidor TFTP se debe
2.4 Redes de mas 1000 usuarios

Servidores 7825. EL Publisher nunca es servidor de backup. El servidor TFTP se debe
Se recomienda opcin de backup 1+1, cada Server tiene otro de backup que tiene
capacidad para asumir todo el trfico. Se debe configurar reparto de carga. Se crean dos
CallManager Group y se asignan la mitad de los usuarios a cada CallManager Group.
24
Tema 2
Si la red crece se debe configurar otra pareja de Suscribers. Por ejemplo 2000 usuarios
con 7825
En caso de previsin 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 aadir dos 7845 como TFTP Server.
Se recomienda opcin de backup 1+1, cada Server tiene otro de backup que tiene
capacidad para asumir todo el trfico. 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
25
Ms de 7500
26
Tema 2
Tema 2
Redundancia 1:1
Primary
Secondary/
Backup
2500 IP Phones
(5000 Device Units)
Cisco MCS 7835
Publisher and
TFTP Server
(Not Req. <1000)
Alta disponibilidad (upgrade)

Aumento del nmero de servidores
Configuracin simple
5000 IP Phones
(10,000 Device Units)
Cisco MCS 7835
Publisher and
TFTP Server
Primary
1 to 2500
Backups
Backup
1 to
2500
10,000 IP Phones
Cisco MCS 7835
Publisher and
TFTP Server
1 to
2500
Backups
2501 to
5000
2501 to
5000
5001 to
7500
Backups
7501 to
10,000 25
Redundancia 2:1
Primary
Secondary/
Backup
2500 IP Phones
(5000 Device Units)
Cisco MCS 7835
Publisher and
TFTP Server
(Not Req. <1000)
Menos servers
Se impacta en los upgrade
5000 IP Phones
Cisco MCS 7835
Publisher and
TFTP Server
Primary
1 to 2500
Backup
Backup
1 to
2500
10,000 IP Phones
Cisco MCS 7835
Publisher and
TFTP Server
Backup
2501 to
5000
1 to
2500
2501 to
5000
Backup
5001 to
7500
7501 to
10,000 26
27
Tema 2
Modelos de despliegue de CallProcessing

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
estn en la misma
localizacin
Conexin a PSTN
Se soportan 30,000
IP Phones por cluster
28
Applications
Cisco
CallManager
Cluster
PSTN
Tema 2
Single Site: Guia de diseo

Se usa G.711 codec; los DSP se utilizan para
conferencia, transcoding y MTP (media
termination point)
El sistema se conecta a PSTN, AA.PP.VV. o a
una PABX para cursar trfico externo.
Despliegue Multisite en WAN

Call Processing central
Applications
Cisco
CallManager
Cluster
PSTN
SRST-Enabled
Router
IP WAN
Headquarters
Cisco CallManager
en punto central; las aplicaciones y los
DSP se pueden instalar centralizados o distribuidos
IP WAN transporta en trfico de voz y la sealizacin de
llamada
30,000 IP Phones por cluster
CAC Call admission control . Se limita el ancho de banda por
sede
Survivable remote site telephony (SRST) para oficinas remotas
Automated alternate routing (AAR) en caso de exceder el
ancho de banda
Branch A
Branch B
29
Tema 2
Despliegue Multisite en WAN

Call Processing distribuido
Cisco
CallManager
Cluster
Applications
Cisco
CallManager
Cluster
GK
Applications
PSTN
Branch A
IP WAN
Gatekeeper
Headquarters
Cisco
CallManager
Cluster
Applications
Cisco CallManager y las apliciones se

instalan en cada sede
Perdida de servicios en la red
Totalmente escalable
Branch B
Cluster sobre la WAN

Cisco
CallManager
Cluster
Voice-Mail
Server
Voice-Mail
Server
IP Phones
Madrid
30
IP Phones
Toledo
Tema 2
Cluster sobre la WAN : Diseo

Publisher/
TFTP
<40 ms Round-Trip Delay
QoS-Enabled Bandwidth
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 BHCAs
en el cluster
Hasta ocho dependencias remotas
Tolerancia a fallos sobre la WAN (ms ancho de banda)
33
31
Tema 2
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 ubicacin de los servidores.
32
Tema 2
Test de comprensin
1. Qu Round Tryp Delay mximo se necesita para Cluster sobre la WAN?

a) 20 ms
b) 50 ms
c) 40 ms
2. Cul es el nmero mnimo de servidores en una red CallManager?

a) 1
b) 8L
c) 2
3. Cul es el nmero mximo de Publisher en una red de CallManager?

a) 10
b) 6
c) 8
33
TEMA 3
CONFIGURACIN
35
Tema 3
Configuracin
Configuracin Bsica
Cisco Unified CallManager Release 5.0 necesita una
configuracin mnima antes de configurar
terminales:
DNS vs. IP
Habilitar servicios bsicos Ci sco Unified CallManager, TFTP
server y CTI manager
Configuracin de servicios y parmetros de Enterpri se
DNS vs. IP
Cisco Unified CallManager Release 5.0 puede usar
DNS o IP addresses. Se recomienda IP
Advantages of IP Addresses
Advantages of DNS
No necesita servidor DNS

Reduce el nmero de punto s
de fallo
Simplifica la gestin
Los cambios de IP son simples
Simplifica el mantenimiento
37
Configuracin
Tema 3
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
38
Tema 3
Configuracin
Go to Service
Activation
Select the
appropriate
server.
39
Configuracin
Tema 3
Refresh page
Save and
perform settings
Reset to default for

single-server operation.
Select the services

that should be
activated.
Configured status
Deselect the
services that should
be deactivated.
Control Center
Go to Control
Center Feature
Services
40
Tema 3
Configuracin
Service Parameters (Cont.)
Select Server
Select Service
Control Center (Cont.)
Stop, start, restart

selected service
Select service to
start, stop or restart
Configured status
Actual status
41
Configuracin
Tema 3
Enterprise Parameters (Cont.)
Select protocol for

auto registration

Select settings that
should be available
to phone users
42
Tema 3
Configuracin
Change the name to

an IP address if DNS
services are not used
43
Configuracin
Tema 3
Device Pool
Un Device Pool es una entidad administrativa que se asigna
a los dispositivos
Parmetros 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. Pennsula y Canarias
Region . Es una entidad administrativa que se define para
controlar los anchos de banda y los codec que se usan. Lo
habitual es que cada sede de un cliente sea una regin.
Dentro de la sede se utiliza codec G.711 y cuando se sale a
WAN (otras sedes) se usan G.729
Device Pool
Parmetros 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
44
Tema 3
Configuracin
Cisco Unified CallManager

Group Configuration
Device Pool Configuration
45
Configuracin
Date/Time Group Configuration
Region Configuration
46
Tema 3
Tema 3
Configuracin
Softkey Template Configuration
Autorregistro de terminales
Es una prestacin que permite configurar
un rango de extensiones de forma
automtica con un configuracin por
defecto.
Se activa slo en los servidores que
ejercen de TFTP. El TFTP se obtiene por
DHCP.
47
Configuracin
Tema 3
Autorregistro: configuracin swicth

y de DHCP
SWITCH
interface FastEthernet0/3
description CONEXION TERMINAL
switchport access vlan 210
switchport mode dynamic desirable
switchport voice vlan 212
spanning-tree portfast
!
Asigna VLAN a todo lo que no es Voice

Asigna VLAN a los dispositivos Voice
DHCP
ip dhcp pool VOZ_CENTRAL2

network 10.10.222.0 255.255.255.0
default-router 10.10.222.1
option 150 ip 10.10.221.10
Opcin 150 para TFTP
Autorregistro de terminales
48
Tema 3
Configuracin
Grupos de redundancia
Los grupos se configuran manualmente .
Los dispositivos se asocian a los CCM
Group manualmente
Se usan los modelos de despliegue para
crear los grupos
CAC LOCATION
CAC es un prestacin 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.
49
Configuracin
Tema 3
Ancho de banda por codec
G.711 call uses 80 kbps.

GSM call uses 29 kbps.
Wideband call uses 272 kbps.
Location
50
Tema 3
Configuracin
Proceso de fallo
TCP Connect
Register
(active)
TCP
Keepaliv
e
TCP Connect
(Standby)
CCM1
TCP Connect
Register
(active)
CCM2
TCP
Keepaliv
e
TCP Connect
(Standby)
CCM3
Cisco CallManager List

A CCM1
B CCM2
C CCM3
Failover Rate=10 Phones /sec
CCM1
CCM2
CCM3
CCM1
TCP connection port
SEP - 2000
SDA - 2001
SAA - 2002
Cluster Recommendations
Up to 2,500 Users
Un
Uncluster
clustercon
con22CallManager
CallManager
Un
slo
CallManager
Un slo CallManageractivo
activo
El
ElPublisher
Publisherslo
slose
seactiva
activaen
encaso
casode
defallo
fallo
de
Suscriber.
de Suscriber.
CM-A
CM-B
Publisher
Primary CallManager
Users 1 - 2500
51
Configuracin
Tema 3
Recomendaciones de Cluster
Hasta 5,000 usuarios
Cluster
Cluster
Publisher
CM-A
CM-B
Primary CallManager
Users 1 - 2500
CM-C
Primary CallManager
Users 2501 - 5000
CM-D
Backup for CM_B & CM-C
Redundancy
Redundancy
Group
Group
Recomendaciones de Cluster
Hasta 10,000 usuarios
Cisco
TFTP
Publisher
Cluster
Cluster
Primary CallManager
Users 1 - 2500
Backup
Primary CallManager
Users 2501 - 5000
Primary CallManager
Users 5001 - 7500
Backup
Primary CallManager
Users 7501 - 10,000
52
Redundancy
Redundancy
Groups
Groups
Tema 3
Configuracin
Device Weights Table

Weight
BHCAs < 6
Weight
BHCAs < 12
Weight
BHCAs < 18
Weight
BHCAs < 24
CTI Server Port
CTI Client Port
12
CTI Agent
CTI Route Point
6
2
12
4
18
6
24
8
Transcoder MTP
N/A
N/A
N/A
H.323 Gateway
H.323 Client
SCCP Client
3
1
6
2
9
3
12
4
MGCP
Conference
N/A
N/A
N/A
CTI
rd Party
3rd
BHCAs = BusyBusy-Hour Call Attempts

2002, Cisco Systems, Inc. All rights reserved.
CIPT 3.2Module 1-14
53
Configuracin
Tema 3
Resumen:
La configuracin bsica de CallManager incluye la configuracin de Device Pool al que se
asignan configuracin estndar 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 prestacin de autorregistro permite un despliegue rpido de terminales.
54
Tema 3
Configuracin
Test de comprensin
1. Cmo se controla el ancho de banda?

a) Por nmero de llamadas
b) Por Mbps
c) Por Kbs
2. Cmo se controla el ancho de banda entre dispositivos?

a) REGION
b) DEVICE POOL
c) LOCATION
3. Cmo se controla el codec que se usa entre dos dispositivos?

a) LOCATION
b) DEVICE POOL
c) REGION
55
TEMA 4
MEDIA RESOURCE
57
Tema 4
Media Resource
4.1 Conceptos
Transcoding and conferencia

Transcoding
Messaging CallManager
Cluster
Gateserver
IP WAN
Router/GW
Router/GW
DSP
conferencia
Cluster
Gateserver
IP WAN
Router/GW
Router/GW
DSP
Compressed Call Leg

G.711 Call Leg
DSP
Redundancy
Group 1
DSP
Primary
CM
Secondary
CM
Publisher
CM
Cluster
TFTP
CM
Redundancy
Group 2
Primary
CM
Secondary
CM
59
Media Resource
Tema 4
Hardware-Based conferencia
Reduce la carga de CallManager
Permite conferencia G.729
Voice MessagingCallManager 3.0
Server
Cluster
PSTN
V
DSP
Router/GW
G.729a Voice Stream

G.711 Voice Stream
Skinny Station Protocol
DSP
DSP Service
Ad Hoc Conference Description

En la Ad Hoc conference, el gestor de
conferecias crea y extiende la conferencia
llamando a los participantes uno a uno y
CallManager utiliza componentes de software
y hardware separados para determinar el tipo
de media, el control y la mezcla de los flujos
RTP. Estos componentes se llaman recursos
de conferencia.
Mximo seis participantes por conferencia.
60
Tema 4
Media Resource
Meet-Me Conference
Descripcin
In a Meet-Me conference, el sistema establece la
conferencia en un nmero de la plataforma llamado MeetMe conference code.
Los usuarios que llaman a ese nmero se aaden a la
conferencia.
CallManager slo permite la conferecia si tiene recursos
de Conferencia registrados.
Mximo seis participantes por conferencia
Avanzado
Se deben usar partition para crear grupos de Meet-me y
que slo los usuarios autorizados puedan llamar. Con
Translation Rules tambin 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)
Slo es necesario si tenemos dispositivos en la red que no entienden
todos los codec que usamos en la red de VoIP. P.E. Un terminal que slo
tiene G.723.
Actualmente estn en desuso ya que todos los dispositivos hablan todos
los codec.
Introduce un retardo en la media
Transcoding
IOS Gatekeeper
CallManagerMessaging
Cluster Gateserver
Cluster
Gateserver
IP WAN
Router/GW
DSP
Router/GW
DSP
61
Media Resource
Tema 4
Calls with Restricted Bandwidth

Region A - G.723
Region B
Region C G.729
CallManager
TelfonoA
TelfonoB
Transcoder
Cisco 12SP+
Cisco7960
Media Streams
Telfono A llama Telfono B

El transcode se invoca si los dos terminales no soporta el mismo codec.
Configuracin IOS
62
sccp local GigabitEthernet0/0

sccp ccm 10.81.32.5 identifier 3 version 4.1
sccp
!
sccp ccm group 100
associate ccm 1 priority 1
associate profile 1 register conferencias
!
sccp ccm group 101
associate profile 2 register conf_lab1
!
sccp ccm group 102
!
sccp ccm group 103
!
dspfarm profile 1 conference
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 2
associate application SCCP
!
!
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 2
!
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 2
!
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 2
!
dspfarm profile 3 mtp
codec g729ar8
maximum sessions software 6
Tema 4
Media Resource
DSP
Capacidad de conferencias con G.729 y G711 2 conferencias en G.729 de
hasta ocho participantes por DSP
Capacidad de conferencias con G711 8 conferencias en G.711de hasta
ocho participantes por DSP
Modelos 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)

Cisco CallManager
Cisco IP Voice Media Streaming Application
IP WAN
1002
Router/GW
H.323v1
PSTN
1001
MTP
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
Incoming Stream
Initial Stream
Supplementary
Service Stream
63
Media Resource
Tema 4
Servicio de msica en espera

La
La aplicacin
aplicacin de
de msica
msica en
en espera
espera (MOH)
(MOH) provee
provee msica
msica
aa cualquier
cualquier usuario
usuario interno
interno o
o externo
externo
Hasta 51 fuentes de audio por cluster.

Hasta 50 fuentes en bucle por cluster
Los servidores del cluster tienen una copia de la msica
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 msica se distribuye en Unicast o Multicast
Los stream de audio incluyen los G.711, G729A
Tarjeta de sonido recomendada:

Sound Blaster
MCS 7835
PCI 16
Servidores MOH
1aplicacin MOH por MCS
Escalable y redundante con varios MCS
Hasta 250 MOH unicast o multicast streams por servidor
dedicado 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-5
CM-4
CM-1
MOH1
MOH2
CM-2
XCODE1
64
CM-3
XCODE2
CM
Tema 4
Media Resource
Media Resource Groups and

Lists
Media Resource Groups (MRGs) son
agrupaciones lgicas de dispositivos. P.e.
los recursos de una sede
Media Resource Group List (MRGL) son
listas de MGR
Seleccin de Resource
Se busca en el primer Media Resource Group
de la lista MGRL, si la busqueda es correcta
se obtiene el nombre del dispositivo
Si la busqueda no es correcta se busca en el
siguiente MRG
Si no existe nign recuros dsiponible en
ningun MRG, el Resource Manager intenta
usar recursos del grupo Default
65
Media Resource
Tema 4
Resource List Selection Rules

Reglas Media Resource Group List :
MRGL se asignan a los Device (dispositivos) o
Device Pool
Call Processing utiliza los MRGL configurados para
el dispositivo (Device) si el MRGL es selecionado.
Call Processing utiliza los MRGL del Device Pool
SOLO si no hay MRGL selecionado en el Device
66
Tema 4
Media Resource
67
Media Resource
Tema 4
Ejemplo - Acceso restringido a

los recursos
Resource_List
Empty_List
Software
Software MRG
MRG
MTP1
MTP1
MTP2
MTP2
SW-CONF1
SW-CONF1
SWCONF2
SWCONF2
Hardware
Hardware MRG
MRG
XCODE1
XCODE1
XCODE2
XCODE2
HW-CONF1
HW-CONF1
HW-CONF2
HW-CONF2
MOH
MOH MRG
MRG
MOH1
MOH1
MOH2
MOH2
Resultado
Resultado
El
El dispositivo
dispositivo no
no puede
puede
usar
usar ningn
ningn recurso
recurso
4.2 Configuracin de Conference Bridge de Hardware

La configuracin es vlida para la IOS 12.4(11)T. Para detalles de la configuracin se
debe consultar el documento de RPV Convergentes
Los recursos HW viene instalados en mdulos PVDM2 y es necesario conocer los
recursos DSP libres en caso de el GW realice funciones de conexin 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 distribucin 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 configuracin ideal
es disponer de recursos de todos los GW de las sedes, pero esta configuracin tiene un
gran impacto econmico.
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 SubSlot 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
68
Tema 4
Media Resource
DSP#sh diag
Slot 0:
C2851 Motherboard with 2GE and integrated VPN 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 SIMM PVDM
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
: PVDM2-48
Version Identifier
: NA
0x00: 04 FF 40 03 ED 41 03 02 82 49 21 5C 04 42
0x10: 88 00 00 00 00 02 03 C1 8B 46 4F 43 30 38
0x20: 32 38 58 37 03 00 81 00 00 00 00 04 00 09
0x30: 88 50 56 44 4D 32 2D 34 38 89 4E 41 20 20
0x40: 40 C1 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
daughter card
41
35
00
D9
FF
FF
FF
FF
30
30
CB
02
FF
FF
FF
FF
69
Media Resource
Tema 4
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
: NM-HDV=
0x00: 04 FF 40 00 CC 41 01 01 C0 46 03
0x10: 42 46 31 80 00 00 00 00 02 02 C1
0x20: 34 35 30 30 38 50 41 03 00 81 00
0x30: FF FF FF FF FF FF FF FF FF FF FF
HDV SIMMs:
SIMM slot
SIMM slot
SIMM slot
SIMM slot
SIMM slot
20
8B
00
FF
FF
FF
FF
FF
00
4A
00
FF
FF
FF
FF
FF
0D
41
00
FF
FF
FF
FF
FF
EF
42
04
FF
FF
FF
FF
FF
01
30
00
FF
FF
FF
FF
FF
Product (FRU) Number: PVDM-12=

0: PVDM-12 SIMM present.
WIC Slot 0:
E1 (2 Port) Multi-Flex Trunk (Drop&Insert) WAN
Hardware revision 1.0
Board revision
Serial number
32258650
Part number
FRU Part Number
VWIC-2MFT-E1-DI=
Test history
0x0
RMA number
Connector type
PCI
0x20: 01 25 01 00 01 EC 3A 5A 50 12 07 03 00
0x30: 68 00 00 00 04 05 30 00 FF FF FF FF FF
Daughter Card
D0
800-04615-03
00-00-00
00 00 00
FF FF FF
HDV firmware: Compiled Fri 19-Nov-04 14:23 by michen

HDV memory size 524280 heap free 167869
La configuracin 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 excepcin del
nombre del profile que debe ser distinto para cada EDC y profile.
Para el clculo y distribucin de los DSP se debe utilizar la gua de diseo de CISCO.
A continuacin se describe la configuracin en IOS, la misma forma parte del servicio de
RPV CONVERGENTES que debe ser el documento de referencia para los EDC.
70
Tema 4
Media Resource
Orden de generacin:
voice-card
dspfarm
sccp ccm
sccp ccm group
Configuracin:
voice-card 0
no dspfarm
dsp services dspfarm
voice-card 1
no dspfarm
dsp services dspfarm
Habilita los servicios DSP en las voice-card
SCCP.
sccp local GigabitEthernet0/0
Describe el interface
sccp ccm 10.10.30.2 identifier 2 version 5.0.1 Define
origen del protocolo

identifier de CCM y su
versin.
sccp ccm 10.81.30.3 identifier 1 version 5.0.1

sccp
sccp ccm group 100

Habilta el protocolo SCCP en el EDC. Es

necesario deshabiltarlo para modificar los datos
de configuracin.
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 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.

description CONFERENCIAS
codec g711ulaw
codec g711alaw
Lista de codec recomendada para realizar

CONFERENCIAS. Esta lista puede ampliarse en
caso de se necesite. P.E. G.723.
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
71
Media Resource
4.2.1 CONFIGURACION EN CCM

Ir a Media Resource->Conference Brigde
72
Tema 4
Tema 4
Media Resource
Add New Conference Bridge
Nombre
que
hemos
asignado en el
EDC
Configurar
en
caso de usar DSP
por location
4.2.2 COMPROBACION DE LA CONFIGURACIN EN IOS

DSP>sh dspfarm all
Dspfarm Profile Configuration
Profile ID = 1, Service = CONFERENCING, Resource ID = 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 : 30 , Transcoder: Not Required
Codec : g711alaw, Maximum Packetization Period : 30 , Transcoder: Not Required
Codec : g729ar8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729abr8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729r8, Maximum Packetization Period : 60 , Transcoder: Not Required
Codec : g729br8, Maximum Packetization Period : 60 , Transcoder: Not Required
73
Media Resource
Tema 4
SLOT DSP VERSION
STATUS CHNL USE
TYPE
RSC_ID BRIDGE_ID PKTS_TXED PKTS_RXED
0
0
0
0
0
0
1
1
1
1
1
1
UP
UP
UP
UP
UP
UP
UP
UP
UP
UP
UP
UP
conf
conf
conf
conf
conf
conf
xcode
xcode
xcode
xcode
xcode
xcode
2
2
2
2
2
2
1
1
1
1
1
1
1
1
2
2
3
3
1
1
1
1
1
1
1.0.6
1.0.6
1.0.6
1.0.6
1.0.6
1.0.6
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
8.4.0
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
FREE
FREE
FREE
FREE
FREE
FREE
FREE
FREE
FREE
FREE
FREE
FREE
Total number of DSPFARM DSP channel(s) 12
4.2.3 COMPROBACION DE CONFIGURACION EN CCM
74
Tema 4
Media Resource
4.2.4 CREACIN DE MRG

Se debe asignar los recursos a un MRG.
75
Media Resource
Tema 4
Add a New Media Resource Group
Se puede aadir a los MRG ms recursos en caso de que estos se distribuyan en varios
EDC.
76
Tema 4
Media Resource
4.2.5 CREACIN DE MGRL

Se debe aadir a los MGRL que existan. Estos MGRL se crean para MoH. Ver
documento de generacin de MoH en Multicast.
Una configuracin 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 aaden los la msica y los
recursos de DSP que se creen. En caso de DSP en todos los EDC de las sedes, la
configuracin ideal es crear un MGRL por cada sede e incluir el MGR de MoH junto a los
de recursos de conferencia.
77
Media Resource
Tema 4
4.2.6 ASIGNACIN 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.
78
Tema 4
Media Resource
4.2.7 ASIGNACIN DE MGRL A DISPOSITIVOS

En caso de que se definan DEVICE POOL sin MGRL o que queramos una asignacin
distinta para dispositivos concretos se puede incluir un MGRL en los dispositivos y
tendrn preferencia sobre lo configurado en el DEVICE POOL.
79
Media Resource
Tema 4
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
mdulos de DSP. Estos mdulos se insertan en Gateways de Cisco.
80
Tema 4
Media Resource
Test de comprensin
1. Cuntas conferencias se pueden realizar por DSP en G.729?

a) 2
b) 4
c) 8
2. Cmo se limita el acceso a los nmeros Meet-Me?

a) Con MGRL
b) Con MGR
c) Con CCS
3. Cuntos interlocutores se pueden tener por conferencia?

a) 2
b) 4
c) 8
81
TEMA 5
MUSICA EN ESPERA
83
Tema 5
Msica en Espera
5.1 INTRODUCCION
El presente apartado describe la configuracin de Msica en espera para Cisco
CallManager y RPV con EDC convergentes 2801. Asimismo es de aplicacin a otros EDC
de CISCO.
La msica en espera se distribuye por UNICAST en la sede central, es decir cada vez
que se necesita msica 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,
85
Msica en Espera
Tema 5
5.2 HABILITAR LAS FUENTES DE MSICA EN ESPERA.

El sistema dispone por defecto de una fuente de audio. Adicionalmente se pueden aadir
fuentes de audio al sistema. Para ello se descarga el fichero desde el PC de acceso. Las
fuentes de msica debe estar en formatos WAV y MP3 El sistema al aadir una nueva
fuente crea los ficheros de los distintos CODECS habilitados para su distribucin a los
Server del cluster
86
Tema 5
Msica en Espera
87
Msica en Espera
Tema 5
Aadir un MOH audio source, el sistema dispone por defecto de un fichero de msica en
espera. Se debe habilitar MULTICAST en la fuente 1. Si aadimos otros AUDIO SOURCE
no se debe habilitar MULTICAST.
88
Tema 5
Msica en Espera
89
Msica en Espera
Tema 5
5.2.1 CONFIGURACIN DE LOS SERVIDORES DE MOH

Se deben modificar/crear los servidores de MOH para que distribuyan la msica en
MULTICAST. La direccin IP de Multicast 239.1.1.1 puerto 16384. Slo es necesario
habilitarlo en un servidor, si se dispone de un servidor dedicado para msica en espera
usar este, en caso contrario utilizar el que menos carga de procesador tenga. Slo se
puede habilitar un servidor con una IP y un puerto.
90
Tema 5
Msica en Espera
5.2.2 MODIFICACION DEL CODEC PARA LOS SERVIDORES DE MOH

Se habilita el uso de msica en espera en G711 ley U, G711 ley A y G729
91
Msica en Espera
Los codecs que queremos se seleccionan con CTRL+clic de ratn.
92
Tema 5
Tema 5
Msica en Espera
5.2.3 CONFIGURACION UNICAST DE CCM

Los terminales de la sede central se configuran para recibir msica en UNICAST, es decir
un flujo RTP para cada terminal que solicita msica en espera.
Se debe configurar una Regin, un Device Pool, un Media Resource Group (MRG) y un
Media Resource Group List (MRGL) especfico que se asignar a los terminales.
Configuracin MRG llamado MOH MRG UNICAST con los servidores de msica en
espera pero sin habilitar el MULTICAST.
93
Msica en Espera
Tema 5
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.
94
Tema 5
Msica en Espera
Aadir REGION, MOH UNICAST. Usaremos G.729 por defecto para falicitar el trabajo al
aadir sedes remotas.
95
Msica en Espera
Tema 5
Se debe modificar la regin de los terminales de la sede central para que acepten desde
la regin MOH UNICAST G.711
96
Tema 5
Msica en Espera
Crear un DEVICE POOL llamado MOH UNICAST
97
Msica en Espera
Modificar las extensiones de la sede central para asignar la msica en UNICAST.
98
Tema 5
Tema 5
Msica en Espera
Se puede individualizar la msica para cada terminal de la sede central. Se utilizando las
fuentes de MOH definidas anteriormente.
99
Msica en Espera
Tema 5
5.2.4 CONFIGURACIN MULTICAST DE CCM

La configuracin MULTICAST permite distribuir la msica desde los EDC. Realmente lo
que hace es engaar a los terminales informndoles que la msica la tiene disponible
en la direccin multicast 239.1.1.1 puerto 16384. Siempre la distribuimos en G.711 ley U
para tener calidad. El fichero de msica debe ser descargado en los EDC y se puede
utilizar una msica para cada sede remota. Tras la configuracin no es relevante la
msica que se asigne a las extensiones en CCM ya que slo tienen disponible la del
EDC.
100
Tema 5
Msica en Espera
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-1
25257336
2
1536
3
1463
4
3770
5
20272276
6
496521
7
1687
8
199256
9
605852
10
1565717
-----date/time------ path
Jun 7 2006 11:41:00 +02:00 c2801-spservicesk9-mz.124-4.T3.bin
Feb 17 2005 04:11:18 +01:00 sdmconfig-2801.cfg
Feb 17 2005 04:12:06 +01:00 home.html
Dec 14 2005 10:54:42 +01:00 c2801-141205.cfg141205
Oct 27 2005 14:49:08 +02:00 c2801-spservicesk9-mz.123-11.T8.bin
Aug 17 2006 09:49:42 +02:00 music-on-hold.au
Oct 19 2005 09:07:04 +02:00 backupconfig.cfg
Jun 9 2006 10:51:30 +02:00 crashinfo_20060609-085130
Jun 20 2006 15:51:12 +02:00 beethoven-ley-a.wav
Aug 18 2006 12:41:12 +02:00 ElKoalaULAW.wav
15462400 bytes available (48427008 bytes used)
101
Msica en Espera
Tema 5
Crear una Loopback 1.1.1.1 255.255.255.255. Es necesaria ya que con VLAN

configuradas la msica no se distribuye si no existe la Loopback.
interface Loopback0
ip address 1.1.1.1 255.255.255.255
Aadir el siguiente comando para habilitar la msica en espera.

ccm-manager music-on-hold
Aadir la distribucin de multicast a la configuracin de SRST. Si el cliente no dispone de

SRST se deben aadir la funcin 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 msica
multicast moh 239.1.1.1 port 16384 route 10.10.26.129 1.1.1.1
Direccin 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 msica
multicast moh 239.1.1.1 port 16384 route 10.10.26.129 1.1.1.1
Direccin de la
VLAN de voz y de Loopback
Comprobacin de la distribucin de MOH en Multicast.

C2801#sh ephone summary
Max 24, Registered 0, Unregistered 0, Deceased 0, Sockets 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_G711Ulaw64k
Moh multicast on 239.1.1.1 port 16384 via 10.10.26.129
via 1.1.1.1
102
160 bytes
Tema 5
Msica en Espera
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 FastEthernet0/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
10.10.26.129 via ARP
10.10.26.129 via ARP
10.10.26.129 via ARP
5.2.6 CONFIGURACION
REMOTAS
DE
CCM
PARA MULTICAST
EN
SEDES
Los terminales de las sedes remotas se configuran para recibir msica 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 Regin, un Device Pool, un MRG y un MRGL especfico que se
asignar a los terminales.
Configuracin MRG llamado MOH MRG_MULTICAST con los servidores de msica en
espera pero habilitando el MULTICAST.
Aadir slo el servidor que se habilita para MOH MULTICAST
103
Msica en Espera
104
Tema 5
Tema 5
Msica en Espera
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
105
Msica en Espera
Aadir REGION, MOH MULTICAST
106
Tema 5
Tema 5
Msica en Espera
Se debe modificar la regin de los terminales de las sedes remotas para que acepten
desde la regin MOH MULTICAST G.711. Por seguridad y ante un fallo de configuracin
las sedes remotas deben tener G.729 con la regin MOH UNICAST.
107
Msica en Espera
Tema 5
Crear un DEVICE POOL llamado MOH MULTICAST
108
Tema 5
Msica en Espera
Modificar las extensiones de la sede central para asignar la msica en MULTICAST. En

este caso aunque las fuentes de audio se pueden seleccionar, no tienen ningn efecto, ya
que el terminal siempre tomar la que distribuye el EDC de la sede aunque se puede usar
el campo como informacin administrativa de la msica que se distribuye el EDC en el
caso de distintas msicas en la instalacin.
109
Msica en Espera
Tema 5
Resumen:
CallManager dispone de un gestor de medios que proporciona entre otros MoH. Se
pueden cargar en el sistema distintas msicas y asignarlas a los usuarios.
CallManager puede enviar la msica en espera a los termiales por dos mtodos:
Unicast : Un stream de audio para cada usuario que requiere recibir msica en espera. La
ventaja es su facilidad de configuracin. La desventaja es el consumo de ancho de banda
en WAN y la necesidad de aumentar la capacidad del HW.
Multicast: El stream de msica se distribuye en un direccin multicast en la LAN.
CallManager informa a los terminales de la direccin y el puerto en el que est la msica
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 msica en multicast. El inconveniente de
esta solucin es la complejidad de configuracin y su gran ventaja es el ahorro de ancho
de banda en WAN y la calidad, ya que se utiliza G.711
110
Tema 5
Msica en Espera
Test de comprensin
1. Que codec utilizamos en msica en Multicast?

a) G.722
b) G.729
c) G.711
1. Quin puede poner en la LAN msica en Multicast?

a) CallManager
b) El Gateway de la sede
c) Ambos
2. Que codec utilizamos en msica en si no tenemos gateways en las sedes remotas?

a) G.722
b) G.711
c) G.729
111
TEMA 6
TERMINALES IP
113
Tema 6
Terminales IP
Esquema de contenido
Desarrollo:
En
primer
lugar
se
describen
las
especificaciones generales de los telfonos IP
de Cisco, mostrando a continuacin cada uno
de los modelos exitentes actualmente en el
mercado.
A continuacin se presentan los pasos a dar en
la instalacin de los telfonos en una
instalacin de cliente.
Se finaliza con la descripcin de los distintos
mtodos de provisin de telfonos IP en Cisco
Unified CallManager.
115
Tema 6
Terminales IP
6.1 Telfonos IP de Cisco

6.1.1 Especificaciones de los telfonos IP
Los terminales IP de Cisco utilizan los cdec de compresin de adio G.711
and G.729a.
Pueden trabajar con sealizacin SIP y SCCP (Skinny Client Control Protocol).
Soportan DHCP y BootP. Las direcciones IP de los telfonos son asignadas
automticamente por DHCP, aunque tambin puede asignarse de forma
esttica en los parmetros de configuracin del telfono.
Estn programados para generar ruido de confort y supresin de silencios.
En el nombre de los modelos de los terminales aparecen una serie de letras
que se explican a continuacin:
Por ejemplo, 7906G, la G viene de Global Symbol, es decir, smbolos globales
y quiere decir que acompaa a cada tecla la funcin de la misma explicada
mediante un smbolo.
En otros telfonos 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:
Alimentacin por la conexin de datos en modo propietario (Cisco Inline

Power). Necesita tarjetas de alimentacin en los switches Catalyst
(Cisco Inline Power). Utiliza los pines 1, 2, 3, y 6 (los mismos que los
datos Ethernet) suministrando 48V
Alimentacin por la conexin de datos modo estndar IEEE802.3af.

Necesita tarjetas de alimentacin en los switches que cumplan con dicho
estndar. Utiliza los pines 4, 5, 7, y 8 suministrando 48V
Alimentacin externa por cable de datos (inline power patch panel).

Necesita un dispositivo que inyecte los 48V sobre los pines 4, 5, 7, y 8
Alimentacin mediante transformador
Se pueden utilizar las distintas soluciones simultneamente para tener

redundancia.
117
Terminales IP
Tema 6
6.1.2 CISCO IP PHONE 7906G/7911G
Terminal bsico IP con una lnea 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.
Alimentacin mediante
transformador.
IEEE802.3af,
Cisco
Inline
Power
mediante
Actualizacin de facilidades mediante cargas de software en la memoria flash

Integracin con aplicaciones XML
Memoria incrementada para soportar dichas aplicaciones.
Monitoriza las llamadas (sin micro de ambiente).
Sin conexin para cascos
1 puerto Ethernet para el 7906G y un switch con 2 puertos para el 7911G
118
Tema 6
Terminales IP
6.1.3 CISCO IP PHONE 7941G/7941G-GE
Terminal de gama media-alta con 2 botones para lneas o marcacin rpida.

Posee una pantalla de mayor resolucin (320x222) que el modelo al que
sustituye 7940G. Indicacin de fecha/hora, informacin de llamada, acceso a
facilidades mediante softkeys.
Soporte para aplicaciones XML
Alimentacin mediante IEEE802.3af o Cisco Inline Power (slo el 7941G) o
mediante transformador.
Indicador de mensaje en espera
Funcin de manos libres
Conexin 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 aade GigaEthernet a los puertos existentes.
119
Terminales IP
Tema 6
Modelo de gama alta con 6 botones para lneas con nmeros de directorio o
marcacin rpida
Pantalla de mayor resolucin (320x222) que la del modelo al que sustituye
7960G. Con infomacin de fecha/hora, de llamada, acceso a facilidades
mediante softkeys.
Alimentacin mediante IEEE802.3af, Cisco Inline Power (slo el 7961G) o
Conexin para cascos
Soporta el modulo de ampliacin de teclas 7914
Soporta los protocolos SCCP y SIP
El modelo 7961G-GE aade GigaEthernet a los puertos existentes
120
Tema 6
Terminales IP
Modelo de gama alta con 8 botones para lneas con nmeros de directorio o
marcacin rpida
Pantalla tctil a color (12 bits y 320x234 de resolucin) con fecha/hora,
informacin de llamada, acceso a facilidades mediante softkeys.
Alimentacin mediante
transformador.
IEEE802.3af,
Cisco
Inline
Power
mediante

Conexin para cascos
Soporta el modulo de ampliacin de teclas 7914
El modelo 7971G-GE aade GigaEthernet a los puertos existentes
121
Terminales IP
Tema 6
6.1.6 Mdulo de expansin 7914
Cada mdulo posee 14 botones

Se pueden instalar un mximo de dos mdulos de expansin por terminal con
un total de 28 botones.
Cada mdulo posee una pantalla que muestra el nmero de directorio o el
nmero de marcacin rpida.
Es compatible con los terminales de Cisco 7960G, 7961G, 7961G-GE, 7970G y
7971G-GE
Los botones se iluminan segn un cdigo de colores que indica el estado de la
lnea en l representada.
122
Tema 6
Terminales IP
6.2 Instalacin de los telfonos

La realizacin del proceso de instalacin fsica de Telfonos IP no requiere la
instalacin y configuracin 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
instalacin de nuevos telfonos IP no desencadenar el registro automtico de
los mismos en los equipos Cisco Call Manager.
En la arquitectura LAN del Cliente, se crear por lo general una VLAN para el
trfico de Datos y otra VLAN para el trfico de VOZ, dicha arquitectura no es
obligatoria, pero si recomendada. Los telfonos IP se instalarn en la LAN del
Cliente con la configuracin de fbrica.
Si la infraestructura de datos es de Cisco, se proceder a la activacin del
protocolo CDP (Cisco Discovery Protocol) en el Switch del Cliente. Una vez
activado el protocolo CDP el Switch asigna, de modo automtico, la VLAN
configurada para VOZ al Telfono IP.
El Telfono IP de Cisco es identificado por la direccin MAC del equipo, dicha
direccin MAC aparece en una etiqueta del telfono.
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 alimentacin. El
puerto suministra la alimentacin e informa al Supervisor de ello. Si al conectar
el terminal al puerto ste ya estuviera alimentacin, el puerto informara de este
hecho al Supervisor
Descubrimiento del telfono
Catalyst 6000
Catalyst 4000
Catalyst 35XX
2. Suministrar alimentacin
3. Proveer VLAN
4. DHCP (Direccin IP)
El telfono comenzara el dialogo CDP con el switch para conseguir el

identificativo de VLAN ID (VVID).
A continuacin el telfono enva una peticin DHCP para conseguir su
direccionamiento IP (asignacin dinmica de la direccin IP), por lo que se
recomienda activar el Servidor DHCP en el EDC/GW de la Oficina.
123
Terminales IP
Tema 6
El Servidor DHCP, asignar al Telfono IP, adems de una direccin IP del

Pool reservado a la VLAN de VOZ, la direccin IP del Servidor TFTP, del cual
deber obtener la configuracin del Telfono IP asociada a su direccin MAC.
Dicha asignacin se realiza en base a la opcin 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 aadirse a estos EDCs la funcionalidad de
Servidor DHCP si existen terminales (Telfonos IP) que requieran un Servidor
DHCP.
Del Servidor TFTP, que ser de modo general el equipo Cisco CallManager
Publisher, se obtiene el fichero de configuracin con la lista de hasta tres
CallManagers, informacin acerca de la regin y la plantilla de botones del
telfono. Se obtiene, tambin, la versin de cdigo que est ejecutndose.
Si en una Sede/Oficina, han sido instalados los Telfonos IP, y se han
configurado los equipos Switch y EDC/GW de la oficina, pero no han sido an
instalados los equipos Cisco CallManager, los telfonos IP tratarn de
registrarse en el CCM. Aunque el telfono IP no consiga registrarse y proceda
a reiniciarse, el funcionamiento de los datos de los PCs conectados detrs de
estos es correcto.
Para ver las direcciones IP asignadas a los telfonos 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 expiration
Type
Jan 17 2006 12:30 PM
Automatic
Hardware address/
User name
192.169.16.2
0100.0bfd.9070.67
En algunos casos el Telfono 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
124
Tema 6
Terminales IP
6.3 Provisin de telfonos en CallManager

6.3.1 Consideraciones previas
Antes de comenzar a configurar los telfonos se recomienda, aunque no es un
requerimiento, que se realicen ciertas configuraciones previas, stas incluyen:
las plantillas de botones del telfono (Phone button Templates). Aunque

existen plantillas por defecto, es posible que no se adapten al escenario
de cliente con lo cual habra 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 telfonos (Device Defaults). Cuando se
autorregistra un telfono, es de stos Device Defaults de donde toma los
datos.
6.3.1.1 Creando plantillas de botones para los telfonos

Para poder crear plantillas de configuracin de los botones de un telfono
tenemos que acceder al siguiente men:
Device>Device Settings>Phone Button Template.
A continuacin se pulsa el botn Add New.
Se selecciona una plantilla existente a partir de la cual, modificndola, se

conseguir la configuracin requerida. Se pulsa el botn Copy.
Sobre la siguiente pgina se modifica el nombre de la plantilla que se va a
crear. A continuacin, se pulsa Save. Para volver a la pgina que lista todas las
plantillas, en la parte superior derecha de la pgina aparece Related Links:
Back To Find/List, pulsar Go. Desde esta pgina se busca y se pulsa sobre la
plantilla recien creada, apareciendo la pgina de configuracin de dicha
plantilla.
En este ejemplo se desea que los dos botones programables del telfono sean
de acceso a lnea. A continuacin, se pulsa Save.
125
Terminales IP
Tema 6
6.3.1.2 Creando plantillas de teclas software para los telfonos

Segn el estado en el que se encuentra el telfono, 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 segn el estado del telfono o el caso de trfico. Para poder crear
estas tenemos que acceder al siguiente men:
Device>Device Settings>Softkey Template.
Se pulsa Find, y aparece la siguiente pgina:
A continuacin se pulsa el botn Add New.

Se selecciona la plantilla que servir de modelo para la que se quiere crear.
126
Tema 6
Terminales IP
Se pulsa Copy, apareciendo la siguiente pantalla, en la cual se escribe el

nombre que tendr la plantilla, y se pulsa Save.
Despus de salvar la plantilla, en la parte superior derecha aparece un link:
Se pulsa Go. Y aparece la siguiente pgina donde se eligen en cada estado del
telfono, que teclas van a estar accesibles, en el ejemplo que aparece a
continuacin est el telfono en estado de reposo (On Hook), teniendo
disponibles las teclas de rellamada (Redial), nueva llamada (NewCall) y desvo
incondicional (Forward All). Para aadir funciones a este estado se selecciona
una funcin 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 algn telfono.
6.3.1.3 Creando los valores por defecto para los telfonos

Cuando los telfonos se dan de alta mediante el autorregistro toman una serie
de valores por defecto. Existen unos valores predeterminados de fbrica,
aunque pueden modificarse. Los valores pueden verse o modificarse desde la
pgina:
Device>Device Settings>Device Defaults
En esta pgina, que se muestra en la figura, se establecen los valores por

defecto de firmware (Load Information), Device Pool y plantilla de telfono
(Phone Template) que cargar el determinado tipo de terminal y protocolo.
127
Terminales IP
Tema 6
Cualquiera de los valores que se desee que aparezcan accesibles para estos
parmetros han de haberse cargado ,o configurado, anteriormente. El firmware
de los telfonos 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 telfono en Device>Device
Settings>Phone Button Template.
6.3.2 Provisin
Es posible dar de alta los telefonos en el CallManager de los siguientes modos:
Provisin mediante auto-registro
Provisin individual
Utilizando la herramienta Bulk Administration Tool (BAT)
6.3.2.1 Provisin mediante auto-registro

Este metodo permite facilmente crear los telfonos en el sistema simplemente
habilitando un rango de numeracin, y posteriormente conectando los
terminales en la red del CallManager. Este metodo tiene la ventaja de
desplegar rpidamente los terminales pero tiene muchos inconvenientes, tales
como, la asignacin de nmeros de directorio segn se van conectando los
terminales, no poder poner restricciones especificas segn tipo de usuario,
posibilidad de sneakers pinchados en la red, y algunos inconvenientes ms.
Para habilitar el auto-registro y el rango de numeracin se accede a la pgina
del administrador del sistema System>Cisco Unified CallManager. Desde
aqu se pulsa el botn 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 direccin 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 nmero de directorio a partir del cual se
quiere empezar a registrar los telfonos y Ending Directory Number en donde
se insertar el final de la numeracin. Para que est habilitado el autorregistro
es necesario que no est marcada la opcin Auto-registration Disabled on this
Cisco Unified CallManager, la cual por defecto est marcada.
Todos los telfonos IP, aun no registrados, procedern a auto-registrarse con el
Cisco Call Manager, y se les asignar los nmeros de lnea en orden
secuencial, segn la numeracin anteriormente configurada.
128
Tema 6
Terminales IP
Una vez que se hayan registrado todos los telfonos IP se debe deshabilitar el
autorregistro en el Cisco Call Manager, volviendo a marcar la casilla
anteriormente referenciada.
6.3.2.2 Provisin individual

Este mtodo se utiliza cuando no se tienen que dar de alta muchos telfonos.
Aunque los campos de parmetros obligatorios a rellenar son solamente MAC
Address, Device Pool y Phone Button Template, es posible, que los dems
parmetros configurados por defecto no se adapten al escenario, por lo cual
haya que concretar algno de los otros campos que aparecen en la pgina de
configuracin.
Para acceder a esta pgina se accede mediante Device>Phone. Una vez en la
pgina se pulsa el botn 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 telfono (Select the Device Protocol), y se pulsa Next.
Aparece la pgina de configuracin del terminal (Phone Configuration) con los
siguientes campos que hay que rellenar. En los campos obligatorios a rellenar,
el nombre del mismo va acompaado por un asterisco (*) y algunos de dichos
campos van con valores por defecto, otros hay que rellenarlos.
129
Terminales IP
Tema 6
MAC Address: indicar la direccin MAC del terminal que aparece en la parte
posterior del terminal en una etiqueta.
Description: Identificacin administrativa del terminal, por ejemplo, telfono de
recepcin.
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 regin, grupo de fecha y hora, plantilla de teclas
software, etc.
Phone Button Template: La plantilla elegida determina la configuracin de los
botones en el terminal y que a que facilidad se accede a travs de ellos. Si el
administrador no ha creado ninguna plantilla para los botones del telfono
aparecer la plantilla creada por defecto en CallManager.
Softkey Template: La plantilla elegida determina la configuracin de las teclas
software en cada estado del telfono. 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 nmero llamante que de no ser as
bloqueara la llamada por falta de ancho de banda.
Media Resource Group List: Comprende una agrupacin de recursos de media
utilizados para funciones, tales como msica en espera.
User Hold Audio Source: Especifica la fuente de audio utilizada cuando un
usuario utiliza la funcin de retener una llamada.
Network Hold Audio Source: Especifica la fuente de audio utilizada cuando un
usuario utiliza la funcin 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 localizacin.
User Locale: Identifica el conjunto de fuentes e idioma mostrados en el display
del telfono.
130
Tema 6
Terminales IP
Network locale: Identifica el conjunto de tonos y cadencias que se asocian al

telfono en un rea geografica especfica.
Built In Bridge: dejar el valor por defecto, a menos que se desee utilizar la
funcin de intrusin. Valores: Activado, desactivado, predeterminado.
Privacy: dejar el valor por defecto el cual permite no mostrar la informacin a
otros sobre el estado de la lnea.. Valores: Activado, desactivado,
predeterminado.
Owner User ID: Identificativo de usuario a quin est asignado el telfono.
Phone Load Name: Nombre del firmware cargado en el telfono. 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 restriccin
de presentacin 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: Slo para fallos en cifrado. Valores : None/Batch
Processing Mode.
Packet Capture Duration : 0.
Presence Group:Standard Presence group
Device Security Profile: Eleccin del perfil de seguridad del telfono. Para ver la
configuracin de los perfiles en System>Security Profile>Phone Security.
SUBSCRIBE Calling Search Space: Determina como Cisco Unified
CallManager enruta la peticiones de la funcin de presencia hacia el telfono.
Unattendant Port: Marcar esta caja para indicar que hay un puerto desatendido
en este telfono.
Require DTMF Reception: Marcar la caja para requerir la recepcin de tonos
DTMF en este telfono.
RFC2833 Disabled: En telfonos Skinny, marcar esta caja para deshabilitar el
soporte de RFC2833.
Certificate Operation: Funcin de firma de certificacin.
Authentication Mode: Modo de autenticacin
Authentication String: Si en el modo de autenticacin se elige la opcin By
Authentication String, se debe introducir en este campo una cadena que
contenga entre 4 a 10 dgitos.
Key Size (Bits):tamao de la llave.
Expansion Module Information: Informacin acerca de los modulos de
expansin de teclado.
MLPP Domain: None
MLPP Indication:STATUS_DEFAULT
131
Terminales IP
Tema 6
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.
Despus de rellenar estos campos se pulsa el botn Save. En la parte
izquierda de la pantalla aparece el enlace Line [1] Add a new DN, pulsando
con el ratn sobre l aparece la siguiente pgina de configuracin del terminal,
en este caso con los datos referidos a la lnea/nmero de directorio. La pgina
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*: nmero de directorio que se le quiere asociar a dicha lnea.
Route partition: Partition a la que pertenece el nmero de directorio.
Description: Descripcin de el nmero de directorio o de la partition.
Alerting Name: El nombre que le aparecer en la pantalla al telfono 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 mensajera vocal. Indica entre otros parmetros el
nmero de directorio de la mensajera a la que se desviar la lnea en caso de
que este hecho ocurra.
132
Tema 6
Terminales IP
Calling Search Space: Se elige que CSS tiene la lnea y a que Partition se le
permite acceder.
Presence Group: Selecciona el grupo que permite monitorizar este nmero de
directorio.
AAR Group: Se elige el grupo de ruta alternativa a la que le es permitido
acceder este nmero de directorio.
User Hold Audio Source: Fuente de msica que escucha el llamante cuando se
le deja retenido por parte de este nmero de directorio.
Network Hold MOH Audio Source: Fuente de msica que escucha el llamante
cuando este nmero de directorio va a realizar una transferencia o una
multiconferencia.
Auto Answer: Contestacin automtica por parte de este nmero de directorio
cuando se le realiza una llamada.
Forward All: A que destino se envan las llamadas a este DN cuando se activa
esta opcin.
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: Desvo por ocupado para llamadas internas.
Forward No Answer Internal: Desvo por ausente para llamadas internas.
Forward Busy External: Desvo por ocupado para llamadas externas.
Forward No Answer External: Desvo por ausente para llamadas externas.
Forward No Coverage Internal: Desvo por ausencia de covertura para
llamadas internas.
Forward No Coverage External: Desvo por ausencia de covertura para
llamadas externas.
Forward on CTI Failure: Desvo de puerto o punto de ruta CTI por fallo en
stos.
No Answer Ring Duration (seconds): Tiempo en segundos para considerar un
desvo 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): Nmero que se le presenta al llamado (Unicode).
ASCII Display (Internal Caller ID Line Text Label): Nmero que se le presenta al
llamado (ASCII)
Line Text Label: Rellenar este campo si se quiere que no aparezca el DN en el
llamado.
133
Terminales IP
Tema 6
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 notificacin de mensaje en
espera.
Ring Setting (Phone Idle): Como va a escucharse/visualizarse la llamada
entrante cuando el telfono est inactivo.
Ring Setting (Phone Active): Como va a escucharse/visualizarse la llamada
entrante cuando el telfono est con otra llamada en otra lnea.
Forwarded Call Information Display on Device: Marcar la informacin 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 Administration Tool (BAT)

BAT (Bulk Administration Tool) es una aplicacin web que permite realizar
transacciones masivas en la base de datos de Cisco Unified CallManager. El
acceso a dicha aplicaciones se realiza a travs del men Bulk Administration
del CallManager Administration, pero nicamente aparece dicho men en el
First Node (publisher). En el alta de telfonos es indispensable conocer sus
direcciones MAC ms los datos necesarios para caracterizarlos (ubicacin,
nmero de directorio, etc.). Este ser el procedimiento recomendado para dar
de alta los Telfonos IP en la telefona 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 parmetros comunes a un modelo de
telfono. Para cada modelo de telfono 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 creacin 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 aplicacin Excel para
poder ejecutar aquella.
NOTA: Los telfonos que se instalen con esta herramienta no deben estar
registrados en el Cluster Cisco Call Manager.
A la aplicacin BAT se accede desde el men Bulk Administration. Los pasos
a dar seran:
134
Descarga de la plantilla Excel.
Creacin del fichero de datos.
Tema 6
Terminales IP
Carga del fichero de datos.
Creacin de la plantilla de telfonos.
Validacin del fichero de datos.
Envo 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 continuacin se pulsa Find. En Search Results aparece
el fichero bat.xlt.
Se selecciona la ventana asociada al fichero y se pulsa el botn 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.
Creacin 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 botn Create File Format aparece la ventana Field
Selection donde se puede aumentar el nmero de campos en la cabecera. La
135
Terminales IP
Tema 6
ventana est dividida en campos destinados al terminal, Device Fields y

campos destinados Line Fields; en ste ltimo, cuando mnimo, habra que
seleccionar el nmero de directorio de la lnea. En general, se introduciran
aquellos campos que puedan contener particularidades diferentes a las de la
plantilla BAT del telfono que se asocie a dichos datos.
Despus de seleccionar los campos, se pulsa el botn Create, apareciendo en

la cabecera de la hoja de clculo los campos seleccionados. En esa hoja de
clculo se rellenan los campos, tal y como aparecen en el ejemplo a
continuacin.
Una vez terminado de rellenar los campos se pulsa el botn Export to BAT
Format, apareciendo una ventana donde se debe de indicar donde se desea
guardar el fichero resultante.
136
Tema 6
Terminales IP
Carga del fichero de datos.

El archivo de datos se encuentra en el equipo donde se ha ejecutado la
aplicacin Excel, a continuacin se debe exportar al CallManager mediante la
pgina de administracin del sistema. El men a utilizar es:
Bulk Administration> Upload/Download Files

En el campo Search Results se pulsa el botn 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 botn Examinar el fichero de datos que se

desea importar.
Select The Target.- seleccionar la opcin Phones
Select Transaction Type.- seleccionar Insert Phones-Specific Details
Una vez rellenados los campos se pulsa el botn Save, apareciendo de nuevo
la pgina. En la ventana Status debe indicar Upload successful si la carga del
fichero ha sido correcta.
Creacin de la plantilla de telfonos.

Despus de crear el fichero de datos e importarlo al CallManager, es necesario
crear la plantilla de telfono que va asociarsele. El acceso al men
corespondiente es:
Bulk Administration> Phones>Phone Template
Se pulsa el botn 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 continuacin se selecciona el
protocolo que va a utilizar el telfono, 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 continuacin:
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 telfono aparecer la plantilla creada por defecto en
CallManager.
137
Terminales IP
Tema 6
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
funcin de intrusin.
Privacy: dejar el valor por defecto el cual permite no mostrar la informacin a
otros sobre el estado de la lnea.
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 pgina, Association Information se muestran los
enlaces para aadir las lneas al telfono ( Line [1] Add a new DN); se hace
138
Tema 6
Terminales IP
clic sobre el enlace cambiando a continuacin a la pgina Line Template

Configuration.
Los parmetros obligatorios en esta pgina 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 lneas en la
plantilla, se vuelve a la pagina del telfono aadiendo la siguiente lnea ( Line
[2] Add a new DN).
Validacin del fichero de datos.

En esta parte de la secuencia que se sigue al dar de alta un dispositivo se
comprueba no contenga datos errneos. Se accede mediante el men:
Bulk Administration> Phones>Validat Phones
En la ventana Validate Phones se elige la opcin 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 telfono.
Se pulsa el botn Submit. A continuacin aparece la misma pantalla pero con
el mensaje Job request is submitted. Use Job Scheduler page to view the logs.
Para acceder a dicha pgina se sigue el men:
Bulk Administration> Job Scheduler
Envo 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:
139
Terminales IP
Tema 6
File Name: nombre del fichero CSV con los datos de los telfonos.
Phone Template Name: nombre de la plantilla creada anteriormente.
En la ventana Job Information se selecciona la opcin Run Inmediately. Para
ver el resultado puede verse en el men de Bulk Administration>Job
Scheduler, donde en status debe aparecer Completed.
140
Tema 6
Terminales IP
6.4 Actuaciones en el terminal

En los terminales IP se puede encontrar
El teclado numrico
Teclas Configurables (en modelos de media/alta gama)
Las softkeys, asociadas a funciones que aparecen en la ltima lnea 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 continuacin en la figura:
Tecla de acceso directo a la mensajera vocal.

Tecla de acceso a registro de llamadas y a directorios.
Tecla de acceso a configuraciones del telfono.
Entre las configuraciones se encuentran:
Preferencias de usuario.
Configuracin de red:
o Servidor DHCP.
o Servidor BOOTP.
o Direccin MAC.
o Nombre de Host.
o Nombre de dominio.
o Direccin IP.
o Mscara de Subred.
o Servidor TFTP1, Servidor TFTP2.
o Router predeterminado 1,2,3,4,5.
141
Terminales IP
Tema 6
o Servidor DNS1,2,3,4,5.
o ID VLAN operacional.
o ID VLAN Administrativa.
o DHCP Habilitado.
o Direccin DHCP liberada.
o TFTP Alternativo.
o Configuracin de puerto switch.
o Configracin de puerto PC.
o VLAN de PC.
Configuracin de dispositivo.
Configuracin de seguridad.
Informacin 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 informacin relativa a la llamada en la pantalla del
telfono.
Para realizar cambios en la configuracin de los telfonos es necesario
desbloquear el acceso. Para realizar esta accin es necesario pulsar las teclas
* * # y observar que el icono del candado se abre.
142
Tema 6
Terminales IP
Nota: para resetear los terminales, se pulsa el botn de Settings

(configuracin) o el de Service (servicios) y a continuacin la combinacin de
teclas **#**, aunque en algunos modelos est deshabilitado por el firmware
cargado.
6.4.1 Restauracin de terminales a configuracin de fbrica

Es necesario que el servidor DHCP este correctamente configurado y de TFTP
con la opcin 150 y que tenga un CCM con el servicio TFTP activo para cargar
los nuevos ficheros.
7906/7911
Se borra la siguiente configuracin:
Fichero CTL
Configuracin de usuario
Configuracin de red
Histrico de llamadas
Local de idiomas
Aplicacin
de
telfonoEl
term11.default.loads
telfono
carga
el
fichero
Desconectar el terminal de la alimentacin. Si est alimentado por PoE quitar el

cable de red. Volver a conectar la alimentacin y pulsar la tecla # hasta que
parpadee en rojo el led de notificacin de mensaje en espera del microtelfono.
Soltar la tecla # y pulsar la secuencia 123456789*0#.
Despus la botonera parpadear en rojo rpidamente, el terminal se resetea y
carga el firmware por defecto
7941/7961
Fichero CTL
Fichero LSC
Configuracin de red
143
Terminales IP
Tema 6
Local de idiomas
Aplicacin
de
telfonoEl
telfono
carga
el
fichero
term41.default.loads para el 7941 o term61.default.loads para el 7961

cable de red. Volver a conectar la alimentacin y pulsar la tecla # hasta que la
botonera parpadee en rojo.
Despus la botonera parpadear en rojo rpidamente, el terminal se resetea y
carga el firmware por defecto
7979/7971
Fichero CTL
Fichero LSC
Configuracin de red
Locale de idiomas
Aplicacin
de
telfonoEl
telfono
carga
el
fichero
term71.default.loads para el 7970 o term71.default.loads para el
7971.

cable de red. Volver a conectar la alimentacin y pulsar la tecla # hasta que la
botonera parpadee en rojo.
Despus la botonera parpadear en rojo rpidamente y el terminal se resetea y
cargara el firmware por defecto.
144
Tema 6
Terminales IP
Resumen:
Los terminales IP de Cisco, que comprenden desde la gama baja hasta
modelos de altas prestaciones, trabajan con sealizacin SIP y SCCP (Skinny
Client Control Protocol), utilizando los cdec de compresin de adio G.711
and G.729a.
Las direcciones IP de los telfonos son asignadas automticamente.
La alimentacin de los terminales se realiza bien por el cable de datos o
En la arquitectura LAN del Cliente, se recomienda crear por lo general una
VLAN para el trfico de Datos y otra VLAN para el trfico de VOZ.
Si la infraestructura de datos es de Cisco, se proceder a la activacin del
protocolo CDP (Cisco Discovery Protocol) en el Switch del Cliente. Una vez
activado el protocolo CDP, el Switch asigna, de modo automtico, la VLAN
configurada para VOZ al Telfono IP. Dentro de esta red el Telfono IP de
Cisco es identificado por la direccin MAC.
Los telfonos se pueden provisionar en Cisco Unified CallManager mediante
auto-registro, configuracin manual o mediante la herramienta BAT.
145
Terminales IP
Tema 6
Test de comprensin
1. Qu protocolos de sealizacin utilizan los telfonos IP de Cisco
a. DHCP y BooTP
b. G.729 y G.711
c. SCCP y SIP
d. MGCP y SMTP
2. La numeracin dada a los telfonos IP mediante auto-registro es

a. En modo secuencial de conexin
b. En modo aleatorio
c. Configurable por el administrador
d. Configurable por el usuario final
3. Una plantilla de telfono se puede asociar

a. A cualquier modelo de telfono
b. Al modelo de telfono para el que se ha creado la plantilla
c. Segn criterio del administrador
d. Segn criterio del usuario del telfono.
146
TEMA 7
GATEWAYS
147
Tema 7
Gateways
7.1 Introduccin
Los gateways son los elementos que permiten esteblecer comunicaciones
entre un componente de CallManager (p. ej. un telfono) y otro componente
ajeno a CallManager (p. ej. Accesos Primarios RDSI). Por lo general, este otro
componente suele pertenecer a la Red Telefnica 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 podra hacer las funciones de
gateway, y habra que instalar otro independiente.
Los routers de la serie 28XX permiten instalar los diferentes interfaces de
conexin con la RTC que proporcionarn la funcionalidad de gateway para
CallManager.
En este tema se mostrar la arquitectura de los gateways de la serie 28XX con
la numeracin de cada uno de sus slots. A continuacin se explicarn unas
nociones bsicas de configuracin del sistema operativo de los routers Cisco
(IOS) para poder hacerlos trabajar con CallManager.
149
Gateways
Tema 7
7.2 Arquitectura
7.2.1 Numeracin 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 mdulos de red se numeran:

interface-number = slot/port
Los puertos de tarjetas de interfaz que se instalan en slots de mdulos de

red se numeran:
interface-number = slot/subslot/port
Nota: Este formato slo es aplicable a los interfaces WIC (WAN Interface
Card). Los interfaces nativos al mdulo 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 nmero se

incrementa de derecha a izquierda y de abajo a arriba.
WIC 0 ports: <interface>0/0/0, <interface>0/0/1
150
Los nmeros 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
Ejemplos:
E1
E1
E1
E1
E1
E1
151
Gateways
7.2.2 Gateway 2801
152
Tema 7
Tema 7
Gateways
7.2.3 Gateway 2811
7.2.4 Gateway 2821
153
Gateways
154
Tema 7
Tema 7
Gateways
7.2.5 Gateway 2851
Interfaces 2811, 2821 y 2851
155
Gateways
Tema 7
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 tambin se puede
obtener desde un servidor TFTP.
7.3.1 Modos de configuracin

IOS dispone de varios modos de configuracin. 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
recuperacin de un password, de un registro de configuracin, etc.
Modo de SETUP:
Es un asistente que permite realizar una configuracin sencilla del router.
Se inicia automticamente cuando no existe ninguna configuracin.
Modo USUARIO USER:

Es el modo en el que se encuentra el router cuando se accede a l. Es un
modo de visualizacin sin privilegios y el prompt es Router> en el que la
palabra Router se sustituye por el nombre de mquina 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
configuracin mediante el comando configure terminal. Para salir del
modo de configuracin se usa el comando exit. Para salir del modo
privilegiado se usa el comando disable.
Modo de CONFIGURACIN GLOBAL o CONFIGURE:

Permite configurar aspectos sencillos del router como pueden ser la
configuracin del nombre del router, passwords, etc (prompt
Router(config)#). Para entrar en este modo se usa el comando
configure terminal.
156
Tema 7
Gateways
Modos de configuracin especficos:

Permiten configurar protocolos, interfaces o en general aspectos ms
complejos del router:
o Configuracin 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 Configuracin de lnea: 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 lnea como por
ejemplo vty, console, tty o asyn.
o Configuracin 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 continuacin se muestran las transiciones entre los modos USUARIO,

PRIVILEGIADO y CONFIGURACIN.
MODO USUARIO
(USER MODE)
MODO
PRIVILEGIADO
(PRIVILEGED MODE)
enable
Router>
Router#
MODO CONFIGURACIN
(CONFIGURE MODE)
config term
disable
Router(config)#
end
interface
Router(config-if)#
exit
end
line
Router(config-line)#
router
Router(config-router)#
Fig. 1: Transiciones de modos IOS
157
Gateways
Tema 7
Cuando arranca el router, si no existe una configuracin, se pregunta al usuario

si se quiere entrar en el modo SETUP para realizar una configuracin bsica
mediante un asistente.
Si no se entra en el modo SETUP, se crea una configuracin por defecto y se
entra en el modo USUARIO. Aqu se pueden consultar aspectos muy bsicos
de la configuracin.
Si se quieren realizar consultas ms importantes hay que entrar en el modo
PRIVILEGIADO. Para entrar en el modo PRIVILEGIADO es necesario crear
una contrasea.
Para realizar las configuraciones del router hay que entrar en los distintos
modos de CONFIGURACIN.
7.3.2 Comandos IOS
No es necesario escribir los comandos completamente. Es suficiente con

escribir los caracteres que identifiquen unvocamente tanto al comando
como a sus parmetros.
Ejemplo:
Router#configure terminal
puede ser abreviado como:

Router# conf t
Se puede autocompletar un comando pulsando la tecla <TAB>
Despus de un comando o parmetro se puede escribir el carcter ? y

muestra todas las opciones existentes.
Ejemplo:
Router#configure ?
confirm
Confirm replacement of running-config with a new config
..
memory
Configure from NV memory
network
Configure from a TFTP network host
overwrite-network Overwrite NV memory from TFTP network host
replace
Replace the running-config with a new config
file
terminal
Configure from the terminal
<cr>
158
Tema 7
Gateways
Comando show
Muestra diversas configuraciones del dispositivo.
Ejemplos:
o show running-config
Muestra la configuracin 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
- Versin el software
- Uptime del sistema
- Nombre del fichero imagen (IOS)
- Va de arranque de la IOS
- Nmero de interfaces ethernet y serie
- Tamao de las memorias NVRAM, RAM y FLASH
o show protocols
Muestra los protocolos activados y el estado de cada interfaz.
o show interfaces
Caractersticas y estado de cada interfaz
7.3.3 Configuracin bsica

7.3.3.1 Creacin de una configuracin en Running y Startup
1. Entrar en modo privilegiado
Router> enable
Router#
2. Entrar en modo global de configuracin

Router# configure terminal
Router(config)#
3. Cambiar el nombre del router

Router(config)# hostname Lab1
Lab1(config)#
159
Gateways
Tema 7
4. Establecer contrasea para acceder al modo privilegiado

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
Lab1(config-line)#
Lab1(config-line)#
Lab1(config-line)#
vty 0 4
password cisco
login
logging synchronous (opcional)
6. Conviene cifrar todas las contraseas del fichero de configuracin

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

Lab1# show running-config
8. Mostrar la configuracin del fichero de inicio

Lab1# show startup-config
7.3.3.2 Backup y restauracin de la configuracin

1. Guardar la configuracin 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. Restauracin desde flash

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

Lab1# copy tftp running-config
6. Borrado de configuracin
Lab1# write erase
160
Tema 7
Gateways
7.3.3.3 Creacin 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(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 estticas
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
161
Gateways
Tema 7
Resumen:
La conexin de cualquier sistema de Telefona sobre IP a la Red Telefnica
Conmutada se realiza a travs 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 programacin de los dispositivos.
IOS dispone de cinco modos de operacin para la gestin del gateway. Dentro
de uno de sus modos (modo de configuracin) existen submodos que
corresponden a mdulos del dispositivo.
162
Tema 7
Gateways
Test de comprensin
4. Cuntos interfaces FastEthernet dispone el gateway 2801 en la placa

base?
d) 0
e) 1
f) 2
5. Cul 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) Configuracin.
163
TEMA 8
TRUNKING
165
Tema 8
Trunking
8.1 Introduccin
Este tema pretende servir como gua de configuracin de los elementos que
intervienen en la solucin de Cisco CallManager 5.1 para el servicio Ibercom IP
en el apartado de Trunking (enlaces o interconexin con.el resto de sistemas)
Los elementos afectados para la configuracin de los diferentes tipos de
enlaces son CALLMANAGER y los EDC (gateways) que se utilizarn para
conectar con la Red Telefnica Conmutada mediante Accesos Primarios y
Bsicos.
Convenciones
En las configuraciones de EDC, los parmetros 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 instalacin y podran no coincidir con los que
existirn en las instalaciones de cliente.
167
Trunking
Tema 8
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 sealizacin de llamada H.225 aadiendo informacin propietaria
entendida nicamente por CallManager. Esta informacin 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 ningn Gatekeeper. En el primer caso, hay que
definir previamente el Gatekeeper que controlar el Trunk ICT.
A continuacin se muestran los pasos que hay que seguir para configurar un
Trunk ICT sin ser controlado por Gatekeeper.
IP
ICT
1.
Cluster A
Fig. 2: Inter-Cluster Trunk
168
Tema 8
Trunking
8.2.1 CallManager
1. Aadir un nuevo Trunk ICT.
Dentro del men Device->Trunk, pinchar en Add New.
2. Seleccin 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 continuacin, pinchar en Next.
169
Trunking
Tema 8
3. Configuracin 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
170
Tema 8
Trunking
2/2
171
Trunking
8.3 H.323
8.3.1 CallManager
1. Aadir un nuevo gateway (Device -> Gateway ->Add New).
2. Seleccionar el valor H.323 Gateway en el campo Gateway Type.

172
Tema 8
Tema 8
Trunking
3. En el campo Device Name hay que poner la direccin 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
173
Trunking
Tema 8
2/2
174
Tema 8
Trunking
8.4 SIP
8.4.1 CallManager
8.4.1.1 Security Profile.
SIP permite sealizar 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 mayora de los sistemas SIP que existen en el mercado
sealizan 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. Creacin de un Security Profile (System -> Security Profile -> SIP Trunk
Securiity Profile -> Add New)
175
Trunking
Tema 8
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 configuracin pulsando en Save.
176
Tema 8
Trunking
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 nmero de telfono y el
dominio puede ser un nombre DNS o la direccin 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 direccin IP de
CallManager, no hay que definir nada.
1. Parmetros del sistema (System -> Enterprise Parameters)
177
Trunking
Tema 8
2. El dominio se define en el campo Cluster Fully Qualified Domain Name

dentro del grupo Clusterwide Domain Configuration.
178
Tema 8
Trunking
8.4.1.3 SIP Profile.

Para poder dar de alta un enlace SIP, uno de los parmetros 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 podra
utilizar ste, pero conviene crear uno nuevo por si hay que hacer
modificaciones posteriores.
1. Creacin 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.
179
Trunking
180
Tema 8
Tema 8
Trunking
8.4.1.4 SIP Trunk.

1. Creacin 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 automticamente el valor SIP.
181
Trunking
Tema 8
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 direccin 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
182
Tema 8
Trunking
2/2
183
Trunking
Tema 8
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 sealizacin de llamada, sino que
controla el comportamiento del gateway a ms bajo nivel, en ocasiones hasta el
nivel fsico.
Un gateway MGCP con Accesos Primarios puede transportar toda la
sealizacin desde el PRI al CallManager a travs de una conexin TCP. Esto
lo hace encapsulando la sealizacin de Capa 3 (Q.931) en un paquete para
enviarlo a CallManager a travs de un tnel IP. De esta forma se asegura la
integridad de la sealizacin Q.931.
Adems se establece una segunda conexin TCP con el CallManager
secundario para que en caso de cada del primario, mantener las conexiones
establecidas desde el secundario.
Para gateways con Accesos Bsicos, la sealizacin del canal D se transporta
igualmente por una conexin TCP entre el gateway MGCP y CallManager.
Igual que en los Accesos Primarios, toda la sealizacin Q.931 es transportada
a travs de este tnel IP.
Fig. 3: Gateway MGCP
Se recomienda utilizar MGCP en las interconexiones con Red Telfonica

Conmutada puesto que la configuracin de comandos CLI en el gateway se
reduce bastante en comparacin a H.323 o SIP ya que la mayor parte de esta
configuracin se realizar en CallManager.
CallManager permite configurar dos categoras 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.
184
Tema 8
Trunking
A continuacin se muestran los pasos que hay que seguir para configurar un
Gateway MGCP tanto para Accesos Primarios como para Accesos Bsicos.
8.5.1 Accesos Primarios

8.5.1.1 CallManager
1. Aadir un nuevo Gateway.
Dentro del men Device->Gateway, pinchar en Add New.
2. Seleccin del tipo de Gateway.

Seleccionar el tipo de gateway (Gateway Type), -por ejemplo Cisco 2811 A continuacin, pinchar en Next.
185
Trunking
3. Protocolo de control del Gateway.

Seleccionar el protocolo MGCP en el campo Protocol.
186
Tema 8
Tema 8
Trunking
4. Configuracin 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.
187
Trunking
Tema 8
5. Configuracin del hardware (II).

Indicar la tarjeta instalada de Acceso Primario (VWIC-1MFT-E1 o VWIC2MFT-E1) en la ranura correspondiente (Subunit).
Pulsar el botn Save.
188
Tema 8
Trunking

Aparece el icono del Acceso Primario de la tarjeta VWIC-1MFT-E1 a la
derecha de Subunit. Si fuese una tarjeta VWIC-2MFT-E1 apareceran dos
iconos. Pulsar en el icono para configurar los parmetros del E1.
189
Trunking
Tema 8
7. Configuracin 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 configuracin pulsando Save.
1/3
190
Tema 8
Trunking
2/3
191
Trunking
Tema 8
3/3
8. Se repite la misma operacin que en el punto anterior para el segundo

Acceso Primario si existe en la tarjeta.
192
Tema 8
Trunking
8.5.1.2 EDC
1. Parmetros generales.
router(config)#enable secret contrasea
router(config)#interface FastEthernet0/0
router(config-if)#ip address dir_IP mscara
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 contrasea
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 configuracin MGCP en el EDC se realiza
automticamente 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
193
Trunking
Tema 8
8.5.2 Accesos Bsicos

8.5.2.1 CallManager
1. Aadir un nuevo Gateway.
Dentro del men Device->Gateway, pinchar en Add New.
2. Seleccin del tipo de Gateway.

Seleccionar el tipo de gateway (Gateway Type), -por ejemplo Cisco 2811 A continuacin, pinchar en Next.
194
Tema 8
Trunking
3. Protocolo de control del Gateway.

Seleccionar el protocolo MGCP en el campo Protocol.
195
Trunking
Tema 8
4. Configuracin 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.
196
Tema 8
Trunking

Indicar la tarjeta instalada de Acceso Primario (VIC2-2BRI) en la ranura
correspondiente (Subunit).
197
Trunking
Tema 8

Aparecen los iconos de los Accesos Bsicos de la tarjeta VIC2-2BRI a la
derecha de Subunit. Pulsar en el primer icono para configurar los
parmetros del BRI.
198
Tema 8
Trunking
7. Configuracin del Acceso Bsico.

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 configuracin pulsando Save.
1/2
199
Trunking
Tema 8
2/2
8. Se repite la misma operacin que en el punto anterior para el segundo

Acceso Bsico si existe.
200
Tema 8
Trunking
8.5.2.2 EDC
1. Parmetros generales.
router(config)#enable secret contrasea
router(config)#interface FastEthernet0/0
router(config-if)#ip address dir_IP mscara
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 contrasea
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 configuracin MGCP en el EDC se realiza
automticamente 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
201
Trunking
Tema 8
8.5.3 Supervisin
8.5.3.1 CallManager
8.5.3.1.1 Comprobacin de registro MGCP en CallManager
1. Pinchar en See Enpoints del Gateway a supervisar.
2. Aparecen los dispositivos que tiene el chasis elegido. La columna Status

muestra la direccin 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 direccin IP del gateway
202
Tema 8
Trunking
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 = MULTIPLE_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_count = 0
Framing is NO-CRC4, Line Code is HDB3, Clock Source 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 Severely 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 Secs, 0 Degraded
Mins,
18702 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 23
Unavail Secs
8.5.3.2.3 Trazas RDSI.

#debug isdn q931
debug isdn q931 is
ON.
#terminal monitor
203
Trunking
Tema 8
8.5.3.2.4 Configuracin de sincronismo

#show network-clocks
Network Clock Configuration
--------------------------Priority
Clock Source
1
5
E1 1/0
Backplane
Current Primary Clock Source

--------------------------Priority
Clock Source
1
E1 1/0
Clock State
Clock Type
GOOD
NOT AVAILABLE
E1
PLL
Clock State
Clock Type
GOOD
E1
8.5.3.2.5 Comprobacin de registro MGCP en CallManager

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:
Backhaul/Redundant link port:
Failover Interval:
Keepalive Interval:
Last keepalive sent:
00:00:00)
Last MGCP traffic time:
00:00:00)
Last failover time:
(10.10.211.10)
Last switchback time:
(10.10.211.11)
Switchback mode:
MGCP Fallback mode:
Last MGCP Fallback start time:
Last MGCP Fallback end time:
MGCP Download Tones:
10.10.211.10
2428
30 seconds
15 seconds
20:29:22 UTC Mar 5 2002 (elapsed time:
20:29:22 UTC Mar 5 2002 (elapsed time:
03:49:36 UTC Mar 5 2002 from
03:52:21 UTC Mar 5 2002 from
Graceful
Enabled/OFF
20:27:06 UTC Mar 4 2002
20:27:32 UTC Mar 4 2002
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
=======================================
204
Tema 8
Trunking
Current version-id: {04077812-B79A-4553-A3B7-9F525A142C29}

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 Verificacin de los parmetros 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/disconnected 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: g711ulaw, redundancy:
DISABLED,
MGCP voaal2 modem passthrough disabled
MGCP voip modem relay: Disabled
MGCP T.38 Named Signalling Event (NSE) response timer: 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 onhook: DISABLED
MGCP piggyback msg ENABLED, MGCP endpoint offset DISABLED
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 10000
MGCP CL threshold lwm 1000, MGCP CL threshold hwm 10000
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: af31
MGCP default package: line-package
205
Trunking
Tema 8
MGCP supported packages: gm-package dtmf-package trunk-package linepackage

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, G711alaw: 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
S0/ds1-0/1@CENTRAL
S0/ds1-0/2@CENTRAL
S0/ds1-0/3@CENTRAL
S0/ds1-0/4@CENTRAL
S0/ds1-0/5@CENTRAL
S0/ds1-0/6@CENTRAL
S0/ds1-0/7@CENTRAL
S0/ds1-0/8@CENTRAL
S0/ds1-0/9@CENTRAL
S0/ds1-0/10@CENTRAL
S0/ds1-0/11@CENTRAL
S0/ds1-0/12@CENTRAL
S0/ds1-0/13@CENTRAL
S0/ds1-0/14@CENTRAL
S0/ds1-0/15@CENTRAL
S0/ds1-0/17@CENTRAL
S0/ds1-0/18@CENTRAL
S0/ds1-0/19@CENTRAL
S0/ds1-0/20@CENTRAL
S0/ds1-0/21@CENTRAL
S0/ds1-0/22@CENTRAL
S0/ds1-0/23@CENTRAL
206
V-PORT
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
SIG-TYPE
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
ADMIN
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
up
Tema 8
Trunking
S0/ds1-0/24@CENTRAL
S0/ds1-0/25@CENTRAL
S0/ds1-0/26@CENTRAL
S0/ds1-0/27@CENTRAL
S0/ds1-0/28@CENTRAL
S0/ds1-0/29@CENTRAL
S0/ds1-0/30@CENTRAL
S0/ds1-0/31@CENTRAL
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
none
none
none
none
none
none
none
none
up
up
up
up
up
up
up
up
8.5.3.2.8 Endpoints controlados por CallManager en un gateway BRI

REMOTA#show mgcp endpoint
BRI/S0/SU0/P0/1@REMOTA
8.5.3.2.9 Conexiones MGCP activas

En el siguiente ejemplo existe una conexin 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=SENDRECV, 4=INACTIVE,
5=LOOPBACK,
6=CONTTEST, 7=DATA, 8=NETWLOOP, 9=NETWTEST, 10=CONFRNCE
State : 0=IDLE, 1=SETTING, 2=CONNECTING, 3=CONFERENCING, 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=CONNECTING_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=G726_16K, 6=G729,
7=G729_A, 8=G729_B, 9=G729_B_LC,
10=G728, 11=G723, 12=G7231_HIGH_RATE, 13=G7231_A_HIGH_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
207
Trunking
8.5.3.2.10
Tema 8
Estado y configuracin 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 Administrative 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, value 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:

PORT
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
208
CH
01
02
03
04
05
06
SIG-TYPE
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
OPER
up
dorm
dorm
dorm
dorm
dorm
IN
STATUS
none
none
none
none
none
none
OUT
STATUS
none
none
none
none
none
none
TIP
RING
Tema 8
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
0/0:15
8.5.3.2.11
Trunking
07
08
09
10
11
12
13
14
15
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
xcc-voice
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
dorm
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
none
Estado y configuracin 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, value 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
209
Trunking
Tema 8
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
Estadsticas y actividad en el gateway MGCP
CENTRAL#show mgcp statistics

UDP pkts rx 28230, tx 28314
Unrecognized rx pkts 0, MGCP message parsing errors 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 statistic
DS0 Resource Statistics
----------------------Utilization: 3.33 percent
Total channels: 30
Addressable channels: 30
Inuse channels: 1
Disabled channels: 0
Free channels: 29
210
Tema 8
Trunking
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 cada 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 quedarn fuera de servicio puesto que dependen de
CallManager.
Para evitar la incomunicacin en las sedes remotas, se dispone de la
funcionalidad SRST que permite a los gateways que pierden conexin con
CallManager hacer las funciones de ste y dar servicio a los telfonos con los
que tenga conectividad. Como el gateway tiene salida a la Red Telefnica
Conmutada, permite establecer llamadas al exterior e incluso a la sede
principal a travs 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 funcin 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 travs de sus accesos a la Red Telefnica Conmutada.
Una de las caractersticas de SRST es que su configuracin hay que realizarla
manualmente en el gateway. Es decir, no existe comunicacin entre el gateway
SRST y CallManager para recibir las configuraciones de terminales, Route
Pattern, desvos, grupos de salto, etc. y por tanto habr que realizar una
211
Trunking
Tema 8
configuracin paralela en cada uno de los gateways que implementen la

funcionalidad SRST.
Una vez que se recupera la conexin 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 continuacin se muestran los pasos que hay que seguir para configurar la
funcionalidad SRST junto con MGCP.
8.6.1 CALLMANAGER
1. Aadir una nueva referencia SRST (Add New).
212
Tema 8
Trunking
2. Indicar el nombre que se asignar a la referencia SRST en Name y la

direccin IP del Gateway SRST en IP Address.
213
Trunking
Tema 8
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.
214
Tema 8
Trunking
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. Construccin del nmero llamante para llamadas salientes (opcional).

2811BRI(config-cm-fallback)# dialplan-pattern 1 nmero_externo
extension-length n_cifras_extension extension-pattern
nmero_de_extension
2811BRI(config-cm-fallback)# dialplan-pattern 2 nmero_externo
extension-length n_cifras_extension extension-pattern
nmero_de_extension
4. Traduccin de nmero llamado para llamadas entrantes (opcional).

2811BRI(config-cm-fallback)# alias 1 patron_numeracion to
nmero_de_extensin
2811BRI(config-cm-fallback)# alias 2 patron_numeracion to
nmero_de_extensin
.
.
.
2811BRI(config-cm-fallback)# exit
5. Reglas de numeracin 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
215
Trunking
Tema 8
8.6.3 Supervisin
8.6.3.1 EDC
8.6.3.1.1 Verificacin de SRST habilitado
1. Verificar la configuracin
REMOTA#show running-config
2. Verificar que la funcionalidad SRST est habilitada

REMOTA#show call-manager-fallback all
3. Comprobar en el men Configuracin->Red del telfono que el router por

defecto del telfono es el gateway SRST.
8.6.3.1.2 Supervisin de puertos

1. Estado de los puertos establecidos. Este comando no muestra las llamadas
entre dos puertos POTS.
REMOTA#show voice call
CallID CID ccVdb
0x21
121F 0x84036228
0x22
121F 0x84FD86DC
1 active call found
status
Port
DSP/Ch Called #
Codec
Dial-peers
50/0/1.0
0915164844 g711ulaw 20001/11
1/0/0.1 1/1:1 *0915164844 g711ulaw 11/20001
2. Estado general de todos los puertos (I).

REMOTA#show voice call summary
PORT
CODEC
VAD VTSP STATE
============== ========= === ====================
1/0/0.1
- 1/0/0.2
- 1/0/1.1
g711ulaw
n S_CONNECT
1/0/1.2
- 50/0/1 .1
g711ulaw
n S_CONNECT
50/0/2 .1
- 50/0/3 .1
- 50/0/4 .1
- 50/0/5 .1
- 50/0/6 .1
- 50/0/7 .1
- 50/0/8 .1
- 50/0/9 .1
- 50/0/10 .1
- 50/0/11 .1
- 50/0/12 .1
- 50/0/13 .1
- 50/0/14 .1
- 50/0/15 .1
- 50/0/16 .1
- -
216
VPM STATE
====================
S_TSP_CONNECT
EFXS_CONNECT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
EFXS_INIT
Tema 8
Trunking
3. Estado general de todos los puertos (II).

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

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

1. Visualizar los telfonos registrados y sus capabilities.
REMOTA#show ephone registered
ephone-1 Mac:0018.B9A8.3BC9 TCP socket:[3] activeLine:0 REGISTERED in
SCCP ver 6 and Server in ver 5
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent: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
217
Trunking
Tema 8
2. Visualizar el estado de los telfonos descolgados.

REMOTA#show ephone offhook
ephone-1 Mac:0018.B9A8.3BC9 TCP socket:[3] activeLine:1 REGISTERED in
SCCP ver 6 and Server in ver 5
mediaActive:1 offhook:1 ringing:0 reset:0 reset_sent: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
CONNECTED
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 Lost 0
Jitter 0 Latency 0 callingDn -1 calledDn -1 (media path callID 30
srcCallID 31)
3. Visualizar los telfonos no registrados.

REMOTA#show ephone unregistered
No ephone in specified type/condition.
4. Visualizar los telfonos en estado de ringing.

REMOTA#show ephone ringing
No ephone in specified type/condition.
5. Resumen general del estado de todos los telfonos.

REMOTA#show ephone summary
ephone-1 Mac:0018.B9A8.3BC9 TCP socket:[3] activeLine:0 REGISTERED
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 debug:0
IP:10.10.15.76 7971
keepalive 66 1:1 CM Fallback
Max 24, Registered 1, Unregistered 0, Deceased 0, Sockets 3
ephone_send_packet process switched 0
Standby socket list (no registered device):
[1]: 10.10.224.102 52601
[2]: 10.10.224.101 15403
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
218
Tema 8
Trunking
Resumen:
En este tema se han visto las diferentes alternativas de interconexin entre
CallManager y cualquier elemento de Telefona IP o TDM.
Si el elemento remoto es un sistema de Telefona IP, CallManager puede
sealizar 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 Telefona TDM, CallManager debe
sealizar con un gateway 28XX en IP con protocolo MGCP y dicho gateway
sealizar con el sistema TDM (RTC o PBX) a travs de Accesos Primarios o
Bsicos, aunque tambin podra hacerlo con interfaz analgico, E y M, etc.
219
Trunking
Tema 8
Test de comprensin
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 sealizacin lo construye:
a) CallManager
b) El gateway
c) La Red Telefnica Conmutada
3. Qu funcionalidad de CallManager proporciona supervivencia en las sedes
remotas?
a) MGCP
b) SRST
c) SIP
4. Cul es el puerto por defecto que utiliza SIP para sealizar?
a) 1720
b) 5600
c) 5060
220
TEMA 9
PLAN DE MARCACIN
221
Tema 9
Plan de Marcacin
9.1 Objetivos
Describir los conceptos plan de numeracin y plan de marcacin en su

vertiente de plan de marcacin externo.
Mostrar el funcionamiento de una llamada en CUCM, enumerando los

diferentes tipos de llamadas que existen.
Exponer los elementos bsicos que forman un plan de marcacin en

CUCM, mostrando el procedimiento operativo de configuracin de cada uno
de ellos.
Detallar los elementos avanzados que complementan un plan de marcacin

en CUCM.
Definir el concepto de categora y clase de usuario en CUCM y sus

implicaciones dentro de un plan de marcacin.
Plantear dos supuestos reales que permiten demostrar los conocimientos

aprendidos durante las exposiciones anteriores.
223
Plan de Marcacin
Tema 9
9.2 Introduccin
Un plan de marcacin es el elemento clave de Cisco Unified Callmanager que
permite procesar llamadas segn unos determinados privilegios.
Un plan de numeracin es un esquema de numeracin que define un conjunto
de reglas para asignar nmeros: NANP, ETNS, UKNNS, ...
En CUCM los nmeros de directorio se asignan a puntos finales para
alcanzarlos.
El enrutamiento de una llamada y la seleccin del camino se basa en el nmero
marcado, considerando las rutas alternativas, la fecha y la hora, el ancho de
banda, ...
La manipulacin de dgitos permite resolver problemas de solapamiento o
marcacin abreviada.
Las categoras, 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 marcacin bsico
Plan de marcacin avanzado
Categoras
224
Tema 9
Plan de Marcacin
9.4 Visin Global de un Plan de Marcacin

Este tema define el concepto de plan de marcacin (Dial Plan) en
comparacin con un plan de numeracin.
Despus de aadir telfonos y gateways al cluster, se debe crear un

plan de marcacin para permitir que las llamadas alcancen los destinos fuera
del cluster. Tan pronto como se crea el primer nmero de directorio comienza
la creacin del plan de marcacin en el CallManager. Por defecto, pueden
hacerse llamadas a destinos dentro del mismo cluster con xito. Esto es porque
todos los nmeros del directorio que se registran al cluster de CallManager
pasan a formar parte del plan de marcacin del cluster. Sin embargo, para que
CallManager dirija una llamada a un destino fuera del cluster, se debe
proporcionar informacin adicional que constituir el plan de marcacin externo
de CallManager. Aunque los nmeros de directorio pertenecen al plan de
marcacin, es comn referirse al plan de marcacin externo como el plan
marcacin.
Un plan de marcacin puede complicarse bastante y pueden aparecer
muchos problemas imprevistos, es conveniente perfilar el plan de marcacin en
papel antes del despliegue de cualquier dispositivo. Un plan de marcacin debe
crearse por alguien con experiencia demostrada en este campo. Despus de
que el plan de marcacin se crea en el papel, puede comenzar su
225
Plan de Marcacin
Tema 9
configuracin en CCM. Si se es nuevo en planes de marcacin, se debe buscar

el asesoramiento de un experto en planes de marcacin.
Un plan de marcacin es uno de los elementos fundamentales de un

sistema de telefona IP que implementa las siguientes funciones:
- Encaminamiento a los puntos finales
- Seleccin de caminos
- Privilegios de la parte llamante
- Manipulacin de dgitos
Un plan de numeracin es un esquema de numeracin que:
- Define reglas a la hora de crear nmeros
- Est basado en estndares de telecomunicacin internacionales
- Est gestionado por las autoridades territoriales
- Regula la distribucin de nmeros y cdigos dentro de su territorio
de aplicacin
Existen muchos planes de numeracin nacionales y regionales, tales
como:
- Nort American Numbering Plant (NANP)
- UK National Numbering Scheme (UKNNS)
- European Telephony Numbering Space (ETNS)
- Planes de numeracin nacionales
226
Tema 9
Plan de Marcacin
ETNS se caracteriza por lo siguiente:

- Se despliega de forma paralela a los planes de numeracin
nacionales existentes.
- Administrado por European Telecomnunications Office
- Cuatro servicios disponibles:
- Aplicaciones de servicio pblico
- Aplicaciones de cliente
- Redes corporativas
- Numeracin personal
Estructura de numeracin europea
La parte inicial, llamada European Service Identity (ESI), consiste en el

cdigo de pas (CC) y el cdigo de identificacin de grupo (GI) que identifica el
ETNS (3883), seguido de un Cdigo de Servicio Europeo (ESC) que identifica
un servicio de ETNS particular. European Subscriber Number (ESN) es el
nmero asignado a un cliente en el contexto del servicio especfico. La longitud
mxima de un ESN es 15 dgitos.
227
Plan de Marcacin
Tema 9
La seleccin del camino que debe seguir la llamada es un elemento esencial en

un plan de marcacin:
- La llamada es encaminada sobre la base del nmero marcado
Muy similar al enrutamiento IP

- Diferencia entre:
Encaminamiento interno (OnNet)
Encaminamiento externo (OffNet)
Encaminamiento a la Red Pblica (OffNet)

- Seleccin del camino adecuado:
Camino IP vs. POTS
Enrutamiento alternativo si el primer camino no est disponible
Encaminamiento basado en fecha y hora
228
Tema 9
Plan de Marcacin
La manipulacin de dgitos est ntimamente relacionada con el

enrutamiento de la llamada:
Se utiliza para configurar correctamente el nmero llamante y
llamado
Necesaria para cdigo de cliente y marcacin corta
Puede resolver solapamiento de nmeros de directorio
Existen cuatro opciones de manipulacin de dgitos
Instrucciones de descarte de dgitos (DDI)
Mscara de transformacin de la parte llamada/llamante
Mascara de traduccin
Dgitos prefijo
229
Plan de Marcacin
Tema 9
Los privilegios de llamada definen los destinos a los que el usuario puede
llamar:
Utilizado para controlar el gasto telefnico
Bloquea destinos de coste elevado
Restringe el trfico internacional

En las PBX se conoce como categoras 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
-
230
Se implementa con partitions y calling search spaces
Tema 9
Plan de Marcacin
9.5 Flujo de Llamada en CUCM

Este tema describe cuales son los componentes que intervienen cuando
se realiza una llamada en CUCM.
Cuando se realiza una llamada desde un telfono IP de Cisco, CCM

analiza los dgitos marcados. Si este nmero coincide con un nmero de
directorio DN registrado en el cluster CCM, ste dirige la llamada al telfono 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 telfonos 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 telfonos analgicos que estn en gateways mediante
sealizacin MGCP o SCCP.
Cuando un telfono IP de Cisco marca un nmero 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.
231
Plan de Marcacin
Tema 9
9.5.1 Componentes en una llamada externa
Se pueden crear planes de rutas basados en arquitecturas de tres

niveles que permite mltiples capas para dirigir una llamada as como la
manipulacin de dgitos. Los route pattern emparejan con nmeros marcados
y seleccionan un route list que a su vez selecciona caminos disponibles para
las llamadas salientes basndose 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
esttica con mltiples caminos que permiten priorizar.
Adems, para facilitar mltiples caminos para un determinado nmero
marcado, el plan de marcacin permite la manipulacin de dgitos en cada
camino, segn los requerimientos de la red externa. Esta manipulacin se
realiza aadiendo, cambiando o eliminado dgitos del nmero inicialmente
marcado.
Tambin se posibilita la transformacin del nmero llamante, en aras de
identificar a la parte llamante de la forma adecuada, segn sea el camino que
la llamada toma para salir del cluster.
El flujo de la llamada externa comienza en un patrn y finaliza en el
gateway. Sin embargo, la creacin de los componentes requeridos se realiza
en el orden opuesto. Esto es porque cuando un route group seala un gateway,
el gateway apuntado ya debe existir. Por lo tanto, el gateway debe configurase
primero, seguido por el route group, despus el route list, y por ltimo, pero no
por ello menos importante, el route pattern. Como la configuracin de un
232
Tema 9
Plan de Marcacin
gateway se ha tratado en el captulo anterior, se trataran los route group en

primer lugar.
233
Plan de Marcacin
Tema 9
9.5.2 Ejemplo de una llamada externa en CUCM
Ejemplo del proceso de una llamada externa:

Paso 1
El llamante marca el nmero de telfono de la pizzera.
Paso 2
CallManager mira estos dgitos y encuentra un patrn con el que

coinciden. Si encuentra patrones mltiples que emparejan, usa el
ms directo (aquel que tiene menos coincidencias posibles).
Paso 3
El route pattern asociado al nmero marcado apunta a una lista

de rutas que a su vez apunta a uno o ms grupos de rutas.
Paso 4
La lista de rutas enva la llamada al primer grupo de rutas de la

lista.
Paso 5
El grupo de rutas apunta a uno o ms gateways y se enva 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 enva la llamada al siguiente gateway en la lista, si existe.
234
Tema 9
Plan de Marcacin
Paso 7
Si no existen ms 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 enva la llamada al siguiente grupo
de rutas en la lista.
Paso 8
El siguiente grupo de rutas enva la llamada al primer gateway en

el grupo.
Paso 9
Despus de que la llamada alcanza un gateway que puede

ocuparse de ella, la llamada se enva fuera del sistema usando
ese gateway.
Paso 10
Si ningn gateway est disponible, la llamada falla.
235
Plan de Marcacin
Tema 9
9.5.3 Manipulacin de dgitos en una llamada externa
En un despliegue tradicional de telefona IP, la situacin planteada en la

figura describe una situacin habitual.
Un usuario marca un nmero a cinco cifras de otro usuario de la
empresa que est fuera del cluster (llamada externa). En primera instancia
progresa al destino por una interconexin 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
opcin mediante un primario a la red pblica.
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 pblica, que necesita 9 dgitos para saber interpretar el
destino de la llamada.
Es aqu donde se ve la necesidad de hacer una manipulacin de dgitos,
en este caso del nmero llamado, para que la llamada progrese
adecuadamente por PSTN. Lgicamente, esta manipulacin debe ser
transparente al usuario.
236
Tema 9
Plan de Marcacin
9.6 Plan de Marcacin Bsico

En este tema se describe como gestionar los componentes de un plan de
numeracin bsico.
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 marcacin ya est diseado 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 seleccin de una lista de
gateways y puertos para llamadas salientes.
237
Plan de Marcacin
Tema 9
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 botn 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 cmo CallManager distribuir las llamadas. Si se desea
que CallManager enve 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
continuacin del gateway al que se ha dirigido la llamada ms
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 bsqueda en el campo Device Name contains.
238
Tema 9
Plan de Marcacin
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 seleccin de puertos, dejar este campo al valor por
defecto.
Paso 7
Pulsar el botn Add to Route Group. Repetir los pasos 5 a 7

para los gateways que se desean aadir a este grupo.
Paso 8
Despus 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 botn Reverse Order of Selected Devices. Para
cambiar el orden, resaltar el gateway que se desea mover y pulsar
el botn 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 botn de flecha abajo situado debajo de la
caja Selected Devices. La entrada aparece entonces en la caja
Removed Devices.
Paso 10
Pulsar el botn Save para aadir o actualizar este grupo de rutas.
239
Plan de Marcacin
Tema 9
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 seccin
conducen a travs de la creacin y configuracin de un route list, adems de
configurar la manipulacin de dgitos 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 ms route pattern y determina el
orden en que se seleccionan los route group. El orden controla el progreso de
la bsqueda para encontrar dispositivos disponibles para las llamadas
salientes.
240
Tema 9
Plan de Marcacin
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
Paso 3
Introducir un nombre suficientemente descriptivo en el campo

Name. El nombre puede contener un mximo de 50 caracteres
alfanumricos, pudiendo contener una combinacin de espacios,
puntos, guiones y guiones bajo. El nombre debe ser nico en el
plan de enrutamiento.
Paso 4
Aunque CUCM inserta automticamente una descripcin es

aconsejable en el campo Description introducir un texto que
ayude a identificar esta lista de rutas fcilmente.
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 botn Save. Una ventana informa que al menos se debe

aadir al menos un grupo de rutas en esta lista de rutas. Pulsar el
botn OK.
241
Plan de Marcacin
Tema 9
Paso 7
Se despliega una pantalla similar a la mostrada en la figura.

Ntese 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 solucin de problemas se necesita
deshabilitar este grupo de rutas, desmarcar esta casilla. De
momento se dejar al valor por defecto.
Paso 8
Para aadir un grupo de ruta a esta lista, pulsar el botn 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 manipulacin de

dgitos. Si se desea configurar la informacin 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
mscara configurada en el nmero de directorio para llamadas
que se dirigen a este grupo de rutas.
Paso 11
En el campo Calling Party Transform Mask, introducir cualquier

mscara que vaya a afectar a la identificacin del llamante.
242
Tema 9
Plan de Marcacin
Paso 12
En el campo Prefix Digits (Outgoing Calls), introducir los dgitos

que se deseen aadir delante de la identificacin del llamante.
Paso 13
Los campos bajo la cabecera Called Party Transformations

influyen sobre el nmero marcado. Aqu es donde se puede
manipular el nmero que se enviar al gateway. Por ejemplo,
cuando la llamada va por un enlace WAN, solo se necesitan cinco
dgitos, pero si la WAN no puede gestionar la llamada y se deriva
a PSTN, son necesarios ms dgitos para que la Red Pblica
pueda dirigir adecuadamente la llamada. El primer campo en esta
categora 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 dgitos en las
llamadas salientes que se enven a este gateway. Una instruccin
para eliminar dgitos determina que dgitos se eliminaran del
nmero marcado antes de enviar la llamada saliente a los
gateways correspondientes.
Paso 15
En el campo Called Party Transform Mask, introducir la mscara

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

dgito que se desee aadir delante del nmero marcado antes de
enviar la llamada saliente a estos gateways.
Paso 17
Para aadir el grupo de rutas al route list pulsar el botn Save.
Paso 18
Una ventana informativa muestra que el grupo de rutas se ha

aadido y que la lista de rutas debe reiniciarse para que el cambio
tenga efecto. Pulsar el botn Aceptar.
243
Plan de Marcacin
Tema 9
Paso 19
Aparece de nuevo la pgina Route List Configuration donde se

visualiza de nuevo conteniendo el grupo de rutas que se acaba de
aadir. Repetir del paso 7 al 16 para cualquier nueva adicin de
grupos de rutas que se desee configurar.
Paso 20
Despus de que todos los grupos de ruta se han aadido, 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 botn 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 botn 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 botn Save para completar la configuracin de esta lista

de rutas.
244
Tema 9
Plan de Marcacin
9.6.3 Route Pattern
Cuando se marcan los dgitos se envan a CallManager, ste debe poder

emparejar esos dgitos con un patrn. Un patrn simplemente es un juego de
nmeros o comodines que CallManager empareja con el nmero marcado. Si
no hay un patrn configurado en CallManager con que emparejar los dgitos
marcados, la llamada falla.
Un route pattern comprende un string de dgitos y un conjunto de
ordenes de manipulacin de dgitos que dirige la llamada a un route list o a un
gateway. Los route pattern aportan flexibilidad al diseo de la red. Junto al
route list dirigen la llamada a un determinado dispositivo y aaden, eliminan o
modifican determinados dgitos del patrn.
Los patrones se componen de nmeros, comodines y caracteres
especiales. Los comodines permiten con un solo patrn emparejar mltiples
nmeros marcados. El comodn ms popular es la "X ". Este comodn empareja
cualquier dgito de 0 a 9. Se podra usar, por ejemplo, para configurar un
modelo que empareja los cinco dgitos de las extensiones de otro cluster. Si el
rango de la extensin del otro cluster es 52000 a 52999. En este caso se puede
usar un modelo tal que 52XXX ya que empareja todos los nmeros dentro de
este rango.
245
Plan de Marcacin
Tema 9
9.6.3.1 Route Pattern. Comodines
246
X Este comodn empareja cualquier dgito de 0 a 9. Ejemplo 52XXX

empareja con marcaciones de 52000 a 52999.
@ Este comodn empareja cualquier nmero del plan de marcacin de
Amrica del Norte.
! El signo de admiracin empareja cualquier dgito, o cualquier nmero
de dgitos. Ejemplo 55! empareja cualquier nmero que empieza con 55.
Los resultados de usar (! ) son casi ilimitados.
[] Los dgitos dentro de los corchetes representan un rango de nmeros
que pueden emparejar con un solo dgito. Ejemplo 55[2-5] empareja con
552, 553, 554 y 555.
[^] Los dgitos encontrados dentro de los corchetes que incluyen un (^)
representa un rango de nmeros que sern excluidos al emparejar con
un dgito. Ejemplo 55[^2-5] empareja con 550, 551, 556, 557, 558, 559,
55* y 55#.
+ El signo ms empareja uno o ms casos del carcter precedente o
rangos en el patrn. Ejemplo 572+1 empareja 57221, 572221, 5722221
y as sucesivamente.
? El signo de interrogacin empareja con ninguno o ms casos del
carcter 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 dgitos 7 seguidos
por un 2 como ltimo dgito.
Tema 9
Plan de Marcacin
. El punto se usa en la manipulacin de dgitos. Se usa para determinar

qu dgitos sern descartados. Ejemplo si se utiliza la instruccin de
eliminacin de dgitos PreDot con el modelo 0.!, el 0 se descarta porque
va delante (Pre) del punto (Dot). Si se marca el nmero 0912485551 el 0
se descarta, quedando 912485551.
* El asterisco es un dgito vlido que puede marcarse desde un telfono
por lo que puede ser parte de un modelo. Es importante comprender que
no se trata de un comodn. El asterisco se usa como un comodn en
muchas aplicaciones, pero no cuando forma parte de un patrn de
CallManager. Ejemplo 543* slo empareja 543*.
# La almohadilla (#) es tambin un dgito vlido que puede marcarse. Sin
embargo, su uso ms comn es para indicar que se ha finalizado la
marcacin de dgitos en la llamada. La almohadilla slo debe usarse
como el ltimo dgito de un patrn. Se pueden usar instrucciones de
descarte con este patrn, para eliminar (#) antes de mandar la llamada
saliente. Ejemplo 542342# empareja slo con 542342# y enruta la
llamada en cuanto se presiona la almohadilla. Esto es til cuando se usa
el (!) en un patrn. Normalmente (#) se usa despus de (!) en un modelo.
# detiene la temporizacin interdgitos, que por defecto es 15 segundos.

Se configura en el temporizador T302 en milisegundos (T302=15000 => 15
segundos).
247
Plan de Marcacin
Tema 9
9.6.3.2 Route Pattern. Configuracin
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 botn Add New. Se despliega una pantalla similar a la

mostrada en la figura. Introducir el conjunto de dgitos 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 descripcin que

identifique este route pattern.
Paso 5
Determine el nivel de preferencia de este patrn 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 patrn de ruta.
248
Tema 9
Plan de Marcacin
Paso 7
Para permitir que las llamadas que emparejen con este route
pattern sean enrutadas, habilitar el botn Route this pattern.
Para bloquear las llamadas, seleccionar el botn Block this
pattern. Debiendo elegir la razn por la que se desea bloquear
este patrn.
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 configuracin 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 invitacin a

marcar despus de que se han marcado los primeros dgitos,
seleccionar la casilla Provide Outside Dial Tone.
Paso 11
Si el dispositivo al que se est conectando requiere que cada

dgito se enve de uno en uno, seleccionar la casilla Allow
Overlap Sending.
Paso 12
Para dirigir una llamada en cuanto empareje con este patrn,

habilitar Urgent Priority.
Paso 13
En los campos siguientes se elige si este patrn necesita cdigo

de autorizacin, casilla Require Forced Authorization Code
(FAC), con su correspondiente nivel, Authorization Level y
cdigo de cliente casilla Require Client Matter Code (CMC).
Paso 14
Si se desea modificar la informacin del llamante, configurar los

campos que se encuentran debajo de la cabecera Calling Party
Transformations.
Paso 15
Si se desea modificar la informacin de la parte conectad,

configurar los campos que se
encuentran
debajo
de
la
cabecera Connected Party Transformations.
Paso 16
Si se desea modificar la informacin del llamado, configurar los

campos que se encuentran debajo de la cabecera Called Party
Transformations.
Paso 17
Pulsar el botn Save, en la pantalla que indica el reinicio del route

list pulsar Aceptar.
249
Plan de Marcacin
Tema 9
9.6.3.3 Anlisis de dgitos
El comportamiento de los componentes que dirigen la llamada puede

estar en contra de la intuicin. Siempre que un usuario realiza una llamada
desde un dispositivo registrado en CallManager. CCM analiza cada dgito
marcado para determinar donde dirigir la llamada. Al coleccionar los dgitos
marcados, los componentes de enrutamiento de llamada siguen el siguiente
proceso:
Paso 1
250
CCM compara la secuencia actual de dgitos 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 vaco, los dgitos marcados hasta
ese momento no corresponden con un destino. CCM
rechaza la llamada si entiende que se ha finalizado la
recepcin de dgitos.
Si currentMatches contiene uno o ms miembros, los
componentes de enrutamiento de llamada determinan el
emparejamiento ms prximo. El emparejamiento ms
cercano es el route pattern en currentMatches que
empareja con el menor nmero de posibilidades. Por
ejemplo, si se marca el nmero 1001, empareja tanto con el
route pattern 1XXX como con 10XX. Sin embargo hay 1000
Tema 9
Plan de Marcacin
posibles dgitos marcados que emparejan con 1XXX, solo

100 emparejan con 10XX. Luego, 10XX es el
emparejamiento ms cercano.
Paso 2
Paralelamente al primer paso, CCM determina las posibles route

pattern que podran emparejar si el usuario marca ms dgitos.
CCM nombra a esta condicin como potentialMatches.
Si potentialMatches permanece a verdadero, los
componentes de enrutamiento esperan a que el usuario
marque ms dgitos. Si el usuario marca otro dgito, se
repite la secuencia de eventos del primer paso con los
nuevos dgitos marcados.
Si potentialMatches no est a verdadero o vence el
temporizador interdgitos, se toma el destino seleccionado.
La figura muestra un ejemplo de enrutamiento de llamada en el que los

dgitos marcados emparejan exactamente con un route pattern.
Cuando el usuario descuelga CCM comienza sus procesos de
enrutamiento. Al principio no se han recogido dgitos, por lo que todos los route
pattern configurados en CCM son potenciales puntos de emparejamiento.
Mientras que la condicin potentialMatches est a verdadero CCM espera
recibir ms dgitos 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!
251
Plan de Marcacin
Tema 9
como potenciales emparejamientos. El nico route pattern posible de emparejar

es 1111. Sin embargo, como la condicin potentialMatches est an a
verdadero, CCM debe seguir analizando dgitos. Esto es as, porque el usuario
puede continuar marcando y marcar un conjunto de dgitos que no emparejen
con ninguna entrada.
El usuario marca otro 1, que no produce ningn cambio en el proceso.
La condicin currentMatches es falsa, y potentialMatches es an verdadera. El
usuario marca 1 de nuevo. En este momento, el route pattern 1111 es un
emparejamiento, y la condicin currentMatches es verdadera. CCM elimina el
patrn 1111 de la tabla de potenciales emparejamientos, por lo que si el
usuario marca ms dgitos no provocar que CCM empareje con otro patrn.
Aqu CallManager entrega la llamada al destino marcado.
La figura muestra un ejemplo de enrutamiento por proximidad. El usuario

marca los dgitos 12. En este punto CCM elimina los patrones 1111, 121, 2[04]X, y 13! como potenciales emparejamientos. Permanecen 121X y 1[23]XX
como posibles emparejamientos. Como no hay emparejamientos la condicin
currentMatches es falsa y potentialMatches es verdadera. CCM continua
analizando dgitos.
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 vaca implica que si el
usuario sigue marcando no se producen cambios. Ahora CCM debe decidir por
donde enrutar la llamada basndose en los patrones disponibles en la tabla de
emparejamientos actuales. Aqu es donde se aplican las normas de
252
Tema 9
Plan de Marcacin
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 nmeros

de longitud variable. CCM debe esperar el vencimiento del temporizador
interdgitos antes de enrutar la llamada. El comodn ! representa un nmero de
longitud variable y nunca ser un emparejamiento exacto con un grupo de
dgitos marcados, (si el usuario pulsa # despus del ltimo dgito marcado,
CCM no espera el vencimiento de este temporizador, siempre y cuando exista
un patrn del tipo 13!#). En este ejemplo CCM incluye los patrones mostrados
en la figura.
El usuario marca los dgitos 1311. Esto provoca que CCM elimina los
patrones 111, 121X y 131 y que se sitan en la tabla de emparejamientos
potenciales 1[23]XX, 13[0-4]X y 13!. Este ltimo hace que la condicin
potentialMatches sea siempre verdadera, pues CCM no tiene forma de conocer
si el usuario marcar ms dgitos. Por ejemplo el usuario puede intentar marcar
13111555. Mientras que la condicin potentialMatches sea verdadera, CCM
sigue esperando.
En este caso, el nico evento que permite a CCM seleccionar un destino
es el temporizador interdgitos. Cuando expira, CCM interpreta que ya no se
van a marcar ms dgitos y procede a tomar la decisin de enrutamiento
basndose en los route pattern que se encuentran en la tabla de
253
Plan de Marcacin
Tema 9
emparejamientos actuales: 1[23]XX, 13[0-4]X y 13!. Como hay varios patrones

que emparejan con los dgitos marcados 1311, entran en juego las normas de
proximidad.
El patrn 1[23]XX empareja con 200 destinos (1200 a 1399), el patrn
13[0-4]X empareja con 50 destinos (1300 a 1349) y el patrn 13! empareja con
un nmero infinito de destinos. CCM utilizar este ltimo patrn solo si es el
nico de la tabla. Visto lo anterior, la llamada se asocia con el patrn 12[0-4]X.
254
Tema 9
Plan de Marcacin
9.7 Plan de Marcacin Avanzado

En este tema se describe como gestionar los componentes de un plan de
numeracin avanzado.
9.7.1.1 Manipulacin de dgitos
Despus de que la llamada se enva a un route group y se encuentra un

gateway disponible, pueden realizarse seis tipos de manipulacin de dgitos.
Tres afectan al nmero llamante (identidad del que realiza la llamada) y tres
afectan el nmero llamado. La manipulacin de dgitos puede realizarse
aplicando una mscara a los dgitos. CallManager aplica la mscara a los
dgitos justificando por la derecha tanto los dgitos como la mscara, poniendo
la mscara directamente bajo los dgitos, por as decirlo. Donde hay X en la
mscara, CallManager pasar los dgitos. Donde hay nmeros en la mscara,
CallManager reemplazar los dgitos con el nmero en la mscara.
Por ejemplo, una mscara de 612555X2XX aplicado a los dgitos 4321
se parecer a lo siguiente:
4321 - Dgitos
612555 X2XX - Mscara
612555 4221 - Resultado final
255
Plan de Marcacin
Tema 9
Aunque la manipulacin de dgitos puede hacerse en el mbito de

configuracin 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

nmero del directorio, esta mscara cambia la informacin del nmero
llamante. Al agregar un grupo de rutas a una lista de rutas, se puede
escoger habilitar o deshabilitar esta mscara. Por ejemplo esta mscara
puede usarse para enviar un nmero de marcacin directa entrante
(DID) como identidad del llamante. Si se aplica una mscara de telfono
externo como 408370XXX a un nmero de extensin a 4 dgitos y se
habilita la mscara, CallManager pasar el nmero de marcacin directa
entrante para la identidad del llamante. Por ejemplo:
4112 Nmero de extensin
408370 XXXX - Mscara telfono externo
408370 4112 Identidad del llamante
Con este tipo de mscara, CallManager pasa el nmero de directorio de
forma transparente como identidad del llamante.
256
Calling Party Transform Mask A veces no es deseable pasar la identidad

del nmero de marcacin directa entrante como identidad del llamante, o
el nmero de directorio no es un nmero DID. La mscara de
transformacin de la parte llamante puede usarse para manipular que
dgitos pasan para identificar al llamante. Tambin puede usarse para
pasar un nmero DID determinado como identidad del llamante si la
Tema 9
Plan de Marcacin
mscara de telfono externo no se utiliza. Los dgitos reales

proporcionados dependen de si la mscara del nmero de telfono
externo se aplica o no. Si la mscara de telfono externo no se usa, la
mscara de transformacin de la parte llamante se aplica al nmero de
extensin como sigue:
4112 - Nmero de la extensin
408370 XXXX Mscara de transformacin parte
llamante
408370 4112 Resultado final
Si se utiliza la mscara de telfono externo, la mscara de
transformacin de la parte llamante se aplica al resultado final de la
transformacin de la mscara de telfono externo como sigue:
4083704112 - Resultado de transformacin de mscara
de telfono externo
4083701200 Mscara de transformacin de parte
llamante
4083701200 Resultado final (quizs el nmero de
empresa)
Como se puede ver, la mscara de transformacin es una potente
herramienta.
Calling Prefix Digits Estos dgitos preceden los dgitos a los que se
aplica. Un ejemplo podra ser usar 40837 como los dgitos prefijo en un
plan de marcacin interno de 5 dgitos. Por ejemplo, si el nmero de la
extensin es 58321, CallManager agrega 40837 delante de 58321 dando
como resultado 4083758321.
257
Plan de Marcacin
Tema 9
El ejemplo de la figura muestra como funciona en la transformacin de la

parte llamante y el orden en que CCM procesa las instrucciones. Se pueden
configurar tres tipos de transformacin de la parte llamante en el enrutamiento
de la llamada:
Se utiliza la mascara de telfono externo, para presentar una
identificacin del nmero llamante en lugar del DN. Se aplica para
cambiar individualmente la identificacin de una extensin.
La mscara de transformacin de la parte llamante permite la
supresin de dgitos cabecera, manteniendo dgitos sin
modificacin e insertar dgitos cabecera.
Los dgitos prefijo permiten la adicin de dgitos especficos al
nmero llamante.
CCM aplica las transformaciones en el orden en que se presentan en la
figura.
258
Tema 9
Plan de Marcacin
Discard Digits Esto determina que cualquier dgito marcado se

descartar. Se usa a menudo para eliminar el 0 delante de las llamadas
salientes. Las opciones especficas de este campo se tratan ms
adelante en este captulo.
Called Party Transform Mask Esta mscara cambia el nmero llamado
(dgitos marcados). Esto podra usarse en un entrono que obliga a los
llamantes a marcar solo cinco dgitos para buscar un telfono va un ICT.
Sin embargo, si el ICT es incapaz de tratar la llamada, se enruta al
PSTN. El PSTN necesita el nmero de telfono completo, por lo que se
utiliza una mscara de transformacin de la parte llamada. Una mscara
de 91334XXXX podra usarse en este ejemplo. Esta mscara le dice a
CallManager que aplique 91334XXXX al nmero marcado 58321 como
sigue:
58321 Nmero marcado
9133 4XXXX Mscara de transformacin parte
llamada
9133 48321 Dgitos enviados a la Red Pblica
En este ejemplo se supone que el 913348321 es el nmero de telfono
de la parte llamada.
Called Prefix Digits: Estos dgitos se aaden delante del nmero llamado
(dgitos marcados). Un ejemplo podra ser 9133. Esta mscara le dice a
CallManager que ponga 9133 delante de la extensin. Por ejemplo, si el
nmero de la extensin es 58321, CallManager agrega 9133 delante de
58321 lo que da como resultado 913358321.
259
Plan de Marcacin
Tema 9
El ejemplo de la figura muestra como funciona en la transformacin de la

parte llamada y el orden en que CCM procesa las instrucciones. Se pueden
configurar tres tipos de transformacin de la parte llamada en el enrutamiento
de la llamada:
DDI permite descartar parte del nmero. Se suele utilizar para
eliminar el cdigo de acceso a la Red Pblica.
La mscara de transformacin de la parte llamada permite la
supresin de dgitos cabecera, manteniendo dgitos sin
modificacin e insertar dgitos cabecera en el nmero marcado.
Los dgitos prefijo permiten la adicin de dgitos especficos al
nmero llamado.
CCM aplica las transformaciones de la parte llamada en el orden en que
se presentan en la figura.
260
Tema 9
Plan de Marcacin
La configuracin de la transformacin 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 configuracin de la transformacin de la parte llamante asignada
al route group en el route list anula cualquier configuracin realizada en un
route pattern asociado con este route list.
Para acceder a la configuracin de la transformacin de la parte llamada
y llamante, se puede elegir Call Routing > Route/Hunt > Route List en
CCMAdministrator.
Normalmente las mscaras de transformacin se aplican en el mbito de
route list. De esta forma, se puede asignar una mscara de transformacin
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 va IPWAN. Ambos grupos contienen varios gateways que conecta con las
respectivas redes. Cuando CCM desva una llamada a un gateway en PSTN se
aplica una mscara de transformacin, que configura un nmero E.164. Sin
embargo, cuando CCM elige un gateway del grupo IPWAN, se progresa otro
nmero que puede coincidir con el plan de DN interno del cluster.
261
Plan de Marcacin
Tema 9
La figura resume como CCM realiza la transformacin de la parte

llamada (dgitos marcados) y de la parte llamante (identidad de la extensin
que realiza la llamada). En esta figura, un usuario marca un nmero al que
CCM primero aplica una transformacin de la parte llamante. Esta accin
cambia la identidad del nmero llamante que se visualizar en el telfono
destino de la llamada. CCM aplica luego la transformacin de la parte llamada
para cambiar el nmero marcado.
Las dos transformacin se explican en la figura y, para el usuario A
concretamente, se siguen los siguientes pasos:
Paso 1
Paso 2
Paso 3
Paso 4
Paso 5
Paso 6
262
El usuaria A con DN 5062 marca 91234.

El nmero marcado empareja con el route pattern 9.1XXX.
Este patrn contiene la DDI que elimina el 9. El nmero marcado
se convierte en 1234.
El nmero llamante 5062 pasa a travs de la mscara de
transformacin de la parte llamante, que contiene instrucciones
para cambiar los ltimos tres dgitos de la parte llamante por
X000. La nueva identificacin del llamante es 5000.
CCM pasa a continuacin el nmero llamado por la mscara de
transformacin del nmero llamado X000, que cambia el nmero
marcado a 1000.
El resultado es que el nmero A es 5000 y el nmero B es 1000.
Tema 9
Plan de Marcacin
9.7.2 Instrucciones de descarte de dgitos
Si no se usa el comodn @, las nicas instrucciones de eliminacin de

dgitos vlidas son PreDot o None.
263
Plan de Marcacin
Instrucciones
de descarte
10-10-Dialing
11/10D->7D
11D->10D
Intl TollBypass
PreAt
PreDot
Tema 9
Descripcin
Ejemplo
Elimina 1010 y el cdigo de

operador
Deja nmeros de 11 y 10
dgitos en nmeros de 7
1010-321-585-555-5555 se
convierte en 585-555-5555
1-246-555-1212 246-5551212 se convierte en 5551212
Cambio nmeros de 11 1-246-555-1212 se convierte

dgitos en nmeros de 10 en 246-555-1212
dgitos
Elimina el cdigo de 011-64-3214322 se
internacional y del pas
convierte en 3214322
Elimina todos los nmeros Cuando
los
dgitos
antes de @ en el patrn 912485551212 emparejan
confrontado
con el patrn 9@, el 9 se
elimina
resultando
12485551212
Elimina todos los dgitos Cuando los dgitos
antes del punto en el 912485551212 son
patrn confrontado
emparejados al patrn
9.@, el 9 se elimina
resultando 12485551212
Trailing-#
264
Elimina la almohadilla del 12465551212# se convierte

final de los dgitos marcados en 12465551212
Tema 9
Plan de Marcacin
9.7.3 Traslation Patter
A veces, puede ser necesaria la manipulacin de dgitos, 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 dgitos de la parte
llamada y la llamante. Los route patterns tambin pueden cambiar CSS y la
preferencia MLPP de una llamada.
Las cuestiones que pueden aparecer usando los translation pattern solo
estn limitados por la imaginacin de quien los utiliza. A menudo, aparecen
problemas interesantes que se resuelven utilizando los translation pattern. El
cambio del nmero de extensin representa uno de los asuntos ms comunes
que los translation pattern pueden ayudar a resolver. A menudo cuando una
empresa se traslada de ubicacin, est obligada a asumir un nuevo rango de
marcacin DID telefnica en la nueva sede. Lo ms probable es que el nuevo
rango sea completamente diferente que rango anterior. Cuando los ltimos
dgitos de un nmero DID de un usuario son tambin los dgitos del nmero de
su extensin (cosa bastante normal), el usuario acaba con un nuevo nmero de
extensin despus del traslado. Como los empleados suelen usar el nmero
antiguo de extensin, que ya no es valido, la llamada falla. Creando un
translation pattern que empareje con la antigua extensin y la transforme en la
nueva extensin, se reduce la frustracin mientras los usuarios se habitan al
nuevo rango de numeracin.
265
Plan de Marcacin
Tema 9
Se trata a continuacin como funciona todo esto de forma ms detallada.

Asumir que el rango de las extensiones iniciales es 5000-5999, y que el nuevo
rango es 7000-7999. La nica parte del nmero de la extensin que cambia es
el primer dgito, 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 nmero llamado a 7050. Como 7050 es la nueva
extensin, la llamada se dirige al telfono.
Los translation pattern utilizan los resultados de la transformacin de la
parte llamada como un conjunto de dgitos para un nuevo intento de anlisis. El
segundo intento puede emparejar de nuevo con un translation pattern. En este
caso CCM aplica la transformacin de la parte llamada y llamante de este
patrn y utiliza el resultado para un nuevo anlisis. Para prevenir bucles, CCM
rompe la cadena despus de la dcima iteracin.
La figura muestra una aplicacin del translation pattern. Cuando un

nmero DID de la red pblica no coincide con un nmero interno, se puede
usar un translation pattern para hacer la traduccin.
En el ejemplo la numeracin pblica de la empresa es 91 334 7XXX, y
las extensiones son a cuatro dgitos 4XXX. Cuando la empresa recibe una
llamada entrante, CCM puede usar DDI para eliminar 91 334 del nmero
entrante, manteniendo 7XXX. En este momento, se puede aplicar un translation
pattern con una mscara de transformacin de la parte llamada 4XXX. sta
convierte el rango externo 7XXX al rango interno 4XXX. Despus de aplicar la
mscara de transformacin CCM vuelve a analizar el nmero marcado y
encamina la llamada a la extensin interna correspondiente.
266
Tema 9
Plan de Marcacin
Tambin puede usarse translation pattern para enviar una llamada

entrante a un nmero no asignado haca una posicin de contestacin
centralizada, como puede ser la operadora. Por ejemplo, un translation pattern
= XXXX con Called Party Transfomr Mask = 4111, enviara las llamadas
entrantes, que previamente han sufrido la transformacin 7XXX -> 4XXX a la
operadora 4111, si no existe ninguna extensin 4XXX con la que emparejar el
nmero llamado en la llamada entrante (match por proximidad).
Los pasos siguientes muestran cmo crear y configurar un translation pattern:

Paso 1
Paso 2
Paso 3
Paso 4
Paso 5
Paso 6
Desde CCMAdministrator, seleccionar Call Routing>Translation

Pattern.
Pulse el botn Add New.
Aparece una pantalla similar a la mostrada en la figura. En el
campo Translation Pattern, introducir el patrn 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.
El campo Partition determina qu dispositivos pueden acceder a
este modelo.
En el campo Description, introducir una descripcin que ayude a
identificar el objetivo de este translation pattern.
En el campo Numbering Plan, escoger el plan de numeracin
apropiado.
267
Plan de Marcacin
Paso 7
Paso 8
Paso 9
Paso 10
Paso 11
Tema 9
De la lista desplegable del campo Route Filter, seleccionar el

filtro de ruta que se va a aplicar a este patrn. Los filtros de ruta
se utilizan para limitar que dgitos emparejan con el patrn y solo
se utilizan cuando el patrn contiene el comodn (@).
De la lista deplegable del campo Calling Search Space,
seleccionar el CSS para este translation pattern.
Determinar el nivel de prioridad que se asignar a este modelo de
la lista deplegable del campo MLPP Precedente.
Para permitir dirigir las llamadas que emparejen con este modelo,
activar el botn Route
this pattern. Para impedir enlutar las
llamadas que emparejan con este modelo seleccionar el botn
Block this pattern. Cuando se selecciona el botn que bloquea el
modelo, se debe seleccionar una razn en la lista deplegable a la
derecha del botn.
Para proporcionar un segundo tono de invitacin a marcar, marcar
la casilla Provide Outside Dial Tone.
Nota
Tngase en cuenta que la casilla Urgent Priority est marcada y no
puede desmarcarse. Esto significa que en cuanto un patrn empareje con un
translation pattern la llamada es enviada a travs de ste; CallManager no
espera el resto de los dgitos aun cuando puedan existir otros posibles
emparejamientos.
Paso 12
268
El campo etiquetado como Use Calling Party's External Phone

Number Mask determina si la mscara configurada en el nmero
Tema 9
Paso 13
Plan de Marcacin
del directorio se usa para llamadas que se emparejan con este

patrn.
En el campo Calling Party Transform Mask, introducir cualquier
mscara que se desee aplicar a la identidad del llamante.
Nota
Aqu es donde la mayora de la gente comete un error. A menudo los
administradores introducen aqu el patn al que se desea cambiar el nmero.
Esto no es correcto. Este campo afecta a la identidad del llamante, no al
nmero marcado. Para efectuar un cambio en el nmero marcado, cambiar al
campo Called Party Transform Mask. ste es un error comn porque el campo
Called Party Transform Mask no puede verse en la pantalla a menos que se
efecte un desplazamiento hacia abajo.
Paso 14
En el campo Prefix Digits (Outgoing Calls), introducir cualquier
dgito que se desee aadir delante de la identificacin del
llamante.
Paso 15
El campo Calling Line ID Presentation determina si la
informacin de identificacin del llamante es bloqueada para
llamadas salientes que emparejen con este modelo. Para
bloquear la identificacin 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 informacin
del nombre del llamante es bloqueada para llamadas salientes
que emparejen con este patrn. Para bloquear la identificacin 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
informacin de la lnea conectada se visualiza en el telfono de la
parte llamante. Para bloquear la identificacin de la lnea
conectada, seleccionar Restricted de la lista desplegable. Para
permitir la identidad de la lnea conectada, seleccionar el valor
Allowed de la lista desplegable.
Paso 18
El campo Connected Name Presentation determina si la
informacin del nombre de la parte conectada se visualiza en el
telfono de la parte llamante. Para bloquear la identificacin del
nombre de la parte conectada, seleccionar Restricted de la lista
desplegable. Para permitir la presentacin del nombre de la parte
conectada, seleccionar el valor Allowed de la lista desplegable.
Paso 19
El siguiente grupo de campos determina si la manipulacin de
dgitos se realiza sobre los dgitos marcados. De la lista
desplegable del campo Discard Digits, seleccionar la instruccin
de eliminacin de dgitos que se desee aplicar a la llamada que
empareje con este patrn.
Paso 20
En el campo Called Party Transform Mask introducir la mscara
que se desea usar para las llamadas que emparejen con este
patrn. Este campo determina como se van a transformar los
dgitos marcados.
269
Plan de Marcacin
Paso 21
Tema 9
En el campo Prefix Digits (Outgoing Calls), introducir los dgitos

que se deseen aadir delante del nmero marcado antes de
enviarse a la lista de rutas.
Paso 22
Pulsar el botn Save para implementar este translation pattern.
A estas alturas se debe entender cmo crear los translation patter. Al
crear soluciones personalizadas, asegurarse de tenerlos presente porque
pueden usarse en numerosas situaciones.
270
Tema 9
Plan de Marcacin
9.7.4 Route Plan Report
El Route Plan Report es un listado de todos los nmeros 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 configuracin asociada. Se puede realizar esto
seleccionando un route pattern, partition, route group, route list, call park
number, call pickup number, conference number o gateway.
Tambin 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 informacin ms detallada que la pgina
web, incluyendo los DNs para telfonos, route patterns y translation patterns.
271
Plan de Marcacin
Tema 9
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 configuracin.
Paso 2
Pulsar el botn Go a la derecha de la casilla View in File.
Aparece una ventana de dilogo para descargar el fichero
NumPlan.csv.
Paso 3
Elegir Save File en la casilla de dilogo. Aparece otra ventana
que permite elegir la localizacin del fichero a descargar. Se
puede cambiar el nombre del fichero, pero la extensin debe
seguir siendo .csv.
Paso 4
Seleccionar la localizacin en la que se va a salvar el fichero y
pulsar el botn Save.
ste se graba en la localizacin
indicada.
Paso 5
Localizar el fichero donde se ha salvado y hacer doble click en su
icono para visualizarlo.
272
Tema 9
Plan de Marcacin
9.7.5 Supuesto prctico de Call Routing
Supuesto 1: Realizar un plan de marcacin para el cliente 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 dgitos 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 nmeros de 5 dgitos para localizar usuarios en otra
sede, siendo el primer dgito 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 configuracin de
un call routing. En este supuesto, cuando un usuario en Lab_2, por ejemplo,
marca 63005 el cluster CUCM local analiza los dgitos marcados y busca un
emparejamiento. En este caso, 63005 emparejar con el patrn 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
273
Plan de Marcacin
Tema 9
realizar manipulacin de dgitos (en el sentido de modificar la parte llamada)

para que el cluster CUCM remoto reciba la llamada en formato que pueda
entender, nmero marcado a cuatro dgitos.
Si la IPWAN est cada o no tiene recursos suficientes, CUCM debe
enrutar la llamada va el gateway conectado a la PSTN. Esta llamada para
progresar por la red necesita un nmero pblico (nueve dgitos), por lo que
CUCM debe realizar manipulacin de dgitos (con el fin de modificar la parte
llamada) para cambiar el nmero marcado por 915244135, que permita a la
Red Pblica entender el nmero. 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 cdigo de escape para que los usuarios de las tres sedes hagan
llamadas externas a la red pblica es el 0 y lo marcado debe coincidir con
patrones que siempre encaminen por el gateway a la Red Pblica. Aunque un
solo patrn sera 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).
274
Tema 9
Plan de Marcacin
9.8 Categoras
Este tema describe como gestionar las categoras para implementar
clases de usuarios dentro de CUCM.
9.8.1 Derechos y restricciones

Despus 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 ms y ver como ciertos destinos
quedan bloqueados para algunos dispositivos, pero no para todos.
Tambin 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.
275
Plan de Marcacin
Tema 9
Class of Service (Cos) es un conjunto de permisos y restricciones que se

pueden asignar a usuarios de forma individual. En este documento los trminos
permisos y restricciones se consideraran sinnimos, y se referenciarn como
categoras en un plan de marcacin.
Ejemplos de permisos son:
Una clase de usuarios pueden realizar llamadas externas durante
la jornada laboral, pero no fuera de sta.
Los telfonos del vestbulo pueden marcar nmeros 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
excepcin de los nmeros 900.
Si una sede tiene enlaces locales a la red pblica, sus usuarios
marcando el cdigo de acceso a la red pblica deben utilizar
estos; mientras que en la sede principal utilizaran sus recursos,
marcando el mismo cdigo de escape.
CUCM utiliza Patitions, Calling Search Spaces (CSS) y Time of Day
Routing para implementar las categoras del plan de marcacin. En este
documento se tratan los dos primeros conceptos.
276
Tema 9
Plan de Marcacin
9.8.2 Calling Search Space y Partitions. Conceptos bsicos
Una partition es un grupo de nmeros de directorio (DNs) con similares

categoras, 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 lgico de DNs y pattern con caractersticas similares de
accesibilidad. Los dispositivos que normalmente se sitan en partitions son:
DNs, route patterns y translation patterns. Los nombres de las partitions deben
reflejar
sus
caractersticas:
ZAMORA_internacional_PT,
MADRID_metropolitana_PT.
Un CSS es una lista ordenada de partitions que el anlisis de dgitos de
CUCM considera antes de encaminar una llamada telefnica. 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 sitan en partitions tienen un patrn seleccionable
mediante la marcacin de dgitos. Se incluyen: nmeros de directorio (DN),
route pattern, translation pattern, route group de lneas CTI, puertos CTI,
puertos de mensajera vocal y nmeros de multiconferencia.
Los objetos que tienen asignado un Calling Search Space son aquellos
que tienen la capacidad de iniciar un proceso de llamada entregando dgitos al
proceso de anlisis de dgitos de CUCM. Aqu estn los telfonos, lneas de
277
Plan de Marcacin
Tema 9
telfono, gateways y aplicaciones (va su route group CTI o puertos de

mensajera vocal).
En la figura los telfonos del vestbulo y salas de reuniones se sitan en
la partition A. Las partitions B, C, D, E, y F contienen el route pattern que
empareja con nmeros locales, nacionales, internacionales, extensiones de la
empresa y servicios de emergencia.
El CSS de los telfonos del vestbulo y salas de reunin contienen solo
las partitions asociadas a las extensiones de la empresa y los nmeros de
emergencia. Por lo que estos telfonos solo podrn 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 ms confusin generan. Esto es muy extrao
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 analoga 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 ms que llaves y cerraduras, pero usando este smil
se puede comenzar a entender como funcionan. Se va a echar una mirada ms
profunda a esta analoga. La figura muestra cinco telfonos. Los primeros
cuatro telfonos tienen partitions (cerraduras). Es importante sealar que las
partitions (cerraduras) no se asignan a los dispositivos, sino a los pattern
278
Tema 9
Plan de Marcacin
y a los nmeros de directorio (DNs). Para este ejemplo, suponer que cada
telfono tiene una slo lnea y la partition (cerradura) se asigna a esa lnea.
Debajo de cada telfono hay un CSS (manojo de llaves) que muestra a que
partitions (cerraduras) tiene acceso el telfono. CSS (manojo de llaves) puede
asignarse al dispositivo o a la lnea. En este ejemplo, suponer que se asignan
al dispositivo.
Se observa a continuacin las respuestas a las preguntas de la imagen.
P1: A que telfonos puede llamar el telfono A?
R1: Para determinar a qu telfonos puede llamar el telfono A, se necesita
mirar su CSS (manojo de llaves). El telfono 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 telfono B. Sin embargo, como el telfono E no tiene ninguna
cerradura (partition) asignada, cualquier telfono puede llamarlo, es como
una puerta sin cerradura que puede abrir cualquiera.
P2:
R2:
A que telfonos puede llamar el telfono D?

Como el telfono D tiene slo una llave cuadrada, puede marcar al
telfono A y, claro, al telfono E que no tiene ninguna cerradura
(partition).
P3: Qu telfono puede llamar a todos los dems telfonos?
R3: El telfono B tiene un manojo de llaves (CSS) importante, pues contiene
todas las llaves, puede alcanzar a todos los dispositivos.
P4: Qu telfonos puede llamar al telfono E?
R4: Como el telfono E no tiene ninguna cerradura (partition) todos los
telfonos pueden alcanzarlo.
P5: A qu telfonos puede llamar el telfono E?
R5: Como el telfono E no tiene ninguna llave, puede alcanzar slo
dispositivos que no tienen ninguna cerradura. En este ejemplo el
telfono E puede marcarse slo a si mismo.
El primer concepto errneo 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 analoga de la
cerradura y el manojo de llaves, si dos personas tienen las mismas cerraduras,
sus casas se abrirn 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 implcito el efecto de dnde puede llamar
el dispositivo. Sin embargo, si dos dispositivos que tambin tienen la misma
partition tienen un CSS que les permite acceder a su partition, si pueden
llamarse.
279
Plan de Marcacin
Tema 9
El siguiente punto importante es el orden de CSS. Como se ha

demostrado en el anterior ejemplo, CSS puede permitir el acceso a ms de una
partition. Ahora, imaginar que un dispositivo tiene un CSS que le permite
emparejar dos dispositivos con el mismo nmero, pero en diferentes partitions.
La figura muestra un ejemplo de esta situacin.
Cuando se produce una bsqueda para un emparejamiento, se
encuentran varios emparejamientos posibles. Como hay emparejamientos
mltiples, 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
telfono C es cuadrado seguido por el tringulo, esto significa que cuando el
telfono C marca 1001, emparejar primero con el 1001 que tiene la partition
cuadrada, que est en el telfono A.
280
Tema 9
Plan de Marcacin
Para agregar un poco ms de complejidad a este tema, es posible tener

un CSS tanto en el dispositivo como en la lnea. Por ejemplo, el telfono puede
tener un CSS que concede el acceso a la partition cuadrada y una lnea en el
telfono puede tener un CSS que concede el acceso a la partition tringulo. En
semejante caso, el CSS de la lnea tiene prioridad. La figura muestras un
ejemplo de esto. Este ejemplo abandona la analoga de cerraduras y llaves
para enfocar ms las condiciones reales.
En el ejemplo ilustrado por la figura, el telfono A tiene dos lneas, 1001
y 1010. La lnea 1001 no tiene ningn CSS, y la lnea 1010 tiene un CSS que
concede el acceso a los dispositivos en la partition ejecutivos. El telfono A
tambin tiene un CSS a nivel de dispositivo que permite el acceso a los
telfonos de las partitions empleados y vestbulo. Como la lnea 1001 no tiene
CSS propio, solo tiene acceso a los dispositivos que pueden ser alcanzados
usando el CSS del dispositivo. Como la lnea 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 lnea 1001, slo se podr
llamar a los dispositivos de las partitions vestbulo y empleados; pero cuando
se marca desde la lnea 1010, son accesibles los dispositivos en las partitions
vestbulo, empleados y ejecutivos.
Ahora, echando una mirada a los otros tres telfonos. El telfono B tiene
la extensin 1004, y esa lnea est en la partition de empleados. El telfono C
tiene la extensin 1003, y esa lnea est en la partition vestbulo. El telfono D
tiene la extensin 1004, y esa lnea est en la partition ejecutivos.
Se observa a continuacin las respuestas mas adecuadas a las
preguntas de la figura:
281
Plan de Marcacin
Tema 9
P1: Cul es el resultado si se marca 1004 en la lnea 1001?

R1: Como la lnea 1001 no tiene CSS propio, dispone solamente del CSS del
dispositivo. El CSS del dispositivo tiene acceso a las partitions empleados y
vestbulos, por lo que la lnea 1001 puede acceder a la lnea 1004 en el
telfono B ya que est en la partition empleados.
P2: Cul es el resultado si se marca 1004 en la lnea 1010?
R2:
Como la lnea 1010 tiene un CSS, tendr acceso a todos los dispositivos
a los que el CSS de la lnea y del dispositivo concedan acceso. Ya que
puede alcanzar tanto al telfono B como al D y emparejar con las lneas
1004, pero como el CSS de la lnea tiene prioridad sobre el CSS del
dispositivo, sonar el telfono D.
P3: Puede la lnea 1010 alcanzar la lnea 1003?
R3:
282
La lnea 1010 puede alcanzar cualquier dispositivo al que el CSS de la

lnea y del dispositivo conceden acceso. Como el CSS del dispositivo
tiene acceso a la partition del vestbulo que es la partition en que est la
lnea 1003, podr alcanzarla.
Tema 9
Plan de Marcacin
9.8.3 Creacin de CSS y Partitions
La creacin de CSS y partition es ms fcil que entenderlos y aplicarlos

adecuadamente. Antes de seguir el proceso de creacin, 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. Despus de hacer
esto, se elabora una lista de las partitions necesarias. A continuacin, se
definen CSS que acceden a estas partitions. Una vez realizado esto, se puede
empezar a crear las partitions y CSS.
Para la creacin de partitions se sigue el siguiente procedimiento:
Paso 1
Desde CCMAdministrator, seleccionar Call Routing > Class of
Control > Partition.
Paso 2
Paso 3
Se despliega una pantalla que ofrece un rea en la que se puede
introducir el nombre de la partition seguido por una descripcin.
Se debe poner una coma (,) entre el nombre y la descripcin. En
esta pantalla se pueden crear varias partitions a la vez, poniendo
cada una en una nueva lnea. La figura muestras un ejemplo de
cmo agregar cinco partition de una vez.
Paso 4
Despus de introducir todas las partitions deseadas, pulsar el
botn Save.
Paso 5
Aparece una ventana informando de que se han aadido las
partitions.
Se pueden aadir hasta 75 partitions usando la siguiente sintaxis:
283
Plan de Marcacin
Tema 9
<nombre de partition>,<descripcin>
Ejemplos:
vestibulo_PT, nmero de directorio del vestbulo y de la sala de

reunin
internacional_PT, patrones que emparejan con nmeros de

telfonos internacionales
CUCM solo necesita que se introduzca el nombre de la partition, pero
una buena prctica es introducir una descripcin que ayude a identificar el
propsito de la partition.
Ahora que se han creado las partition, se puede empezar a crear CSS
segn se indica en los pasos siguientes:
Paso 1
Desde CCMAdministrator, seleccionar Call Routing > Class of
Control > Calling Search Space.
Paso 2
Pulsar el botn Add New. Se despliega una pantalla como la
mostrada en la figura.
Paso 3
Introducir un nombre en el campo Name. Recurdese que el
nombre debe ayudar a identificar el propsito de este CSS.
Paso 4
Introducir una descripcin 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.
284
Tema 9
Paso 7
Paso 8
Paso 9
Paso 10
Plan de Marcacin
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.
Despus de que todas las partitions se han agregado, se puede
cambiar el orden en que se visualizan. Recordar que el orden en
que se aaden determina que partition se utiliza en el caso de que
un CSS contenga varias partitions que emparejen con el nmero
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.
Despus de que todas las partitions deseadas se muestran en el
orden correcto en la casilla Selected Partitions, pulsar el botn
Save.
Una vez de que el CSS se ha agregado, se devuelve a la pantalla
de configuracin del CSS. Se sabe que el CSS se ha agregado
porque en el rea Status se visualiza Add Sucessful.
285
Plan de Marcacin
Tema 9
9.8.4 Gestin de CSS y Partitions

9.8.4.1 Asignacin de CSS a telfonos
Los pasos que siguen muestran cmo asignar un CSS a un telfono:

Paso 1
Desde CCMAdministrator, seleccionar Device > Phone.
Paso 2
Para limitar los resultados, introducir criterios de bsqueda en el
campo de bsqueda y pulsar el botn Find.
Paso 3
Seleccionar el telfono 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 telfono, seleccionar un CSS de la lista desplegable del
campo Calling Search Space como se muestra en la figura.
Paso 5
Paso 6
Aparece una ventana informativa indicando que se debe de
resetear el telfono para que se tengan en cuenta los cambios.
Pulsar Aceptar.
286
Tema 9
Plan de Marcacin
9.8.4.2 Asignacin de CSS a lneas
Los pasos que siguen muestran cmo asignar un CSS a una lnea en un
telfono:
Paso 1
Paso 2
Paso 3
Seleccionar el telfono que contiene la lnea deseada de la lista
que aparece.
Paso 4
Pulsar sobre la lnea deseada en el lado izquierdo de la pantalla.
Paso 5
En la pgina de configuracin del nmero de directorio,
seleccionar el CSS deseada de la lista desplegable del campo
Calling Search Space como se muestra en la figura.
Paso 6
Nota
Cuando se hace un cambio en la configuracin del nmero de directorio
y se pulsa el botn Save, la lnea se resetea en todos los telfonos en los que
tiene presencia Si en ese momento hay una llamada, la lnea se resetear
cuando la llamada finalice.
287
Plan de Marcacin
Tema 9
9.8.4.3 Asignacin de CSS a Gateways o Trunks
Los pasos que siguen muestran cmo 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
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 pgina de
configuracin de la subunidad para asignar un CSS.
Paso 5
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.
288
Tema 9
Plan de Marcacin
9.8.4.4 Asignacin de Partition a nmeros de directorio
Los pasos siguientes muestran cmo asignar una partition a un nmero

de directorio:
Paso 1
Paso 2
Paso 3
Seleccione el telfono que contiene la lnea deseada de la lista
que aparece.
Paso 4
Pulsar sobre la lnea deseada en el lado izquierdo de la pantalla.
Paso 5
En la pgina de configuracin del nmero 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 configuracin del nmero de directorio
y se pulsa el botn Save, la lnea se resetea en todos los telfonos en los que
tiene presencia. Si en ese momento hay una llamada, la lnea se resetear
cuando la llamada haya terminado.
Paso 6
289
Plan de Marcacin
Tema 9
9.8.4.5 Asignacin de Partition a Route Pattern
Los pasos siguientes muestran cmo asignar una partition a un route

pattern:
Paso 1
Desde CCMAdministrator, seleccionar Call Routing >
Route/Hunt > Route Pattern.
Paso 2
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 botn Save. Cuando la actualizacin se ha completado,
en la lnea de estado de la pgina se puede leer que la
actualizacin se ha completado (Update sucessful).
290
Tema 9
Plan de Marcacin
9.8.4.6 Asignacin de Partition y CSS a Translation Pattern
Los pasos siguientes muestran cmo asignar una partition a un

translation pattern. La asignacin 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
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 botn Save. Cuando la actualizacin se ha completado,
en la lnea de estado de la pgina se puede leer que la
actualizacin se ha completado (Update sucessful).
Despus 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 prohben no se pueden ejecutar.
291
Plan de Marcacin
Tema 9
9.8.5 Supuesto prctico de categoras
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 estndar y vestbulo. 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 nmeros
900.
Las extensiones estndar o normales deben de poder realizar
llamadas internas, locales, entre sedes y a servicios de
emergencia.
Las extensiones de vestbulo 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.
292
Tema 9
Plan de Marcacin
9.9 Soluciones a los Supuestos Prcticos

Este tema se dan las soluciones a los dos supuestos prcticos
planteados en los apartados de plan de marcacin y categoras.
9.9.1 Solucin al supuesto del Plan de Marcacin
Cuando desde cualquier extensin de la sede Lab_1 se marca 0 seguido

de 9 y 8 dgitos ms se considera llamada saliente a red pblica, se
empareja con un route pattern que elimina el 0 y progresa el resto de los
nmeros marcados al gateway que tiene el primario a la red pblica. Se
debe tratar el nmero llamante para que en destino se presente el
nmero pblico de la extensin, o en su lugar el nmero cabecera de la
instalacin, 915244110. Esta entrada del route pattern sintetiza las
llamadas a red pblica, en un cliente normal existirn ms 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
patrn 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 nmero 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
293
Plan de Marcacin
294
Tema 9
6.200X, para sacar la llamada por la PSTN, debiendo de cambiar el

nmero llamado y llamante.
Si un usuario de esta seda intenta marcar la sede Lab_2 por PSTN,
CCM empareja el nmero marcado con el translation pattern
091524412X, que elimina el 0 y cambia el nmero marcado por 6200X.
El resultado vuelve a ser analizado por CCM y en este momento
empareja con el route pattern 6.200X visto anteriormente.
patrn de ruta 6.300X, que elimina el 6 y progresa la llamada al gateway
6.300X, para sacar la llamada por la red pblica, debiendo de cambiar el
Si un usuario de esta seda intenta marcar la sede Lab_3 por la red
pblica, CCM empareja el nmero marcado con el translation pattern

de 9 y 8 dgitos ms se considera llamadas salientes a PSTN, se
Tema 9
Plan de Marcacin

295
Plan de Marcacin
296
Tema 9

de 9 y 8 dgitos ms se considera llamadas salientes a PSTN, se
6.100X, para sacar la llamada por la red pblica, debiendo de cambiar el
Tema 9
Plan de Marcacin

297
Plan de Marcacin
Tema 9
9.9.2 Soluciones al supuesto de categoras
La empresa EMPRES S.A. ha desplegado una solucin 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 nmeros 900 que se
bloquean. El problema es que estos modelos tambin permitieron a algn
llamante hacer llamadas que la empresa desaprueba. Por ejemplo, si el trabajo
de una persona no requiere la realizacin de llamadas internacionales, el plan
de marcacin no debe permitir al telfono del empleado realizarlas.
298
Tema 9
Plan de Marcacin
Para que esta solucin funcione es necesario asegurar que todos los
telfonos del cliente se encuentran dentro de una determinada clase.
299
Plan de Marcacin
Tema 9
Una prctica comn 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 nmero 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 nmeros interiores
Locales_PT - patrones que emparejan con nmeros locales
Nacionales_PT - patrones que emparejan con nmeros

nacionales
Internationales_PT - patrones que emparejan con nmeros

internacionales
Emergencia_PT - patrones que emparejan con nmeros de

servicio de emergencia
300
Tema 9
Plan de Marcacin
Despus 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.
301
Plan de Marcacin
Tema 9
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 marcacin, 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 nmeros 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 explcitamente 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 telfonos que no tienen el CSS apropiado. Con
esto en mente, la partition Internas_PT puede aplicarse al modelo 0.[89]0[05]XXXXXX porque todos los dispositivos pueden alcanzar esa partition.
302
Tema 9
Plan de Marcacin
Ahora se ver cmo debe asignarse el CSS. Recordar que ese CSS
puede asignarse al dispositivo y a la lnea. En este ejemplo se asignan slo 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, slo se ha discutido la asignacin de CSS a telfonos y
lneas. CSS se asignan tambin, a dispositivos donde estn 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 telfonos interiores se pondran 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 mayora de los telfonos tienen CSS,
sino que los gateways tambin 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 telfonos.
Nota
Tngase presente que CSS y partitions slo son significativos
localmente. Es decir, despus de que una llamada deja el cluster local, los CSS
y partitions ya no existen.
En el ejemplo de EMPRES S.A., todos los telfonos interiores estaban
en la partition Internas_PT, significando que como todos los dispositivos tenan
un CSS que conceda acceso a la partition Internas_PT, todos los telfonos
podran llamarse. En algunos casos, esto puede no ser lo deseado. Hay veces
303
Plan de Marcacin
Tema 9
que ciertos nmeros slo deben alcanzarse por ciertos dispositivos. Un ejemplo
usado a menudo es el del telfono de un directivo, al que solo su secretaria
tiene acceso. Para lograr esto, el telfono del ejecutivo se pone en una partition
separada a la que solo tiene acceso el telfono de la secretaria.
304
Tema 9
Plan de Marcacin
9.10 Resumen
Un plan de marcacin es el elemento clave de Cisco Unified Callmanager
que permite procesar llamadas segn unos determinados privilegios.
Un plan de numeracin es un esquema de numeracin que define un
conjunto de reglas para asignar nmeros: NANP, ETNS, UKNNS, ...
En CUCM los nmeros de directorio se asignan a puntos finales para
alcanzarlos.
El enrutamiento de una llamada y la seleccin del camino se basa en el
nmero marcado, considerando las rutas alternativas, la fecha y la hora, el
ancho de banda, ...
La manipulacin de dgitos permite resolver problemas de solapamiento o
marcacin abreviada.
Las categoras, implementadas con partitions y calling search space,
definen los destinos a los que se permite llamar a los usuarios.
Un plan de marcacin permite que las llamadas alcancen destinos fuera del
cluster. Tngase presente que CSS y partitions slo son significativos
localmente. Es decir, despus 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 informacin adicional que constituir el plan de marcacin externo
conocido en Cisco como Call Routing.
Despus de permitir realizar llamadas fuera del sistema, es necesario
controlar que llamadas puedan realizarse.
A la hora de disear un plan de marcacin debe seguirse una disciplina que
evite problemas imprevistos.Pattern los patrones son un conjunto de nmeros,
comodines y caracteres especiales.
Device un gateway que conecta el sistema CallManager a otro sistema
como la Red Telefnica Pblica (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 enva una llamada saliente.
Las mscaras de transformacin de la parte llamante modifican tanto los
nmeros llamantes como llamados.
305
Plan de Marcacin
Tema 9
Una DDI (Discard Digits Instructions) elimina una parte de los dgitos
marcados antes de pasar el nmero a un sistema adyacente.
Los patrones de traduccin manipulan los dgitos antes de determinar
donde enviar la llamada.
El informe del plan de enrutamiento proporciona informacin til como
patrones de ruta, patrones de traduccin y nmeros de aparcamiento de
llamada.Despus 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 ms y ver como ciertos destinos quedan
bloqueados para algunos dispositivos, pero no para todos.
Tambin 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.
306
Tema 9
Plan de Marcacin
Test de comprensin
Se plantean a continuacin diez enunciados, y a cada uno se le plantean cuatro
afirmaciones, de las cuales solo una tiene sentido en el contexto del captulo.
Se pide que se marque, para cada enunciado, la afirmacin que ms se
aproxima a los contenidos expuestos.
1
Las diferencias entre un plan de marcacin y un plan de

numeracin son:
a.
Un plan de marcacin se asocia a las centralitas, y un plan de

numeracin se asocia a las rede pblicas de conmutacin (PSTN).
b.
Un plan de numeracin encamina a puntos finales, selecciona caminos

sobre la base de privilegios y manipula dgitos; mientras que un plan de
marcacin es un esquema de numeracin que define normas basndose
en estndares internacionales y est gestionado por autoridades
territoriales que distribuyen cdigos y nmeros.
c.
Un plan de marcacin encamina a puntos finales, selecciona caminos

sobre la base de privilegios y manipula dgitos; mientras que un plan de
numeracin es un esquema de numeracin que define normas
basndose en estndares internacionales y est gestionado por
autoridades territoriales que distribuyen cdigos y nmeros.
d.
No existe ninguna diferencia entre ambos.
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 pblica.
c.
Las llamadas on-cluster son las llamadas internas y las llamadas offcluster son las llamadas externas.
d.
Las tres afirmaciones anteriores son vlidas.
El orden de configuracin de los componentes bsicos de una

llamada externa son:
a.
Route pattern gateway
b.
Route patter route list route group gateway / trunk
c.
Route patter trunk
307
Plan de Marcacin
Tema 9
d.
Todas las afirmaciones anteriores son vlidas
En que componente de un plan de marcacin bsico 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
El patrn 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
La salida de un nmero tratado en el translation pattern:
a.
Es un gateway a la Red Pblica
b.
En un trunk ICT, ya que la salida de un route pattern es un gateway a la

Red Pblica
c.
Se vuelve a procesar en el anlisis de dgitos
d.
Permite un mximo de tres iteraciones, para evitar consumir CPU del

servidor
El fichero generado en un Route Plan Report es del tipo
a.
TXT
b.
XLS
c.
JAR
d.
CSV
308
Tema 9
Plan de Marcacin
Seale la opcin correcta:
a.
Dos dispositivos que tienen la misma partition pueden llamarse
b.
Cuando aparecen emparejamientos mltiples, 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 lnea
d.
No es necesario crear las partitions antes que los CSS que las contienen
Elegir la opcin ms acertada:
a.
Una partition es un grupo de nmeros 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 vlidas
10
Seale la opcin ms acertada:
a.
Las partitions se asignan a dispositivos y lneas
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
309
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)

Cargado por

Copyright:

Formatos disponibles

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

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

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

Cargado por

Copyright:

Formatos disponibles

Telefonica de Espaa S.A.

Este manual ha sido elaborado por la

Queda prohibida su reproduccin total

Madrid, octubre de 2007

TEMA 3 CONFIGURACIN ....................................................................................... 35

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

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

CISCO IP PHONE 7961G/7961G-GE .................................................................. 120

6.2 INSTALACIN DE LOS TELFONOS .................................................................................... 123

Provisin ............................................................................................................... 128

6.3.2.1 Provisin mediante auto-registro ..................................................................................128

6.4 ACTUACIONES EN EL TERMINAL ....................................................................................... 141

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

Creacin de una configuracin en Running y Startup...................................................159

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

8.5 MGCP (MEDIA GATEWAY CONTROL PROTOCOL) ............................................................ 184

Accesos Bsicos................................................................................................... 194

8.5.2.1 CallManager .................................................................................................................194

Supervisin ........................................................................................................... 202

8.5.3.1 CallManager .................................................................................................................202

8.6 SRST (SURVIVABLE REMOTE SITE TELEPHONY) ............................................................. 211

TEMA 9 PLAN DE MARCACIN ............................................................................. 221

9.7 PLAN DE M ARCACIN AVANZADO ................................................................................... 255

Instrucciones de descarte de dgitos .................................................................... 263

9.8 CATEGORAS .................................................................................................................. 275

Asignacin de CSS a telfonos ....................................................................................286

9.8.4.6 Asignacin de Partition y CSS a Translation Pattern....................................................291

Supuesto prctico de categoras .......................................................................... 292

9.9 SOLUCIONES A LOS SUPUESTOS PRCTICOS ................................................................... 293

Cisco IP Communicator IP Phone

Call Admission, Call Routing

Cisco CallManager Directory

Gateway Router Switch

Cisco Unified Communications Network

Cisco Unified Communications

Cisco Unified Communications Solutions

Cisco CallManager Functions

Cisco CallManager Functions

Skinny Protocol Signaling

Real-Time Transport Protocol (RTP) Media Path

Cisco CallManager establece las llamadas y las prestaciones con

Cisco Unified CallManager as an Appliance

Platform Access and Support

Los interfaces de debug

Database Operation. Nueva BB.DD.

Informix Dynamic Server (IDS)

Call Processing Servers

Intra-Cluster Communication. ICCS

Management Channel: UDP 8500

DB TRAFFIC: TCP 15001501

LICENSING SERVICE: TCP 5555

SDL/ICCS TRAFFIC: TCP 80018003

Todos los puertos estn publicados en Cisco.com

Dynamic Firewall (iptables)

1) Instalar el First Node usando la security password.

Operating System, Database,

2006 Cisco Systems, Inc. All rights reserved.

Procesador a 2.0 GHz o superior

Doble particin de sistema