PDF Manual Cisco Callmanagers Cipt1 511lucia DL

Telefonica de España S.A.

Dirección de Desarrollo y
Formación
CISCO
CALLMANAGER 5.1
TELEPHONY-I
Noviembre 2007
Código: RAS-419

Este manual ha sido elaborado por la

Dirección de Desarrollo y Formación,
gracias a la colaboración de D. Marco
Dorrego López, Juan Carlos Morillo
Vera, Carlos Sevilla Suárez y Jesús
Ruiz González.
Queda prohibida su reproducción total

o parcial a cualquier persona o
entidad ajena a Telefónica, sin el
consentimiento expreso de
Formación.
Madrid, octubre de 2007

ÍNDICE
INTRODUC
INTRODUCCIÓN......................
CIÓN........................................
...................................
..................................
..................................
................................1
...............1
TEMA 1 AR
ARQUITE
QUITECTURA
CTURA................
.................................
..................................
..................................
..................................
........................
.......33
TEMA 2 MODEL
MODELOS
OS DE DESPLIEGUE.........................
DESPLIEGUE...........................................
...................................
...........................
..........21
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 CONF
CONFIGURA
IGURACIÓN
CIÓN .................
..................................
..................................
..................................
..................................
..................... 35

TEMA 4 MEDIA RESOURC
RESOURCE
E ...............
................................
..................................
..................................
..................................
..................... 57
4.1 CONCEPTOS .....................................................................................................................
..................................................................................................................... 59

4.2 CONFIGURACIÓN DE CONFERENCE BRIDGE DE HARDWARE ................................................ 68

4.2.1 CONFIGURACION EN CCM ..................................................................

..................................................................................
................ 72
4.2.2 COMPROBACION DE LA CONFIGURACIÓN EN IOS ......................................... 73

4.2.3 COMPROBACION DE CONFIGURACION EN CCM............................................. 74

4.2.4 CREACIÓN DE MRG..........................................................................................

MRG..............................................................................................
.... 75
4.2.5 CREACIÓN DE MGRL........................................................................................

MGRL............................................................................................
.... 77
4.2.6 ASIGNACIÓN DE MGRL A DEV

DEVICE ICE POOLPOOL...........................................................
........................................................... 78
4.2.7 ASIGNACIÓN DE MGRL A DISPOS

DISPOSITIVOS ITIVOS .......................................................... 79
TEMA 5 MUSIC
MUSICA
A EN ESPERA..............................................
ESPERA...............................................................
..................................
..................... 83
5.1 INTRODUCCION............................................................................................
INTRODUCCION............................................................................................................
................ 85
5.2 HABILITAR LAS FUENTES DE MÚSICA EN ES

ESPERA.
PERA...............................................
.............................................. 86
5.2.1 CONFIGURACIÓN DE LOS SERVIDORES DE MOH........................................... 90

5.2.2 MODIFICACION DEL CODEC PARA LOS SE

SERVIDORES
RVIDORES DE MOH.................... 91
5.2.3 CONFIGURACION UNICAST DE CCM ................................................................. 93

5.2.4 CONFIGURACIÓN MULTICAST DE CCM...........................................................

CCM........................................................... 100
5.2.5 MODIFICACIONES DE LOS EDC......................................................................

EDC.......................................................................... 101
5.2.6 CONFIGURACION DE
DE CCM PARA MULTICAS
MULTICAST T EN S SEDES
EDES REM REMOTAS OTAS ......... 103
TEMA 6 TER
TERMINA
MINALES
LES IP .................
..................................
..................................
..................................
..................................
....................
... 113
ESQUEMA
ESQUEMA DE CONTENIDO
CONTENIDO ................................
.................................................
..................................
..................................
.................115
115
6.1 TELÉFONOS IP DE CISCO .....................................................................

................................................................................................
........................... 117
6.1.1 Especificaciones de los teléfonos IP ..................................................................

...................................................................... 117
6.1.2 CISCO IP PHONE 7906G/7911G..............................................

7906G/7911G.........................................................................
........................... 118
6.1.3 CISCO IP PHONE 7941G/7941G-GE ..................................................................

.................................................................. 119
i


.................................................................. 120

.................................................................. 121
6.1.6 Módulo de expansión 7914.................................................................................

7914..................................................................................... 122
6.2 INSTALACIÓN DE LOS TELÉFONOS ......................................................................

....................................................................................
.............. 123
6.3 PROVISIÓN DE TELÉFONOS EN CALLMANAGER ................................................................ 125

6.3.1 Consideraciones previas ......................................................................................

...................................................................................... 125
6.3.1.1 Creando plantillas de botones para los teléfonos ......................................................... 125

6.3.1.2 Creando los

6.3.1.3 plantillas
valoresdepor
teclas software
defecto para para los teléfonos..............................................126
los teléfonos......................................................127
6.3.2 Provisión ...............................................................................................................

............................................................................................................... 128
6.3.2.1 Provisión mediante auto-registro ..................................................................................

....................................................... ........................... 128
6.3.2.2 Provisión individual.......................................................................................................129

6.3.2.3 Utilizando la herramienta Bulk Administration Tool (BAT) ............................................ 134

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

.......................................................................................
.............. 141
6.4.1 Restauración de terminales a configuración de fábrica........................................ 143

TEMA 7 GATE
GATEWAYS
WAYS...............
.................................
...................................
..................................
..................................
............................
...........147
147
7.1 INTRODUCCIÓN ........................................................................

...............................................................................................................
....................................... 149
7.2 ARQUITECTURA .......................................................................

..............................................................................................................
....................................... 150
7.2.1 Numeración de Interfaces..................................................................................... 150

7.2.2 Gateway 2801

2801................................................................
.......................................................................................................
....................................... 152

7.2.3
7.2.4 Gateway 2811

2811................................................................
2821 .......................................................................................................
2821................................................................ ....................................... 153
7.2.5 Gateway 2851

2851................................................................
.......................................................................................................
....................................... 155
7.3 IOS (I NTERNETWORKING

NTERNETWORKING O PERATING
PERATING S YSTEM YSTEM ) ............................................................... 156
7.3.1 Modos de configuración........................................................................................ 156

7.3.2 Comandos IOS .....................................................................................................

..................................................................................................... 158
7.3.3 Configuración básica .................................................................

............................................................................................
........................... 159
7.3.3.1 Creación de una configuración en Running y Startup...................................................159
7.3.3.2 Backup y restauración de de la configuración ...........................................................

...................................................................
........160
160
7.3.3.3 Creación de interfaces..................................................................................................161
7.3.3.4 Rutas ....................................................................................................................

......................................................... ...................................................................
........161
161
TEMA 8 TRU
TRUNKIN
NKING................................
G.................................................
..................................
..................................
...............................
..............165
165
8.1 INTRODUCCIÓN ........................................................................

...............................................................................................................
....................................... 167

8.28.2.1 NTER-CLUSTER TRUNK) ...........................................................................

ICT (ICallManager..........................................................................................................
.........................................................................................
................ 169
168
CallManager........................................................................................................

8.3 H.323 ............................................................................................................................

............................................................................................................................ 172
8.3.1 CallManager........................................................................................................
CallManager............................................................................................................ 172

8.4 SIP ...............................................................

................................................................................................................................
................................................................. 175
8.4.1 CallManager..........................................................................................................
CallManager.......................................................................................................... 175

8.4.1.1 Security Profile..............................................................................................................175
8.4.1.2 Dominios.......................................................................................................................177
8.4.1.3 SIP Profile.....................................................................................................................179
8.4.1.4 SIP Trunk......................................................................................................................181
8.5 MGCP (MEDIA GATEWAY CONTROL PROTOCOL) ............................................................ 184

8.5.1 Accesos Primarios ................................................................................................

................................................................................................ 185
8.5.1.1 CallManager ........................................................

.................................................................................................................
......................................................... 185
8.5.1.2 EDC ...........................................................

......................................................................................................................
...................................................................
........193
193
8.5.2 Accesos Básicos................................................................................................... 194

8.5.2.1 CallManager ........................................................

.................................................................................................................
......................................................... 194
8.5.2.2 EDC ...........................................................

......................................................................................................................
...................................................................
........201
201
8.5.3 Supervisión ....................................................................

...........................................................................................................
....................................... 202
ii

8.5.3.1 CallManager ........................................................

.................................................................................................................
......................................................... 202
8.5.3.1.1 Comprobación de registro MGCP

MGCP en CallManager .............................................. 202
8.5.3.2 IOS .............................................................................................................

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

8.5.3.2.2 Estado del interfaz E1. .........................................................................................

.................................................... ..................................... 203
8.5.3.2.3 Trazas RDSI.........................................................................................................203

8.5.3.2.4 Configuración de sincronismo ..............................................................................

................................................... ........................... 204
8.5.3.2.5 Comprobación de registro MGCP

MGCP en CallManager .............................................. 204
8.5.3.2.6 Verificación de los parámetros MGCP .................................................................

......................................................... ........205
205

8.5.3.2.7
8.5.3.2.8
Endpoints controlados
Endpoints controlados por
ppor
por
or CallManager
CallManager en en unun gateway
gateway BRI PRI ...............................
............................... 207
206
8.5.3.2.9 Conexiones MGCP activas...................................................................................207
8.5.3.2.10 Estado y configuración de los puertos de voz para PRI.......................................208
8.5.3.2.11 Estado y configuración de los puertos de voz para BRI.......................................209
8.5.3.2.12 Estadísticas y actividad en el gateway MGCP ..................................................... 210
8.6 SRST (SURVIVABLE REMOTE SITE TELEPHONY) ............................................................. 211

8.6.1 CALLMANAGER................................................................................................... 212

8.6.2 EDC......................................................
EDC.......................................................................................................................
................................................................. 215
8.6.3 Supervisión ....................................................................

...........................................................................................................
....................................... 216
8.6.3.1 EDC ...........................................................

......................................................................................................................
...................................................................
........216
216
8.6.3.1.1 Verificación de SRST habilitado...........................................................................216

8.6.3.1.2 Supervisión de puertos.........................................................................................216

8.6.3.1.3 Supervisión de terminales ....................................................................................

......................................................... ........................... 217
TEMA 9 PLAN DE MARC

MARCAC
ACIÓN
IÓN.................
..................................
...................................
...................................
.........................
........ 221
9.1 OBJETIVOS.................................................................
.....................................................................................................................
.................................................... 223
9.2 INTRODUCCIÓN ........................................................................

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

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

..................................................................... 225
9.5 FLUJO DE LLAMADA EN CUCM

CUCM.........................................................................
.......................................................................................
.............. 231
9.5.1 Componentes en una llamada externa

externa.................................................................
................................................................. 232
9.5.2 Ejemplo de una llamada externa en CUCM ......................................................... 234

9.5.3 Manipulación de dígitos en una llamada externa ................................................. 236

9.6 PLAN DE MARCACIÓN BÁSICO...........................................................................

.........................................................................................
.............. 237
9.6.1 Route Group ..................................................................

.........................................................................................................
....................................... 237
9.6.2 Route List

List.......................................................................
..............................................................................................................
....................................... 240
9.6.3 Route Pattern

Pattern.................................................................
........................................................................................................
....................................... 245
9.6.3.1 Route Pattern. Comodines............................................................................................246

9.6.3.2 Route Pattern. Configuración........................................................................................248

9.6.3.3 Análisis de dígitos.........................................................................................................250

9.7 PLAN DE MARCACIÓN AVANZADO .....................................................................

...................................................................................
.............. 255
9.7.1.1 Manipulación de dígitos ................................................................................................

........................................................... ..................................... 255
9.7.2 Instrucciones de descarte de dígitos ....................................................................

.................................................................... 263
9.7.3 Traslation Patter......................................................................................

Patter....................................................................................................
.............. 265
9.7.4 Route Plan Report .....................................................................

................................................................................................
........................... 271
9.7.5 Supuesto práctico de Call Routing .......................................................................

....................................................................... 273
9.8 CATEGORÍAS ...........................................................................

..................................................................................................................
....................................... 275
9.8.1 Derechos y restricciones.........................................................................

restricciones.......................................................................................
.............. 275
9.8.2 Calling Search Space

Space y Partitions. Conceptos básicos básicos........................................
........................................ 277
9.8.3 Creación de
de CSS y Partitions .................................................................
...............................................................................
.............. 283
9.8.4 Gestión de CSS y Partitions ...................................................................

.................................................................................
.............. 286
9.8.4.1 Asignación de CSS a teléfonos ....................................................................................

......................................................... ........................... 286
9.8.4.2 Asignación de CSS a líneas ....................................................

.........................................................................................
..................................... 287
9.8.4.3 Asignación de CSS a Gateways o Trunks....................................................................288
9.8.4.4 Asignación de Partition a números de directorio...........................................................289
9.8.4.5 Asignación de Partition a Route Pattern.......................................................................290
iii

9.8.4.6 Asignación de Partition y CSS a Translation Pattern....................................................291

9.8.5 Supuesto práctico de categorías ........................................................................

............................................................................ 292
9.9 SOLUCIONES A LOS SUPUESTOS PRÁCTICOS .................................................................

..................................................................... 293
9.9.1 Solución al supuesto del Plan de Marcación

Marcación........................................................
........................................................ 293
9.9.2 Soluciones al supuesto de categorías

categorías................................................................
.................................................................... 298
9.10 RESUMEN .......................................................................................................................

....................................................................................................................... 305

iv

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

TEMA 1
ARQUITECTURA
3

Tema 1 Arquitectura
– Cisco AVVID
– Funciones Cisco CallManager
– Cisco CallManager Operating System, base de
datos
datos y aplica
aplicacio
ciones
nes sop
soport
ortada
adass
– Servidores Cisco CallManager
– Instalación CD-ROMs
– Datos de configuración para instalación
– Procedimientos tras la instalación
– Activación de servicios Cisco CallManager
– Upgrade
– Sumario
Cisco AVVID
D Client
i
s A
t
r Video Cisco IP Communicator IP Phone PC d
i a
u
b p
t
t
e Applications i
v
d TAPI, JTAPI, SMDI Cisco Unity
e
Cisco IPCC
M
a
n
Call Processing O
a Call Admission, Call Routing Cisco CallManager Directory p
g e
e n
a
b
l
Infrastructure
e
Cisco IOS Network Services Gateway Router Switch
5

Arquitectura Tema 1
Cisco Unified Communications Network
Rich-media
Conferencing
Contact Presence
Center Server
3rd Party
Voice Mail Server PSTN
IP WAN
SRST
Cisco Unified Communications

Components
C C
IP C
i C i C i
s
s i s i
s c T
c s c C o D h
o c o c i
o i
s o C U e r
E U C c i s d
m U n U s n k -
n i e o C n c i
f t
o
P
e i f
i n U i i o i
e a
r f e t s f
i p r
g i
e d e n c e T d V t
y
e d r i
f o d e P A i
d
n C E ei l
e r p A
c C o U M f e p e p
y x d n o o
a n p C e s l
i p
R l t r i
t e n e c l
l
M a e o y t o n a i
c
e c s n i
n c t
s a t s t I
P i a
p n g e o t
i
o C a P s S n o
a e c l s
n g n t a e n
e
d e
rr e
t c
e v
r
e s
r r r
Cisco Unified Communications Solutions
6

Tema 1 Arquitectura
Cisco CallManager Functions

–Procesado
– Procesado de llamadas
–Señalización
–
– Señalización
–Administración
Administracióny control de llamadas
del dial-plan
–Prestaciones
– Prestaciones de los teléfonos
–Directory
– Directory serv
services
ices
–Programacion
– Programacion de interfaces
aplicacione
aplicacioness exte
externas
rnas
Cisco CallManager Functions

Cisco CallManager
Skinny Protocol Signaling Skinny Protocol Signaling
IP Phone IP Phone
A Real-Time Transport Protocol (RTP) Media Path B
• Cisco
Cisco Ca
CallMa
llManage
nagerr eestab
stablece
lece las lla
llamad
madas
as y la
lass pres
prestac
tacion
iones
es con
Skinny
• IP Phone
Phoness usan RTP p
para
ara el au
audio
dio

7

Arquitectura Tema 1
Cisco Unified CallManager as an Appliance
• Solución
Solución completa
completa basada en SW
SW y HW (homolog
(homologado
ado de HP/IBM o
de CISCO)
– Cisco
–
Unidores
Unified
fied sCallManage
Los servidore
servi Call
sonManager
los MCSr viene preinstala
prei
(Media
(Medi nstalado
a Converge
Converg doe en los )servidores
Server)
Server servidores
• Sis
Sistem
temaa operat
operativo
ivo alt
altern
ernati
ativo.
vo. El siste
sistema
ma tras
tras la primer
primeraa car
carga
ga de
parches
parch es mantiene
mantiene dos copias
copias del sistema
sistema
– Facili
Facilita
ta la instala
instalación
ción de upgrade
upgradess
– Aumen
Aumenta ta la segurida
seguridad d y la disponi
disponibilid
bilidad
ad
• Interfaces de ususario
– Adm
Admini
inistr
straci
ación
ón gráfic
gráficaa del sistem
sistemaa GUI por HTTPS
HTTPS
– Admin
Administarc
istarción
ión de emerg
emergencia
encia con CLI por SSH
– Acceso a API documentad
documentadas as
Platform Access and Support
• SIN acces
acceso o ROO
ROOT T Pre-5.0
• Los interfaces de debug
no son accesibles. Sólo
TAC
• Má
Máss al
alar
arma
mass y
contado
con tadores
res de
rendimiento
• So
Sopor
porte
te remo
remototo de
desd
sdee el
TAC al sistema
• Herr
Herramient
amientasas de cons
consola
ola 5.0
via CLI par
paraa acc
acceso
eso en
caso
cas o de fal
fallo
lo de la W
WEB
EB Limited
CLI access
8

Tema 1 Arquitectura
Database Operation.
Database Operation. Nueva
Nueva BB.DD.
BB.DD.
INFORMIX
Cisco Unified Firstt node
Firs
CallManager Informix Dynamic
Server (IDS)
Cluster Replication
IDS
IDS IDS IDS

CTI Manager
IDS ICCS
MoH Server
Server
IDS
IDS IDS
TFTP Server
IDS
SW Conf.
Call Processing Servers
Informix Dynamic Server (IDS) Subsequent
Subsequent nodes
Intra-Clust
Intra-Cluster
er Communicatio
Communication.
n. ICCS
Management Channel: UDP 8500
Sin marcado
DB TRAFFIC: TCP 1500–1501
Cambiado de 1433
(SQL)
LICENSING SERVICE: TCP 5555
SDL/ICCS TRAFFIC: TCP 8001–8003 Marcado como

Marcado
CS3
:
:
:
Todos
Todos los pu
puert
ertos
os est
están
án pub
public
licado
adoss en Cis
Cisco.
co.com
com
9

Arquitectura Tema 1
Dyna
Dynami
micc Fire
Firewal
walll (i
(ipta
ptabl
bles)
es)
First node Subsequent node
Firewall
Subsequent
node
(DBports,
ACCEPT)
Other
(DBports,
DENY)
1) Instalar el First Node usando la security password.

2) Aña
Añadirdir los subsequ
subsequentent node
node a la BB.DD. De fir first
st node
node
3) Ins
Instal
talar
ar los su
subse
bseque
quent
nt node
node usa
usand
ndoo la mism
mismaa sec
securi
urity
ty pass
passwor
word.
d.
4) Subs
Subsequequent
ent node
node establece
establece una sesió
sesiónn por el manageme
management nt chan
channel.
nel.
5) Fir
First
st node
node verifi
verifica
ca la aut
autent
entici
icida
dad
d del
del subs
subseq equen
uentt nod
nodee y aña
añade
de su IP addre
address
ss
al firewall (iptables).
6) Subs
Subsequequent
ent node
node dispone
dispone de acces
accesoo a llaa BB.DD.
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. CIPT1 v5.0—1-13
10

Tema 1 Arquitectura
Requerimien
Requerimientos
tos Hardwar
Hardwaree
MCS 7816
• Procesador
Procesador a 2.0 GHz o supe
superior
rior
• 2 GB de memoria MCS 7825
• Disc
Disco
o du
duro
ro 72 G
GBB 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.
Dobl
Doblee parti
partici
ción
ón de sist
sistem
emaa
Active Inactive
• El sistem
sistemaa man
mantie
tiene
ne a part
partir
ir del Partition Partition
primerr upgra
prime upgrade
de una doble
partición
• El upgra
upgrade
de sie
siempr
mpree se car
carga
ga en la 5.0(1)
partición
partición inacti
inactiva
va
5.0(2)
• Se activa
activa de for
forma
ma au
automá
tomática
tica o
de forma manual
• Se pu
puede
ede pas
pasar
ar de una a ootr
traa
partción
5.0(2)
5.0(1)
11

Arquitectura Tema 1
Cisco 7800 Series MCS
• Cisco 7800 MCS :

– 7816 Series 300 usuarios
• Requer
Requerimien
imientos
tos mínim
mínimos
os para Cisco Unifie
Unified
d CallMa
CallManager
nager
Release 5.0:
– 2-GHz Processor
– 2 GB RAM
– 72-GB Harddisk
• Para detall
detalles
es adici
adicionales
onales Cisco.c
Cisco.com
om
Acceso
Acceso a la pla
plataf
taforma
orma
https://
de S.O.server-name /iptplatform,
/iptplatform, se accede a la administración
https://server-name /ccadmin,
/ccadmin, se accede a la administración
administración de CCM.
El sistema
sistema dispon
disponee de acce
acceso
so CLI por SSH.
SSH.
12

Tema 1 Arquitectura
Licensing
Se req
requie
uiere
re Lic
License
ense par
paraa aña
añadir
dir tel
teléfon
éfonos
os y
servidores
servido res Cis
Cisco
co Unif
Unified
ied Cal
CallMan
lManage
agerr
Los upgrades NO necesitan licenc
licencias.
ias.
Fi
Firrst no
node
de es el único servidor con licenc
licencia
ia
Cisco Unifie
Unified
d CallMa
CallManager
nager sigue funciona
funcionando
ndo si
el servicio de licencias falla
Licensing Compliance
• La licencia
licencia Cisco U Unified
nified CCallManage
allManagerr contr
controla
ola los
dispositivos
dispos itivos y la ap
aplicación
licación
Device
– Licenci
Licenciaa de di
dispositi
spositivos
vos License
• El máxi
máximo
mo núm
número
ero de dis
disposi
positivo
tivoss dad
dados
os de
alta (Cisco Telefono IPs, vivideo
deo de
devices)
vices) en la
BB.DD. de Cisco Unified CallManager.
• Route points y CTI ports no se licencia
– Licenci
Licenciaa de aaplicaci
plicación
ón Application
• El software de Cisco Unified CallManager se License
asigna a la MAC address del first node.
• Licenses created and distributed in accordance with
Cisco FlexLM process
13

Arquitectura Tema 1
License File Request Process
Customer
Place Order
PAK
Ship
PAK
MAC Web
Cisco.com
Generate
License
E-Mail File
Install
License
Server
License File Specifics
• The license file contains the following

information:
– Number of Cisco Unified CallManager
nodes licensed
– Version of the Cisco Unified CallManager
supported
– Numbe
Numberr of teléfono units lice
licensed
nsed
– MAC address of the license server
• Only major releases will be taken into account
for the version check.
• A 5% overdraft is allowed.
14

Tema 1 Arquitectura
Example License File

Permanent
Permanent Telefo
Telefono
no IP Licenses
Licenses
INCREMENT
INCRE MENT telé
teléfono_UN
fono_UNIT
IT cisco 5.0 per
permanent
manent un
uncounted
counted \
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"
Uplo
Upload
adin
ing
gaL
Lice
icense
nse File
File
Step 1: Syst
System
em > Lice
Licens
nsin
ingg >
License File Upload
15

Arquitectura Tema 1
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 Arquitectura

(Optional): Click View File to view the uploaded file
NTP
Master Reference Clock First Node
Subsequent Nodes
El 1st
1st node se ssincr
incroni
oniza
za con un se servi
rvidor
dor exte
externo
rno y los
Subsequent
Subsequ ent Nodes se ssincroniz
incronizan
an siempr
siempree con el 1st node. De
esta
esta for
forma
ma tod
todos
os loloss se
serv
rvid
idore
oress tiene
tienenn la m
mism
ismaa hor
horaa
17

Arquitectura Tema 1
18

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

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

a) 1st NODE
b) Subsequent NODE
c) IPTABLE
2. ¿Quén es el MASTER de NTP?

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

a) 3
b)
c) 21
20

TEMA 2
MODELOS DE DESPLIEGUE
21

Tema 2 Modelos de Despliegue
2.1 Capacidades y limitaciones

La capacidad máxima de sedes con control de CAC es de 500 para todos los servidores
excepto para el 7845 que permite 1000, en este caso se debe utilizar siempre 7845 para
cualquier capacidad de usuarios.
El número
excepto máximo
para el 7816deque
parejas Primary-Backup
sólo ad
admite es de
mite un Publisher y un4 Suscriber.
para todos los tipos de servidor
Nº máximo de servers Terminales SCCP

en cluster de BB.DD. máximos recomendados
MCS 7816 1 Publisher+1 Suscriber 500
MCS 7825 8 suscriber+Publisher + 1000

TFTP(opcionales)
+MoH Opcionales
TFTP(opcionales)
+MoH Opcionales
TFTP(opcionales)
+MoH Opcionales
23

Modelos de Despliegue 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 opción y después el
Publisher.
Se debe asignar este grupo a todos los dispositivos de la red. El servidor TFTP se debe
activar en el Publisher.
Con servidores 7816 no se puede crecer ampliando el cluster ya que solo soporta dos
no se
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
prim era opción y después 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 opción de backup 1+1, cada Server tiene otro de backup que tiene
capacidad para asumir todo el tráfico. Se debe configurar reparto de carga. Se crean dos
CallManager Group y se asignan la mitad de los usuarios a cada CallManager Group.
24

Si la red crece se debe configurar otra pareja de Suscribers. Por ejemplo 2000 usuarios
con 7825
En
por caso
parejade previsión de crecimiento se debe usar el servidor 7835 hasta 2500 usuarios
Primay-backup
2.5 Redes de mas 2500 usuarios

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

Más de 7500
26

Redu
Redund
ndan
anci
ciaa 1:
1:11
Primary • Alta disponibilida
disponibilidad
d (upgr
(upgrade)
ade)
Secondary/
• Aume
Aumento
nto del núme
númeroro de serv
servidores
idores
Backup • Configu
Configuració
ración
n simp
simplele
2500 IP Phones 5000 IP Phones 10,000 IP Phones
(5000 Device Units) (10,000 Device Units) (20,000 Device Units)
Cisco MCS 7835 Cisco MCS 7835 Cisco MCS 7835

Publisher and Publisher and Publisher and
TFTP Server TFTP Server TFTP Server
(Not Req. <1000)
Primary 1 to 1 to
1 to 2500 2500 2500
Backups Backups
Backup 2501 to 2501 to
5000 5000
5001 to
7500
Backups
7501 to
10,000 25
Redundancia 2:1
Primary
Secondary/ • Meno
Menoss serve
servers
rs
Backup • Se impa
impacta
cta en llos
os upg
upgrad
radee
2500 IP Phones 5000 IP Phones 10,000 IP Phones
(5000 Device Units) (10,000 Device Units) (20,000 Device Units)
Cisco MCS 7835 Cisco MCS 7835 Cisco MCS 7835

Publisher and Publisher and Publisher and
TFTP Server TFTP Server TFTP Server
(Not Req. <1000)
Primary 1 to 1 to
1 to 2500 2500 2500
Backup Backup
Backup 2501 to 2501 to
5000 5000
5001 to
7500
Backup
7501 to
10,000 26
27

Mode
Modelo
loss de ddes
espl
plie
iegu
guee de C
Cal
all-l-
Processing
–Modelos
– Modelos de despliegue:
• Cent
Centraraliliza
zado
do
• Distri
Distribui
buido do en WAN con proces
procesoo de lla
llamad
madaa
centralizado
• Distri
Distribui
buido do en WAN con proces
procesoo de lla
llamad
madaa
distribuido
• Cl
Clus
uste
terr sobr
sobree WAN
WAN
Centralizado
– Servidores de Cisco Applications

CallManager,
aplicacion
aplicaciones
es , DSP
Cisco
están
están en la mism
mismaa CallManager
localización Cluster
– Conexión a PSTN
– Se soportan 30,000
IP Phones
Phones por clust
cluster
er PSTN
28

Single
Single Sit
Site:
e: Guia
Guia de ddise
iseño
ño
–Se
– Se usa G.711 codec; los DSP se utiliz utilizan
an para
conferencia
confer encia,, transc
transcoding
oding y MTP (media
termination point)
–El
– El sistema se conecta a PSTN, AA.PP.VV
AA.PP.VV.. o a
unaa PA
un PABX
BX par
paraa cu
curs
rsar
ar tr
tráf
áfic
icoo ex
exte
tern
rno.
o.
Desp
Desplilieg
egue
ue Mu
Multltis
isititee en WA
WAN
N
Call Processing central
Applications
SRST-Enabled
Cisco PSTN Router
CallManager
Cluster
IP WAN Branch A
Headquarters
• Cisco CallMana
CallManager
ger en pun
puntoto cent
central;
ral; las aplicacio
aplicaciones
nes y los
los
DSP se pueden
pueden insta
instalar
lar centraliza
centralizados
dos o distribuido
distribuidoss
• IP WAN
WAN tran
transpor
sporta
ta en tráfico
tráfico de voz
voz y la señal
señalizaci
ización
ón de
llamadaIP Phones por
• 30,000 por cluster
• CAC Call admissi
admission
on con
control
trol . Se limita el ancho
ancho de banda
banda por
sede
• Survivable remote
remote site telephony
telephony (SRST) para oficinas remotas
• Automated alternate rou
routing
ting (AA
(AAR)
R) en caso de exceder
exceder el Branch B
ancho
anch o de banda
banda
29

Desplilieg
Desp egue
ue Mu
Multltis
isititee en WA
WAN
N
Call Processing distribuido
Applications Cisco
CallManager
Cluster Applications
Cisco
CallManager
Cluster
PSTN
Branch A
GK
IP WAN
Cisco
Gatekeeper CallManager
Headquarters Cluster
Applications
• Cisco CallManage
CallManagerr y las apliciones
apliciones se
instal
instalan
an en cada
cada sede
sede
• Perdi
Perdida
da de servici
servicios
os en la rred
ed
• Total
Totalment
mentee escalable
escalable
Branch B
Clus
Cluste
terr so
sobr
bree la W
WAN
AN
Cisco
CallManager
Cluster
Voice-Mail Voice-Mail
Server Server
IP Phones
IP Phones
Madrid Toledo
30

Clus
Cluste
terr so
sobr
bree la W
WAN
AN : Diseño
Publisher/ <40 ms Round-Trip Delay
TFTP
QoS-Enabled Bandwidth
• 40-ms round
round-trip
-trip de
delay
lay cualquie
cualquiera
ra de los CCM del del
cluste
clu sterr p
para
ara manten
mantener er Ia BB.DD.
BB.DD. activ
activaa
• 154
15444 kbps
kbps minimo
minimo y 900 kb kbps
ps po
porr cad
cadaa 10
10,00
,0000 BHCAs
BHCAs
en el cluster
• Ha
Hast
staa ocho
ocho depe
dependnden
enci
cias
as remo
remota
tass
• To
Toler
leran
anciciaa a fallo
falloss sobr
sobree la WAN
WAN (más
(más anch
anchoo de bban
anda
da))
33

31

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

1. ¿Qué Round Tryp Delay máximo se necesita para Cluster sobre la WAN?
a) 20 ms
b) 40
c) 50 ms
2. ¿Cuál es el número mínimo de servidores en una red CallManager?

a) 1
b) 8L
c) 2
3. ¿Cuál es el número máximo de Publisher en una red de CallManager?

a) 10
b)
c) 86
33

TEMA 3
CONFIGURACIÓN
35

Tema 3 Configuración
Confi
Configuraci
guración
ón Básica
Básica
Cisco Unified
Unified Call
CallManager
Manager Release 5 .0 necesita una
configuraci
configuración
ón mí
mínima
nima antes de co
confi
nfigurar
gurar
terminales:
• DNS vs. IP
• Habilitar servicios básico
básico s Cisco Unified CallManager,
CallManager, TFTP
server y CTI manager
• Con
Configuración
figuración de servicios
servicios y parámetros de Enterprise
Enterprise
DNS vs. IP
Cisco Unifie
Unified
d Call
CallManage
Managerr Rel
Release
ease 5.0 pue
puede
de usar
DNS o IP address
addresses.es. Se rrecomi
ecomienda
enda IP
Advantages of IP Addresses Advantages of DNS
• No necesita
necesita servi
servido
dorr DN
DNS
S
• Reduce
educe el número de pun
punto
to s • Simp
Simpli
lifica
fica la gestió
gestión
n
de fallo • Lo
Los
s cambios de IP son simpl
simples
es
• Simp
Simpli
lifica
fica el mantenimien
mantenimiento
to
37

Configuración Tema 3
Service Activation
Para habi
Para habili
litar
tar los ser
servici
vicios
os de Cis
Cisco
co Uni
Unified
fied
CallManager Release 5.0 services:
Acceder a C
Acceder Cisc
isco
o CallManage
CallManagerr Administ
Administration
ration
Serviceability
Serviceability Tool.
• Go to Tools > Service Ac tivation.
S ervice Activation
• Selecc
Seleccionar
ionar el server.
server.
• Hab
Habilitar
ilitar los servicios
ervicios..
• Ir a Tools > Control
Control Center – Feature Services .
Service
Service Activation (Cont.)
Selecionar Cisco
CallManager
Serviceability y
pulsar Go
38

Service
Go to Service
Activation
Service
Select the
appropriate
server.
39

Service
Refresh page
Reset to default for

s ingl
ingle-server
e-server operation.
Save and
perform settings
Select the services

that should be
activated. Configured
Configured status
Deselect tthe
he
services that
th at s houl
hould
d
be deactivated.
Control Center
Go to Control
Center – Feature
Feature
Services
40

Servi
Service
ce Parameters
Parameters (Cont.)
(Cont.)
Select Server
Select Ser vice

vice
Control
Control Center
Center (Cont.)
(Cont.)
Stop, start, restart

selected servic
serv icee
Select service to
start, stop or resta
restart
rt
Configured
Configured status
Actual statu
st atus
s
41

Enterpri
Enterprise
se Parame
Parameters
ters (Cont.)
(Cont.)
Select protocol for

auto registr atio
ation
n
Enterpri
Enterprise
se Parame
Parameters
ters (Cont.)
(Cont.)
Select settings
settings that
should be available
availab le
to phone
phone user
users
s
42

Enterpri
Enterprise
se Parame
Parameters
ters (Cont.)
(Cont.)
Change the name

name tto
o
an IP address if DNS
services are not used
43

Device Pool
–Un Device Pool es una entidad administrativ
administrativaa que se asigna
a los
los disp
dispositi
ositivos
vos
–Parámetros Device Pool:
–Nombre del Device Poo Pooll
–CallManager Group (Redundancy Group)
–Time Zone. En una red los dispositivo
dispositivoss pueden estar en
diferentes
difere ntes uso
usoss hora
horarios
rios.. P.e
P.e.. Pe
Peníns
nínsula
ula y Ca
Canaria
nariass
–Region . Es una entidad administrativa que se define para
co
cont
ntro
rola
larr lo
loss an
anch
chos
os de ban
bandada y lo
loss co
code
decc que
que se uusasan.
n. Lo
ha
habi
bitu
tual
al es
es qu
quee ca
cada
da sesede
de de un un clie
client
ntee se
seaa un
unaa re
regi
gión
ón..
Dentro
Den tro de la ssede
ede se utili
utiliza
za cod
codecec G.7
G.711
11 y cu
cuand
andoo se sa
salele a
WAN (otras
(otras sedes)
sedes) ssee usa
usann G.7
G.729
29
Device Pool
–Parámetros opcionales:
–Media Resource Group List
–User Hold MOH Audio Source.
–Network Hold MOH Audio Source
–Calling Search Space for Auto-Registration
–Auto-Answer Feature Control
44

Cisco Unified CallManager

Group Configuration
Device Pool Configuration
45

Date/Time Group Configuration
Region
Region Con
Conff igu
iguration
ration
46

Softkey Template Configuration
Autorre
Autorregist
gistro
ro de term
terminal
inales
es
• Es una
una pre
prestaci
stación
ón que
que ppermite
ermite configur
configurar
ar
un rango de extensiones de forma
automática con un configuración por
defecto.
• Se activ
activaa sól
sóloo en lo
loss servid
servidore
oress qu
quee
ejercen de TFTP. El TFTP se obtiene por
DHCP.
47

Autorregistro: configuración swicth

y de DHCP
SWITCH
interfacee FastEt
interfac FastEthernet
hernet0/3
0/3
description CONEXION TERMINAL
switchport ac
access vl vlan 21
210 Asigna VLAN a todo lo que no es Voice
switchport
switchport mode dynamic desirable
desirable
switchport vo
voice vvllan 21
212 Asigna VLAN a los dispositivos Voice
spanning-tree
spannin g-tree portfas
portfastt
!
DHCP
ip dhcp pool VOZ
VOZ_CEN
_CENTRAL
TRAL22
network 10.10.222.
10.10.222.00 255.255.255.0
default-router
default-router 10.10.222
10.10.222.1
.1
option 150 ip 10.10.221
10.10.221.10
.10 Opción 150 para TFTP
Autor
utorregist
registro
ro de termina
terminales
les
48

Grup
Grupos
os de red
redun
unda
danc
ncia
ia
–Los grupos se configuran manualmente .
–Los dispositivos
dispositivos se asocian a los CCM
Group manualmente
–Se usan los modelos de despliegue para
crea
crearr los
los gr
grup
upos
os
CAC LOCATION
• CAC eses un prest
prestaci
ación
ón de
dell sis
sistem
temaa que
controla el ancho de banda
• LOCATION
LOCATION es la enti
entidad
dad admin
administr
istrativa
ativa
que asignar los anchos de banda
• El anch
anchoo de
de CA
CACC se define
define en KB
• El sistem
sistemaa descu
descuent
entaa de mo
mododo fifijo
jo el
ancho de banda dependiendo del codec
que se ha negociado en cada llamada.
49

Ancho de banda por codec

• G.71
G.7111 call
call uses
uses 80 kb
kbps
ps..
• G.72
G.7222 call
call uses
uses 80 kb
kbps
ps..
• G.72
G.7233 call
call uses
uses 24 kb
kbps
ps..
• G.72
G.7288 call
call uses
uses 16 kb
kbps
ps..
• G.72
G.7299 call
call uses
uses 24 kb
kbps
ps..
• GSM call
all uses
ses 29
29 kbp
kbps.
s.
• Wid
Wideb
ebaand cal
call use
uses 27
272 kb
kbps.
ps.
Location
50

Proc
Proces
esoo de ffal
allo
lo
TCP Connect
Register
(active) CCM1 TCP Connect CCM1
Register
TCP (active)
Keepaliv
TCP Connect
(Standby)
e
CCM2 TCP
Keepaliv
X
CCM2
e
TCP Connect
CCM3 (Standby) CCM3
CCM1
Cisco CallManager List TCP connection port
A – CCM1
CCM1 Failover Rate=10 Phones /sec SEP - 2000
2000
B – CCM2
CCM2 SDA
SDA - 200
20011
C – CCM3
CCM3 SAA
SAA - 200
20022
Cluster Recommendations
Up to 2,500 Users
Un
Uncluster
clustercon
con22CallManager
CallManager
••Un s
sólo
ólo
Un sólo Cal
CallMan
sólo CallManage
CallMan ager
lManage
agerrracti
activo
vo
activo
acti vo
••El P
Publi
ublishe
El Publi sher
Publishe r sól
sólo
o
sherr sólo se ac
activa
activaen
tiva
sólo se activa encas
caso
casoode
caso defa
fallo
fallo
fallo
llo
de Suscriber.
de Suscriber.
CM-A Publisher
CM-B
Primary CallManager
User’s
User’s 1 - 2500
51

Recomenda
Recome ndacion
ciones
es de Clus
Cluster
ter
Hasta
Hasta 5,
5,00
0000 usuar
usuario
ioss
Cluster
Cluster
CM-A Publisher
Primary CallManager
CM-B User’s
User’s 1 - 2500
Primary CallManager
CM-C User’s
User’s 2501 - 5000
Redundancy
Redundancy
CM-D Backup for CM_B & CM-C Group
Group
Recomenda
Recome ndacion
ciones
es de C
Clus
luster
ter
Hasta
Hasta 10
10,00
,0000 usu
usuar
ario
ioss
Cisco
TFTP Publisher Cluster
Cluster
Primary CallManager
User’ss 1 - 2500
User’
Backup
Primary CallManager
User’ss 2501 - 5000
User’
Primary
User’s
User CallManager
’s 5001 - 7500 Redundancy
Redundancy
Groups
Groups
Backup
Primary CallManager
User’ss 7501 - 10,000
User’ 10,000
52

Device Weights Table

Weight Weight Weight Weight
BHCA
BHCAss < 6 BHCA
BHCAs
BHCAs
CAss < 12
12 BHCAs
BHCAs < 18
118
8 BHCAs
BHCAss < 24
BHCA
BHCAs 24
CTI Server Port 2 4 6 8
CTI Client Port 2 4 6 8
CTI 3rd Party 3 6 9 12
CTI Agent 6 12 18 24
CTI Route Point 2 4 6 8
Transcoder MTP 3 N/A N/A N/A
H.323 Gateway 3 3 3 3
H.323 Client 3 6 9 12
SCCP Client 1 2 3 4
MGCP 3 3 3 3
Conference 3 N/A N/A N/A
BHCAs = Busy-
Busy-Hour Call Attempts
© 2002, Cisco Systems, Inc.
Inc. All rights
rights reserved. CIPT 3.2—Module
3.2—Module 1-14

53

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

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

a) Por número de llamadas
b)
c) Por
Por Mbps
Kbs
2. ¿Cómo se controla el ancho de banda entre dispositivos?

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

a) LOCATION
b) DEVICE POOL
c) REGION
55

TEMA 4
MEDIA RESOURCE
57

Tema 4 Media Resource
4.1 Conceptos
Transcoding and conferencia

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

G.711 Call Leg

DSP
Redundancy
Group 1
Primary
DSP CM Secondary
CM
Publisher
CM
Cluster
TFTP Redundancy
CM Group 2
Primary
CM Secondary
CM
59

Media Resource Tema 4
Hardware-Based conferencia
• Re
Redu
duce
ce la ca
Manager carg
rgaa de Cal
Call-
l-
• Pe
Perm
rmititee conf
confer
eren
enci
ciaa G.72
G.7299
Voice MessagingCallManager 3.0
Server Cluster
PSTN
V
Router/GW
DSP
G.729a Voice Stream
G.711 Voice Stream
Skinny Station Protocol
DSP DSP Service
Ad Hoc Conference Description

• En la Ad Hoc con confer ferenc
ence,e, el ges
gestor
tor de
confer
con fereci
ecias
as cre
creaa y ex extie
tiende
nde la con
confer
ferenc
enciaia
llllam
aman
ando
do a los
los pa
part rtiicipa
cipant
ntes
es un
unoo a un
unoo y
CallMa
Cal lManage
nagerr uti
utiliz
lizaa comcompone
ponententess de sof
softw
tware
are
y hardwa
hardwarere sep
separad
arados os par
paraa det
determ
ermina
inarr el tip
tipoo
de media,
media, el contr
control ol y la memezcla
zcla de loloss flujos
RTP.. Es
RTP Estos
tos com
compone
ponentes ntes se lla
llaman
man rec
recurs
ursos
os
de conferencia.
• Máx
Máxim imoo se
seis
is pa
parrtitici
cipa
pantntes
es po
porr co
conf
nfer
eren
encicia.
a.
60

Meet-Me Conference
• Des
esccri
ripc
pció
iónn
–In a Meet-Me conference, el sistema establece la
confere
con
Me ferenci
nciaa en code.
conference uunn nú
númer
meroo de llaa pla
plata
taform
formaa lla
llamado
mado Meet-
Meet-
–Los usuarios que llaman a ese número se añaden a la
conferencia.
–CallManager sólo permite la conferecia si tiene recursos
de Conferenc
Conferencia ia registrados.
registrados.
–Máximo seis participantes por conferencia
• Avanzado
–Se deben usar partition para crear grupos de Meet-me y
quee só
qu sólo
lo los
los us
usua
uari
rios
os aut
autor
oriz
izad
ados
os pu
pued
edan
an llllam
amar
ar.. Con
Con
Transl
Tra nslati
ation
on Rule
Ruless tamb
también
ién se puede
puede restri
restringi
ngirr el uso.
Que es un T
Trransc
scooder?
–Un transcoder es un dispositivo que puede recibir un stream de RTP concon
un codec y lo convierte
convierte en otro codec (Transc
(Transcodifi
odifica)
ca)
–Sólo es necesario si tenemos dispositivos en la red que no entienden
todos los codec que usamos
usamos en la red de VoIP.
VoIP. P.E. Un term
terminal
inal que
que sólo
tienee G.
tien G.723
723..
–Actualmente están en desuso ya que todos los dispositivos hablan todos
los codec.
codec.
–Introduce un retardo en la media
Transcoding
IOS Gatekeeper
CallManagerMessaging
Messaging CallManager Cluster Gateserver
Gateserver Cluster
IP WAN
Router/GW Router/GW
DSP DSP
61

Calls with Restricted Bandwidth

Region
Region A - G.723 Region B Region
Region C – G.729
G.729
TeléfonoA CallManager TeléfonoB
Transcoder
Cisco 12SP+ Media Streams Cisco7960
Teléfono A lllama
Teléfono lama Teléfo
Teléfono
no B
El transc
transcode
ode se invoca
invoca si los do
doss termi
terminal
nales
es no sopo
soporta
rta el mismo
mismo codec
codec..
Configuración IOS
• !
• sccplo
sccploca call Gigabi
g abitE
tEth
ther
erne
net0
t0/0
/0 • dspf ar
ar mpr
mpr of
ofile
ile 2 con
conf er er en
ence
• sccpcc
sccpccm10.
m10.81 81.3.32.
2.55 id
ideent
ntif
ifie
ierr 3 vers
versio
ionn 4.
4.11 • codec g711 ulaw
• sccpcc
sccpccm10.
m10.81 81.3.32.
2.77 id
ideent
ntif
ifie
ierr 2 vers
versio
ionn 4.
4.11 • codec g711 alaw
• sccpcc
sccpccm10.
m10.81 81.3.32.
2.66 id
ideent
ntif
ifie
ierr 1 vers
versio
ionn 4.
4.11 • codec g729 ar8
• sccpcc
sccpccm10.
m10.10 10.2.211
11.1.100 ide
ident
ntif
ifie
ierr 4 ve
vers
rsio
ionn 4.
4.11 • codec g729 abr8
• sccpcc
sccpccm10.
m10.10 10.2.211
11.1.111 ide
ident
ntif
ifie
ierr 5 ve
vers
rsio
ionn 4.
4.11 • codec g729r8
• sccpcc
sccpccm10.
m10.10 10.2.221
21.1.111 ide
ident
ntif
ifie
ierr 6 ve
vers
rsio
ionn 4.
4.11 • codec g729 br8
• sccpcc
sccpccm10.
m10.10 10.2.221
21.1.100 ide
ident
ntif
ifie
ierr 7 ve
vers
rsio
ionn 4.
4.11 • maximum sseessions 2
• sccpcc
sccpccm10.
m10.10 10.2.231
31.1.100 ide
ident
ntif
ifie
ierr 8 ve
vers
rsio
ionn 4.
4.11 • associ at
ate a pp
pp lic aatti on
on SCCP
• sccpcc
sccpccm10.
m10.10 10.2.231
31.1.111 ide
ident
ntif
ifie
ierr 9 ve
vers
rsio
ionn 4.
4.11 • !
• sccp • dspf ar
ar mpr
mpr of
ofile
ile 4 con
conf er er en
ence
• ! • codec g711 ulaw
• sccp ccccm grgrou p 11000 • codec g711 alaw
• associate c cm
cm 1 pr priority 1 • codec g729 ar8
• associate c cm
cm 2 pr priority 2 • codec g729 abr8
• associate c cm
cm 3 pr priority 3 • codec g729r8
• asso
ssoci
ciat
atee profi
rofile1
le1 re regi
gissterco
terconf nfeere
renc
ncia
iass • codec g729 br8
• ! • maximum sseessions 2
• sccp ccccm grgrou p 11001 • associ at
ate a pp
pp lic aatti on
on SCCP
• associate c cmcm 5 pr priority 1 • !
• associate c cmcm 4 pr priority 2 • dspf ar
ar mpr
mpr of
ofile
ile 5 con
conf er er en
ence
• asso
ssoci
ciat
atee profi
rofile2 le2 re regi
gissterco
terconf
nf_l
_lab
ab11 • codec g711 ulaw
• ! • codec g711 alaw
• sccp ccccm grgrou p 11002 • codec g729 ar8
• associate c cmcm 6 pr priority 1 • codec g729 abr8
• associate c cmcm 7 pr priority 2 • codec g729r8
• asso
ssoci
ciat
atee profi
rofile4 le4 re regi
gissterco
terconf
nf_l
_lab
ab22 • codec g729 br8
• ! • maximum sseessions 2
• sccp ccccm grgrou p 11003 • associ at
ate a pp
pp lic aatti on
on SCCP
• associate c cmcm 8 pr priority 1 • !
• associate c cmcm 9 pr priority 2 • dspfarm pprrofile 3 mtp
• asso
ssoci
ciat
atee profi
rofile5 le5 re regi
gissterco
terconf
nf_l
_lab
ab33 • codec g729 ar8
• ! • maxi mu
mum s es essi on
ons sof tw twar e 6
• dspf
spf ar
ar mpr
mpr ooffililee 1 con
conf er er eennce • associ at
ate a pp
pp lic aatti on
on SCCP
• codec g711ulaw
• codec g711alaw
• codec g729ar8
• codec g729abr8
• codec g729r8
• codec g729br8
• maximum se sessions 2
• associate applic at ati oonn S CC
CCP
• !
62

DSP
Capacidad
Capacidad de conferenci
conferencias G.729 y G711 2 conferencias
as con G.729 conferencias en G.729 de
hasta ocho
hasta ocho parti
partici
cipan
pante
tess por
por DSP
DSP
Capacidad
Capacid ad de confere
conferencias
ncias con G711
G711 8 conferencias
conferencias en G.711de hasta
ochoo partic
och participa
ipante
ntess por DS
DSP P
Modelos
Model os de PVDM2.
PVDM2.
Tambien
Tam bien se pueden
pueden us
usar
ar NM-HD
NM-HD2V2V 4 slots para
para PVDM2
PVDM2
Dos slot:
2801
2811 PVDM2-16 (1 DSP)
PVDM2-32 (2 DSPs)
PVDM2-48 (3 DSPs)
PVDM2-64 (4 DSPs)
Tres
Tres slo
slot:
t:
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
Router/GW
1002 H.323v1
PSTN
1001 MTP MTP
–Enables supplementary services
services to calls routed through an H
H.323v1
.323v1
gateway.
–Supplementary services are such features as:
•Call hold
•Call transfer
•Call park
•conferencia Incoming Stream
Initial Stream
Supplementary
Service Stream
63

Serv
Servic
icio
io de mú
músi
sica
ca en es
espe
pera
ra
La aplica
aplicación
ción de música
música en espera
esp
espeera
ra (MO
(MOH)
H) prove
proveee mús
música
ica
a cualqu
cualquier
cualq ierr usu
alquie
uier usuari
ario
o int
usuario
ario interno
erno
interno o extern
externoo
Hasta
Hasta 51 fuen
fuentes
tes de audio
audio por clu
cluste
ster.
r.
–Hasta 50 fuentes en bucle por cluster
• Lo
Loss servi
servido
dore
ress de
dell cluste
clusterr tiene
tienenn un
unaa copi
copiaa de la músi
músicaca
• Se sop
sopor
orta
ta di
disti
stint
ntas
as exten
extensio
siones
nes de lala fuen
fuente
te inclu
incluid
idaa wma
wma y mp3
mp3
–1 fuente fija por server (o cluster)
• Radi
Radioo o C
CDD pplay
layer
er
• Se re
requ
quie
iere
re ta
tarj
rjet
etaa de son
sonido
ido en lo
loss
• La mús
música
ica se di
distr
stribu
ibuye
ye en Unic
Unicas
astt o Mult
Multic
icast
ast
–Los stream de audio incluyen los G.711, G729A
Tarjeta de sonid
Tarjeta sonido
o recom
recomendad
endada:
a:
MCS 7835 Sound Blaster
PCI 16

Serv
Servid
idor
ores
es MO
MOH
H
–1aplicación MOH por MCS
MOH CM
–Escalable y redundante con varios MCS
–Hasta 250 MOH unicast o multicast streams por servidor
dedicado
dedica do a MOH
MOH
–Hasta 500 unicast por servidor
–1 a 20 MOH servidores
servidores por cluster
–1 a >10,000 MOH streams
streams por cluster
–Servidores centralizados o distribuidos
CM-5
CM-1 CM-4
MOH1 MOH2
CM-2 CM-3
XCODE1 XCODE2

64

Media Resource Groups and

Lists
Media Resource Groups (MRGs) son

agrupa
agrupacio
ciones
nes lógicas
lógicas de disposi
dispositiv
tivos.
os. P.e.
P.e.
los re
recu
curs
rsos
os de una
una sede
sede
Media Resource Group List (MRGL) son
list
listas
as de MG
MGR
R
Sele
Selecci
cción
ón de Re
Reso
sour
urce
ce
–
–Se
Se busca en el primer Media Resource Group
de la lilist
staa MGRL
MGRL,, si la busq
busque
ueda
da es cocorr
rrec
ecta
ta
se obtie
obtiene ne el nnomb
ombre
re del disp
disposi
ositiv
tivoo
–
–Si
Si la busqueda no es correcta se busca en el
si
sigu
guie
ientntee MRG
MRG
–
–Si
Si no existe nigún recuros dsiponible en
ningun
ningu
usa
usar n curso
r re MRG,
recur soss el
delRe
de Resource
source
l gru
grupo DeMana
Manager
po Defaultt ger intenta
faul intenta
65

Resource List Selection Rules
• Re
Regl
glas
as Me
Medi
diaa Re
Reso
sourc
urcee Gr
Grou
oupp Li
List
st :
–MRGL se asignan a los Device (dispositivos) o
Device Pool
–Call Processing utiliza los MRGL configurados para
el dispos
dispositivo (Device) si el MRG
itivo MRGLL es sel
seleci
eciona
onado.
do.
–Call Processing utiliza los MRGL del Device Pool
SOLO si no ha hayy MRGL
MRGL sel
selecion
ecionado
ado en el Devi
Device
ce
66

67
67
Ejemplo - Acceso restringido a

loss re
lo recu
curs
rsos
os
Resource_List Empty_List A
Software
Software MRG
MRG
MTP1
MTP1
MTP2
MTP2
1 SW-CONF1
SW-CONF1
SWCONF2
SWCONF2
Hardware
Hardware MRG
MRG
XCODE1
XCODE1
2 XCODE2
XCODE2
HW-CONF1
HW-CONF1 Resultado
HW-CONF2
HW-CONF2 El dispositivo no puede
usar ningún recurso
MOH
MOH MRG
MRG
3 MOH1
MOH1
MOH2
MOH2

4.2 Configuración de Conference Bridge de Hardware
La configuración es válida para la IOS 12.4(11)T. Para detalles de la configuración se
debe consultar el documento de RPV Convergentes
Los recursos HW viene instalados en módulos PVDM2 y es necesario conocer los
recursos DSP libres en caso de el GW realice funciones de conexión a la RDSI. Se debe
conocer que EDC dispone de los recursos DSP para conferencia. Los rec recursos
ursos puede
estar configurados en varios EDC y no existe una distribución ideal de los mismos, si bien
se recomienda que se incorporen en las sedes con mayor cantidad de terminales y por
tanto con mayor probabilidad de uso del servicio de conferencia.. La configuración ideal
es disponer de recursos de todos los GW de las sedes, pero esta configuración tiene un
gran impacto económico.
Para conocer el tipo y cantidad de DSP se deben utilizar los comandos:
DSP>sh inventory
NAME: "2851 chassis", DESCR: "2851 chassis"
PID: CISCO2851 , VID: V01 , SN: FHK0915F2B2
NAME: "9 Port FE Switch on Slot 0 SubSlot 1", DESCR: "9 Port FE Switch"
PID: HWIC-D-9ESW , VID: VN/A, SN: FOC091144WU
NAME: "PVDMII DSP SIMM with three DSPs on Slot 0 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
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.cea
0013.7fa8.cea00
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 daughter card
Part Number : 73-8540-04
Board Revision : A0
Deviation Number : 0
Fab Version : 03
PCB Serial Number : FOC085028X7
RMA History : 00
Processor type : 00
Product (FRU) Number : PVDM2-48
Version Identifier : NA
0x00: 04 FF 40 03 ED 41 03 02 82 49 21 5C 04 42 41 30
0x10: 88 00 00 00 00 02 03 C1 8B 46 4F 43 30 38 35 30
0x20: 32 38 58 37 03 00 81 00 00 00 00 04 00 09 00 CB
0x30: 88 50 56 44 4D 32 2D 34 38 89 4E 41 20 20 D9 02
0x40: 40 C1 FF FF FF FF FF FF FF FF FF FF FF FF FF FF
0x50: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
69
Slot 1:
High Density Voice Port adapter
Port adapter is analyzed
Port adapter insertion time unknown
EEPROM contents at hardware discovery:
Top Assy. Part Number : 800-03567-01
Board Revision : F1
Deviation Number : 0-0
Fab Version : 02
PCB Serial Number : JAB045008PA
RMA History : 00
Product (FRU) Number : NM-HDV=
0x00: 04 FF 40 00 CC 41 01 01 C0 46 03 20 00 0D EF 01
0x10: 42 46 31 80 00 00 00 00 02 02 C1 8B 4A 41 42 30
0x20: 34 35 30 30 38 50 41 03 00 81 00 00 00 00 04 00
HDV SIMMs: Product (FRU) Number: PVDM-12=

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

HDV memory size 524280 heap free 167869
La configuración es igual para todos los EDC que dispongan de recursos HW para
Conferencia y se debe configurar igual en todos los EDC, con la única excepción del
nombre del profile que
que debe ser distinto para cada EDC y profile .
Para el cálculo y distribución de los DSP se debe utilizar la guía de diseño de CISCO.
A continuación se describe la configuración en IOS, la misma forma parte del servicio de
RPV CONVERGENTES que debe ser el documento de referencia para los EDC.
70
Orden de generación:
voice-card
dspfarm
sccp ccm
sccp ccm group
Configuración:
voice-card 0
no dspfarm
dsp services dspfarm Habilita los servicios DSP en las voice-card
voice-card 1
no dspfarm
dsp services dspfarm
SCCP.
sccp local GigabitEthe
GigabitEthernet0/0
rnet0/0 Describe el interface origen del protocolo
sccp ccm 10.10.30.2 identifier 2 version 5.0.1 Define identifier de CCM y su
versión.
sccp ccm 10.81.30.3 identifier 1 version 5.0.1
sccp Habilta el protocolo SCCP en el EDC. Es

necesario deshabiltarlo para modificar los datos
de configuración.
sccp ccm group 100
associate ccm 1 priority 1 Asocia a un grupo de CCM los identificadores
creados anteriormente y su prioridad para
registro. Se debe comenzar por los Suscriber y
por último el Publisher.
associate ccm 2 priority 2
associate profile 1 register confbri Asocia un perfil profile de dspfarm para
registro. El nombre de registro debe coincidir con
el configurado en CCM. Se puede poner cualquier
dspfarm profile 1 conference
nombre.
description CONFERENCIA
CONFERENCIAS
S
codec g711ulaw Lista de codec recomendada para realizar
CONFERENCIAS. Esta lista puede ampliarse en
caso de se necesite. P.E. G.723.
codec g711alaw Lista de codec recomendada para realizar

CONFERENCIAS. Esta lista puede ampliarse en
caso de se necesite. P.E. G.723.
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 6
associate application SCCP
71
4.2.1 CONFIGURACION EN CCM

Ir a Media Resource->Conference Brigde
Brigde
72
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 CONFIGURACIÓN EN IOS

DSP>sh
Dspfarm dspfarm
Profileall
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 Configurati
Configuration
on
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
SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID BRIDGE_ID PKTS_TXED PKTS_RXED
0 1 1.0.6 UP N/A FREE conf 2 - - -

0 1 1.0.6 UP N/A FREE conf 2 - - -
0 2 1.0.6 UP N/A FREE conf 2 - - -
0 2 1.0.6 UP N/A FREE conf 2 - - -
0 3 1.0.6 UP N/A FREE conf 2 - - -
0 3 1.0.6 UP N/A FREE conf 2 - - -
1 1 8.4.0 UP N/A FREE xcode 1 - - -
1 1 8.4.0 UP N/A FREE xcode 1 - - -
1 1 8.4.0 UP N/A FREE xcode 1 - - -
1 1 8.4.0 UP N/A FREE xcode 1 - - -
1 1 8.4.0 UP N/A FREE xcode 1 - - -
1 1 8.4.0 UP N/A FREE xcode 1 - - -
Total number of DSPFARM DSP channel(s) 12
4.2.3 COMPROBACION DE CONFIGURACION EN CCM

74
4.2.4 CREACIÓN DE MRG

Se debe asignar los recursos a un MRG.
75
Add a New Media Resource Group
Se puede añadir a los MRG más recursos en caso de que estos se distribuyan en varios
EDC.
76
4.2.5 CREACIÓN DE MGRL

Se debe añadir a los MGRL que existan. Estos MGRL se crean para MoH. Ver
documento de generación de MoH en Multicast.
yUna
otroconfiguración recomendada
el Multicast para es crear
sede remotas. dos MGRL.
A estos Unose
dos MGRL para Unicastlos
le añaden en la
la música
sede central
y los
recursos de DSP que se creen. En caso de DSP en todos los EDC de las sedes, la
configuración ideal es crear un MGRL por cada sede e incluir el MGR de MoH junto a los
de recursos de conferencia.
77
4.2.6 ASIGNACIÓN DE MGRL A DEVICE POOL

Los MGRL se asignan a los DEVICE POOL. Lo habitual es Unicast en sede central y
multicast en remotas. Se debe aplicar a todos los DEVICE POOL que deban utilizar los
recursos.
78
4.2.7 ASIGNACIÓN DE MGRL A DISPOSITIVOS

En caso de que se definan DEVICE POOL sin MGRL o que queramos una asignación
distinta para dispositivos concretos se puede incluir un MGRL en los dispositivos y
tendrán preferencia sobre lo configurado en el DEVICE POOL.
79
Resumen:
Resumen:
CallManager dispone de un gestor de conferencias que permite por software crear
conferencias en G.711. El rendimiento es limitado y en escenarios con WAN en consumo
de ancho de banda es muy elevado,
Para aumentar el rendimiento o realizar las conferencias en G.729 es necesario equipar
módulos de DSP. Estos módulos se insertan en Gateways de Cisco.
80
1. ¿Cuántas conferencias se pueden realizar por DSP en G.729?

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

a) Con MGRL
b) Con MGR
c) Con CCS
3. ¿Cuántos interlocutores se pueden tener por conferencia?

a) 2
b) 4
c) 8
81

TEMA 5
MUSICA EN ESPERA
83

Tema 5 Música en Espera
5.1 INTRODUCCION
El presente apartado describe la configuración de Música en espera para Cisco
CallManager y RPV con EDC convergentes 2801. Asimismo es de aplicación a otros EDC
de CISCO.
La
quemúsica en espera
se necesita músicasesedistribuye por UNICAST
abre un canal enellaCCM
RTP desde sedehasta
central, es deciro GW.
el terminal cada vez
En las sedes remotas y para ahorro de ancho de banda se distribuye en MULTICAST
desde el EDC convergente. Con el siguiente esquema,
85
Música en Espera Tema 5
5.2 HABILITAR LAS FUENTES DE MÚSICA EN ESPERA.

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

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

89
5.2.1 CONFIGURACIÓN DE LOS SERVIDORES DE MOH

Se deben modificar/crear los servidores de MOH para que distribuyan la música en
MULTICAST. La dirección IP de Multicast 239.1.1.1 puerto 16384. Sólo es necesario
habilitarlo en un servidor, si se dispone de un servidor dedicado para música en espera
usar
puedeeste, en caso
habilitar contrario
un servidor conutilizar
una IPely que menos carga de procesador tenga. Sólo se
un puerto.
90
5.2.2 MODIFICACION DEL CODEC PARA LOS SERVIDORES DE MOH

Se habilita el uso de música en espera en G711 ley U, G711 ley A y G729
91
Los codecs que queremos se seleccionan con CTRL+clic de ratón.

rat ón.
92
5.2.3 CONFIGURACION UNICAST DE CCM

Los terminales de la sede central se configuran para recibir música en UNICAST, es decir
un flujo RTP para cada terminal que solicita música en espera.
Se debe configurar una Región, un Device Pool, un Media Resource Group (MRG) y un
Media ResourceMRG
Configuración Group List (MRGL)
llamado MOH específico que se con
MRG UNICAST asignará a los terminales.
los servidores de música en
espera pero sin habilitar el MULTICAST.
93
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
Añadir REGION, MOH UNICAST. Usaremos G.729 por defecto para falicitar el trabajo al
añadir sedes remotas.
95
Se debe modificar la región de los terminales de la sede central para que acepten desde
la región MOH UNICAST G.711
96
Crear un DEVICE POOL llamado MOH UNICAST
.
97
Modificar las extensiones de la sede central para asignar la música en UNICAST.

98
Se puede individualizar la música para cada terminal de la sede central. Se utilizando las
fuentes de MOH definidas anteriormente.
99
5.2.4 CONFIGURACIÓN MULTICAST DE CCM

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

Descargar el fichero de MOH en el EDC. Debe ser un .AU o .WAV G.711 ley U. 8Khz
mono.
C2801>sh flash
-#- --length-- -----date/time------ path
1 25257336 Jun 7 2006 11:41:00 +02:00 c2801-spserv
c2801-spservicesk9-mz.124
icesk9-mz.124-4.T3.bin
-4.T3.bin
2 1536 Feb 17 2005 04:11:18 +01:00 sdmconfig-2
sdmconfig-2801.cfg
801.cfg
3 1463 Feb 17 2005 04:12:06 +01:00 home.html
4 3770 Dec 14 2005 10:54:42 +01:00 c2801-14120
c2801-141205.cfg141205
5.cfg141205
5 20272276 Oct 27 2005 14:49:08 +02:00 c2801-spser
c2801-spservicesk9-mz.12
vicesk9-mz.123-11.T8.bin
3-11.T8.bin
6 496521 Aug 17 2006 09:49:42 +02:00 music-on-ho
music-on-hold.au
ld.au
7 1687 Oct 19 2005 09:07:04 +02:00 backupconfi
backupconfig.cfg
g.cfg
8 199256 Jun 9 2006 10:51:30 +02:00 crashinfo_20
crashinfo_20060609-085130
060609-085130
9 605852 Jun 20 2006 15:51:12 +02:00 beethoven-l
beethoven-ley-a.wav
ey-a.wav
10 1565717 Aug 18 2006 12:41:12 +02:00 ElKoalaULAW
ElKoalaULAW.wav
.wav
15462400 bytes available (48427008 bytes used)

101
Crear una Loopback 1.1.1.1 255.255.255.255. Es necesaria ya que con VLAN

configuradas la música no se distribuye si no existe la Loopback.
interface Loopback0
ip address 1.1.1.1 255.255.255.255
Añadir el siguiente comando para habilitar la música en espera.

ccm-manager music-on-hold
Añadir la distribución de multicast a la configuración de SRST. Si el cliente no dispone de

SRST se deben añadir la función pero sin configurarla.
CON SRST
call-manager-fallback
max-conferences 4 gain -6
user-locale ES
ip source-address 10.10.26.129 port 2000
max-ephones 24
max-dn 24
alias 1 91744090. to 2107
moh ElKoalaULAW
ElKoalaULAW.wav
.wav Nombre del fichero de música
multicast moh 239.1.1.1 port 16384 route 10.10.26.129 Dirección de la
1.1.1.1
VLAN de voz y de Loopback
SIN SRST
call-manager-fallback
ip source-address 10.10.26.129 port 2000
max-ephones 1
max-dn 1
moh ElKoalaULAW.wav Nombre del fichero de música
VLAN de voz y de Loopback

Dirección de la
multicast moh 239.1.1.1 port 16384 route 10.10.26.1291.1.1.1
Comprobación de la distribución 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.
ElKoalaULAW.wav
wav type WAVE Media_Payload
Media_Payload_G711Ulaw64k
_G711Ulaw64k 160 bytes
Moh multicast on 239.1.1.1 port 16384 via 10.10.26.129
via 1.1.1.1
102
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 DE CCM PARA MULTICAST EN SEDES

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

103

104
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
Añadir REGION, MOH MULTICAST

106
Se debe modificar la región de los terminales de las sedes remotas para que acepten
desde la región MOH MULTICAST G.711. Por seguridad y ante un fallo de configuración
las sedes remotas deben tener G.729 con la región MOH UNICAST.
107
Crear un DEVICE POOL llamado MOH MULTICAST
.
108
Modificar las extensiones de

de la sede central para asignar
asignar la música en MULTICAST.
MULTICAST. En
este caso aunque las fuentes de audio se pueden seleccionar, no tienen ningún efecto, ya
que el terminal siempre tomará la que distribuye el EDC de la sede aunque se puede usar
el campo como información administrativa de la música que se distribuye el EDC en el
caso de distintas músicas en la instalación.
109
Resumen:
Resumen:
CallManager dispone de un gestor de medios que proporciona entre otros MoH. Se
pueden cargar en el sistema distintas músicas y asignarlas a los usuarios.
CallManager puede enviar la música en espera a los termiales por dos métodos:
Unicast : Un stream de audio para cada usuario que requiere recibir música en espera. La
ventaja es su facilidad de configuración. La desventaja es el consumo de ancho de banda
en WAN y la necesidad de aumentar la capacidad del HW.
Multicast: El stream de música se distribuye en un dirección multicast en la LAN.
CallManager informa a los terminales de la dirección y el puerto en el que está la música
en espera. Los flujos multicast no pueden pasar por una WAN con lo que en las sedes
remotas se utilizan los GW para que ponga la música en multicast. El inconveniente de
esta solución es la complejidad de configuración y su gran ventaja es el ahorro de ancho
de banda en WAN y la calidad, ya que se utiliza G.711
110
1. ¿Que codec utilizamos en música en Multicast?

a) G.722
b) G.729
c) G.711
1. ¿Quién puede poner en la LAN música en Multicast?

a) CallManager
b) El Gateway
Gateway de la sede
c) Ambos
2. ¿Que codec utilizamos en música en si no tenemos gateways en las sedes remotas?
a)
b) G.722
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 teléfonos IP
de Cisco, mostrando a continuación cada uno
de los modelos exitentes actualmente en el
mercado.
• A continuación se presentan los pasos a dar en
la instalación de los teléfonos en una
instalación de cliente.
• Se finaliza con la descripción de los distintos
métodos de provisión de teléfonos IP en Cisco
Unified CallManager.
115

6.1 Teléfonos IP de Cisco

6.1.1 Especificaciones de los teléfonos IP
Los terminales IP de Cisco utilizan los códec de compresión de aúdio G.711
and G.729a.
Pueden trabajar con señalización SIP y SCCP (Skinny Client Control Protocol).
Soportan DHCP y BootP. Las direcciones IP de los teléfonos son asignadas
automáticamente por DHCP, aunque también puede asignarse de forma
estática en los parámetros de configuración del teléfono.
Están programados para generar ruido de confort y supresión de silencios.
En el nombre de los modelos de los terminales aparecen una serie de letras
que se explican a continuación:
Por ejemplo, 7906G, la G viene de “Global Symbol”, es decir, símbolos globales
ymediante
quiere decir que acompaña a cada tecla la función de la misma explicada
un símbolo.
En otros teléfonos pueden aparecer otras letras, por ejemplo, 7961G-GE. GE
significa Giga Ethernet, e implica que dicho modelo permite conectarse a redes
Ethernet, Fast Ethernet y Giga Ethernet.
Se puede alimentar los terminales
t erminales de Cisco de cuatro modos posibles:
• Alimentación por la conexión de datos en modo propietario (Cisco Inline
Power). Necesita tarjetas de alimentación en los switches Catalyst
(Cisco Inline Power). Utiliza los pines 1, 2, 3, y 6 (los mismos que los
datos Ethernet) suministrando –48V
• Alimentación por la conexión de datos modo estándar IEEE802.3af.

Necesita tarjetas de alimentación en los switches que cumplan con dicho
estándar. Utiliza los pines 4, 5, 7, y 8 suministrando –48V
• Alimentación externa por cable de datos (inline power patch panel).

Necesita un dispositivo que inyecte los –48V sobre los pines 4, 5, 7, y 8
• Alimentación mediante transformador
Se pueden utilizar las distintas soluciones simultáneamente para tener

redundancia.
117
Terminales IP Tema 6
6.1.2 CISCO IP PHONE 7906G/79

7906G/7911G
11G
Terminal básico IP con una línea de acceso que sustituye a los modelos
7905G/7912G.
Dispone de un display
4 teclas interactivas (soft keys).
Tecla fija para dejar una llamada en espera.
Indicador de mensaje en espera.
Alimentación mediante IEEE802.3af, Cisco Inline Power o mediante
transformador.
Actualización de facilidades mediante cargas de software en la memoria flash
Integración con aplicaciones XML
Memoria incrementada para soportar dichas aplicaciones.
Monitoriza las llamadas (sin micro de ambiente).
Sin conexión para cascos
1 puerto Ethernet para el 7906G y un switch con 2 puertos para el 7911G
118
6.1.3 CISCO IP PHONE 7941G/7941G-GE
Terminal de gama media-alta

media-alta con 2 botones para líneas o marcación
marcación rápida.
Posee una pantalla de mayor resolución (320x222) que el modelo al que
sustituye 7940G. Indicación de fecha/hora, información de llamada, acceso a
facilidades mediante softkeys.
Soporte para aplicaciones XML
Alimentación mediante IEEE802.3af o Cisco Inline Power (sólo el 7941G) o
mediante transformador.
Indicador de mensaje en espera
Función de manos libres
Conexión para cascos
2 puertos 10/100 BaseT el 7941G y 2 puertos 10/100/1000 el 7971G-GE.
Soporta los protocolos SCCP y SIP
Memoria incrementada
El modelo 7941G-GE añade GigaEthernet a los puertos existentes.
119
Modelo de gama alta con 6 botones para líneas con números de directorio o
marcación rápida
Pantalla de mayor resolución (320x222) que la del modelo al que sustituye
7960G. Con infomación de fecha/hora, de llamada, acceso a facilidades
mediante softkeys.
Alimentación mediante IEEE802.3af, Cisco Inline Power (sólo el 7961G) o
Conexión para cascos
Soporta el modulo de ampliación de teclas 7914
Soporta los protocolos SCCP y SIP
El modelo 7961G-GE añade GigaEthernet a los puertos existentes
120
Modelo de gama alta con 8 botones para líneas con números de directorio o
marcación rápida
Pantalla táctil a color (12 bits y 320x234 de resolución) con fecha/hora,
información de llamada, acceso a facilidades
f acilidades mediante softkeys.
Alimentación mediante IEEE802.3af, Cisco Inline Power o mediante
transformador.
Conexión
Soporta elpara cascos
modulo de ampliación de teclas 7914
El modelo 7971G-GE añade GigaEthernet a los puertos existentes
121
6.1.6 Módulo de expansión 7914
Cada módulo posee 14 botones

Se pueden instalar un máximo de dos módulos de expansión por terminal con
un total de 28 botones.
Cada módulo posee una pantalla que muestra el número de directorio o el
número de marcación rápida.
Es compatible con los terminales
t erminales de Cisco 7960G, 7961G, 7961G-GE, 7970G y
7971G-GE
Los botones se iluminan según un código de colores que indica el estado de la
línea en él representada.
122
6.2 Instalación de los teléfonos

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

Catalyst 6000 2. Suministrar alimentación
2.
Catalyst 4000
Catalyst 35XX V 3.
3. Proveer VLAN
4.
4. DHCP (Dirección IP)
El teléfono comenzaría el dialogo CDP con el switch para conseguir el

identificativo de VLAN ID (VVID).
A continuación el teléfono envía una petición DHCP para conseguir su
direccionamiento
recomienda activarIPel(asignación dinámica
Servidor DHCP de la dirección
en el EDC/GW IP), por lo que se
de la Oficina.
123
El Servidor DHCP, asignará al Teléfono IP, además de una dirección IP del

Pool reservado a la VLAN de VOZ, la dirección IP del Servidor TFTP, deldel cual
deberá obtener la configuración del Teléfono IP asociada a su dirección MAC.
Dicha asignación se realiza en base a la opción 150 del servidor DHCP.
En los EDCs del Servicio MacroLAN/VPN IP de las Sedes Centrales, donde la
funcionalidad de Gateway esté en un equipo de segundo nivel, identificado
como Gateway MGCP, deberá añadirse a estos EDCs la funcionalidad de
Servidor DHCP si existen terminales (Teléfonos IP) que requieran un Servidor
DHCP.
Del Servidor TFTP, que será de modo general el equipo Cisco CallManager
Publisher, se obtiene el fichero de configuración con la lista de hasta tres
CallManagers, información acerca de la región y la plantilla de botones del
teléfono. Se obtiene, también, la versión de código que está ejecutándose.
Si en una Sede/Oficina, han sido instalados los Teléfonos IP, y se han
configurado los equipos Switch y EDC/GW de la oficina, pero no han sido aún
instalados los equipos Cisco CallManager, los teléfonos IP tratarán de
registrarse enelelfuncionamiento
a reiniciarse, CCM. Aunque eldeteléfono
los datosIPde
nolos
consiga registrarse ydetrás
PCs conectados proceda
de
estos es correcto.
Para ver las direcciones IP asignadas a los teléfonos IP y sus direcciones MAC
se puede ejecutar el siguiente comando, en el EDC/GW del Servicio de RPV:
• sh ip dhcp binding
Bindings from all pools not associated with VRF:
IP address Client-ID/ Lease expiration Type
Hardware address/
User name
192.169.16.2 0100.0bfd.9070.67 Jan 17 2006 12:30 PM Automatic
En algunos casos el Teléfono se puede registrar en el EDC/GW en modo

supervivencia para ver el registro realizado en el EDC/GW de la Oficina se
podrá ejecutar el siguiente comando en el EDC/GW:
show call-manager-fallback all
124
6.3 Provisión de teléfonos en CallManager

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

existen plantillas por defecto, es posible que no se adapten al escenario
de cliente con lo cual habría que crearlas para tenerlas disponibles.
• las plantillas de las teclas software (Softkeys Templates). Al igual que en
el punto anterior es posible que se deseen mas funciones disponibles en
las teclas en los distintos casos de llamada.
• los valores por defecto para los teléfonos (Device Defaults). Cuando se
autorregistra un teléfono, es de éstos Device Defaults de donde toma los
datos.
6.3.1.1 Creando plantillas de botones para los teléfonos

Para poder crear plantillas de configuración de los botones de un teléfono
tenemos que acceder al siguiente menú:
Template.
Device>Device Settings>Phone Button Template.
A continuación se pulsa el botón Add New.
New.
Se selecciona una plantilla existente a partir de la cual, modificándola, se

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

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

New.
Se selecciona la plantilla que servirá de modelo para la que se quiere crear.
126
Se pulsa Copy
Copy,, apareciendo la siguiente pantalla, en la cual se escribe el
nombre que tendrá la plantilla, y se pulsa Save
Save..
Después de salvar la plantilla, en la parte superior derecha aparece un link:
Se pulsa Go
teléfono, que. Yteclas
Go. aparece
vanla asiguiente página donde
estar accesibles, en se
el eligen en que
ejemplo cadaaparece
estado del
a
continuación está el teléfono en estado de reposo (On Hook), teniendo
disponibles las teclas de rellamada (Redial), nueva llamada (NewCall) y desvío
incondicional (Forward All). Para añadir funciones a este estado se selecciona
una función de la ventana de la izquierda y se pulsa la tecla adecuada (> (>)para
incorporarla a la ventana de la derecha. Una vez configurado, se pulsa Save Save.. Si
en lugar de estar creando la plantilla, se estuviese modificando, se pulsa Reset
Reset
si la plantilla está siendo utilizada por algún teléfono.
6.3.1.3 Creando los valores por defecto para los teléfonos

Cuando los teléfonos se dan de alta mediante el autorregistro toman una serie
de valores por defecto. Existen unos valores predeterminados de fábrica,
aunque pueden modificarse. Los valores pueden verse o modificarse desde la
página:
Device>Device Settings>Device Defaults
En esta de
defecto página, que (Load
firmware se muestra en la figura,
Information), DevicesePool
establecen los de
y plantilla valores por
teléfono
(Phone Template) que cargará el determinado tipo de terminal y protocolo.
127
Cualquiera de los valores que se desee que aparezcan accesibles para estos
parámetros han de haberse cargado ,o configurado, anteriormente. El firmware
de los teléfonos se carga en Cisco Unified OS Administration , en el menú
Software Upgrades>Upload TFTP Server File. Para crear un nuevo Device
Pool en System>Device Pool y la plantilla del teléfono en Device>Device
Template.
Settings>Phone Button Template.
6.3.2 Provisión
Es posible dar de alta los telefonos en el CallManager de los siguientes modos:
• Provisión mediante auto-registro
• Provisión individual
• Utilizando la herramienta Bulk Administration Tool (BAT)
6.3.2.1 Provisión mediante auto-registro

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

Cisco Call Manager, y se les asignará los números de línea en orden
secuencial, según la numeración anteriormente configurada.
128
Una vez que se hayan registrado todos los teléfonos IP se debe deshabilitar el
autorregistro en el Cisco Call Manager, volviendo a marcar la casilla
anteriormente referenciada.
6.3.2.2 Provisión individual

Este método se utiliza cuando no se tienen que dar de alta muchos teléfonos.
Aunque los campos de parámetros obligatorios a rellenar son solamente MAC
Address, Device Pool y Phone Button Template, es posible, que los demás
parámetros configurados por defecto no se adapten al escenario, por lo cual
haya que concretar algúno de los otros campos que aparecen en la página de
configuración.
Para acceder a esta página se accede mediante Device>Phone
Device>Phone.. Una vez en la
página se pulsa el botón Add New. New. Posteriormente se elige el modelo del
terminal (Phone Type) que se desea dar de alta, y se pulsa Next Next.. Se elige el
protocolo del teléfono (Select the Device Protocol), y se pulsa Next.
Next.
Aparece la página de configuración del terminal (Phone Configuration) con los
siguientes campos que hay que rellenar. En los campos obligatorios a rellenar,
el nombre del mismo va acompañado por un asterisco (*) y algunos de dichos
campos van con valores por defecto, otros hay que rellenarlos.
129
MAC Address: indicar la dirección MAC del terminal que aparece en la parte
posterior del terminal en una etiqueta.
Description: Identificación administrativa del terminal, por ejemplo, teléfono de
recepción.
Device Pool: a seleccionar entre los Device Pool existentes, creados o por
defecto (Default). El Device Pool define un conjunto de caracteristicas comunes
para los terminales, tales como región, grupo de fecha
f echa y hora, plantilla de teclas
software, etc.
Phone Button Template: La plantilla elegida determina la configuración de los
botones en el terminal y que a que facilidad se accede a través de ellos. Si el
administrador no ha creado ninguna plantilla para los botones del teléfono
aparecerá la plantilla creada por defecto en CallManager.
Softkey Template: La plantilla elegida determina la configuración de las teclas
software en cada estado del teléfono. Se deja este campo en blanco si el
Device Pool contiene la plantilla de Softkey deseada.
Common Phone Profile: Standard Common Phone Profile.
Calling Search Space: Permite acceder a un conjunto de Partitions.
AAR Calling Search Space: Rutas alternativas. Especifica a que grupo de
partition de rutas puede acceder un número llamante que de no ser así
bloquearía la llamada por falta de ancho de banda.
Media Resource Group List: Comprende una agrupación de recursos de media
utilizados para funciones, tales como música en espera.
User Hold Audio Source: Especifica la fuente de audio utilizada cuando un
usuario utiliza la función de retener una llamada.
Network Hold Audio Source: Especifica la fuente de audio utilizada cuando un
usuario utiliza la función de transferencia una llamada o conferencia.
Location: a seleccionar entre los Location existentes o Hub_None (por defecto).
Especifica el ancho de banda disponible para llamadas entrantes y salientes a
esa localización.
User Locale: Identifica el conjunto de fuentes e idioma mostrados en el display
del teléfono.
130
Network locale: Identifica el conjunto de tonos y cadencias que se asocian al

teléfono en un área geografica específica.
Built In Bridge: dejar el valor por defecto, a menos que se desee utilizar la
función de intrusión. Valores: Activado, desactivado, predeterminado.
Privacy: dejar el valor por defecto el cual permite no mostrar la información a
otros sobre el estado de la línea.. Valores: Activado, desactivado,
predeterminado.
Owner User ID: Identificativo de usuario a quién está asignado el teléfono.
Phone Load Name: Nombre del firmware cargado en el teléfono. El valor
introducido sobreescribe el valor por defecto.
Retry Video Call as Audio: Seleccionar para equipos de video conferencia
cuando reciben una llamada que no es de video.
Ignore Presentation Indicators: Si está seleccionada ignora cualquier restricción
de presentación en llamadas internas.
Allow Control of Device from CTI: Si se selecciona se permite mediante
protocolo CTI controlar y monitorizar este terminal.
Packet Capture Mode: Sólo para fallos en cifrado. Valores : None/Batch
Processing Mode.
Packet Capture Duration : 0.
Presence Group:Standard Presence group
Device Security Profile: Elección del perfil de seguridad del teléfono. Para ver la
configuración de los perfiles en System>Security Profile>Phone Security.
SUBSCRIBE Calling Search Space: Determina como Cisco Unified
CallManager enruta la peticiones de la función de presencia hacia el teléfono.
Unattendant Port: Marcar esta caja para indicar que hay un puerto desatendido
en este teléfono.
RequireenDTMF
DTMF este teléfono.
Reception: Marcar la caja para requerir la recepción de tonos
RFC2833 Disabled: En teléfonos Skinny, marcar esta caja para deshabilitar el
soporte de RFC2833.
Certificate Operation: Función de firma de certificación.
Authentication Mode: Modo de autenticación
Authentication String: Si en el modo de autenticación se elige la opción By
Authentication String, se debe introducir en este campo una cadena que
contenga entre 4 a 10 dígitos.
Key Size (Bits):tamaño de la llave.
Expansion Module Information: Información acerca de los modulos de
expansión de teclado.
MLPP Domain: None
MLPP Indication:STATUS_DEFAULT
Indication:STATUS_DEFAULT
131
MLPP Preemption:PREEMPTION_DEFAULT
Preemption:PREEMPTION_DEFAULT
Forwarding Delay: Disabled
PC Port: Enabled.
Settings Access: Enabled.
Gratuitous ARP: Enabled.
PC Voice VLAN Access: Enabled.
Video Capabilities: Disabled.
Auto Line Select: Disabled.
Web Access: Enabled.
Span to PC Port: Disabled.
Logging Display:PC Controlled.
Recording Tone: Disabled.
Recording Tone Local Volume: 100.
Recording Tone Duration: 50.

Display On When Incoming Call: Disabled.
RTCP: Disabled.
Auto Call Select:: Enabled.
Advertise G.722 Codec: Use System Default.
Después de rellenar estos campos se pulsa el botón Save. En la parte

izquierda de la pantalla aparece el enlace Line [1] – Add a new DN , pulsando
con el ratón sobre él aparece la siguiente página de configuración del terminal,
en este caso con los datos referidos a la línea/número de directorio. La página
denominada Directory Number Configuration, contiene los siguientes campos,
de los cuales son obligatorios aquellos en los que el nombre del campo va
seguido de un asterisco (*):
Directory Number*: número de directorio que se le quiere asociar a dicha línea.
Route partition: Partition a la que pertenece el número de directorio.
Description: Descripción de el número de directorio o de la partition.
Alerting Name: El nombre que le aparecerá en la pantalla al teléfono que llama
a este terminal.
ASCII Alerting Name: Igual que el anterior campo pero restringido a caracteres
ASCII para aquellos llamante que no soporten los caracteres Unicode.
Active: Marcar la casilla.
Voice Mail Profile: Perfil de mensajería vocal. Indica entre otros parámetros el
número de directorio de la mensajería a la que se desviará la línea en caso de
que este hecho ocurra.
132
Calling Search Space: Se elige que CSS tiene la línea y a que Partition se le
permite acceder.
Presence Group: Selecciona el grupo que permite monitorizar este número de
directorio.
AAR Group: Se elige el grupo de ruta alternativa a la que le es permitido
acceder este número de directorio.
User Hold Audio Source: Fuente de música que escucha el llamante cuando se
le deja retenido por parte de este número de directorio.
Network Hold MOH Audio Source: Fuente de música que escucha
escucha el llamante
cuando este número de directorio va a realizar una transferencia o una
multiconferencia.
Auto Answer: Contestación automática por parte de este número de directorio
cuando se le realiza una llamada.
Forward All: A que destino se envían las llamadas a este DN cuando se activa
esta opción.
Secondary Calling Search Space for Forward All:CSS para cuando se elige
desviar todas las llamadas y el CSS del terminal es desconocido.
Forward Busy Internal: Desvío por ocupado para llamadas internas.
Forward No Answer Internal: Desvío por ausente para llamadas internas.
Forward Busy External: Desvío por ocupado para llamadas externas.
Forward No Answer External: Desvío por ausente para llamadas externas.
Forward No Coverage Internal: Desvío por ausencia de covertura para
llamadas internas.
Forward No Coverage External: Desvío por ausencia de covertura para
llamadas externas.
Forward on CTI Failure: Desvío de puerto o punto de ruta CTI por fallo en
éstos.
No Answer Ring Duration (seconds): Tiempo en segundos para considerar un
desvío por no contesta.
Call Group Pickup: Grupo de captura.
Target (Destination): no rellenar.
MLPP Calling Search Space: no rellenar.
MLPP No Answer Ring Duration (seconds): no rellenar.
Display (Internal Caller ID): Número que se le presenta al llamado (Unicode).
ASCII Display (Internal Caller ID Line Text Label): Número que se le presenta al
llamado (ASCII)
Line Text Label: Rellenar este campo si se quiere que no aparezca el DN en el
llamado.
133
ASCII Line Text Label: Rellenar este campo si se quiere que no aparezca el DN
en el llamado (ASCII).
Message Waiting Lamp Policy: Opciones para a notificación de mensaje en
espera.
Ring Setting (Phone Idle): Como va a escucharse/visualizarse la llamada
entrante cuando el teléfono está inactivo.
Ring Setting (Phone Active): Como va a escucharse/visualizarse la llamada
entrante cuando el teléfono está con otra llamada en otra línea.
Forwarded Call Information Display on Device: Marcar la información que se
quiere enviar a la pantalla entre las siguientes opciones,
• Caller Name
• Caller Number
• Redirected Number
• Dialed Number
6.3.2.3 Utilizando la herramienta Bulk Administration Tool (BAT)

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

• Creación de la plantilla de teléfonos.
• Validación del fichero de datos.
• Envío de datos a CallManager.
Descarga de la plantilla Excel

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

Selected.. En la siguiente ventana se pulsa Guardar
Selected Guardar,, apareciendo la ventana
Guardar como de MWindows, donde se elige donde se desea guardar la
plantilla Excel.
Creación del fichero de datos.

Se ejecuta Excel con la plantilla que se acaba de descargar, apareciendo la
siguiente pantalla.
Por defecto,
(opcional), peroaparecen dos
pulsando el cabeceras,
botón MAC
Create File (obligatoria)
Format aparece layventana
Format aparece Description
Field
Selection donde
donde se puede aumentar el número de campos en la cabecera. La
135
ventana está dividida en campos destinados al terminal, Device Fields y

campos destinados Line Fields ; en éste último, cuando mínimo, habría que
seleccionar el número de directorio de la línea. En general, se introduciran
aquellos campos que puedan contener particularidades diferentes a las de la
plantilla BAT del teléfono que se asocie a dichos datos.
Después de seleccionar los campos, se pulsa el botón Create

Create,, apareciendo en
la cabecera de la hoja de cálculo los campos seleccionados. En esa hoja de
cálculo se rellenan los campos, tal y como aparecen en el ejemplo a
continuación.
Una vez terminado de rellenar los campos se pulsa el botón Export to BAT
Format,, apareciendo una ventana donde se debe de indicar donde se desea
Format
guardar el fichero resultante.
136
Carga del fichero de datos.

El archivo de datos se encuentra en el equipo donde se ha ejecutado la
aplicación Excel, a continuación se debe exportar al CallManager mediante la
página de administración del sistema. El menú a utilizar es:
Bulk Administration> Upload/Download Files
En el campo ‘Search
‘Search Results’
Results’ se pulsa el botón Add New,
New, apareciendo la
pantalla File Upload Configuration , donde se encuentra la ventana Upload the
CSV file . Esta ventana tiene tres campos:
• File .-
.-
se busca mediante el botón Examinar el fichero de datos que se
Examinar el
desea importar.
• Select The Target .-
.- seleccionar la opción Phones
•
Select Transaction Type .- seleccionar Insert Phones-Specific Details
Una vez rellenados los campos se pulsa el botón Save

Save,, apareciendo de nuevo
la página. En la ventana Status debe
debe indicar Upload successful si
successful si la carga del
fichero ha sido correcta.
Creación de la plantilla de teléfonos.

Después de crear el fichero de datos e importarlo al CallManager, es necesario
crear la plantilla de teléfono que va asociarsele. El acceso al menú
corespondiente es:
Bulk Administration> Phones>Phone Template

Se pulsa el botón Add New, New, apareciendo la pantalla Add a New Phone
Template , en cuyo campo Phone Type se se selecciona el modelo de terminal del
cual se va a crear la plantilla y se pulsa Next
Next.. A continuación se selecciona el
protocolo que va a utilizar el teléfono, a elegir entre SCCP o SIP, se pulsa Next
Next
apareciendo la pantalla Phone Template Configuration . En esta pantalla existen
campos que obligatoriamente debe rellenarse, como ejemplo, a continuación:
Template Name: nombre que se desea darle a la plantilla.
Device Pool: a seleccionar entre los Device Pool existentes, creados o por
defecto (Default).
Phone Button Template: si el administrador no ha creado ninguna plantilla para
los botones del teléfono aparecerá la plantilla creada por defecto en
CallManager.
137
Common Phone Profile: Standard Common Phone Profile.

Location: a seleccionar entre los Location existentes o Hub_None (por defecto).
Built In Bridge: dejar el valor por defecto, a menos que se desee utilizar la
función de intrusión.
Privacy: dejar
otros sobre el valordepor
el estado defecto el cual permite no mostrar la información a
la línea.
Packet Capture Mode: PACKET_CAPTURE_MODE_NONE
Presence Group:Standard Presence group
Device Security Profile: Cisco 7961G-GE – Standard SCCP Non-Secure Profile
Certificate Operation: OPERATION_NONE
Authentication Mode: AUTH_BY_NULL_STR
Key Size (Bits):KEY_SIZE_1024
MLPP Indication:STATUS_DEFAULT
Indication:STATUS_DEFAULT
MLPP Preemption:PREEMPTION_DEFAULT
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

Save , apareciendo en la ventana Status el mensaje Add
successful .
En la ventana, de la misma página, Association Information se muestran los
enlaces para añadir las líneas al teléfono ( Line [1] – Add a new DN); se hace
138
clic sobre el enlace cambiando a continuación a la página Line Template

Configuration .
Los parámetros obligatorios en esta página son, explicados con un ejemplo:
Line Template
Presence Name:
Group: Nombre
Standard dado agroup.
Presence esta plantilla.
Auto Answer: AUTO ANSWER OFF.
Message Waiting Lamp Policy: MWL_POLICY_USE_SY
MW L_POLICY_USE_SYSTEM_POLICY.
STEM_POLICY.
Ring Setting (Phone Idle): Use System Default.
Maximun Numbers of Calls: 04.
Busy Trigger: 02.
Se pulsa Save
Save guardado los datos. Si se desease tener mas líneas en la
plantilla, se vuelve a la pagina del teléfono añadiendo la siguiente línea ( Line
[2] – Add a new DN).
Validación del fichero de datos.

En esta parte de la secuencia que se sigue al dar de alta un dispositivo se
comprueba no contenga datos erróneos. Se accede mediante el menú:
Bulk Administration> Phones>Validat Phones
En la ventana Validate Phones se elige la opción ‘Validate Phones Specific

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

Se trata de enviar el fichero CSV a la base de datos de CallManager. Se
accede a la pantalla mediante el menú:
Bulk Administration> Phones>Insert Phones
En la ventana Insert Phones aparecen

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

En los terminales IP se puede encontrar
•El teclado numérico
• Teclas Configurables (en modelos de media/alta gama)
• Las softkeys, asociadas a funciones que aparecen en la última línea de
la pantalla (en modelos de media/alta gama).
• Un conjunto de teclas con valores fijos asociados como son las teclas
t eclas de
auricular, mute, altavoz y volumen.
• Un conjunto de teclas con acceso a ciertas funciones y servicios, con el
aspecto que se muestra a continuación en la figura:
Tecla de acceso directo a la mensajería vocal.

Tecla de acceso a registro de llamadas y a directorios.
Tecla de acceso a configuraciones del teléfono.
Entre las configuraciones se encuentran:
•Preferencias de usuario.
• Configuración de red:
o Servidor DHCP.
o Servidor BOOTP.
o Dirección MAC.
o Nombre de Host.
o Nombre de dominio.
o Dirección IP.
o Máscara de Subred.
o Servidor TFTP1, Servidor TFTP2.
o Router predeterminado 1,2,3,4,5.
141
o Servidor DNS1,2,3,4,5.
o ID VLAN operacional.
o ID VLAN Administrativa.
o DHCP Habilitado.
o Dirección DHCP liberada.
o TFTP Alternativo.
o Configuración de puerto switch.
o Configración de puerto PC.
o VLAN de PC.
• Configuración de dispositivo.
•
Configuración de seguridad.
• Información de modelo.
• Estado
Tecla de acceso a servicios de XML
Tecla de ayuda. Si durante una llamada se pulsa esta tecla dos

veces seguidas aparece información relativa a la llamada en la pantalla del
teléfono.
Para realizarel cambios

desbloquear en larealizar
acceso. Para configuración de eslosnecesario
esta acción teléfonospulsar
es necesario
las teclas
# y observ
* * # observarar que el icono del ca
candado
ndado se abre.
142
Nota: para resetear los terminales, se pulsa el botón de “Settings”

(configuración) o el de Service (servicios) y a continuación la combinación de
teclas **#**, aunque en algunos modelos está deshabilitado por el firmware
cargado.
6.4.1 Restauración de terminales a configuración de fábrica

Es necesario que el servidor DHCP este correctamente configurado
configurado y de TFTP
con la opción 150 y que tenga un CCM con el servicio TFTP activo para cargar
los nuevos ficheros.
7906/7911
Se borra la siguiente configuración:
Fichero CTL
•
Configuración de usuario
• Configuración de red
• Histórico de llamadas
• Local de idiomas
• Aplicación de teléfono—El teléfono carga el fichero
term11.default.loads
Desconectar el terminal de la alimentación. Si está alimentado por PoE quitar el

cable de red. Volver a conectar la alimentación y pulsar la tecla # hasta que
parpadee en rojo el led de notificación de mensaje en espera del microteléfono.
Soltar la tecla # y pulsar la secuencia 123456789*0#
123456789*0#..
Después la botonera parpadeará en rojo rápidamente, el terminal se resetea y
carga el firmware por defecto
7941/7961
Fichero CTL
•
• Fichero LSC
•
Configuración de usuario
143
• Local de idiomas
term41.default.loads para el 7941 o term61.default.loads para el 7961
cable de red. Volver a conectar la alimentación y pulsar la tecla # hasta que la
botonera parpadee en rojo.
123456789*0#..
Después la botonera parpadeará en rojo rápidamente, el terminal se resetea y
carga el firmware por defecto
7979/7971

• Fichero CTL
• Fichero LSC
• Configuración de usuario
• Locale de idiomas
term71.default.loads para el 7970 o term71.default.loads para el
7971.

cable de red. Volver a conectar la alimentación y pulsar la tecla # hasta que la
botonera parpadee en rojo.
123456789*0#..
Después la botonera parpadeará en rojo rápidamente y el terminal se resetea y
cargara el firmware por defecto.
144
Resumen:
Resumen:
Los terminales IP de Cisco, que comprenden desde la gama baja hasta
modelos de altas prestaciones, trabajan con sseñalización
eñalización SIP y SCCP (Skinny
Client Control Protocol), utilizando los códec de compresión de aúdio G.711
and G.729a.
Las direcciones IP de los teléfonos son asignadas automáticamente.
La alimentación de los terminales se realiza bien por el cable de datos o
En la arquitectura LAN del Cliente, se recomienda crear por lo general una
VLAN para el tráfico de Datos y otra VLAN para el tráfico de VOZ.
Si la infraestructura de datos es de Cisco, se procederá a la activación del
protocolo CDP (Cisco Discov
Discovery
ery Protocol) en el Switch del C
Cliente.
liente. Una vez
vez
activado el protocolo
protocolo CDP, el Switch
Switch asigna, de modo automático, la VLAN
VLAN
configurada para VOZ al Teléfono IP. Dentro de esta red el Teléfono IP de
Cisco es identificado por la dirección MAC.
Los teléfonos se pueden provisionar en Cisco Unified CallManager mediante
auto-registro, configuración manual o mediante la herramienta BAT.
145
1. Qué p
protocolos
rotocolos d
de
e se
señalización
ñalización utilizan los teléfonos IP de Cisco
a. DHCP y BooTP
b. G.729 y G.711
c. SCCP y SIP
d. MGCP y SMTP
2. La numeración dada a los teléfonos IP mediante auto-registro es
a. En modo secuencial de conexión

b. En modo aleatorio
c. Configurable por el administrador
d. Configurable por el usuario final
3. Una plantilla de teléfono se puede asociar
a. A cualquier modelo de teléfono

b. Al modelo de teléfono para el que se ha creado la plantilla
c. Según criterio del administrador
d. Según criterio del usuario del teléfono.
146
TEMA 7
GATEWAYS
147

Tema 7 Gateways
7.1 Introducción
Los gateways son los elementos que permiten esteblecer comunicaciones
entre un componente de CallManager (p. ej. un teléfono) y otro componente
ajeno a CallManager (p. ej. Accesos Primarios RDSI). Por lo general, este otro
componente suele pertenecer a la Red Telefónica Conmutada, aunque
CallManager permite configurar gateways que son VoIP (p. ej. H.323).
En Ibercom IP con equipamiento de Cisco, el EDC ( Equipo de Datos de
Cliente ),
), que es un router de Cisco, puede hacer las funciones de gateway de
CallManager. Si el EDC no es Cisco, éste no podría hacer las funciones de
gateway, y habría que instalar otro independiente.
Los routers de la serie 28XX permiten instalar los diferentes interfaces de
conexión con la RTC que proporcionarán la funcionalidad de gateway para
CallManager.
En este tema se mostrará la arquitectura de los gateways de la serie 28XX con
la numeración
nociones de de
básicas cada uno de susdel
configuración slots. A continuación
sistema selos
operativo de explicarán unas
routers Cisco
(IOS) para poder hacerlos trabajar con CallManager.
149
Gateways Tema 7
7.2 Arquitectura
7.2.1 Numeración de Interfaces
•
Los puertos en
directamente deslots
tarjetas de interfaz
del chasis (WIC, VWIC y HWIC) instaladas
se numeran:
interface-number = 0/subslot/port
• Los puertos de módulos de red se numeran:

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

red se numeran:
interface-number = slot/subslot/port
Nota: Este formato sólo es aplicable a los interfaces WIC (WAN Interface
Nota:
Card). Los interfaces nativos al módulo de red usan e formato slot/port.
• Los interfaces nativos en la placa base se numeran:

Fa0/0, Fa0/1 en Cisco 2811.
Gi0/0, y Gi0/1 en Cisco 2821 y Cisco 2851.
• Los slots WIC de la placa base se numeran de 0 a 3. El número se

incrementa de derecha a izquierda y de abajo a arriba.
WIC 0 ports: <interface>0/0/0, <interface>0/0/1
•
Los números
derecha del resto
a izquierda. Losdesubslots
slots se incrementan
y puertos dentrodedeabajo a se
un slot arriba y de
numeran
igualmente de abajo a arriba y de derecha a izquierda.
150
Tema 7 Gateways
Ejemplos:
E1
E1 E1
E1
E1 E1
151
Gateways Tema 7
7.2.2 Gateway 2801

152
Tema 7 Gateways
7.2.3 Gateway 2811
7.2.4 Gateway 2821

153
Gateways Tema 7

154
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 también se puede
obtener desde un servidor TFTP.
7.3.1 Modos de configuración

IOS dispone de varios modos de configuración. En cada uno de ellos se
pueden realizar determinadas tareas.
• monitor:
Modo BOOT o ROM monitor:
Se usa en casos de emergencia (prompt rmon) como puede ser la
recuperación de un password, de un registro de configuración, etc.
• SETUP:
Modo de SETUP:
Es un asistente que permite realizar una configuración sencilla del router.
Se inicia automáticamente cuando no existe ninguna configuración.
• USER:
Modo USUARIO ó USER:
Es el modo en el que se encuentra el router cuando se accede a él. Es un
modo de visualización sin privilegios y el prompt es Router> en el que la
palabra “Router ” se sustituye por el nombre de máquina del router
(hostname ))..
Modo el PRIVILEGIADO que acceder para configurar el router (prompt

ó PRIVILEGED:
PRIVILEGED:
•
Es modo al que hay

Router#).
El acceso al modo privilegiado se realiza mediante el comando enable.
Dentro del modo privilegiado se puede acceder a los submodos de
configuración mediante el comando configure terminal. Para salir del
modo de configuración se usa el comando exit. Para salir del modo
privilegiado se usa el comando disable.
• CONFIGURE:
Modo de CONFIGURACIÓN GLOBAL o CONFIGURE:
Permite configurar aspectos sencillos del router como pueden ser la
configuración del nombre del router, passwords, etc (prompt
Router(config)#). Para entrar en este modo se usa el comando
configure terminal.
156
Tema 7 Gateways
• específicos:
Modos de configuración específicos:
Permiten configurar protocolos, interfaces o en general aspectos más
complejos del router:
o Configuración de interfaces: Permite configurar los interfaces del
dispositivo
se (prompt Router(config-if)#
usa el comando ). Para
interface seguido del entrar
nombre del en este modo
interfaz como
por ejemplo FastEthernet0/0 ó serial0/0.
o Configuración de línea: Permite configurar los interfaces de comandos

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

introducir comandos de routing (prompt Router(config-router)#).
Para entrar en este modo se usa el comando router seguido del
protocolo de routing, como por ejemplo rip o igrp.
A continuación se muestran las transiciones entre los modos USUARIO,

PRIVILEGIADO y CONFIGURACIÓN.
MODO USUARIO MODO MODO CONFIGURA

CONFIGURACIÓN
CIÓN
(USER MODE) PRIVILEGIADO (CONFIGURE MODE)
Router> enable Router# config term Router(config)#
disable 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 configuración, se pregunta al usuario

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

• No es necesario escribir los comandos completamente. Es suficiente con
escribir los caracteres que identifiquen unívocamente tanto al comando
como a sus parámetros.
Ejemplo:
Router#configure terminal
puede ser abreviado como:

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

muestra todas las opciones existentes.
Ejemplo:
Router#configure ?
confirm Confirm replacement of running-confi

running-configg with a new config
..
memory Configure from NV memory
network Configure from a TFTP network host
overwrite-network
overwrite-ne twork Overwrite NV memory from TFTP network host
replace Replace the running-confi
running-configg 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 configuración en la memoria RAM y son todos los comandos
que se introducen para configurar el dispositivo.
o show history
Obtiene un listado de los últimos comandos introducidos.
o show version
Obtiene datos importantes tales como:
- IOS Software
- Versión el software
- Uptime del sistema
- Nombre del fichero imagen (IOS)
- Vía de arranque de la IOS
- Número de interfaces ethernet y serie
- Tamaño de las memorias NVRAM, RAM y FLASH
o show protocols
Muestra los protocolos activados y el estado de cada interfaz.
o show interfaces
Características y estado de cada interfaz
7.3.3 Configuración básica

7.3.3.1 Creación de una configuración en Running y Startup
1. Entrar en modo privilegiado
Router> enable
Router#
2. Entrar en modo global de configuración

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

Router(config)# hostname Lab1
Lab1(config)#
159
Gateways Tema 7
4. Establecer contraseña
contraseña para
para acced
acceder
er al modo priv
privilegiado
ilegiado
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 (acc

(acceso
eso teln
telnet)
et)
Lab1(config)# line vty 0 4
Lab1(config-line)# password cisco
Lab1(config-line)# login
Lab1(config-line)# logging synchronous (opcional)
6. Conviene cifrar todas las contraseñas

contraseñas d
del
el fichero de configuración
Lab1(config)# service password-encryption
7. Mostrar la configuración
configuración en memoria RAM
Lab1# show running-config
8. Mostrar la configuración
configuración del
del fichero de inicio
Lab1# show startup-config
7.3.3.2 Backup y restauración de la configuración

1. Guardar la configuración en el fichero d
dee inicio en memoria
memoria NVRA
NVRAM
M
Lab1# copy running-config startup-config
2. Backup en flash
Lab1# copy running-config flash:nombre-de-fichero
3. Backup en servidor tftp

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

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

Lab1# copy tftp running-config
6. Borrado de configuración
Lab1# write erase
160
Tema 7 Gateways
7.3.3.3 Creación de interfaces

1. GigabitEthernet
Lab1# configure terminal
Lab1(config)# interface GigabitEthernet0/0
Lab1(config-if)# ip address 10.0.0.2 255.255.255.0
Lab1(config-if)# duplex auto
Lab1(config-if)# speed auto
Lab1(config-if)# no shutdown
2. FastEthernet
Lab1(config)# interface FastEthernet0/0
Lab1(config-if)# ip address 10.0.0.3 255.255.255.0
Lab1(config-if)# duplex auto
Lab1(config-if)# speed auto
Lab1(config-if)# no shutdown
3. Estado de los interfaces

Lab1# show interfaces
Lab1# show ip interface brief
7.3.3.4 Rutas
1. Rutas estáticas
Lab1(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:
Resumen:
La conexión de cualquier sistema de Telefonía sobre IP a la Red Telefónica
Conmutada se realiza a través de gateways. Para Cisco CallManager, los
gateways utilizados en el servicio Ibercom IP son los de la gama 28XX (2801,
2811, 2821 y 2851).
El sistema operativo de estos gateways es IOS, que dispone de interfaz de
usuario tipo CLI para la programación de los dispositivos.
IOS dispone de cinco modos de operación para la gestión del gateway. Dentro
de uno de sus modos (modo de configuración) existen submodos que
corresponden a módulos del dispositivo.
162
Tema 7 Gateways
4. ¿Cuántos interfaces FastEthernet dispone el gateway 2801 en la placa

base?
d) 0
e) 1
f) 2
5. ¿Cuál es el nombre del sistema operativo de los gateways de Cisco?

a) IOS
b) Solaris
c) Windows
6. La imagen IOS puede almacenarse en:

a) Memoria flash del gateway.
b) Servidor TFTP externo.
c) Las dos anteriores son ciertas.
7. Los interfaces de los gateways se configuran en el modo:

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

TEMA 8
TRUNKING
165

Tema 8 Trunking
8.1 Introducción
Este tema pretende servir como guía de configuración de los elementos que
intervienen en la solución de Cisco CallManager 5.1 para el servicio Ibercom IP
en el apartado de Trunking (enlaces o interconexión con.el resto de sistemas)
Los elementos afectados para la configuración de los diferentes tipos de
enlaces son CALLMANAGER y los EDC (gateways) que se utilizarán para
conectar con la Red Telefónica Conmutada mediante Accesos Primarios y
Básicos.
Convenciones
En las configuraciones de EDC, los parámetros que aparecen en cursiva tienen
tienen
que cambiarse por el valor que corresponda en cada caso.
En las configuraciones de CallManager, los nombres de los elementos que se
incluyen son elegidos para cada instalación y podrían no coincidir con los que
existirán en las instalaciones de cliente.
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 señalización de llamada H.225 añadiendo información propietaria
entendida únicamente por CallManager. Esta información son los servicios
proporcionados en QSIG tunelizados en mensajes H.225.
Dentro de ICT se puede definir un Trunk controlado por un Gatekeeper o un
Trunk sin ser controlado por ningún Gatekeeper. En el primer caso, hay que
definir previamente el Gatekeeper que controlará el Trunk ICT.
A continuación se muestran los pasos que hay que seguir para configurar un
Trunk ICT sin ser controlado por Gatekeeper.
IP
ICT
Cluster A 1.
1.
Fig. 2: Inter-Cluster Trunk

168
Tema 8 Trunking
8.2.1 CallManager
1. Añadir un nuevo Trunk ICT.
• Dentro del menú Device->Trunk
Device->Trunk,, pinchar en Add New.
New.
2. Selección del tipo de Trunk.

• Seleccionar el valor Inter-Cluster Trunk (Non-Gatekeeper Controlled)
Controlled)
en el campo Trunk Type.
Type.
• Seleccionar el valor Inter-Cluster Trunk en
Trunk en el campo Device Protocol.
Protocol.
• A continuación, pinchar en Next
Next..
169
Trunking Tema 8
3. Configuración del Trunk

• En el campo Device Name hay
Name hay que poner el nombre que identificará el
CCM remoto.
• Seleccionar el Device Pool en
Pool en el que se va a situar el Trunk.
• Indicar las direcciones IP de los CallManager remotos en los campos
Name, Server 2 IP Address/Host Name
Server 1 IP Address/Host Name, Name y
Server 3 IP Address/Host Name..
Address/Host Name
• Guardar el Gateway pulsando en Save
Save..
1/2
170
Tema 8 Trunking
2/2
171
Trunking Tema 8
8.3 H.323
8.3.1 CallManager
1. Añadir un nuevo
nuevo gateway (Device -> Gatew
Gateway
ay ->Add New).
2. Seleccionar el valor H.323 Gateway en

Gateway en el campo Gateway Type.
Type.
A continuación, pinchar en Next
Next..
172
Tema 8 Trunking
3. En el campo Device Name hay

Name hay que poner la dirección IP del gateway H.323
remoto.
Seleccionar el Device Pool en
Pool en el que se va a situar el gateway.
Insertar el Gateway pulsando en Save
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 señalizar con el equipo remoto con protocolo de transporte TCP ó
UDP. El Security Profile que tiene por defecto CallManager se llama Non
Profile y el protocolo de transporte que utiliza para las
Secure SIP Trunk Profile
llamadas salientes es TCP.
Sin embargo, la mayoría de los sistemas SIP que existen en el mercado
señalizan en UDP, por lo que para estos sistemas no se podrá utilizar el
Security Profile Non Secure SIP Trunk Profile y
Profile y habrá que crear uno nuevo o
modificar éste.
Para crear un nuevo Security Profile con protocolo UDP , los pasos que hay
que seguir son:
1. Creación de un Security Profile (System -> Security Profile -> SIP Trunk
New )
Securiity Profile -> Add New)
175
Trunking Tema 8
2. Indicar el nombre con el que se identificará el Security Profile en el campo

Name..
Name
En el campo Outgoing Transport Type,
Type, seleccionar UDP
UDP..
Guardar la configuración pulsando en Save
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 número de teléfono y el
usuario@dominio
dominio puede ser un nombre DNS o la dirección IP del Proxy SIP (centralita)
que procesará la llamada.
Para que CallManager pueda procesar las llamadas entrantes cuyo dominio
sea un nombre DNS, habrá que declarar este dominio, puesto que de no
hacerlo, la llamada no se procesará. Si la llamada entra con la dirección IP de
CallManager, no hay que definir nada.
1. Parámetros del sistema (System
(System -> Enterprise Parameters)
Parameters)
177
Trunking Tema 8
2. El dominio se define en el campo Cluster Fully Qualified Domain Name

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

Para poder dar de alta un enlace SIP, uno de los parámetros que se solicita es
el SIP Profile que va a utilizar este enlace.
En un SIP Profile se definen aspectos relativos a temporizadores, URIs

utilizadas en determinados servicios, puertos utilizados para enviar la media,
etc.
Existe un SIP Profile por defecto llamado Standard SIP Profile.
Profile. Se podría
utilizar éste, pero conviene crear uno nuevo por si hay que hacer
modificaciones posteriores.
1. Creación de un SIP Profile (Device -> Device Settings -> SIP Profile ->
New)
Add New)
2. Indicar el nombre con el que se identificará el Security Profile en

en el campo
Name..
Name
Dejar el resto de opciones con el valor por defecto.
Save..
179
Trunking Tema 8

180
Tema 8 Trunking
8.4.1.4 SIP Trunk.

1. Creación del Trunk SIP (Device
(Device -> Trunk -> Add New)
New )
2. Seleccionar el valor SIP Trunk en

Trunk en el campo Trunk Type.
Type.
En el campo Device Protocol se
Protocol se selecciona automáticamente el valor SIP
SIP..
A continuación, pinchar en Next
Next..
181
Trunking Tema 8
3. Indicar el nombre con el que se identificará el trunk en el campo Device

Name..
Name
Seleccionar el Device Pool en
Pool en el que se va a situar el trunk.
Indicar la dirección IP de la entidad remota en el campo Destination
Address.
Address.
Seleccionar el SIP Trunk Security Profile creado
Profile creado anteriormente.
Seleccionar el SIP Profile creado
Profile creado anteriormente
Insertar el Trunk pulsando en Save
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 señalización de llamada, sino que
controla
nivel el comportamiento del gateway a más bajo nivel, en ocasiones hasta el
físico.
Un gateway MGCP con Accesos Primarios puede transportar toda la
señalización desde el PRI al CallManager a través de una conexión TCP. Esto
lo hace encapsulando la señalización de Capa 3 (Q.931) en un paquete para
enviarlo a CallManager a través de un túnel IP. De esta forma se asegura la
integridad de la señalización Q.931.
Además se establece una segunda conexión TCP con el CallManager
secundario para que en caso de caída del primario, mantener las conexiones
establecidas desde el secundario.
Para gateways con Accesos Básicos, la señalización del canal D se transporta
igualmente por una conexión TCP entre el gateway MGCP y CallManager.
Igual que en los Accesos Primarios, toda la señalización Q.931 es transportada
a través de este túnel IP.
Fig. 3: Gateway MGCP
Se recomienda utilizar MGCP en las interconexiones con Red Teléfonica

Conmutada puesto que la configuración de comandos CLI en el gateway se
reduce bastante en comparación a H.323 o SIP ya que la mayor parte de esta
configuración se realizará en CallManager.
CallManager permite configurar dos categorías de gateways MGCP:
• Gateway IOS
Son gateways que ejecutan IOS, es decir routers de Cisco. Será el tipo de
gateway que se va a tratar en este tema.
•
Gateway Non-IOS
Son gateways que no ejecutan IOS, es decir switches Catalyst de Cisco.
184
Tema 8 Trunking
A continuación se muestran los pasos que hay que seguir para configurar un
Gateway MGCP tanto para Accesos Primarios como para Accesos Básicos.
8.5.1 Accesos Primarios

8.5.1.1 CallManager
1. Añadir un nuevo Gateway.
• Dentro del menú Device->Gateway
Device->Gateway,, pinchar en Add New.
New.
2. Selección del tipo de Gateway.

• Seleccionar el tipo de gateway (Gateway
(Gateway Type),
Type), -por ejemplo Cisco 2811-
Next..
185
Trunking Tema 8
3. Protocolo de control del Gateway.

• Seleccionar el protocolo MGCP en el campo Protocol
Protocol..
Next..
186
Tema 8 Trunking
4. Configuración del hardware (I).

• Configurar el nombre de dominio (Domain
(Domain Name),
Name), con el nombre dado al
Gateway (comando hostname de de IOS).
• Seleccionar el grupo de CCM (Cisco
(Cisco Unified CallManager Group).
Group).
• Seleccionar en el Slot correspondiente el tipo de tarjeta
t arjeta insertada (Module
(Module
in Slot_ )).. Pueden verse las tarjetas instaladas con el comando show diag
del EDC.
• Seleccionar el protocolo EURO
EURO en en Global ISDN Switch Type.Type.
• Insertar el Gateway pulsando en Save Save..
187
Trunking Tema 8
(II).
5. Configuración del hardware (II).
• Indicar la tarjeta instalada de Acceso Primario (VWIC-1MFT-E1
( VWIC-1MFT-E1 o VWIC-
2MFT-E1)) en la ranura correspondiente (Subunit
2MFT-E1 (Subunit).).
• Pulsar el botón Save
Save..
188
Tema 8 Trunking
(II).
• Aparece el icono del Acceso Primario de la tarjeta VWIC-1MFT-E1
VWIC-1MFT-E1 a la
derecha de Subunit
Subunit.. Si fuese una tarjeta VWIC-2MFT-E1 aparecerían dos
VWIC-2MFT-E1 aparecerían
iconos. Pulsar en el icono para configurar los parámetros del E1.
189
Trunking Tema 8
7. Configuración del Acceso Primario.

• Pool: Contendrá el que corresponda para la sede en la que se
Device Pool:
encuentra.
• NetworkLocale: Spain
NetworkLocale: Spain..
• t ype unknown: El valor será Unknown.
Called party IE number type será Unknown.
Calling party IE number type será Unknown.
• Called Numbering Plan: El valor será ISDN.
será ISDN.
• Plan: El valor será ISDN.
Calling Numbering Plan: será ISDN.
• Framing: El valor será el establecido en Centro Frontal para este PRI.
• (ms): 64
Echo Cancellation Coverage (ms): 64..
• Se guardará la configuración pulsando Save
Save..
1/3
190
Tema 8 Trunking
2/3
191
Trunking Tema 8
3/3
8. Se repite la misma operación 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. Parámetros generales.
router(config)#enable secret contraseña
router(config)#interface FastEthernet0/0
FastEthernet0/0
router(config-if)# ip address dir_IP máscara
router(config-if)# duplex auto
router(config-if)# speed auto
router(config-if)# no shutdown
router(config-if)# exit
router(config)#ip route 0.0.0.0 0.0.0.0 router-por-defecto

router(config)#line vty 0 4
router(config-line)# exec-timeou
exec-timeout
t 0 0
password contraseña
router(config-line)#
router(config-line)# logging synchronous
router(config-line)# login
router(config-line)# exit
router(config)#no ip domain-lookup
domain-lookup
2. Establecer el nombre del EDC. Este nombre será usado como Device
en CALLMANAGER.
Name en
Name
router(config)#hostname 2811PRI

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

TFTP existentes. La configuración MGCP en el EDC se realiza
automáticamente desde el servidor TFTP.
2811PRI(config)# ccm-manager config server dir_IP_TFTP_server_1
dir_IP_TFTP_server_2 ...
...
2811PRI(config)# ccm-manager
2811PRI(config)# exit config
193
Trunking Tema 8
8.5.2 Accesos Básicos

8.5.2.1 CallManager
1. Añadir un nuevo Gateway.
• Dentro del menú Device->Gateway
Device->Gateway,, pinchar en Add New.
New.
2. Selección del tipo de Gateway.

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

• Seleccionar el protocolo MGCP en el campo Protocol
Protocol..
Next..
195
Trunking Tema 8
4. Configuración del hardware (I).

• Configurar el nombre de dominio (Domain
(Domain Name),
Name), con el nombre dado al
Gateway (comando hostname de de IOS).
• Seleccionar el grupo de CCM (Cisco
(Cisco Unified CallManager Group).
Group).
• Seleccionar en el Slot correspondiente el tipo de tarjeta
t arjeta insertada (Module
(Module
in Slot_ )).. Pueden verse las tarjetas instaladas con el comando show diag
del EDC.
• Seleccionar el protocolo EURO
EURO en en Global ISDN Switch Type.Type.
• Insertar el Gateway pulsando en Save Save..
196
Tema 8 Trunking
(II).
• Indicar la tarjeta instalada de Acceso Primario (VIC2-2BRI
(VIC2-2BRI)) en la ranura
correspondiente (Subunit
(Subunit).
).
• Pulsar el botón Save
Save..
197
Trunking Tema 8
(II).
• Aparecen los iconos de los Accesos Básicos de la tarjeta VIC2-2BRI a la
VIC2-2BRI a
derecha de Subunit
Subunit.. Pulsar en el primer icono para configurar los
parámetros del BRI.
198
Tema 8 Trunking
7. Configuración del Acceso Básico.

• Pool: Contendrá el que corresponda para la sede en la que se
Device Pool:
encuentra.
Called party IE number type será Unknown.
Calling party IE number type será Unknown.
• Called Numbering Plan: El valor será ISDN.
será ISDN.
• Plan: El valor será ISDN.
Calling Numbering Plan: será ISDN.
• Mode: El valor será Static.
TEI Mode: será Static.
• Se guardará la configuración pulsando Save
Save..
1/2
199
Trunking Tema 8
2/2
8. Se repite la misma operación que en el punto anterior para el segundo

Acceso Básico si existe.
200
Tema 8 Trunking
8.5.2.2 EDC
1. Parámetros generales.
router(config)#enable secret contraseña
router(config)#interface FastEthernet0/0
FastEthernet0/0
router(config-if)# ip address dir_IP máscara
router(config-if)# duplex auto
router(config-if)# speed auto
router(config-if)# exit
router(config)#ip route 0.0.0.0 0.0.0.0 router-por-defecto

router(config)#line vty 0 4
router(config-line)# exec-timeou
exec-timeout
t 0 0
password contraseña
router(config-line)#
router(config-line)# logging synchronous
router(config-line)# login
router(config-line)# exit
router(config)#no ip domain-lookup
domain-lookup
2. Establecer el nombre del EDC. Este nombre será usado como Device
en CALLMANAGER.
Name en
Name
router(config)#hostname 2811BRI

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

TFTP existentes. La configuración MGCP en el EDC se realiza
automáticamente desde el servidor TFTP.
2811BRI(config)# ccm-manager config server dir_IP_TFTP_server_1
dir_IP_TFTP_server_2
dir_IP_TFTP_server_2 ...
2811BRI(config)# ccm-manager config
2811BRI(config)# exit
201
Trunking Tema 8
8.5.3 Supervisión
8.5.3.1 CallManager
8.5.3.1.1 Comprobación de registro MGCP en CallManager

1. Pinchar en See Enpoints del
Enpoints del Gateway a supervisar.
2. Aparecen los dispositivos que tiene el chasis elegido. La columna Status

Status
muestra la dirección IP del CallManager en el que se ha registrado. Si el
interfaz RDSI no está operativo
operat ivo aparece Not Registered.
Registered.
La columna IP Address muestra
Address muestra la dirección 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
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
MULTIPLE_FRAME_ESTABLISHE
_ESTABLISHED
D
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
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
Threshold is 320. Rep
Reported
orted fr
from
om firmw
firmware
are 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 Configuración de sincronismo

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

---------------------------
Priority Clock Source Clock State Clock Type
1 E1 1/0 GOOD E1
8.5.3.2.5 Comprobación de registro MGCP en CallManager

CENTRAL#show ccm-manager
MGCP Domain Name: CENTRAL
Priority Status Host
============================================================
Primary Registered 10.10.211.1
10.10.211.100
First Backup Backup Ready 10.10.211.11
10.10.211.11
Second Backup None
Current active Call Manager: 10.10.211.10

Backhaul/Re dundant link port:
Backhaul/Redundant 2428
Failover Interval: 30 seconds
Keepalive Interval: 15 seconds
Last keepalive sent: 20:29:22 UTC Mar 5 2002 (elapsed time:
00:00:00)
Last MGCP traffic time: 20:29:22 UTC Mar 5 2002 (elapsed time:
00:00:00)
Last failover time: 03:49:36 UTC Mar 5 2002 from
(10.10.211.10)
Last switchback time:

(10.10.211.11) 03:52:21 UTC Mar 5 2002 from
Switchback mode: Graceful
MGCP Fallback mode: Enabled/OFF
Last MGCP Fallback start time: 20:27:06 UTC Mar 4 2002
Last MGCP Fallback end time: 20:27:32 UTC Mar 4 2002
MGCP Download Tones: Disabled
Backhaul Link info:

Link Protocol: TCP
Remote Port Number: 2428
Remote IP Address: 10.10.211.1
10.10.211.10
0
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
Configuration Download statistics:
Download Attempted : 14
Download Successful : 14
Download Failed : 0
Configuration Attempted
Configuration : 6
Configuration
Configuration Successful : 6
Configuration
Configuration Failed(Pars
Failed(Parsing):
ing): 0
Configuration
Configuration Failed(config) : 0
Last config download command: New Registration
FAX mode: cisco
Configuration
Configuration Error History:
8.5.3.2.6 Verificación de los parámetros MGCP

CENTRAL#show mgcp
MGCP Admin State ACTIVE, Oper State ACTIVE - Cause Code NONE
MGCP call-agent: 10.10.211.10 2427 Initial protocol service is MGCP
0.1
MGCP validate call-agent source-ipaddr DISABLED
MGCP validate domain name DISABLED
MGCP block-newcalls DISABLED
MGCP send SGCP RSIP: forced/restart/graceful/disconnected DISABLED
MGCP quarantine mode discard/step
MGCP quarantine of persistent events is ENABLED
MGCP dtmf-relay voip codec all mode out-of-ban
out-of-band
d
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
MGCP playout modeBuffer
Fax Playout is adaptive
is 30060,
in 40,
msec200 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 line-

package
hs-package rtp-package atm-package ms-package
dt-package
mt-package sst-package pre-package md-package
MGCP Digit Map matching order: shortest match
SGCP Digit Map matching order: always left-to-right
MGCP VoAAL2 ignore-lco-
ignore-lco-codec
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
ENDPOINT-NAME V-PORT SIG-TYPE ADMIN
S0/ds1-0/1@CENTRAL
S0/ds1-0/1@CENTRAL 0/0:15 none up
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/10@C ENTRAL 0/0:15 none up
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@C
S0/ds1-0/19@CENTRAL
ENTRAL
S0/ds1-0/20@CENTRAL
S0/ds1-0/20@C ENTRAL 0/0:15
0/0:15 none
none up
up
S0/ds1-0/21@CENTRAL
S0/ds1-0/22@CENTRAL
S0/ds1-0/23@CENTRAL
206
Tema 8 Trunking
S0/ds1-0/24@C ENTRAL
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@C ENTRAL
S0/ds1-0/31@CENTRAL
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 conexión activa en el endpoint S0/DS1-0/1

utilizando los puertos RTP 16986 y 32212 bidireccional (SENDRECV) con
codec G729B.
CENTRAL#show mgcp connection
Endpoint Call_ID(C) Conn_ID(I) (P)ort (M)ode (S)tate (CO)dec
(E)vent[SIFL]
(E)vent[SIFL ] (R)esult[EA]
(R)esult[EA] (ME)dia (COM)Addr:Port
1. S0/DS1-0/1 C=D00000000200003a000000
C=D000000002 00003a000000F500000001,38
F500000001,38,39
,39 I=0x2
P=16986,32212
P=16986,322 12 M=3 S=4,4 CO=8 E=2,0,0,2 R=0,0 ME=0 COM=0.0.0.0
COM=0.0.0.0:0
:0
LEGEND:
Mode : 0=INVA
0=INVALID,
LID, 1=
1=SENDONLY,
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=CONFERENCIN

3=CONFERENCING,
G, 4=ACTIVE,
5=CONF_DESTROYING,
6=DISCONNECTING, 7=INACTIVE, 8=VOICE_CONNECTING, 9=VOICE_ACTIVE,
10=CONF_DISSOCIATING,
11=CALLLEGS_DISSOCIATED
11=CALLLEGS_DISSOCIATED,
, 12=HP_CONNEC
12=HP_CONNECTING,
TING, 13=HP_CONNE
13=HP_CONNECTED,
CTED,
14=HP_CONFERENCING,
15=HP_ACTIVE, 16=VOIP_CONF_DESTROY, 17=ERROR, 18=CONNECTING_INACTIVE,
19=CONF_DESTROYING_INAC
19=CONF_DESTROYING_INACTIVE,
TIVE, 20=CONT_TEST
20=CONT_TEST,
, 21=SETUP_WAIT,
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

5=G726_16K,
, 6=G729,
7=G729_A, 8=G729_B, 9=G729_B_LC,
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 Tema 8
8.5.3.2.10 Estado y configuración de los puertos de voz para PRI

CENTRAL#show voice port 0/0:15
DS0 Group 0/0:15 - 0/0:15
Type of VoicePort
Operation State isis
UPXCC
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 A
Tx D bit
bit no
no conditioning
conditioning set
set
Tx B bit no conditioning set
Tx C bit no conditioning set
Tx D bit no conditioning set
Region Tone is set for US
Continuity Test Tone CO1 is set to 2010
Continuity Test Tone CO2 is set to 1780
Station name None, Station number None
Translation profile (Incoming):
Translation profile (Outgoing):
DS0 channel specific status info:

IN OUT
PORT CH SIG-TYPE OPER STATUS STATUS TIP RING
0/0:15 01 xcc-voice up none none
0/0:15 02 xcc-voice dorm none none
208
Tema 8 Trunking

0/0:15
0/0:15 30
31 xcc-voice
xcc-voice dorm none
dorm none none
none
8.5.3.2.11 Estado y configuración de los puertos de voz para BRI

REMOTA#show voice port 0/0/1
Basic Rate Interface 0/0/1 Slot is 0, Sub-unit is 0, Port is 1

Type of VoicePort is BRI-XCC
Operation State is DORMANT
Administrative State is UP
No Interface Down Failure
Description is not set
Noise Regeneration is enabled
Non Linear Processing is enabled
Non Linear Mute is disabled
Non Linear Threshold is -21 dB
Music On Hold Threshold is Set to -38 dBm
In Gain is Set to 0 dB
Out Attenuation is Set to 0 dB
Echo Cancellation is enabled
Echo Cancellation NLP mute is disabled
Echo Cancellation NLP threshold is -21 dB
Echo Cancel Coverage is set to 64 ms
Echo Cancel worst case ERL is set to 6 dB
Playout-delay Mode is set to adaptive
Playout-delay Nominal is set to 60 ms
Playout-delay Maximum is set to 250 ms
Playout-delay Minimum mode is set to default, value 40 ms
Playout-delay Fax is set to 300 ms
Connection Mode is normal
Connection Number
Initial Time isset
Out is notto
set
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 Estadísticas 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
AuditEndpoi
AuditEndpoint
nt rx 638,
RestartInProgress
RestartInProgress successful
tx 676, 638,676,
successful failed 0
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:
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 caída de la rede entre la sede principal (lugar
donde se encuentra CallManager) y las sedes remotas.
rem otas.
Cuando se pierde la conectividad entre CallManager y terminales o gateways
remotos, éstos quedarán fuera de servicio puesto que dependen de
CallManager.
Para evitar la incomunicación en las sedes remotas, se dispone de la
funcionalidad SRST que permite a los gateways que pierden conexión con
CallManager hacer las funciones de éste y dar servicio a los teléfonos con los
que tenga conectividad. Como el gateway tiene salida a la Red Telefónica
Conmutada, permite establecer llamadas al exterior e incluso a la sede
principal a través de la RTC.
Fig. 4: SRST
Cuando la red WAN IP cae, tanto los terminales como el gateway de la sede
remota se dan cuenta porque dejan de recibir las respuestas de los KeepAlive
enviados a CallManager.
En ese momento, por un lado el gateway activa la función SRST que hasta ese
momento estaba en estado de espera y acepta las solicitudes de registro de
terminales SCCP. Por otro lado, los terminales intentan contactar con los
CallManager secundario o terciario y al no obtener respuesta lo intentan con el
servidor de supervivencia SRST (gateway remoto). El gateway SRST registra
los terminales de la sede remota y permite establecer entre los terminales y al
exterior a través de sus accesos a la Red Telefónica Conmutada.
Una de las características de SRST es que su configuración hay que realizarla
manualmente en el gateway.
SRST y CallManager Es decir,
para recibir lasnoconfiguraciones
existe comunicación entre el gateway
de terminales, Route
Pattern, desvíos, grupos de salto, etc. y por tanto habrá que realizar una
211
Trunking Tema 8
configuración paralela en cada uno de los gateways que implementen la

funcionalidad SRST.
Una vez que se recupera la conexión IP con CallManager, el gateway se
registrará de nuevo en CallManager y liberará todas las conexiones que tenga
establecidas en sus accesos a la RTC.
A continuación se muestran los pasos que hay que seguir para configurar la
funcionalidad SRST junto con MGCP.
8.6.1 CALLMANAGER
1. Añadir una nueva referencia SRST (Add
( Add New).
New).
212
Tema 8 Trunking
2. Indicar el nombre que se asignará a la referencia SRST en Name

Name y la
dirección IP del Gateway SRST en IP Address.
Address.
213
Trunking Tema 8
3. En el Device Pool de la sede remota SRST rellenar el campo SRST

con la referencia SRST creada.
Reference con
Reference
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-conferen
max-conferences
ces 4 gain -6
2811BRI(config-cm-fallback)# transfer-system full-consult
2811BRI(config-cm-fallback)# ip source-address dir_ip_gateway
port
2000
2811BRI(config-cm-fallback)# max-ephones 24
2811BRI(config-cm-fallback)# max-dn 24
2811BRI(config-cm-fallback)# user-locale ES
3. Construcción del número llamante para llamadas salientes (opcional).

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

extension-length nº_cifras_extension extension-pattern
número_de_extension
4. Traducción de número llamado para llamadas entrantes (opcional).

2811BRI(config-cm-fallback)# alias 1 patron_nume
1 patron_numeracion to
racion to

número_de_extensión
2811BRI(config-cm-fallback)# alias 2 patron_nume
2 patron_numeracion to
racion to

.
.
.
2811BRI(config-cm-fallback)# exit
5. Reglas de numeración para llamadas salientes.

2811BRI(config)#dial-peer voice 101 pots
101 pots
2811BRI(config-dial-peer)# destination-pattern 0.T

2811BRI(config-dial-peer)# direct-inward-dial
port 0/0/0
2811BRI(config-dial-peer)#
2811BRI(config-dial-peer)# exit
2811BRI(config)#dial-peer voice 102 pots

102 pots
preference 2
2811BRI(config-dial-peer)# destination-pattern 0.T

2811BRI(config-dial-peer)# direct-inward-dial
port 0/0/1
0/0/1
2811BRI(config-dial-peer)# exit
215
Trunking Tema 8
8.6.3 Supervisión
8.6.3.1 EDC
8.6.3.1.1 Verificación de SRST habilitado

1. Verificar la configuración
REMOTA#show running-config
2. Verificar que la funcionalidad SRST está habilitada

REMOTA#show call-manager-fallback all
3. Comprobar en el menú Configuración->Red del teléfono que el router por

Configuración->Red del
defecto del teléfono es el gateway SRST.
8.6.3.1.2 Supervisión de puertos

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

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

REMOTA#show voice port summary
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
============== == ============ ===== ==== ======== ======== ==
1/0/0 1 bri-voice up dorm none none y
1/0/1 1 bri-voice up up none none y
50/0/1 1 efxs up up off-hook idle y
50/0/2 1 efxs up up on-hook idle y
50/0/14
50/0/15 1
1 efxs
efxs up
up up
up on-hook
on-hook idle
idle y
y
4. Estado general de los dial-peers

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

REMOTA#show ephone registered

ephone-1 Mac:0018.B9A8.3BC9 TCP socket:[3] 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
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 teléfonos 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
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.22
10.10.224.3
4.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 teléfonos no registrados.

REMOTA#show ephone unregistered

No ephone in specified type/condi
type/condition.
tion.
4. Visualizar los teléfonos en estado de ringing.

REMOTA#show ephone ringing
No ephone in specified type/condi
type/condition.
tion.
5. Resumen general del estado de todos los teléfonos.

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
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
ephone_send_packet
Standby socket list (no registered device):

[1]: 10.10.224.10
10.10.224.1022 52601 [2]: 10.10.224.10
10.10.224.1011 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:
Resumen:
En este tema se han visto las diferentes alternativas de interconexión entre
CallManager y cualquier elemento de Telefonía IP o TDM.
Si el elemento remoto es un sistema de Telefonía IP, CallManager puede
señalizar directamente con él y ésta dependerá del tipo de equipo con el que se
enfrente. En concreto, si el equipo remoto es:
• CallManager:: Se recomienda usar protocolo propietario ICT.
CallManager
• fabricante: Se puede utilizar protocolo H.323 o SIP.
IP-PBX de otro fabricante:
•
NGN:: EL protocolo validado es SIP.
NGN
Si el elemento remoto es un sistema de Telefonía TDM, CallManager debe
señalizar con un gateway 28XX en IP con protocolo MGCP y dicho gateway
señalizará con el sistema TDM (RTC o PBX) a través de Accesos Primarios o
Básicos, aunque también podría hacerlo con interfaz analógico, E y M, etc.
219
Trunking Tema 8
1. El protocolo ICT se utiliza para conectar un CallManager con:
a) Un gateway MGCP
b) Otro CallManager
c) NGN
2. En MGCP el contenido del canal de señalización lo construye:
a) CallManager
b) El gateway
c) La Red Telefónica Conmutada
3. ¿Qué funcionalidad de CallManager proporciona supervivencia en las sedes
remotas?
a)
b) MGCP
SRST
c) SIP
4. ¿Cuál es el puerto por defecto que utiliza SIP para señalizar?
a) 1720
b) 5600
c) 5060
220
TEMA 9
PLAN DE MARCACIÓN
221

Tema 9 Plan de Marcación
9.1 Objetivos
• Describir los conceptos plan de numeración y plan de marcación
marcación en su
vertiente de plan de marcación externo.
• Mostrar el funcionamiento de una llamada en CUCM, enumerando los

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

CUCM, mostrando el procedimiento operativo de configuración de cada uno
de ellos.
• Detallar los elementos avanzados que complementan un plan de marcación

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

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

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

los destinos a los que se permite llamar a los usuarios.
9.3 Esquema de Contenido

DESARROLLO
• Dial plan
• Flujo de llamada en CUCM
•
Plan de marcación básico
• Plan de marcación avanzado
• Categorías
224
9.4 Visión Global de un Plan de Marcación
Este tema define el concepto de plan de marcación (Dial Plan) en

comparación con un plan de numeración.
Después de añadir teléfonos y gateways al cluster, se debe crear un

plan de marcación para permitir que las llamadas alcancen los destinos fuera
del cluster. Tan pronto como se crea el primer número de directorio comienza
la creación del plan de marcación en el CallManager. Por defecto, pueden
hacerse llamadas a destinos dentro del mismo cluster con éxito. Esto es porque
todos los números del directorio que se registran al cluster de CallManager
pasan a formar parte del plan de marcación del cluster. Sin embargo, para que
CallManager dirija una llamada a un destino fuera del cluster, se debe
proporcionar información adicional que constituirá el plan de marcación externo
de CallManager. Aunque los números de directorio pertenecen al plan de
marcación, es común referirse al plan de marcación externo como el plan
marcación.
Un plan de marcación puede complicarse bastante y pueden aparecer
muchos problemas imprevistos, es conveniente perfilar el plan de marcación en
muchos problemas imprevistos, es conveniente perfilar el plan de marcación en
papel antes
crearse por del despliegue
alguien de cualquier
con experiencia dispositivo.enUneste
demostrada plancampo.
de marcación
m arcación
Despuésdebe
de
que el plan de marcación se crea en el papel, puede comenzar su
225
configuración en CCM. Si se es nuevo en planes de marcación, se debe buscar

el asesoramiento de un experto en planes de marcación.
Un plan de marcación es uno de los elementos fundamentales de un

sistema de telefonía IP que implementa las siguientes funciones:
- Encaminamiento a los puntos finales
- Selección de caminos
- Privilegios de la parte llamante
Un-planManipulación
de numeraciónde dígitos
es un esquema de numeración que:
- Define reglas a la hora de crear números
- Está basado en estándares de telecomunicación internacionales
- Está gestionado por las autoridades territoriales
- Regula la distribución de números y códigos dentro de su territorio
de aplicación
Existen muchos planes de numeración nacionales y regionales, tales
como:
- Nort American Numbering Plant (NANP)
- UK National Numbering Scheme (UKNNS)
- European Telephony Numbering Space (ETNS)
- Planes de numeración nacionales
226
ETNS se caracteriza por lo siguiente:

- Se despliega de forma pparalela
aralela a los planes de numeración
nacionales existentes.
- Administrado por European Telecomnunications Office
- Cuatro servicios disponibles:
- Aplicaciones de servicio público
- Aplicaciones de cliente
-- Redes corporativas
Numeración personal
Estructura de numeración europea
La parte inicial, llamada European Service Identity (ESI),

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

un plan de marcación:
- La llamada es encaminada sobre la base del número marcado
• Muy similar al enrutamiento IP
- Diferencia entre:
• Encaminamiento interno (OnNet)
• Encaminamiento externo (OffNet)
•
Encaminamiento a la Red Pública (OffNet)
- Selección del camino adecuado:
• Camino IP vs. POTS
• Enrutamiento alternativo si el primer camino no está disponible
• Encaminamiento basado en fecha y hora
228
La manipulación de dígitos está íntimamente relacionada con el

enrutamiento de la llamada:
• Se utiliza para configurar correctamente el número llamante y
llamado
• Necesaria para código de cliente y marcación corta
• Puede resolver solapamiento de números de directorio
Existen cuatro opciones de manipulación de dígitos
•• Instrucciones de descarte dededígitos
Máscara de transformación (DDI)
la parte llamada/llamante
• Mascara de traducción
• Dígitos prefijo
229
Los privilegios de llamada definen los destinos a los que el usuario puede
llamar:
- Utilizado para controlar el gasto telefónico
• Bloquea destinos de coste elevado
• Restringe el tráfico internacional
- En las PBX se conoce como categorías o “class of service”
• No se debe confundir con el concepto de CoS de nivel 2 en datos
- Define las clases que se asignan a usuarios individuales o a grupos de
usuarios
- Se implementa con partitions y calling search spaces
230
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 teléfono IP de Cisco, CCM

analiza los dígitos marcados. Si este número coincide con un número de
directorio DN registrado en el cluster CCM, éste dirige la llamada al teléfono de
destino asociado con el DN. Este tipo de llamadas son las llamadas internas u
on-cluster. CCM gestiona las llamadas internas sin necesidad de enrutarlas a
un gateway externo.
Los teléfonos IP no son los únicos dispositivos que pueden realizar y
recibir llamadas internas, cualquier dispositivo registrado en CCM como DN
puede hacer y recibir llamadas internas. Ejemplos de otros dispositivos son
Cisco IP SoftPhone y teléfonos analógicos que están en gateways mediante
señalización MGCP o SCCP.
Cuando un teléfono IP de Cisco marca un número que no está registrado
como DN, CCM supone que es una llamada externa u off-cluster. CCM busca
la tabla de rutas externas para determinar donde dirigir la llamada. CCM utiliza
el concepto de tablas route pattern y translation pattern para determinar donde
yrouting
comoque
enrutar una llamada
un router externa.para
Cisco mantiene Estas tablas son
encaminar losmuy similares a las de
datos.
231
9.5.1 Componentes en una llamada externa
Se pueden crear pla planes

nes de rutas bas
basados
ados en arquitecturas de tres
niveles que permite múltiples capas para dirigir una llamada así como la
manipulación de dígitos. Los route pattern emparejan
pattern emparejan con números marcados
y seleccionan un route list que
list que a su vez selecciona caminos disponibles para
las llamadas salientes basándose en prioridades. Estos caminos en Cisco se
llaman route groups,
groups, y es un concepto similar al grupo de enlaces en una
centralita tradicional. Se puede pensar en un route pattern como una ruta
estática con múltiples caminos que permiten priorizar.
Además, para facilitar múltiples caminos para un determinado número
marcado, el plan de marcación permite la manipulación de dígitos en cada
camino, según los requerimientos de la red externa. Esta manipulación se
realiza añadiendo, cambiando o eliminado dígitos del número inicialmente
marcado.
También se posibilita la transformación del número llamante, en aras de
identificar a la parte llamante de la forma adecuada, según sea el camino que
la llamada toma para salir del cluster.
El flujo de la llamada externa comienza en un patrón y finaliza en el
gateway.
en el orden
Sin
opuesto.
embargo,
Estolaes
creación
porque de
cuando
los componentes
un route group
requeridos
señala unsegateway,
realiza
el gateway apuntado ya debe existir. Por lo tanto, el gateway debe configurase
primero, seguido por el route group, después el route list, y por último, pero no
por ello menos importante, el route pattern. Como la configuración de un
232
gateway se ha tratado en el capítulo anterior, se trataran los route group en

primer lugar.
233
9.5.2 Ejemplo de una llamada externa en CUCM
Ejemplo del proceso de una llamada externa:

1
Paso 1 El llamante marca el número de teléfono de la pizzería.
2
Paso 2 CallManager mira estos dígitos y encuentra un patrón con el que
coinciden. Si encuentra patrones múltiples que emparejan, usa el
más directo (aquel que tiene menos coincidencias posibles).
3
Paso 3 El route pattern asociado al número marcado apunta a una lista
de rutas que a su vez apunta a uno o más grupos de rutas.
4
Paso 4 La lista de rutas envía la llamada al primer grupo de rutas de la
lista.
5
Paso 5 El grupo de rutas apunta a uno o más gateways y se envía la
llamada al primero de los gateways en el grupo.
6
Paso 6 Si el gateway
rutas es incapaz
envía la llamada de ocuparse
al siguiente de laenllamada,
gateway la lista, sielexiste.
grupo de
234
7
Paso 7 Si no existen más gateway en el grupo o si el último gateway en el
grupo es incapaz de dirigir la llamada, la llamada se devuelve a la
lista de rutas y la lista de rutas envía la llamada al siguiente grupo
de rutas en la lista.
8
Paso 8 El siguiente grupo de rutas envía la llamada al primer gateway en
el grupo.
9
Paso 9 Después de que la llamada alcanza un gateway que puede
ocuparse de ella, la llamada se envía fuera del sistema usando
ese gateway.
10
Paso 10 Si ningún gateway está disponible, la llamada falla.
235
9.5.3 Manipulación de dígitos en una llamada externa
En un despliegue tradicional de telefonía IP, la situación planteada en la

figura describe una situación habitual.
Un usuario marca un número a cinco cifras de otro usuario de la
empresa que está fuera del cluster (llamada externa). En primera instancia
progresa al destino por una interconexión WAN, en este caso un ICT hacia otro
cluster. Si la llamada no progresa por este camino (ancho de banda
insuficiente, indisponibilidad del enlace de datos, ...). La llamada es desvuelta a
la tabla de rutas (route list) que intenta progresar la llamada por la segunda
opción mediante un primario a la red pública.
El problema surge, cuando lo que ha marcado el usuario, y que era
valido para encaminar la llamada por el ICT, ya no lo es para encaminar la
llamada por la red pública, que necesita 9 dígitos para saber interpretar el
destino de la llamada.
Es aquí donde se ve la necesidad de hacer una manipulación de dígitos,
en este caso del
adecuadamente por número llamado, paraesta
PSTN. Lógicamente, quemanipulación
la llamada debe
progrese
ser
transparente al usuario.
236
9.6 Plan de Marcación Básico

En este tema se describe como gestionar los componentes de un plan de
numeración básico.
9.6.1 Route Group
Como el grupo de rutas apunta a los gateways, estos deben configurarse antes
de crear los grupos de rutas. Aquí se asume que los gateways ya existen, que
el plan de marcación ya está diseñado y que se puede consultar mientras se
configuran los grupos de ruta.
Un route group permite designar el orden en que se van a seleccionar
los gateways y trunks, permitiendo priorizar la selección de una lista de
gateways y puertos para llamadas salientes.
237
Los pasos a seguir para crear un route group son los siguientes:
Paso 1 En Cisco CallManager Administration, elegir Call Routing >
Group.
Route/Hunt > Route Group.
Paso 2 Pulsar el botón Add New.
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,
Algorithm,
escoger cómo CallManager distribuirá las llamadas. Si se desea
que CallManager envíe la llamada al primer gateway disponible en
la lista, escoger Top Down.
Down. Cuando se escoge Circular
Circular,, la
llamada se dirige al gateway que en la lista aparece a
continuación del gateway al que se ha dirigido la llamada más
reciente.
Paso 5 En la casilla Available Devices,
Devices, seleccionar el gateway que se
quiere agregar a este grupo de rutas. Si hay muchos gateways, se
pueden limitar los que aparecen en esta casilla introduciendo un
criterio de búsqueda en el campo Device Name contains.
contains.
238
Paso 6 Ciertos gateways permiten escoger qué puertos del gateway se

quieren usar para este grupo de rutas. En el campo Port(s)
Port(s),,
seleccionar los puertos en este gateway que se deben agregarse
a este grupo de rutas. Si el gateway que se está configurando no
permite la selección de puertos, dejar este campo al valor por
defecto.
Paso 7 Pulsar el botón Add to Route Group.
Group. Repetir los pasos 5 a 7
para los gateways que se desean añadir a este grupo.
Paso 8 Después de que se han seleccionado todos los gateways
deseados, estos aparecen en el área Selected Devices.
Devices. El orden
en que estos aparecen en esta caja determina el orden en que se
distribuyen las llamadas Para invertir el orden en que aparecen
pulsar el botón Reverse Order of Selected Devices. Devices. Para
cambiar el orden, resaltar el gateway que se desea mover y pulsar
el botón flecha arriba o flecha abajo situados a la derecha.
Paso 9 Se puedey pulsando

gateway quitar unelgateway
botón dedel grupo
flecha de situado
abajo rutas resaltando
debajo de el
la
caja Selected Devices.
Devices. La entrada aparece entonces en la caja
Devices.
Removed Devices.
Paso 10 Pulsar el botón Save para añadir o actualizar este grupo de rutas.
Save para
239
9.6.2 Route List
Antes de seguir adelante, es necesario asegurarse de que se han

creado todos los route group necesarios. Como un route list apunta a los route
group, éstos ya deben existir. Los pasos proporcionados en esta sección
conducen a través de la creación y configuración de un route list, además de
configurar la manipulación de dígitos en el ámbito de route group.
Un route list asocia un conjunto de route group en el orden de prioridad
especificado. Un route list se asocia con uno o más route pattern y determina el
orden en que se seleccionan los route group. El orden controla el progreso de
la búsqueda para encontrar dispositivos disponibles para las llamadas
salientes.
240
Los pasos a seguir para crear una route list son los siguientes:
Paso 1 En Cisco CallManager Administration, elegir Call Routing >
List.
Route/Hunt > Route List.
New.
Paso 3 Introducir
Name.. El un
Name nombre
nombre suficientemente
puede descriptivo
contener un máximo en caracteres
de 50 el campo
alfanuméricos, pudiendo contener una combinación de espacios,
puntos, guiones y guiones bajo. El nombre debe ser único en el
plan de enrutamiento.
Paso 4 Aunque CUCM inserta automáticamente una descripción es
aconsejable en el campo Description
aconsejable Description introducir un texto que
ayude a identificar esta lista de rutas fácilmente.
Paso 5 En la lista desplegable del campo etiquetado como Cisco
Group, seleccionar el grupo de CallManager que se
CallManager Group,
usará para determinar donde se registra el route list.
Paso 6 Pulsar el botón Save

Save.. Una ventana informa que al menos se debe
añadir al menos un grupo de rutas en esta lista de rutas. Pulsar el
botón OK
OK..
241
Paso 7 Se despliega una pantalla similar a la mostrada en la figura.

Nótese que debajo del grupo de CallManager hay una casilla
etiquetada como Enable this Route List.List. Por defecto está
marcada, lo que significa que el grupo de rutas está activo. Si
durante el este
deshabilitar chequeo
grupoo de
solución
rutas, de problemas
desmarcar estasecasilla.
necesita
De
momento se dejará al valor por defecto.
Paso 8 Para añadir un grupo de ruta a esta lista, pulsar el botón Add
Group.
Route Group.
Paso 9 Se muestra la pantalla Route List Details Configuration.
Configuration. Desde
el menú desplegable del campo Route Group,
Group, seleccionar el
grupo de rutas deseado.
Paso 10 Éste es el punto en el que se puede configurar la manipulación de

dígitos. Si se desea configurar la información del llamante, utilizar
los tres campos localizados bajo la cabecera Calling Party
Transformations.. El primer campo se etiqueta como Use Calling
Transformations
Party s External Phone Number Mask, determina si se utiliza la
máscara configurada en el número de directorio para llamadas
que se dirigen a este grupo de rutas.
Paso 11 En el campo Calling Party Transform Mask,Mask, introducir cualquier
máscara que vaya a afectar a la identificación del llamante.
242
Paso 12 En el campo Prefix Digits (Outgoing Calls),

Calls), introducir los dígitos
que se deseen añadir delante de la identificación del llamante.
Paso 13 Los campos

influyen sobrebajo la cabecera
el número Called
marcado. Party
Aquí donde se puede
es Transformations
Transformations
manipular el número que se enviará al gateway. Por ejemplo,
cuando la llamada va por un enlace WAN, solo se necesitan cinco
dígitos, pero si la WAN no puede gestionar la llamada y se deriva
a PSTN, son necesarios más dígitos para que la Red Pública
pueda dirigir adecuadamente la llamada. El primer campo en esta
categoría es Dial Plan.
Plan. De momento se deja el valor por defecto.
Paso 14 Desde la lista desplegable del campo etiquetado como Discard
Digits,, seleccionar las instrucciones para eliminar dígitos en las
Digits
llamadas salientes que se envíen a este gateway. Una instrucción
para eliminar dígitos determina que dígitos se eliminaran del
número marcado antes de enviar la llamada saliente a los
gateways correspondientes.
Paso 15 En el campo Called Party Transform Mask,
Mask, introducir la máscara
que se desea usar para llamadas salientes en este gateway.
Calls), introducir cualquier
dígito que se desee añadir delante del número marcado antes de
enviar la llamada saliente a estos gateways.
Paso 17 Para añadir el grupo de rutas al route list pulsar el botón Save
Save..
Paso 18 Una ventana informativa muestra que el grupo de rutas se ha
añadido y que la lista de rutas debe reiniciarse para que el cambio
tenga efecto. Pulsar el botón Aceptar.
243
Paso 19 Aparece de nuevo la página Route List Configuration donde

Configuration donde se
visualiza de nuevo conteniendo el grupo de rutas que se acaba de
añadir. Repetir del paso 7 al 16 para cualquier nueva adición de
grupos de rutas que se desee configurar.
Paso 20 Después de que todos los grupos de ruta se han añadido, estos
se muestran en el área Selected Groups.
Groups. El orden en que se
despliegan en esta caja determina el orden en que las llamadas
son distribuidas. Para cambiar el orden, resaltar el grupo de rutas
que se desea mover y pulsar el botón flecha arriba o flecha abajo
a la derecha de esta área.
Paso 21 Se puede quitar un grupo de rutas de la lista de rutas resaltando
el grupo de rutas y pulsando el botón de flecha hacia abajo
situado en la parte inferior de la caja Selected Groups.
Groups. Este
grupo de rutas se muestra en el área Removed Groups.
Groups.
Paso 22 Pulsar el botón Save para completar la configuración de esta lista
Save para
de rutas.
244
9.6.3 Route Pattern
Cuando se marcan los dígitos se envían a CallManager, éste debe poder

emparejar esos dígitos con un patrón. Un patrón simplemente es un juego de
números o comodines que CallManager empareja con el número marcado. Si
no hay un patrón configurado en CallManager con que emparejar los dígitos
marcados, la llamada falla.
Un route pattern comprende un string de dígitos y un conjunto de
ordenes de manipulación de dígitos que dirige la llamada a un route list o a un
gateway. Los route pattern aportan flexibilidad al diseño de la red. Junto al
route list dirigen la llamada a un determinado dispositivo y añaden, eliminan o
modifican determinados dígitos del patrón.
Los patrones se componen de números, comodines y caracteres
especiales. Los comodines permiten con un solo patrón emparejar múltiples
números marcados. El comodín más popular es la "X ". Este comodín empareja
cualquier dígito de 0 a 9. Se podría usar, por ejemplo, para configurar un
modelo que empareja los cinco dígitos de las extensiones de otro cluster. Si el
rango de la extensión del otro cluster es 52000 a 52999. En este caso se puede
usar un modelo tal que 52XXX ya que empareja todos los números dentro de
este rango.
245
9.6.3.1 Route Pattern. Comodines
● X Este comodín empareja cualqcualquier

uier dígito de 0 a 9. Ejemplo 52XXX
empareja con marcaciones de 52000 a 52999.
● @ Este comodín empareja cualquier número del plan de marcación de
América del Norte.
● ! El signo de admiración empareja cualquier dígito, o cualquier número
de dígitos. Ejemplo 55! empareja cualquier número que empieza con 55.
Los resultados de usar (! ) son casi ilimitados.
● [] Los
[] Los dígitos dentro de los corchetes representan un rango de números
que pueden emparejar con un solo dígito. Ejemplo 55[2-5] empareja con
552, 553, 554 y 555.
● [^] Los dígitos encontrados dentro de los corchetes que incluyen un (^)
[^] Los
representa un rango de números que serán excluidos al emparejar con
un dígito. Ejemplo 55[^2-5] empareja con 550, 551, 556, 557, 558, 559,
55* y 55#.
● + El signo más empareja uno o más ccasos asos del carácter precedente
precedente o
rangos en el patrón. Ejemplo 572+1 empareja 57221, 572221, 5722221
y así sucesivamente.
● ? El signo de interrogación empareja ccon
on ninguno o más casos del
carácter precedente
5772, 577772, en el modelo.
5777772, es decir,Ejemplo 57?2cualquier
empareja emparejamodelo
572, 5772,
que
empieza con un 5 seguido por cualquier cantidad de dígitos 7 seguidos
por un 2 como último dígito.
246
● . El punto se usa en la manipulación de dígitos. Se usa para determinar

qué dígitos serán descartados. Ejemplo si se utiliza la instrucción de
eliminación de dígitos PreDot con el modelo 0.!, el 0 se descarta porque
va delante (Pre) del punto (Dot). Si se marca el número 0912485551 el 0
● *seEldescarta,
asteriscoquedando 912485551.
es un dígito válido que puede marcarse desde un teléfono
por lo que puede ser parte de un modelo. Es importante comprender que
no se trata de un comodín. El asterisco se usa como un comodín en
muchas aplicaciones, pero no cuando forma parte de un patrón de
CallManager. Ejemplo 543* sólo empareja 543*.
● # La almohadilla (#) es también un dígito válido que puede marcarse. Sin
embargo, su uso más común es para indicar que se ha finalizado la
marcación de dígitos en la llamada. La almohadilla sólo debe usarse
como el último dígito de un patrón. Se pueden usar instrucciones de
descarte con este patrón, para eliminar (#) antes de mandar la llamada
saliente. Ejemplo 542342# empareja sólo con 542342# y enruta la
llamada en cuanto se presiona la almohadilla. Esto es útil cuando se usa
el (!) en un patrón. Normalmente (#) se usa después de (!) en un modelo.
# detiene la temporización interdígitos, que por defecto es 15 segundos.

Se configura en el temporizador T302 en milisegundos (T302=15000 => 15
segundos).
247
9.6.3.2 Route Pattern. Configuración
Los pasos a seguir para crear una route pattern son los siguientes:
Paso 1 En CCMAdministrator, elegir Call Routing > Route/Hunt > Route
Pattern..
Pattern

New. Se despliega una pantalla similar a la
mostrada en la figura. Introducir el conjunto de dígitos y
comodines que configuran el route pattern en el campo Route
Pattern..
Pattern
Paso 3 El campo Route Partition
Partition determina qué dispositivos pueden
acceder a este objeto.
Paso 4 En el campo Description
Description,, introducir una descripción que
identifique este route pattern.
Paso 5 Determine el nivel de preferencia de este patrón en el campo
Precedence.
MLPP Precedence.
Paso 6 De la lista desplegable del campo Gateway/Route List, List,
seleccionar la lista de rutas a la que se enviará la llamada que
empareje con este patrón de ruta.
248
Paso 7 Para permitir que las llamadas que emparejen con este route
pattern sean enrutadas, habilitar el botón Route this pattern.
pattern.
Para bloquear las llamadas, seleccionar el botón Block this
pattern. Debiendo elegir la razón por la que se desea bloquear
este patrón.
Paso 8 El campo Call Classification se
Classification se indica si la llamada se considera
como OffNet u OnNet.
Paso 9 Al seleccionar la casilla Allow Device Override,
Override, el sistema utiliza
la configuración del gateway o trunk group que utiliza la llamada
saliente para indicar si es OffNet u OnNet.
Paso 10 En llamadas OffNet para tener un segundo tono de invitación a
marcar después de que se han marcado los primeros dígitos,
seleccionar la casilla Provide Outside Dial Tone.
Tone.
Paso 11 Si el dispositivo al que se está conectando requiere que cada
dígito se envíe de uno en uno, seleccionar la casilla Allow
Sending.
Overlap Sending.
Paso 12 Para dirigir una llamada en cuanto empareje con este patrón,
habilitar Urgent Priority.
Priority.
Paso 13 En los campos siguientes se elige si este patrón necesita código
de autorización, casilla Require Forced Authorization Code Code
(FAC), con su correspondiente nivel, Authorization Level
Level y
código de cliente casilla Require Client Matter Code (CMC).
Code (CMC).
Paso 14 Si se desea modificar la información del llamante, configurar los
campos que se encue
encuentran
ntran debajo de la cabecera
cabecera Calling Party
Transformations.
Transformations.
Paso 15 Si se desea modificar la información de la parte conectad,
configurar los campos que se encuentran debajo de la
cabecera Connected Party Transformations.
Transformations.
Paso 16 Si se desea modificar la información del llamado, configurar los
campos que se encuentran debajo de la cabecera Called Party
Transformations..
Transformations
Save,, en la pantalla que indica el reinicio del route
list pulsar Aceptar
Aceptar..
249
9.6.3.3 Análisis de dígitos
El comportamiento de los componentes que dirigen la llamada puede

estar en contra de la intuición. Siempre que un usuario realiza una llamada
desde un dispositivo registrado en CallManager. CCM analiza cada dígito
marcado para determinar donde dirigir la llamada. Al coleccionar los dígitos
marcados, los componentes de enrutamiento de llamada siguen el siguiente
proceso:
Paso 1 CCM compara la secuencia actual de dígitos marcados con una
lista de todos los route patterns y determina con que patrones
empareja. Entonces CCM denomina a este conjunto de patrones
currentMatches .
- Si currentMatches está vacío, los dígitos marcados hasta
ese momento no corresponden con un destino. CCM
rechaza la llamada si entiende que se ha finalizado la
recepción de dígitos.
- Si currentMatches contiene uno o más miembros, los
componentes de enrutamiento de llamada determinan el
emparejamiento
cercano es el más
route próximo.
pattern El
en emparejamiento
currentMatches más
que
empareja con el menor número de posibilidades. Por
ejemplo, si se marca el número 1001, empareja tanto con el
route pattern 1XXX como con 10XX. Sin embargo hay 1000
250
posibles dígitos marcados que emparejan con 1XXX, solo

100 emparejan con 10XX. Luego, 10XX es el
emparejamiento más cercano.
Paso 2 Paralelamente al primer

pattern que podrían paso, CCM
emparejar si el determina las posibles
usuario marca route
más dígitos.
CCM nombra a esta condición como potentialMatches.
- Si potentialMatches permanece a verdadero, los
componentes de enrutamiento esperan a que el usuario
marque más dígitos. Si el usuario marca otro dígito, se
repite la secuencia de eventos del primer paso con los
nuevos dígitos marcados.
- Si potentialMatches no está a verdadero o vence el
temporizador interdígitos, se toma el destino seleccionado.
La figura muestra un ejemplo de enrutamiento de llamada en el que los

dígitos marcados emparejan exactamente con un route pattern.
Cuando el usuario descuelga CCM comienza sus procesos de
enrutamiento. Al principio no se han recogido dígitos, por lo que todos los route
pattern configurados en CCM son potenciales puntos de emparejamiento.
potentialMatches
Mientras
recibir másque
dígitos
la condición
antes de decidir. está a verdadero CCM espera
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
como potenciales emparejamientos. El único route pattern posible de emparejar

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

marca los dígitos 12. En este punto CCM elimina los patrones 1111, 121, 2[0-
4]X, y 13! como potenciales emparejamientos.
emparejamientos. Permanec
Permanecen en 121X y 1[23]XX
como posibles emparejamientos. Como no hay emparejamientos la condición
currentMatches es falsa y potentialMatches es verdadera. CCM continua
analizando dígitos.
El usuario marca otro 1, que no provoca cambios, currentMatches es
falsa y potentialMatches es verdadera. El usuario marca otro 1. En este
momento,
de los patronespotenciales,
emparejamientos 121X y 1[23]XX
que emparejan y CCM
al quedarse vacíalosimplica
borra de la tabla
que si el
usuario sigue marcando no se producen cambios. Ahora CCM debe decidir por
donde enrutar la llamada basándose en los patrones disponibles en la tabla de
emparejamientos actuales. Aquí es donde se aplican las normas de
252
proximidad. El route pattern 121X empareja con 10 posibles destinos (1210 a

1219). El route pattern 1[23]XX empareja con 200 destinos (1200 a 1299 y
1300 a 1399). CCM entonces ofrece la llamada al gateway de la route list
asociada con el route pattern 121X.
Si se configuran route pattern con comodines que emparejan números

de longitud variable. CCM debe esperar el vencimiento del temporizador
interdígitos antes de enrutar la llamada. El comodín ! representa un número de
longitud variable y nunca será un emparejamiento exacto con un grupo de
dígitos marcados, (si el usuario pulsa # después del último dígito marcado,
CCM no espera el vencimiento de este temporizador, siempre y cuando exista
un patrón del tipo 13!#). En este ejemplo CCM incluye los patrones mostrados
en la figura.
El usuario marca los dígitos 1311. Esto provoca que CCM elimina los
patrones 111, 121X y 131 y que se sitúan en la tabla de emparejamientos
potenciales 1[23]XX, 13[0-4]X y 13!. Este último hace que la condición
potentialMatches sea
sea siempre verdadera, pues CCM no tiene forma de conocer
si el usuario marcará más dígitos. Por ejemplo el usuario puede intentar marcar
13111555. Mientras que la condición potentialMatches sea verdadera, CCM
sigue esperando.
En este caso, el único evento que permite a CCM seleccionar un destino
es el temporizador interdígitos. Cuando expira, CCM interpreta que ya no se
van a marcar más dígitos y procede a tomar la decisión de enrutamiento
basándose en los route pattern que se encuentran en la tabla de
253
emparejamientos actuales:
actuales: 1[23]XX, 13[0-4]X y 13!. Como hay vvarios
arios patrones
que emparejan con los dígitos marcados 1311, entran en juego las normas de
proximidad.
El patrón 1[23]XX empareja con 200 destinos (1200 a 1399), el patrón
13[0-4]X
un númeroempareja
infinito con 50 destinos
de destinos. CCM (1300 a 1349)
utilizará estey el patrón
último 13! empareja
patrón solo si escon
el
único de la tabla. Visto lo anterior, la llamada se asocia con el patrón 12[0-4]X.
254
9.7 Plan de Marcación Avanzado
En este tema se describe como gestionar los componentes de un plan de

numeración avanzado.
9.7.1.1 Manipulación de dígitos
Después de que la llamada se envía a un route group y se encuentra un

gateway disponible, pueden realizarse seis tipos de manipulación de dígitos.
Tres afectan al número llamante (identidad del que realiza la llamada) y tres
afectan el número llamado. La manipulación de dígitos puede realizarse
aplicando una máscara a los dígitos. CallManager aplica la máscara a los
dígitos justificando por la derecha tanto los dígitos como la máscara, poniendo
la máscara directamente bajo los dígitos, por así decirlo. Donde hay X en la
máscara, CallManager pasará los dígitos. Donde hay números en la máscara,
CallManager reemplazará los dígitos con el número en la máscara.
Por ejemplo, una máscara de 612555X2XX aplicado a los dígitos 4321
se parecerá a lo siguiente:
4321 - Dígitos
612555 X2XX - Máscara
612555 4221 - Resultado final
255
Aunque la manipulación de dígitos puede hacerse en el ámbito de

configuración de route group, se aplica al route group cuando se le incluye en
un route list.
● Calling Party's External Phone Mask Si se ha configurado bajo el

número del directorio, esta máscara cambia la información del número
llamante. Al agregar un grupo de rutas a una lista de rutas, se puede
escoger habilitar o deshabilitar esta máscara. Por ejemplo esta máscara
puede usarse para enviar un número de marcación directa entrante
(DID) como identidad del llamante. Si se aplica una máscara de teléfono
externo como 408370XXX a un número de extensión a 4 dígitos y se
habilita la máscara, CallManager pasará el número de marcación directa
entrante para la identidad del llamante. Por ejemplo:
4112 – Número de extensión
408370 XXXX - Máscara teléfono externo
408370 4112 – Identidad del llamante
Con este tipo de máscara, CallManager pasa el número de directorio de
forma transparente como identidad del llamante.
● Calling Party Transform Mask A veces no es deseable pasar la identidad
del número de marcación directa entrante como identidad del llamante, o
el número de directorio no es un número DID. La máscara de
transformación de la parte llamante puede usarse para manipular que
dígitos pasan para identificar al llamante. También puede usarse para
pasar un número DID determinado como identidad del llamante si la
256
máscara de teléfono externo no se utiliza. Los dígitos reales

proporcionados dependen de si la máscara del número de teléfono
externo se aplica o no. Si la máscara de teléfono externo no se usa, la
máscara de transformación de la parte llamante se aplica al número de
extensión como sigue:
4112 - Número de la extensión
408370 XXXX – Máscara de transformación parte
llamante
408370 4112 – Resultado final
Si se utiliza la máscara de teléfono externo, la máscara de
transformación de la parte llamante se aplica al resultado final de la
transformación de la máscara de teléfono externo como sigue:
4083704112 - Resultado de transformación de máscara
de teléfono externo
4083701200 – Máscara de transformación de parte
llamante
4083701200 – Resultado final (quizás el número de
empresa)
Como se puede ver, la máscara de transformación es una potente
herramienta.
● Calling Prefix Digits Estos dígitos preceden los dígitos a los que se
aplica. Un ejemplo podría ser usar 40837 como los dígitos prefijo en un
plan de marcación interno de 5 dígitos. Por ejemplo, si el número de la
extensión es 58321, CallManager agrega 40837 delante de 58321 dando
como resultado 4083758321.
257
El ejemplo de la figura muestra como funciona en la transformación de la

parte llamante y el orden en que CCM procesa las instrucciones. Se pueden
configurar tres tipos de transformación de la parte llamante en el enrutamiento
de la llamada:
- Se utiliza la mascara de teléfono externo, para presentar una
identificación del número llamante en lugar del DN. Se aplica para
cambiar individualmente la identificación de una extensión.
- La máscara de transformación de la parte llamante permite la
supresión de dígitos cabecera, manteniendo dígitos sin
modificación e insertar dígitos cabecera.
- Los dígitos prefijo permiten la adición de dígitos específicos al
número llamante.
CCM aplica las transformaciones en el orden en que se presentan en la
figura.
258
● Discard Digits Esto determina que cualquier dígito marcado se

descartará. Se usa a menudo para eliminar el 0 delante de las llamadas
salientes. Las opciones específicas de este campo se tratan más
adelante en este capítulo.
● Called Party Transform Mask Esta
Esta máscara cambia el número llamado
(dígitos marcados). Esto podría usarse en un entrono que obliga a los
llamantes a marcar solo cinco dígitos para buscar un teléfono vía un ICT.
Sin embargo, si el ICT es incapaz de tratar la llamada, se enruta al
PSTN. El PSTN necesita el número de teléfono completo, por lo que se
utiliza una máscara de transformación de la parte llamada. Una máscara
de 91334XXXX podría usarse en este ejemplo. Esta máscara le dice a
CallManager que aplique 91334XXXX al número marcado 58321 como
sigue:
58321 – Número marcado
9133 4XXXX – Máscara de transformación parte
llamada
9133 48321 – Dígitos enviados a la Red Pública
En este ejemplo se supone que el 913348321 es el número de teléfono
de la parte llamada.
●
Called
(dígitosPrefix Digits : Un
marcados). Estos dígitospodría
ejemplo se añaden delante
ser 9133. Estadelmáscara
númerolellamado
dice a
CallManager que ponga 9133 delante de la extensión. Por ejemplo, si el
número de la extensión es 58321, CallManager agrega 9133 delante de
58321 lo que da como resultado 913358321.
259
El ejemplo de la figura muestra como funciona en la transformación de la

parte llamada y el orden en que CCM procesa las instrucciones. Se pueden
configurar tres tipos de transformación de la parte llamada en el enrutamiento
de la llamada:
- DDI permite descartar parte del número. Se suele utilizar para
eliminar el código de acceso a la Red Pública.
- La máscara de transformación de la parte llamada permite la
supresión de dígitos cabecera, manteniendo dígitos sin
modificación e insertar dígitos cabecera en el número marcado.
- Los dígitos prefijo permiten la adición de dígitos específicos al
número llamado.
CCM aplica las transformaciones de la parte llamada en el orden en que
se presentan en la figura.
260
La configuración de la transformación
transformación de la parte llamante usada en en
route list se aplica a los route group individuales en lugar de aplicarlo a todo el
route list. La configuración de la transformación de la parte llamante asignada
al route group en el route list anula cualquier configuración realizada en un
route pattern asociado con este route list.
Para acceder a la configuración de la transformación de la parte llamada
y llamante, se puede elegir Call Routing > Route/Hunt > Route List List en
CCMAdministrator.
Normalmente las máscaras de transformación se aplican en el ámbito de
route list. De esta forma, se puede asignar una máscara de transformación
diferente para cada route group en el route list.
Por ejemplo, si se tienen dos rutas creadas, un grupo de rutas a PSTN y
otro vía IPWAN. Ambos grupos contienen varios gateways que conecta con las
respectivas redes. Cuando CCM desvía una llamada a un gateway en PSTN se
aplica una máscara de transformación, que configura un número E.164. Sin
embargo, cuando CCM elige un gateway del grupo IPWAN, se progresa otro
número que puede coincidir con el plan de DN interno del cluster.
261
La figura resume como CCM realiza la transformación de la parte

llamada (dígitos marcados) y de la parte llamante (identidad de la extensión
que realiza la llamada). En esta figura, un usuario marca un número al que
CCM primero aplica una transformación de la parte llamante. Esta acción
cambia la identidad del número llamante que se visualizará en el teléfono
destino de la llamada. CCM aplica luego la transformación de la parte llamada
para cambiar el número marcado.
Las dos transformación se explican en la figura y, para el usuario A
concretamente, se siguen los siguientes pasos:
1
Paso 1 El usuaria A con DN 5062 marca 91234.
2
Paso 2 El número marcado empareja con el route pattern 9.1XXX.
3
Paso 3 Este patrón contiene la DDI que elimina el 9. El número marcado
se convierte en 1234.
4
Paso 4 El número llamante 5062 pasa a través de la máscara de
transformación de la parte llamante, que contiene instrucciones
para cambiar los últimos tres dígitos de la parte llamante por
X000. La nueva identificación del llamante es 5000.
5
Paso 5 CCM pasa a continuación el número llamado por la máscara de
transformación
marcado a 1000.del número llamado X000, que cambia el número
6
Paso 6 El resultado es que el número A es 5000 y el número B es 1000.
262
9.7.2 Instrucciones de descarte de dígitos
Si no se usa el comodín @ , las únicas instrucciones de eliminación de

dígitos válidas son PreDot oo None .
263
Instrucciones Descripción Ejemplo

de descarte
10-10-Dialing Elimina 1010 y el código de 1010-321-585-555-5555 se
operador
Deja convierte en 585-555-5555
números de 11 y 10 1-246-555-1212
11/10D->7D ó 246-555-
dígitos en números de 7 1212 se convierte en 555-
1212
11D->10D Cambio números de 11 1-246-555-1212 se convierte

dígitos en números de 10 en 246-555-1212
dígitos
Intl TollBypass Elimina el código de 011-64-3214322 se
internacional y del país convierte en 3214322
PreAt Elimina todos los números Cuando los dígitos

antes de @ en el patrón 912485551212 emparejan
confrontado con el patrón 9@, el 9 se
elimina
12485551212 resultando
PreDot Elimina todos los dígitos Cuando los dígitos
antes del punto en el 912485551212 son
patrón confrontado
confrontado emparejados al patrón
9.@, el 9 se elimina
resultando 12485551212
Trailing-# Elimina la almohadilla del 12465551212# se convierte

final de los dígitos marcados en 12465551212
264
9.7.3 Traslation Patter
A veces, puede ser necesaria la manipulación de dígitos, tanto en los

route patterns como en el ámbito de route group. Aquí es donde se pueden
usar los translation patterns. Éstos permiten manipular los dígitos de la parte
llamada y la llamante. Los route patterns también pueden cambiar CSS y la
preferencia MLPP de una llamada.
Las cuestiones que pueden aparecer usando los translation pattern solo
están limitados por la imaginación de quien los utiliza. A menudo, aparecen
problemas interesantes que se resuelven utilizando los translation pattern. El
cambio del número de extensión representa uno de los asuntos más comunes
que los translation pattern pueden ayudar a resolver. A menudo cuando una
empresa se traslada de ubicación, está obligada a asumir un nuevo rango de
marcación DID telefónica en la nueva sede. Lo más probable es que el nuevo
rango sea completamente diferente que rango anterior. Cuando los últimos
dígitos de un número DID de un usuario son también los dígitos del número de
su extensión (cosa bastante normal), el usuario acaba con un nuevo número de
extensión después del traslado. Como los empleados suelen usar el número
antiguo de extensión, que ya no es valido, la llamada falla. Creando un
translation patternse
nueva extensión, que empareje
reduce con la antigua
la frustración extensión
mientras y la transforme
los usuarios en la
se habitúan al
nuevo rango de numeración.
265
Se trata a continuación como funciona todo esto de forma más detallada.

Asumir que el rango de las extensiones iniciales es 5000-5999, y que el nuevo
rango es 7000-7999. La única parte del número de la extensión que cambia es
el primer dígito, por lo que se crea un translation pattern 5XXX que cambia
5XXX
patterna5XXX
7XXX.y Cuando
cambia elunnúmero
usuariollamado
marca 5050,
a 7050.empareja con elestranslation
Como 7050 la nueva
extensión, la llamada se dirige al teléfono.
Los translation pattern utilizan los resultados de la transformación de la
parte llamada como un conjunto de dígitos para un nuevo intento de análisis. El
segundo intento puede emparejar de nuevo con un translation pattern. En este
caso CCM aplica la transformación de la parte llamada y llamante de este
patrón y utiliza el resultado
resultado para un nuev
nuevoo análisis. Para pr
prevenir
evenir bucles, CCM
rompe la cadena después de la décima iteración.
La figura muestra una aplicación del translation pattern. Cuando un

número DID de la red pública no coincide con un número interno, se puede
usar un translation pattern para hacer la traducción.
En el ejemplo la numeración pública de la empresa es 91 334 7XXX, y
las extensiones son a cuatro dígitos 4XXX. Cuando la empresa recibe una
llamada entrante, CCM puede usar DDI para eliminar 91 334 del número
entrante, manteniendo
pattern con 7XXX.
una máscara de En este momento,
transformación de se
la puede aplicar un4XXX.
parte llamada translation
Ésta
convierte el rango externo 7XXX al rango interno 4XXX. Después de aplicar la
máscara de transformación CCM vuelve a analizar el número marcado y
encamina la llamada a la extensión interna correspondiente.
266
También puede usarse translation pattern para enviar una llamada

entrante a un número no asignado hacía una posición de contestación
centralizada, como puede ser la operadora. Por ejemplo,
ejemplo, un translation pattern
= XXXX con Called Party Transfomr Mask = 4111, enviaría las llamadas
entrantes,
operadora que
4111,previamente
si no existehan sufrido
ninguna la transformación
extensión 4XXX con 7XXX
la que-> 4XXX a el
emparejar la
número llamado en la llamada entrante (match por proximidad).
Los pasos siguientes muestran cómo crear y configurar un translation pattern:

Paso 1 Desde CCMAdministrator, seleccionar Call Routing>Translation
Pattern..
Pattern
Paso 2 Pulse el botón Add New.
New.
Paso 3 Aparece una pantalla similar a la mostrada en la figura. En el
campo Translation Pattern,
Pattern, introducir el patrón al que se quiere
emparejar la llamada. Por ejemplo, si se está intentando
emparejar todas las llamadas a las extensiones de 2000 a 2999,
introducir 2XXX. La sintaxis del campo es la misma que la vista
para route pattern.
Paso 4 El campo Partition determina qué dispositivos pueden acceder a
Partition determina
Paso 5 este
En elmodelo.
campo Description
Description,, introducir una descripción que ayude a
identificar el objetivo de este translation pattern.
Paso 6 En el campo Numbering Plan, Plan, escoger el plan de numeración
apropiado.
267
Paso 7 De la lista desplegable del campo Route Filter,

Filter, seleccionar el
filtro de ruta que se va a aplicar a este patrón. Los filtros de ruta
se utilizan para limitar que dígitos emparejan con el patrón y solo
se utilizan cuando el patrón contiene el comodín (@).
Paso 8 De la listael deplegable
seleccionar CSS para este deltranslation
campo Calling Space,
pattern. Search Space,
Paso 9 Determinar el nivel de prioridad que se asignará a este modelo de
la lista deplegable del campo MLPP Precedente.
Precedente.
Paso 10 Para permitir dirigir las llamadas que emparejen con este modelo,
activar el botón Route pattern. Para impedir enlutar las
this pattern.
llamadas que emparejan con este modelo seleccionar el botón
pattern. Cuando se selecciona el botón
Block this pattern. bot ón que bloquea el
modelo, se debe seleccionar una razón en la lista deplegable a la
derecha del botón.
Paso 11 Para proporcionar un segundo tono de invitación a marcar, marcar
la casilla Provide Outside Dial Tone.
Tone.
Nota
Téngase en cuenta que la casilla Urgent Priority
Priority está marcada y no
puede desmarcarse. Esto significa que en cuanto un patrón empareje con un
translation pattern la llamada es enviada a través de éste; CallManager no
espera el resto de los dígitos aun cuando puedan existir otros posibles
emparejamientos.
Paso 12 El campo etiquetado como Use Calling Party's External Phone
Number Mask determina si la máscara configurada en el número
268
del directorio se usa para llamadas que se emparejan con este

patrón.
Paso 13 En el campo Calling Party Transform Mask,
Mask, introducir cualquier
máscara que se desee aplicar a la identidad del llamante.
Nota Aquí es donde la mayoría de la gente comete un error. A menudo los
administradores introducen aquí el patón al que se desea cambiar el número.
Esto no es correcto. Este campo afecta a la identidad del llamante, no al
número marcado. Para efectuar un cambio en el número marcado, cambiar al
campo Called Party Transform Mask . Éste es un error común porque el campo
Called Party Transform Mask no puede verse en la pantalla a menos que se
efectúe un desplazamiento hacia abajo.
Calls), introducir cualquier
dígito que se desee añadir delante de la identificación del
llamante.
Paso 15 El campo Calling Line ID Presentation determina si la
información de identificación del llamante es bloqueada para
llamadas salientes que emparejen con este modelo. Para
bloquear la identificación del llamante, seleccionar Restricted
Restricted de
la lista desplegable. Para permitir la identidad del llamante,
seleccionar el valor Allowed de la lista desplegable.
Paso 16 El campo Calling Name Presentation determina si la información
del nombre del llamante es bloqueada para llamadas salientes
que emparejen con este patrón. Para bloquear la identificación del
nombre del llamante, seleccionar Restricted
Restricted de la lista
desplegable. Para permitir la identidad del nombre del llamante,
seleccionar el valor Allowed de la lista desplegable.
Paso 17 El campo Connected Line ID Presentation determina si la
información de la línea conectada se visualiza en el teléfono de la
parte llamante. Para bloquear la identificación de la línea
conectada, seleccionar Restricted de la lista desplegable. Para
permitir
Allowedla deidentidad de la línea conectada, seleccionar el valor
la lista desplegable.
Paso 18 El campo Connected Name Presentation determina si la
información del nombre de la parte conectada se visualiza en el
teléfono de la parte llamante. Para bloquear la identificación del
nombre de la parte conectada, seleccionar Restricted de la lista
Restricted de
desplegable. Para permitir la presentación del nombre de la parte
conectada, seleccionar el valor Allowed de la lista desplegable.
Paso 19 El siguiente grupo de campos determina si la manipulación de
dígitos se realiza sobre los dígitos marcados. De la lista
desplegable del campo Discard Digits,
Digits, seleccionar la instrucción
de eliminación de dígitos que se desee aplicar a la llamada que
empareje con este patrón.
Paso 20 En el campo Called Party Transform Mask introducir la máscara
que se desea usar para las llamadas que emparejen con este
patrón. Este campo determina como se van a transformar los
dígitos marcados.
269

Calls), introducir los dígitos
que se deseen añadir delante del número marcado antes de
enviarse a la lista de rutas.
Paso 22 Pulsar el botón Save para implementar este translation pattern.
Save para
A estas alturas
crear soluciones se debe entender
personalizadas, cómo de
asegurarse crear los translation
tenerlos presentepatter.
porqueAl
pueden usarse en numerosas situaciones.
270
9.7.4 Route Plan Report
El Route Plan Report es un listado de todos los números de

aparcamiento de llamada, captura de llamada, conferencia, route patterns y
translation patterns del sistema. Permite visualizar un listado parcial o total e ir
directamente a la ventana de configuración asociada. Se puede realizar esto
seleccionando un route pattern, partition, route group, route list, call park
number, call pickup number, conference number o gateway.
También permite exportar el informe a un fichero con datos separados
por comas (CSV) que se puede importar en otras aplicaciones. El fichero CSV
(Comma Separated Value) contiene información más detallada que la página
web, incluyendo los DNs para teléfonos, route patterns y translation patterns.
271
Para visualizar el route plan en un fichero CSV seguir los siguientes

pasos:
1
Paso 1 Elegir Call Routing > Route Plan Report, Report, desde
CCMAdministrator. Se muestran 20 items por ventana,
dependiendo de la configuración.
2
Paso 2 Pulsar el botón Go Go a la derecha de la casilla View in File.
File.
Aparece una ventana de diálogo para descargar el fichero
NumPlan.csv .
3
Paso 3 Elegir Save File
File en la casilla de diálogo. Aparece otra ventana
que permite elegir la localización del fichero a descargar. Se
puede cambiar el nombre del fichero, pero la extensión debe
seguir siendo .csv.
4
Paso 4 Seleccionar la localización en la que se va a salvar el fichero y
pulsar el botón Save
Save.. Éste se graba en la localización
indicada.
5
Paso 5 Localizar el fichero donde se ha salvado y hacer doble click en su
icono para visualizarlo.
272
9.7.5 Supuesto práctico de Call Routing
Supuesto 1: Realizar un plan de marcación 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 dígitos para localizar a
usuarios en el mismo sitio (100X para Lab_1, 200X para Lab_2 y 300X para
Lab_3). Como se puede apreciar en la figura cada sede tiene su propio cluster
CUCM. Estas llamadas se clasifican como llamadas dentro del cluster o
llamadas internas.
El usuario marca números de 5 dígitos para localizar usuarios en otra
sede, siendo el primer dígito el 6 (6100X para hablar con Lab_1 desde Lab_2 o
Lab_3, 6200X para hablar con Lab_2 desde Lab_1 y Lab_3, y 6300X para
hablar con Lab_3 desde Lab_1 y Lab_2). Estas llamadas entre sedes son
llamadas fuera del cluster o llamadas externas y necesitan la configuración de
un call routing. En este supuesto, cuando un usuario en Lab_2, por ejemplo,
marca 63005 el cluster CUCM local analiza los dígitos marcados y busca un
emparejamiento. En este caso, 63005 emparejará con el patrón de ruta
6.30XX.
En este
trunk ICT. CUCMpunto, CUCM
conoce sabe
la lista que debe
de rutas enrutar
asociada conla6.300X
llamada externa
para a un
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
realizar manipulación de dígitos (en el sentido de modificar la parte llamada)

para que el cluster CUCM remoto reciba la llamada en formato que pueda
entender, número marcado a cuatro dígitos.
Si la IPWAN está caída o no tiene recursos suficientes, CUCM debe
enrutar la por
progresar llamada
la redvíanecesita
el gateway conectado
un número a la(nueve
público PSTN. dígitos),
Esta llamada
por lo para
que
CUCM debe realizar manipulación de dígitos (con el fin de modificar la parte
llamada) para cambiar el número marcado por 915244135, que permita a la
Red Pública entender el número. El proceso de enrutamiento de la llamada es
transparente al usuario final y no debe notar si la llamada se encamina por la
IPWAN o por la PSTN.
El código de escape para que los usuarios de las tres sedes hagan
llamadas externas a la red pública es el 0 y lo marcado debe coincidir con
patrones que siempre encaminen por el gateway a la Red Pública. Aunque un
solo patrón sería suficiente, se pide realizar un conjunto de route pattern
coherente, evitando por ejemplo, realizar llamadas entres sedes por la PSTN si
la IPWAN está operativa (forced on net).
274
9.8 Categorías
Este tema describe como gestionar las categorías para implementar

clases de usuarios dentro de CUCM.
9.8.1 Derechos y restricciones
Después de que el sistema se configura para permitir realizar

llamadas fuera del cluster, se necesita prevenir que ciertas llamadas
puedan realizarse.
Aunque se pueden utilizar los patrones de ruta para bloquear
ciertos destinos, se necesita avanzar más y ver como ciertos destinos
quedan bloqueados para algunos dispositivos, pero no para todos.
También se necesita controlar que marcando lo mismo, usuarios de

ciertas sedes utilicen recursos diferenciados de los usuarios de otras
sedes.
Para lograr esto se necesita configurar lo que se conoce como
Calling Search Space (CSS) y Partitions.
275
Class of Service (Cos) es un conjunto de permisos y restricciones que se

pueden asignar a usuarios de forma
f orma individual. En este documento los términos
permisos y restricciones se consideraran sinónimos, y se referenciarán como
categorías en un plan de marcación.
Ejemplos de permisos son:
Una clase de usuarios pueden realizar llamadas externas durante
•
la jornada laboral, pero no fuera de ésta.

Los teléfonos ddel
• el vestíbulo pued
pueden
en marcar números
números de
emergencia y extensiones dentro del cluster, pero no realizar
llamadas locales, nacionales ni internacionales.
El recepc
• recepcionista
ionista puede marcar ccualquier
ualquier destino dentro de lala
empresa (on cluster e inter cluster) y llamadas nacionales, pero no
puede realizar llamadas internacionales.
Los directivos de la empresa pueden marcar cualquier destino, a
•
excepción de los números 900.

Si una sede tiene enl
• enlaces
aces locales a la red pública, sus
sus usuarios
usuarios
marcando el código de acceso a la red pública deben utilizar
estos; mientras que en la sede principal utilizaran sus recursos,
marcando el mismo código de escape.
CUCM utiliza Patitions , Calling Search Spaces (CSS) y Time of Day
Routing para implementar las categorías del plan de marcación. En este
documento se tratan los dos primeros
prim eros conceptos.
276
9.8.2 Calling Search Space y Partitions. Conceptos básicos
Una partition es un grupo de números de directorio (DNs) con similares

categorías, y un CSS define que partitions son accesibles por un dispositivo en
particular. Un dispositivo puede llamar solo a los DNs localizados en las
partitions que forma parte de ssuu CSS. Una partition comprende un
agrupamiento Los
accesibilidad. lógicodispositivos
de DNs
dispositiv y pattern
os que con características
normalmente similares son:
se sitúan en partitions de:
son
DNs, route patterns y translation patterns. Los nombres de las partitions deben
reflejar sus características: ZAMORA_internacional_PT,
MADRID_metropolitana_PT.
Un CSS es una lista ordenada de partitions que el análisis de dígitos de
CUCM considera antes de encaminar una llamada telefónica. CSS determina
las partitions a las que los dispositivos llamantes, tanto clientes como
gateways, pueden seleccionar cuando se intenta completar una llamada. Si un
dispositivo intenta buscar un route pattern o un DN que no está en su CSS,
recibe el tono de no progreso de llamada.
Los objetos que se sitúan en partitions tienen un patrón seleccionable
Los objetos que se sitúan en partitions tienen un patrón seleccionable
mediante la marcación de dígitos. Se incluyen: números de directorio (DN),
route pattern, translation pattern, route group de líneas CTI, puertos CTI,
puertos de mensajería vocal y números de multiconferencia.
Los objetos que tienen asignado un Calling Search Space son aquellos
que tienen la capacidad de iniciar un proceso de llamada entregando dígitos al
proceso de análisis de dígitos de CUCM. Aquí están los teléfonos, líneas de
277
teléfono, gateways y aplicaciones (vía su route group CTI o puertos de

mensajería vocal).
En la figura los teléfonos del vestíbulo y salas de reuniones se sitúan en
la partition A. Las partitions B, C, D, E, y F contienen el route pattern que
empareja
empresa ycon números
servicios locales, nacionales, internacionales, extensiones de la
de emergencia.
El CSS de los teléfonos del vestíbulo y salas de reunión contienen solo
las partitions asociadas a las extensiones de la empresa y los números de
emergencia. Por lo que estos teléfonos solo podrán realizar llamadas dentro de
la empresa y a los servicios de emergencia.
De todos los conceptos de un despliegue de CallManager, seguramente

CSS y partitions son los que más confusión generan. Esto es muy extraño
porque son conceptos bastante simples. Baste pensar que, la partition
asignada al destino, indica qué dispositivos pueden alcanzarlo, y CSS
determina qué destinos pueden alcanzarse. Una buena analogía es la de las
cerraduras y los manojos de llaves. Pensar en la partition como una cerradura y
CSS como el manojo de llaves. Para realizar una llamada a un destino, se debe
tener una llave que empareje con la cerradura del dispositivo. El manojo de
llaves contiene todas las llaves y por consiguiente determina qué destinos se
pueden alcanzar.
Porcomenzar
se puede supuesto,ahay más que
entender llaves
como y cerraduras,
funcionan. Se va apero
echarusando este símil
una mirada más
profunda a esta analogía. La figura muestra cinco teléfonos. Los primeros
cuatro teléfonos tienen partitions (cerraduras). Es importante señalar que las
partitions (cerraduras) no se asignan a los dispositivos, sino a los pattern
278
(DNs). Para este ejemplo, suponer que cada

y a los números de directorio (DNs).
teléfono tiene una sólo línea y la partition (cerradura) se asigna a esa línea.
Debajo de cada teléfono hay un CSS (manojo de llaves) que muestra a que
partitions (cerraduras) tiene acceso el teléfono. CSS (manojo de llaves) puede
asignarse al dispositivo o a la línea. En este ejemplo, suponer que se asignan
al dispositivo.
Se observa a continuación las respuestas a las preguntas de la imagen.
P1: ¿A que teléfonos puede llamar el teléfono A?
R1: Para determinar a qué teléfonos puede llamar el teléfono A, se necesita

mirar su CSS (manojo de llaves). El teléfono A tiene una llave redonda y una
llave cuadrada en su manojo de llaves lo que significa que puede llamase a
si mismo y al teléfono B. Sin embargo, como el teléfono E no tiene ninguna
cerradura (partition) asignada, cualquier teléfono puede llamarlo, es como

una puerta sin cerradura que puede abrir cualquiera.
P2: ¿A que teléfonos puede llamar el teléfono D?

R2: Como el teléfono
teléfono D tiene ssólo
ólo uuna
na llav
llavee cuadrada,
cuadrada, puede marcar al
teléfono A y, claro, al teléfono E que no tiene ninguna cerradura
(partition).
P3: ¿Qué teléfono puede llamar a todos los demás teléfonos?
R3: El teléfono B tiene un manojo de llaves (CSS) importante, pues contiene
todas las llaves, puede alcanzar a todos los dispositivos.
P4: ¿Qué teléfonos puede llamar al teléfono E?
R4: Como el teléfono E no tiene ninguna cerradura (partition) todos todos los
P5: teléfonos
¿A pueden puede
qué teléfonos alcanzarlo.
llamar el teléfono E?
R5: Como el teléfono E no tiene ninguna llave, puede alc alcanzar
anzar sólo
dispositivos que no tienen ninguna cerradura. En este ejemplo el
teléfono E puede marcarse sólo a si mismo.
El primer concepto erróneo que debe desecharse es que dos
dispositivos que tienen la misma partition, pueden llamarse. Tener la misma
partition exclusivamente no es suficiente. Regresando a la analogía de la
cerradura y el manojo de llaves, si dos personas tienen las mismas cerraduras,
sus casas se abrirán con la misma llave, pero si ellos no tienen ninguna llave,
¿pueden acceder a la otra casa?. Por supuesto que no, y de hecho, ellos no
pueden acceder incluso a sus propias casa. Esto demuestra que la partition de
un dispositivo (la cerradura) no lleva implícito el efecto de dónde puede llamar
el dispositivo. Sin embargo, si dos dispositivos que también tienen la misma
partition tienen un CSS que les permite acceder a su partition, si pueden
llamarse.
279
El siguiente punto importante es el orden de CSS. Como se ha

demostrado en el anterior ejemplo, CSS puede permitir el acceso a más de una
partition. Ahora, imaginar que un dispositivo tiene un CSS que le permite
emparejar dos dispositivos con el mismo número, pero en diferentes partitions.
La figura muestra un ejemplo de esta situación.
Cuando se produce una búsqueda para un emparejamiento, se
encuentran varios emparejamientos posibles. Como hay emparejamientos
múltiples, entra en juego el orden en que aparecen los objetos en CSS. Cuando
se crea un CSS, se prioriza el orden en que deben investigarse las partitions.
Este orden determina que partition se usa si hay dos emparejamientos
posibles. En el ejemplo, la figura muestras que el orden de las llaves para el
teléfono C es cuadrado seguido por el triángulo, esto significa que cuando el
teléfono C marca 1001, emparejará primero con el 1001 que tiene la partition
cuadrada, que está en el teléfono A.
280
Para agregar un poco más de complejidad a este tema, es posible tener

un CSS tanto en el dispositivo como en la línea. Por ejemplo, el teléfono puede
tener un CSS que concede el acceso a la partition cuadrada y una línea en el
teléfono puede tener un CSS que concede el acceso a la partition triángulo. En
semejante caso, el CSS de la línea tiene prioridad. La figura muestras un
ejemplo de esto. Este ejemplo abandona la analogía de cerraduras y llaves
para enfocar más las condiciones reales.
En el ejemplo ilustrado por la figura, el teléfono A tiene dos líneas, 1001
y 1010. La línea 1001 no tiene ningún CSS, y la línea 1010 tiene un CSS que
concede el acceso a los dispositivos en la partition ejecutivos. El teléfono A
también tiene un CSS a nivel de dispositivo que permite el acceso a los
teléfonos de las partitions empleados y vestíbulo. Como la línea 1001 no tiene
CSS propio, solo tiene acceso a los dispositivos que pueden ser alcanzados
usando el CSS del dispositivo. Como la línea 1010 tiene un CSS propio, tiene
acceso a dispositivos que pueden alcanzarse usando su propio CSS y el CSS
del dispositivo. Esto significa que marcando desde la línea 1001, sólo se podrá
llamar a los dispositivos de las partitions vestíbulo y empleados; pero cuando
se marca desde la línea 1010, son accesibles los dispositivos en las partitions
vestíbulo, empleados y ejecutivos.
Ahora, echando una mirada a los otros tres teléfonos. El teléfono B tiene
la extensión
tiene 1004,1003,
la extensión y esaylínea está en
esa línea la en
está partition de empleados.
la partition vestíbulo. El
El teléfono C
teléfono D
tiene la extensión 1004, y esa línea está en la partition ejecutivos.
Se observa a continuación las respuestas mas adecuadas a las
preguntas de la figura:
281
P1: ¿Cuál es el resultado si se marca 1004 en la línea 1001?
R1: Como
Como la línea 1001 no tiene CSS propio, dispone solamente del CSS del
dispositivo. El CSS del dispositivo tiene acceso a las partitions empleados y

vestíbulos, por lo que la línea 1001 puede acceder a la línea 1004 en el
teléfono B ya que está en la partition empleados.
P2: ¿Cuál es el resultado si se marca 1004 en la línea 1010?
R2: Como la línea 1010 tiene un CSS, tendrá acceso a todos los dispositivos
a los que el CSS de la línea y del dispositivo concedan acceso. Ya que
puede alcanzar tanto al teléfono B como al D y emparejará con las líneas
1004, pero como el CSS de la línea tiene prioridad sobre el CSS del
P3: dispositivo, sonará
¿Puede la línea el teléfono
1010 alcanzarD.
la línea 1003?
R3: La línea 1010 puede alcanzar cualquier dispositivo al que el CSS de la

línea y del dispositivo conceden acceso. Como el CSS del dispositivo
tiene acceso a la partition del vestíbulo que es la partition en que está la
línea 1003, podrá alcanzarla.
282
9.8.3 Creación de CSS y Partitions
La creación de CSS y partition es más fácil que entenderlos y aplicarlos

adecuadamente. Antes de seguir el proceso de creación, hay que tomarse el
tiempo necesario para determinar las diferentes clases de usuarios del entorno
que se despliega, y a qué destinos permite llamar cada una. Después de hacer
esto,
definenseCSS
elabora una listaa de
que acceden laspartitions.
estas partitionsUna
necesarias. A continuación,
vez realizado se
esto, se puede
empezar a crear las partitions y CSS.
Para la creación de partitions se sigue el siguiente procedimiento:
1
Paso 1 Desde CCMAdministrator, seleccionar Call Routing > Class of
Partition.
Control > Partition.
2
New.
3
Paso 3 Se despliega una pantalla que ofrece un área en la que se puede
introducir el nombre de la partition seguido por una descripción.
Se debe poner una coma (, (,) entre el nombre y la descripción. En
esta pantalla se pueden crear varias partitions a la vez, poniendo
cada una en una nueva línea. La figura muestras un ejemplo de
cómo agregar cinco partition de una vez.
4
Paso 4 Después de introducir todas las partitions deseadas, pulsar el
botón Save
Save..
Paso 5 Aparece una ventana informando de que se han añadido las
partitions.
Se pueden añadir hasta 75 partitions usando la siguiente sintaxis:
283
<nombre de partition>,<descripción>
Ejemplos:

• vestibulo_PT, número de directorio del vestíbulo y de la sala de
reunión

• internacional_PT, patrones que emparejan con números de
teléfonos internacionales
CUCM solo necesita que se introduzca el nombre de la partition, pero
una buena práctica es introducir una descripción que ayude a identificar el
propósito de la partition.
Ahora que se han creado las partition, se puede empezar a crear CSS
según se indica en los pasos siguientes:
1
Paso 1 Desde CCMAdministrator, seleccionar Call Routing > Class of
Space.
Control > Calling Search Space.
2
New. Se despliega una pantalla como la
mostrada en la figura.
3
Paso 3 Introducir un nombre en el campo Name
Name.. Recuérdese que el
nombre debe ayudar a identificar el propósito de este CSS.
4
Paso 4 Introducir una descripción en el campo Description
Description..
5
Paso 5 En la casilla Available Partitions se
Partitions se visualiza la lista de partitions
6
Paso 6 disponibles.
Resaltar la primera partition a la que se desea que el CSS tenga
acceso y pulsar el icono de flecha descendente
descendente situado en la
parte inferior de la casilla. Esto origina que la partition pase a la
casilla Selected Partitions.
Partitions.
284
7
Paso 7 Repetir el paso 6 para cada partition a la que se quiera que el
CSS tenga acceso. Éstas deben agregarse en el orden en que se
han ido seleccionado.
8
Paso 8 Después de que todas las partitions se han agregado, se puede
cambiar el orden
que se añaden en que se
determina quevisualizan. Recordar
partition se utiliza enque el orden
el caso en
de que
un CSS contenga varias partitions que emparejen con el número
marcado. Para cambiar el orden, resaltar la partition que se quiere
mover y pulsar el icono con la flecha arriba o abajo situados a la
derecha de la casilla.
9
Paso 9 Después de que todas las partitions deseadas se muestran en el
orden correcto en la casilla Selected Partitions,
Partitions, pulsar el botón
Save.
Save.
10
Paso 10 Una vez de que el CSS se ha agregado, se devuelve a la pantalla
de configuración del CSS. Se sabe que el CSS se ha agregado
porque en el área Status se visualiza Add Sucessful .
285
9.8.4 Gestión de CSS y Partitions

9.8.4.1 Asignación de CSS a teléfonos
Los pasos que siguen muestran cómo asignar un CSS a un teléfono:

Paso
Paso 12 Desde CCMAdministrator,
Para limitar los resultados,seleccionar Device >dePhone.
introducir criterios Phone .
búsqueda en el
campo de búsqueda y pulsar el botón
botón Find
Find..
Paso 3 Seleccionar el teléfono al cual se desea asignar el CSS de la lista
que aparece.
Paso 4 Se despliega la pantalla Phone Configuration.
Configuration. Para asignar un
CSS al teléfono, seleccionar un CSS de la lista desplegable del
campo Calling Search Space como se muestra en la figura.
Save..
Paso 6 Aparece una ventana informativa indicando que se debe de
resetear el teléfono para que se tengan en cuenta los cambios.
Pulsar Aceptar
Aceptar..
286
9.8.4.2 Asignación de CSS a líneas
Los pasos que siguen muestran cómo asignar un CSS a una línea en un
teléfono:
Paso 1 Desde CCMAdministrator, seleccionar Device > Phone.
Phone.
Paso 2 Para
campolimitar los resultados,
de búsqueda y pulsarintroducir criterios
el botón Find
Find. . de búsqueda en el
Paso 3 Seleccionar el teléfono que contiene la línea deseada de la lista
que aparece.
Paso 4 Pulsar sobre la línea deseada en el lado izquierdo de la pantalla.
Paso 5 En la página de configuración del número de directorio,
seleccionar el CSS deseada de la lista desplegable del campo
Calling Search Space como se muestra en la figura.
Save..
Nota
Cuando se hace un cambio en la configuración del número de directorio
y se pulsa el botón Save
Save,, la línea se resetea en todos los teléfonos en los que
tiene presencia Si en ese momento hay una llamada, la línea se reseteará
cuando la llamada finalice.
287
9.8.4.3 Asignación de CSS a Gateways o Trunks
Los pasos que siguen muestran cómo asignar un CSS a un gateway o a

un ICT. Ya que los pasos son muy parecidos para ambos componentes, se han
combinado en el mismo procedimiento:
Paso 1 Desde >CCMAdministrator,
Device Trunk.
Trunk. seleccionar Device > Gateway
Gateway o
Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el
campo de búsqueda y pulsar el botón Find.
Paso 3 De la lista que se genera, seleccionar Gateway / Trunk al cual se
quiere asignar un CSS.
Paso 4 Seleccionar el CSS de la lista desplegable del campo Calling
Space.
Search Space.
Nota
Para algunos gateways como MGCP, se necesita navegar a la página de
configuración de la subunidad para asignar un CSS.
Save..
Paso 6 Aparece una ventana informativa que indica que se debe de
resetear el gateway o el trunk para que se tengan en cuenta los
cambios. Pulsar Aceptar
Aceptar..
288
9.8.4.4 Asignación de Partition a números de directorio
Los pasos siguientes muestran cómo asignar una partition a un número

de directorio:
Paso 1 Desde CCMAdministrator, seleccionar Device > Phone.
Phone.
Paso 2 Para limitar
campo los resultados,
de búsqueda y pulsarintroducir criterios de búsqueda en el
el botón Find.
Paso 3 Seleccione el teléfono que contiene la línea deseada de la lista
que aparece.
Paso 4 Pulsar sobre la línea deseada en el lado izquierdo de la pantalla.
Paso 5 En la página de configuración del número de directorio,
seleccionar la partition deseada de la lista desplegable del campo
Partition como se muestra en la figura.
Route Partition como
Aviso
Cuando se hace un cambio en la configuración del número de directorio
y se pulsa el botón Save
Save,, la línea se resetea en todos los teléfonos en los que
tiene presencia. Si en ese momento hay una llamada, la línea se reseteará
cuando la llamada haya terminado.
Save..
289
9.8.4.5 Asignación de Partition a Route Pattern
Los pasos siguientes muestran cómo asignar una partition a un route

pattern:
Paso 1 Desde CCMAdministrator, seleccionar Call Routing >
Paso 2 Route/Hunt > Route
Para limitar los Pattern
Pattern.
resultados, .
introducir criterios de búsqueda en el
campo de búsqueda y pulsar el botón FindFind..
Paso 3 Seleccione el route pattern deseado de la lista que aparece.
Paso 4 Seleccionar la partition de la lista desplegable del campo Route
como se muestra en la figura.
Partition como
Partition
Save.. Cuando la actualización se ha completado,
en la línea de estado de la página se puede leer que la
actualización se ha completado (Update sucessful ). ).
290
9.8.4.6 Asignación de Partition y CSS a Translation Pattern
Los pasos siguientes muestran cómo asignar una partition a un

translation pattern. La asignación de CSS a translation pattern es similar con la
diferencia de que en el paso 4 hay que jugar con el campo Calling Search
Space:1
Paso Desde CCMAdministrator, seleccionar Call Routing >
Pattern.
Translation Pattern.
Paso 2 Para limitar los resultados, introducir criterios de búsqueda en el
campo de búsqueda y pulsar el botón Find Find..
Paso 3 Seleccione el translation pattern deseado de la lista que aparece.
Paso 4 Seleccionar la partition de la lista desplegable del campo Partition
Partition
como se muestra en la figura. O bien seleccionar el CSS en la
lista desplegable del campo Calling Search Space.
Space.
Save.. Cuando la actualización se ha completado,
en la línea de estado de la página se puede leer que la
actualización se ha completado (Update sucessful ).
).
Después de que las partitions y los CSS se han aplicado, se puede
empezar ha probar el sistema para asegurarse de que las llamadas que se
autorizan se pueden realizar, y las que se prohíben no se pueden ejecutar.
291
9.8.5 Supuesto práctico de categorías
Supuesto 2: Categorizar las extensiones del cliente EMPRES S.A.

El cliente EMPRES S.A. quiere categorizar las extensiones de ambas
sedes al objeto de controlar que tipo de llamadas realiza cada una. Para ello ha
creado
normalescuatro clases
o estándar de usuarios,
y vestíbulo. Con losasiguientes
saber: ejecutivos, administrativos,
requerimientos:
Los ejecutivos deben de poder realizar cualquier tipo de llamadas
●
excepto a los 900.

Los ayudantes administrativos deben de poder realizar cualquier
●
tipo de llamada, excepto a destinos internacionales y números

900.
Las extensiones
● extensiones estándar o normales deben de poder poder realizar
llamadas internas, locales, entre sedes y a servicios de
emergencia.
Las extensiones
● extensiones de vestíbulo ssolo olo pueden realizar llamadas
llamadas
internas y a servicios de emergencia.
Para ello se deben crear las partitions y CSS necesarios y asignarlos a los
objetos adecuados.
292
9.9 Soluciones a los Supuestos Prácticos
Este tema se dan las soluciones a los dos supuestos prácticos

planteados en los apartados de plan de marcación y categorías.
9.9.1 Solución al supuesto del Plan de Marcación
• Cuando desde cualquier extensión de la sede Lab_1 se marca 0 seguido

de 9 y 8 dígitos más se considera llamada saliente a red pública, se
empareja con un route pattern que elimina el 0 y progresa el resto de los
números marcados al gateway que tiene el primario a la red pública. Se
debe tratar el número llamante para que en destino se presente el
número público de la extensión, o en su lugar el número cabecera de la
instalación, 915244110. Esta entrada del route pattern sintetiza las
llamadas a red pública, en un cliente normal existirán más entradas que
seleccionan el mismo route list.
• Al marcar 100X, CCM analiza la llamada y da como resultado un DN,
con lo que se ejecuta una llamada interna (on-cluster).
• Cuando se marca un 6 seguido por 200X, el cluster empareja con el
patrón de ruta 6.200X que elimina el 6 y progresa la llamada al gateway
que
para une Lab_1 en
presentar condestino
Lab_2 6100X,
por la IPWAN. Seque
que es lo trataeste
el número
usuario llamante
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
6.200X, para sacar la llamada por la PSTN, debiendo de cambiar el

número llamado y llamante.
• Si un usuario de esta seda intenta marcar la sede Lab_2 por PSTN,
CCM empareja el número marcado con el translation pattern
091524412X, que elimina el 0 y cambia el número marcado por 6200X.
El resultado vuelve a ser analizado por CCM y en este momento
empareja con el route pattern 6.200X visto anteriormente.
patrón de ruta 6.300X, que elimina el 6 y progresa la llamada al gateway
que une Lab_1 con Lab_3 por la IPWAN. Se trata el número llamante
para presentar en destino 6100X, que es lo que este usuario marcará
6.300X, para sacar la llamada por la red pública, debiendo de cambiar el
• Si un usuario de esta seda intenta marcar la sede Lab_3 por la red
pública,
091524413X,
CCM que
empareja
eliminaelelnúmero
0 y cambia
marcado
el número
con elmarcado
translation
por 6300X.
pattern
de 9 y 8 dígitos más se considera llamadas salientes a PSTN, se
294

• Cuando
emparejaseconmarca
el route
un pattern
6 seguido
6.100X
porvisto
300X,anteriormente.
el cluster empareja con el
295

de 9 y 8 dígitos más se considera llamadas salientes a PSTN, se
• Cuando
patrón deseruta
marca un que
6.100X, 6 seguido
eliminapor
el 6100X, el cluster
y progresa empareja
la llamada con el
al gateway
6.100X, para sacar la llamada por la red pública, debiendo de cambiar el
296

297
9.9.2 Soluciones al supuesto de categorías
La empresa EMPRES S.A. ha desplegado una solución de CallManager

y ha configurado los modelos de ruta que se muestran en la figura. Como se
puedealver,
lugar quelos modelosllamar
necesiten de ruta
con permiten a los llamantes
las excepciones alcanzar900
de los números cualquier
que se
bloquean. El problema es que estos modelos también permitieron a algún
llamante hacer llamadas que la empresa desaprueba. Por ejemplo, si el trabajo
de una persona no requiere la realización de llamadas internacionales, el plan
de marcación no debe permitir al teléfono del empleado realizarlas.
298
Para que esta solución funcione es necesario asegurar que todos los
teléfonos del cliente se encuentran dentro de una determinada clase.
299
Una práctica común al crear las partitions es etiquetarlas para que el

nombre describa lo que la partition permite. Por ejemplo, una partition que va a
ser asignado a un modelo que empareja un número local puede llamarse
Local_PT.
Consejo Los letra PT al final de los nombres ayuda a identificar estos objetos
como partitions. Como es posible tener partitions y CSS con el mismo nombre,
se recomienda que se agregue PT al final del nombre de las partitions y CSS al
final de los nombres de CSS.
En este ejemplo, se permiten cinco tipos de llamadas: internas, locales,
nacionales, internacionales y emergencia. Lo siguiente es la lista de partitions
que se necesitan, y a que modelos se asignan.
● Internas_PT - patrones que empareja con números interiores
● Locales_PT - patrones que emparejan con números locales

● Nacionales_PT - patrones que emparejan con números
nacionales

● Internationales_PT - patrones que emparejan con números
internacionales

● Emergencia_PT - patrones que emparejan con números de
servicio de emergencia
300
Después de crear las partitions, se necesitan CSS. Ya que EMPRES S.A. ha

definido cuatro clases de usuarios, se necesitan cuatro CSS. Así como con las
partitions, se recomienda que los CSS se etiqueten con un nombre que ayude
a identificar a que partition tienen acceso los CSS. La tabla de la figura muestra
los CSS y las partitions a que cada uno tiene acceso y esto es lo que se
necesita para EMPRES S.A.
301
Ahora que se han definido las partitions y los CSS, se echará un vistazo
a que se asigna cada uno. Primero, se examinan las partitions. Es importante
entender que las partitions se asignan a los patrones de marcación, no a los
dispositivos. Esto significa que si se quiere impedir a un dispositivo hacer
llamadas nacionales, se asigna la partition correspondiente al modelo que
empareja conanúmeros
tiene acceso nacionales,
esa partition. y se
La tabla deasegura
la figuraque el CSSlasdelcinco
muestra dispositivo no
partitions
que se han creado y el route patter al cual se ha asignado cada uno.
Se puede observar que el modelo 0.[89]0[0-5]XXXXXX no se ha
asignado a ninguna partition, pero esto funciona. Recordar, que si un modelo
no tiene una partition explícitamente asignada, asume la partition nula, y todos
los dispositivos tienen acceso a la partition nula. Como se ha configurado el
route patter 0.[89]0[0-5]XXXXXX para bloquear todas las llamadas que
emparejen con él, se tiene que hacer que todos los dispositivos tengan acceso
a él, para que nadie pueda realizar este tipo de llamadas. Sin embargo se
recomienda aplicar partitions a todos los modelos para asegurar que ninguna
llamada puede realizarse por teléfonos que no tienen el CSS apropiado. Con
esto en mente, la partition Internas_PT puede aplicarse al modelo 0.[89]0[0-
5]XXXXXX porque todos los dispositivos pueden alcanzar esa partition.
302
Ahora se verá cómo debe asignarse el CSS. Recordar que ese CSS
puede asignarse al dispositivo y a la línea. En este ejemplo se asignan sólo a
nivel del dispositivo. La tabla de la figura muestra los CSS y los tipos de
dispositivo a que cada uno se asigna.
En este punto, sólo se ha discutido la asignación de CSS a teléfonos y
líneas.
gateways.CSSUnseCSS asignan también,
se asigna a un agateway
dispositivos donde
para que las están incluidos
llamadas los
entrantes
puedan alcanzar los destinos interiores. En el ejemplo de EMPRES S.A., todos
los teléfonos interiores se pondrían en la partition Internas_PT. Si los gateways
no tienen acceso a esta partition, no se permitirá ninguna llamada entrante. Así
que, se puede considerar que no solo la mayoría de los teléfonos tienen CSS,
sino que los gateways también las necesitan. En el caso de EMPRES S.A., el
Internas_CSS se puede asignar a los gateways, que proporcionen acceso al
exterior para las llamadas salientes de todos los teléfonos.
Nota
Téngase presente que CSS y partitions sólo son significativos
localmente. Es decir, después de que una llamada deja el cluster local, los CSS
y partitions ya no existen.
En el ejemplo de EMPRES S.A., todos los teléfonos interiores estaban
en la partition Internas_PT, significando que como todos los dispositivos tenían
un CSS que concedía acceso a la partition Internas_PT, todos los teléfonos
podrían llamarse. En algunos casos, esto puede no ser lo deseado. Hay veces
303
que ciertos números sólo deben alcanzarse por ciertos dispositivos. Un ejemplo
usado a menudo es el del teléfono de un directivo, al que solo su secretaria
tiene acceso. Para lograr esto, el teléfono del ejecutivo se pone en una partition
separada a la que solo tiene acceso el teléfono de la secretaria.
304
9.10 Resumen
Un plan de marcación es el elemento clave de Cisco Unified Callmanager

que permite procesar llamadas según unos determinados privilegios.
Un plan de numeración es un esquema de numeración que define un

conjunto de reglas para asignar números: NANP, ETNS, UKNNS, ...
En CUCM los números de directorio se asignan a puntos finales para

alcanzarlos.
El enrutamiento de una llamada y la selección del camino se basa en el

número marcado, considerando las rutas alternativas, la fecha y la hora, el
ancho de banda, ...
La manipulación de dígitos permite resolver problemas de solapamiento o

marcación abreviada.
Las categorías, implementadas con partitions y calling search space,

definen los destinos a los que se permite llamar a los usuarios.
Un plan de marcación permite que las llamadas alcancen destinos fuera del
cluster. Téngase presente que CSS y partitions sólo son significativos
localmente. Es decir, después de que una llamada deja el cluster local, los CSS
y partitions ya no existen.
Para que CCM dirija una llamada a un des destino

tino fuera del c
cluster,
luster, se deb
debe
e
proporcionar información adicional que constituirá el plan de marcación externo
conocido en Cisco como Call Routing.
Después de permitir realizar llamadas fuera del sistema, es necesario

controlar que llamadas puedan realizarse.
A la hora de diseñar un plan de marcación debe seguirse una disciplina que
evite problemas imprevistos.Pattern los patrones son un conjunto de números,
comodines y caracteres especiales.
Device un gateway que conecta el sistema CallManager a otro sistema

como la Red Telefónica Pública (PSTN).
Route Group una lista ordenada de gateways a los que la llamada puede
enviarse.
Route List Una lista priorizada de grupos de rutas utiliz

utilizada
ada para determinar
a que grupo de rutas se envía una llamada saliente.

Las máscaras de transformación de la parte llamante modifican tanto los
números llamantes como llamados.
305
Una DDI (Discard Digits Instructions) elimina una parte de los dígitos
marcados antes de pasar el número a un sistema adyacente.
Los patrones de traducción manipulan los dígitos antes de determinar

donde enviar la llamada.
El informe del plan de enrutamiento proporciona información útil como
patrones de ruta, patrones de traducción y números de aparcamiento de
llamada.Después de que el sistema se configura para permitir realizar llamadas
fuera del cluster, se necesita prevenir que ciertas llamadas puedan realizarse.
Aunque se pueden utilizar los patrones de ruta para bloquear ciertos

destinos, se necesita avanzar más y ver como ciertos destinos quedan
bloqueados para algunos dispositivos, pero no para todos.
También se necesita controlar que marcando lo mismo, usuarios de ciertas

sedes utilicen recursos diferenciados de los usuarios de otras sedes.
Para lograr esto se necesita configurar lo que se conoce como Calling

Search Space (CSS) y Partitions.
306
Se plantean a continuación diez enunciados, y a cada uno se le plantean cuatro
afirmaciones, de las cuales solo una tiene sentido en el contexto del capítulo.
Se pide que
aproxima a losse marque, expuestos.
contenidos para cada enunciado, la afirmación que más se
1 Las diferencias entre un plan de marcación y un plan de

numeración son:
a.
a. Un plan de marcación se asocia a las centralitas, y un plan de
numeración se asocia a las rede públicas de conmutación (PSTN).
b.
b. Un plan de numeración encamina a puntos finales, selecciona caminos
sobre la base de privilegios y manipula dígitos; mientras que un plan de
marcación es un esquema de numeración que define normas basándose
en estándares internacionales y está gestionado por autoridades
territoriales que distribuyen códigos y números.
c.
c. Un plan de marcación encamina a puntos finales, selecciona caminos
sobre la base de privilegios y manipula dígitos; mientras que un plan de
numeración es un esquema de numeración que define normas
basándose en estándares internacionales y está gestionado por
autoridades territoriales que distribuyen códigos y números.
d.
d. No existe ninguna diferencia entre ambos.
2 En CUCM:
a.
a. Las llamadas on-net son equivalentes a las llamadas on-cluster y las
llamadas off-net son equivalentes a las llamadas off-cluster.
b. Las llamadas on-net son las llamadas en el ámbito del cliente y las
llamadas off-net son las llamadas a la red pública.
c.
c. Las llamadas on-cluster son las llamadas internas y las llamadas off-
cluster son las llamadas externas.
d. Las tres afirmaciones anteriores son válidas.
3 El orden de configuración de los componentes básicos de una
llamada externa son:
a.
a. Route pattern – gateway
b.
b. Route patter – route list – route group – gateway / trunk
c.
c. Route patter – trunk
307
d.
d. Todas las afirmaciones anteriores son válidas
4 En que componente de un plan de marcación básico se puede

priorizar:
a.
a. Route list y route group
b.
b. Route pattern y route list
c.
c. Gateway y trunk
d.
d. Route pattern y route group
5 El patrón 55[^2-8]2 con que marcaciones empareja:
a.
a. 5502, 5512, 5592 y 55*2
b. 5502, 5512, 5592, 55*2 y 55#2

c.
c. 5502, 5512 y 5592
d. 5522, 5532, 554,2 5552, 5562, 5572 y 5582
6 La salida de un número tratado en el translation pattern:
a.
a. Es un gateway a la Red Pública
b.
b. En un trunk ICT, ya que la salida de un route pattern es un gateway a la
Red Pública
c.
c. Se vuelve a procesar en el análisis de dígitos
d.
d. Permite un máximo de tres iteraciones, para evitar consumir CPU del
servidor
7 El fichero generado en un Route Plan Report es del tipo
a.
a. TXT
b.
b. XLS
c.
c. JAR
d.
d. CSV
308
8 Señale la opción correcta:
a.
a. Dos dispositivos que tienen la misma partition pueden llamarse
b.
b. Cuando aparecen emparejamientos múltiples, es importante el orden en
que se muestran las partitions en los CSSs
c.
c. El CSS del dispositivo tiene prioridad sobre el CSS de la línea
d.
d. No es necesario crear las partitions antes que los CSS que las contienen
9 Elegir la opción más acertada:
a.
a. Una partition es un grupo de números de directorio (DNs) con similares
derechos y restricciones
b.
b. Un CSS define que partitions son accesibles por un dispositivo en
particular
c.
c. Un dispositivo puede llamar solo a los DNs localizados en las partitions
que forman parte de su CSS
d.
d. Todas las afirmaciones anteriores son válidas
10 Señale la opción más acertada:
a.
a. Las partitions se asignan a dispositivos y líneas
b.
b. Los CSS se asignan a route patter y DNs
c.
c. Las partitions se asignan a route patter DNs
d.
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

PDF Manual Cisco Callmanagers Cipt1 511lucia DL

Cargado por

Copyright:

Formatos disponibles

PDF Manual Cisco Callmanagers Cipt1 511lucia DL

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

PDF Manual Cisco Callmanagers Cipt1 511lucia DL

Cargado por

Copyright:

Formatos disponibles

Telefonica de España S.A.

Este manual ha sido elaborado por la

Queda prohibida su reproducción total

Madrid, octubre de 2007

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

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

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

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

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

4.2 CONFIGURACIÓN DE CONFERENCE BRIDGE DE HARDWARE ................................................ 68

4.2.1 CONFIGURACION EN CCM ..................................................................

4.2.2 COMPROBACION DE LA CONFIGURACIÓN EN IOS ......................................... 73

4.2.3 COMPROBACION DE CONFIGURACION EN CCM............................................. 74

4.2.4 CREACIÓN DE MRG..........................................................................................

4.2.5 CREACIÓN DE MGRL........................................................................................

4.2.6 ASIGNACIÓN DE MGRL A DEV

4.2.7 ASIGNACIÓN DE MGRL A DISPOS

5.2 HABILITAR LAS FUENTES DE MÚSICA EN ES

5.2.1 CONFIGURACIÓN DE LOS SERVIDORES DE MOH........................................... 90

5.2.2 MODIFICACION DEL CODEC PARA LOS SE

5.2.3 CONFIGURACION UNICAST DE CCM ................................................................. 93

5.2.4 CONFIGURACIÓN MULTICAST DE CCM...........................................................

5.2.5 MODIFICACIONES DE LOS EDC......................................................................

6.1 TELÉFONOS IP DE CISCO .....................................................................

6.1.1 Especificaciones de los teléfonos IP ..................................................................

6.1.2 CISCO IP PHONE 7906G/7911G..............................................

6.1.3 CISCO IP PHONE 7941G/7941G-GE ..................................................................

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

6.1.5 CISCO IP PHONE 7970G/7971G-GE ..................................................................

6.1.6 Módulo de expansión 7914.................................................................................

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

6.3 PROVISIÓN DE TELÉFONOS EN CALLMANAGER ................................................................ 125

6.3.1 Consideraciones previas ......................................................................................

6.3.1.1 Creando plantillas de botones para los teléfonos ......................................................... 125

6.3.1.2 Creando los

6.3.2 Provisión ...............................................................................................................

6.3.2.1 Provisión mediante auto-registro ..................................................................................

6.3.2.2 Provisión individual.......................................................................................................129

6.3.2.3 Utilizando la herramienta Bulk Administration Tool (BAT) ............................................ 134

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

6.4.1 Restauración de terminales a configuración de fábrica........................................ 143

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

7.2 ARQUITECTURA .......................................................................

7.2.1 Numeración de Interfaces..................................................................................... 150

7.2.2 Gateway 2801

7.2.5 Gateway 2851

7.3 IOS (I NTERNETWORKING

7.3.1 Modos de configuración........................................................................................ 156

7.3.2 Comandos IOS .....................................................................................................

7.3.3 Configuración básica .................................................................

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

7.3.3.2 Backup y restauración de de la configuración ...........................................................

7.3.3.3 Creación de interfaces..................................................................................................161

7.3.3.4 Rutas ....................................................................................................................

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

8.28.2.1 NTER-CLUSTER TRUNK) ...........................................................................

8.3 H.323 ............................................................................................................................

8.4 SIP ...............................................................

8.4.1.1 Security Profile..............................................................................................................175