Falcon VJ PDF

UNIVERSIDAD NACIONAL DE INGENIERIA
FACULTAO DE INGENIERIA ELECTRICA Y ELECTRONICA
MIGRACION DE UN SISTEMA DE TELEFONIA TRADICIONAL TDM

A UN SISTEMA DE COMUNICACIONES UNIFICADAS, PARA LA
ENTIDAD CAVALI
INFORME DE INGENIERIA
PARA OPTAR EL TITULO PROFESIONAL DE:
INGENIERO ELECTRONICO
PRESENTADO POR:
JUAN PABLO PRIMERO FALCON VASQUEZ
PROMOCION
2001 -11
LIMA-PERU
2009
MIGRACION DE UN SISTEMA DE TELEFONIA TRADICIONAL TDM A UN SISTEMA
DE COMUNICACIONES UNIFICADAS, PARA LA ENTIDAD CAVALI
AGRADECIMIENTOS A
Dios Por su gran amor y fidelidad, guiándome en el camino correcto y

Todopoderoso ayudándome a concretar mis sueños.
Dios no elige a los capacitados, capacita a los elegidos. Hacer o
no hacer algo sólo depende de nuestra voluntad y perseverancia.
1 Juan 5.11. Dios nos ha dado vida eterna; y esta vida está en su
Hijo Jesús.
Mi querida UNI Por formar en mí el valor de la constancia para conseguir las metas.
Mis padres Por su ejemplo de esfuerzo, gracias mamá Susana por tu

incomparable amor.
Mis hermanos Juan Segundo y Jorge, por ayudarme mucho en mi educación.
Mi asesor lng. Cesar Atalaya, por su valiosa colaboración y tiempo dedicado a

la revisión del informe.
Amigos Cesar Collachagua y Mario Cárdenas por su valioso apoyo en la

culminación del proyecto. Y a Nilton Picoy, Jefe Soporte Técnico de
CAVALI, por autorizar la ejecución de las pruebas de Ingeniería en
las oficinas de CAVALI.
Dedico este trabajo de ingeniería a mi amada esposa Roxana y a la juventud estudiosa

de la UNI que se esmera con entusiasmo por forjar un Perú con muchas capacidades y
posibilidades de desarrollo.
SUMARIO
El presente trabajo presenta los aspectos técnicos y de ingeniería esenciales para el

diseño y la implementación de un proyecto de sistema de comunicaciones unificadas IP,
basado en diversas aplicaciones de telefonía IP de la marca Cisco Systems, en beneficio
a la compañía CAVALI ICLV S.A, empresa del sector bursátil. El sistema está diseñado
bajo un modelo de arquitectura centralizada para el procesamiento de llamadas entre la
sede principal y las empresas agentes de Bolsa de Valores de Lima. Cabe destacar que
el sistema se ha implementado sobre una infraestructura de red LAN no Cisco, que
presenta las características estándares de calidad de servicio, permitiendo la transmisión
de servicios de datos, voz y video convergentes por un mismo medio de acceso usando
protocolo IP. Se detallará el diseño, y la implementación del sistema de comunicaciones
unificadas implementado en la sede principal, se explicará los detalles de las aplicaciones
que conforman el sistema, tales como: aplicación para procesamiento de llamadas IP,
aplicación para atención a clientes, aplicación para mensajería de voz, así como los
elementos de contingencia.
Para la conexión hacia la red de telefonía pública, el sistema usará un Gateway con
protocolo MGCP que se conectará al servicio RDSI por medio de una interfaz de acceso
PRI, el sistema también se integra con la central privada PBX Alcatel propiedad de la
Bolsa de Valores de Lima a través de una interfaz de acceso PRI, usando señalización
QSIG, lo cual permitirá unificar las comunicaciones internas y externas.
INDICE
PROLOGO ....................................................................................................................... 1
CAPITULO 1
FUNDAMENTOS DE VOZ SOBRE IP .............................................................................. 3
1.1 Sistemas de Voz empresarial tradicional ........................................................... 3
1.1.1 Dispositivos de Borde............................................................................................. 4
1.1.2 Lazo Local.............................................................................................................. 4
1.1.3 Central Secundaria Privada Automática y Oficina Central...................................... 7
1.1.4 Líneas Troncales Análogas .................................................................................. 1 O
1.1.5 Señalización de líneas troncales .......................................................................... 11
1.1.6 Líneas Digitales y RDSI ....................................................................................... 11
1.2 Transmisión de voz sobre una red IP ............................................................... 16
1.2.1 Digitalización y Codificación de la Voz, CODEC................................................... 16
1.2.2 La red IP y claridad del audio .............................................................................. 19
1.2.3 Medidores de calidad de Audio ............................................................................ 21
1.2.4 Calidad de Servicio en Voz sobre IP .................................................................... 22
1.3 Protocolos de Señalización y de Transporte.................................................... 25
1.3.1 Protocolo de Señalización .................................................................................... 27
1.3.2 Protocolos de Transporte de Medios .................................................................... 38
1.4 Interconexión de un sistema VolP y sistema tradicional TDM ........................ 42
1.4.1 Interfaces de conexión de un gateway Cisco........................................................ 43
1.4.2 Configuración de una interface digital E1 PRI ISDN ............................................. 45
1.4.3 Call Leg y Dial Peers ............................................................................................ 49
1.4.4 Procesador de señales digitales........................................................................... 51
1.5 Redes de próxima generación ........................................................................... 51
1.5.1 Concepto de NGN ................................................................................................ 51
1.5.2 Evolución de la Red hacia el concepto de NGN ................................................... 53
1.5.3 Requisitos a considerar para una arquitectura NGN............................................. 55
1.5.4 Beneficios de una red NGN.................................................................................. 56
1.6 Resumen del capítulo ........................................................................................ 57
VII
CAPITULO 11
CONCEPTO DE SISTEMA DE COMUNICACIONES UNIFICADAS............................... 58
2.1 Concepto de sistema de Comunicaciones Unificadas .................................... 58
2.2 Elementos de un sistema de Comunicaciones Unificadas ............................. 60
2.2.1 Servicios de comunicaciones unificadas .............................................................. 60
2.2.2 Aplicaciones de comunicaciones unificadas ......................................................... 61
2.3 Arquitectura de un sistema de Comunicaciones Unificadas .......................... 67
2.3.1 Arquitectura Centralizada ..................................................................................... 67
2.3.2 Arquitectura Distribuida ........................................................................................ 68
2.4 Infraestructura para el sistema de Comunicaciones Unificadas .................... 69
2.4.1 Infraestructura de red y sistema eléctrico ............................................................. 70
CAPITULO 111
DISEÑO DEL SISTEMA DE COMUNICACIONES UNIFICADAS ................................... 75
3.1 Identificación de la oportunidad........................................................................ 75
3.2 Diseño del Sistema............................................................................................. 79
3.2.1 Diseño del sistema de Telefonía IP ...................................................................... 79
3.2.2 Diseño del sistema de Atención al Cliente............................................................ 89
3.2.3 Diseño del sistema de Correo de Voz .................................................................. 92
3.2.4 Optimización de la infraestructura de red ............................................................. 95
CAPITULO IV
IMPLEMENTACION DEL SISTEMA DE COMUNICACIONES UNIFICADAS .............. 100
4.1 Configuración y optimización de la infraestructura de red ........................... 102
4.1.1 Red LAN de oficina principal y oficinas remotas................................................. 102
4.1.2 Red WAN ........................................................................................................... 11 O
4.2 Instalación de los elementos del sistema de comunicaciones unificadas... 112
4.2.1 Instalación y configuración del procesador de llamadas CUCM ......................... 112
4.2.2 Instalación y configuración de gateways ............................................................ 121
4.2.3 Instalación y configuración de sistema de IVR ................................................... 125
4.2.4 Instalación y Configuración del sistema de correo de voz .................................. 132
4.2.5 Configuración de funcionalidades especiales ..................................................... 138
4.3 Migración de la plataforma de comunicaciones y protocolo de pruebas..... 141
4.3.1 Migración de la plataforma de comunicaciones .................................................. 141
4.3.2 Protocolo de Pruebas......................................................................................... 149
4.4 Costo de la inversión ....................................................................................... 162
viii
4.5 Resumen del capítulo ...·................................................................................... 162

CONCLUSIONES Y RECOMENDACIONES ................................................................ 163
ANEXO A - GAMA DE TELEFONOS IP CISCO........................................................... 164
ANEXO B - PLANTILLA DE TELEFONÍA IP - CAVALI Y SAB ................................... 168
ANEXO C - PROTOCOLO DE PRUEBAS ................................................................... 172
ANEXO D - PLANTILLA ECONO MICA DEL PROYECTO ........................................... 179
ANEXO E - GLOSARIO DE TERMINOS ...................................................................... 182
BIBLIOGRAFIA ............................................................................................................ 190
PROLOGO
Desde que aparecieron los primeros servicios de telefonía privada para las
corporaciones, los proveedores y fabricantes de tecnologías se han visto desafiados en
proveer comunicaciones empresariales cada vez más dinámicas, flexibles, cuyo valor
agregado se ajusten más a las necesidades de los clientes finales. El crecimiento
acelerado del internet en un mundo globalizado, ha provocado un cambio drástico en la
forma de hacer los negocios, y por ende, ha obligado a las compañías obtener un tiempo
de respuesta más rápido en la forma de comunicarse con sus empleados.
La empresa privada CAVALI, cuya función de registración de valores es pieza clave y
fundamental para el mercado de valores del Perú, dependía de un sistema de telefonía
PBX TDM que era alquilado por la Bolsa de Valores de Lima, este sistema PBX debido a
su antigüedad ya no cumplía con las necesidades de las comunicaciones de voz que
requería CAVALI, por lo tanto, convocó a varios proveedores del mercado a fin de
obtener la mejor propuesta en precio y valor agregado de un nuevo sistema de
comunicaciones privada. Telefónica del Perú ganó la propuesta luego de presentar un
proyecto de comunicaciones unificadas de la marca Cisco Systems, el cual se ajustaba a
cumplir las necesidades de CAVALI. El presente documento muestra las partes del
diseño y la implementación del nuevo sistema, en el cual se presenta desde el punto de
vista de ingeniería, los elementos que se reunieron para obtener el mejor diseño y su
posterior implementación. Este proyecto se implementó en la empresa CAVALI, y a
continuación se detalla un resumen del mismo.
Capítulo 1: Fundamentos de voz sobre IP

En este capítulo se explica el marco teórico de los elementos de un sistema de telefonía
tradicional TDM, se describe los sistemas digitales y de paquetes, culminando con una
breve explicación de la red NGN.
Capítulo 11: Concepto de sistema de comunicaciones unificadas

En este capítulo se explica los conceptos de las comunicaciones de voz empresariales de
la marca Cisco, se describen los elementos necesarios como previo a la fase de diseño.
2
Capítulo 111: Diseño del sistemá de comunicaciones unificadas

En este capítulo se detalla los elementos de diseño del nuevo sistema de
comunicaciones, que al ser implementado permitirá satisfacer la necesidad de
comunicaciones de voz de la compañía.
Capítulo IV: Implementación del nuevo sistema

En este capítulo se recopila las configuraciones y tareas que se ejecutaron para lograr la
migración exitosa del sistema antiguo por el nuevo, se adjunta los protocolos de pruebas.
Al final del documento se incluyen las CONCLUSIONES donde se menciona los aspectos
relativos a la mejora obtenida luego de la migración, así como las RECOMENDACIONES
necesarias para ayudar a conservar y aumentar las expectativas del cliente en sus
comunicaciones privadas.
CAPITULO 1
FUNDAMENTOS DE VOZ SOBRE IP
En este capítulo se presenta una descripción teórica de los fundamentos que nos
permitirá comprender como se llevan a cabo las comunicaciones de voz, partiendo con
una breve explicación de la tecnología de conmutación por circuitos; luego se aborda la
tecnología de conmutación por paquetes, tecnología que por su versatilidad fue adaptada
rápidamente en la transmisión de servicios de voz; también se presentan varios
escenarios, incluyendo redes híbridas, interconectando las tecnologías mencionadas, y
por último, se presenta una descripción acerca de la redes de última generación.
1.1 Sistemas de Voz empresarial tradicional
El desarrollo de redes telefónicas se basó exclusivamente en la tecnología de

conmutación de circuitos. Esta tecnología se basa en el principio de reservar un recurso
(circuito) para una llamada desde el momento de su establecimiento hasta su conclusión.
El tamaño de este recurso, expresado como una velocidad binaria desde la digitalización
de las redes telefónicas, es 64 kbiUs. Este límite fue escogido en su momento porque
permitía la digitalización eficaz de las muestras de la voz humana, cuyo espectro va de
300 a 3400Hz. Las técnicas de codificación vocal más recientes posibilitan una
considerable reducción de los 64 kbiUs definidos para un circuito; no obstante, como ésta
es la velocidad que se utiliza en la mayoría de los componentes activos y de transmisión
en toda la red telefónica mundial, sería difícil cambiarla sin incurrir en costos excesivos y
sin poner en riesgo una de las principales cualidades de esa red: el servicio universal.
Ventajas de la tecnología de Conmutación por circuitos:
• Recursos dedicados, una comunicación no compite con otras una vez establecida.
• Garantía del ancho de banda del circuito.
• Parámetros temporales óptimos.
• Retardos mínimos al no haber almacenamiento.
4
• Variación de retardos mínimá y predecible

• Se adapta bien a flujos de información constantes y con requisitos de tiempo real.
A continuación se describe los elementos de un sistema de telefonía tradicional de

tecnología TDM:
- Dispositivos de Borde
- Lazo Local
- Central Secundaria Privada Automática y Oficina Central
- Troncales analógicas
- Señalización de Troncales
- Líneas Digitales y RDSI
1.1.1 Dispositivos de Borde

Teléfonos Análogos: Son los teléfonos comunes que se tiene en casa, ó en los ambientes
de pequeñas empresas. En estos equipos la voz es transmitida con señal análoga y
pueden ser interconectados en diferentes PBX, independientemente de la marca de
fabricante.
Teléfonos Digitales: Estos teléfonos tienen un hardware adicional que permite al teléfono
transmitir la voz bajo una señal digitalizada, y son usados generalmente en grandes
corporaciones, permitiendo mayores funcionalidades, como por ejemplo: re-llamada, línea
compartida, perifoneo; que los teléfonos análogos no tienen. Son propietarios para cada
fabricante.
1.1.2 Lazo Local

Un abonado de casa se conecta a la Oficina Central de la compañía telefónica (CO) a
través de un medio físico -comunicación eléctrica- llamada lazo local (local loop), según
se muestra en la figura 1.1. El loop consiste de un par de cables trenzados, un cable
llamado "tip" para la conexión a tierra y el otro cable llamado "ring" que se conecta al lado
negativo de la fuente de poder de -48VDC. Un abonado y la central telefónica se notifican
el estado de la llamada a través de tonos audibles y un intercambio de corriente eléctrica;
a todo este intercambio de información se le llama Señalización Local Loop.
La señalización Local Loop consiste:
- Señalización de Supervisión (Supervisory Signaling).
- Señalización de Dirección (Address Signaling).
5
- Señalización de Información (lnformational Signaling).
Central
Switch
Local Loop LocalLoop
-r!l)
Tele fono Analogo Tele fono Analogo
Figura 1.1.- Lazo local a nivel de abonado
a) Señalización de Supervisión (Supervisory Signaling)

Con esta señalización se puede supervisar los diferentes estados de la señal con la que
se comunican el teléfono y la central de conmutación.
On Hook: Cuando el auricular se encuentra en posición colgado, el circuito se encuentra

abierto, a este estado se le llama ON HOOK. En esta posición, solo el timbrado o ringer
está activo. La Figura 1.2 nos bosqueja con claridad el estado ON HOOK.
COSwitch rIP Telefono

-- -- -L -- ..
--- -. J_
T
1
Ring
1
48VDC
Gen Ring
Battery
Figura 1.2.- Diagrama circuito en la señalización tipo OnHook
Off Hook: Para realizar una llamada, el llamante levanta el auricular (handset); por lo cual
se cierra el circuito eléctrico, con el que se une el teléfono y la Central Telefónica. Este
estado se llama OFF HOOK. Entonces, la corriente generada notifica a la central que
alguien está solicitando hacer una llamada, por lo cual la central le envía un tono de
marcación (dial tone), indicando que está listo para recibir los dígitos del anexo telefónico
al que desea comunicarse.
La figura 1.3 nos muestra el estado OFF HOOK.
COSwitch Telefono
r1p
-- -- -L -- ..
1
�n 48VDC
Battery
Ring
Figura 1.3.- Diagrama circuito en la señalización tipo OffHook

6
Ringing: Cuando el usuario A marca el patrón numérico del teléfono del usuario B, la
Central telefónica envía un tono timbrado continuo (voltaje Ringer) al teléfono B, y a la
vez un tono Ringback al teléfono A llamante, para indicar que el intento de llamada está
cursando; la figura 1.4 nos bosqueja este comportamiento.
Ringback Tone Ringing Voltage
Local Loop Local Loop

TelefonoA Telefono B
Telephone
Switch
Figura 1.4.- Señalización Ringing
b) Señalización de Dirección (Address Signaling)

Existen 2 tipo de teléfonos: Un teléfono tipo tonos "push-button" y un teléfono tipo pulso
"Rotary-Dial" (casi extinguido); los cuales utilizan 2 diferentes tipos de señalización de
dirección para notificar a la Central Telefónica donde un suscriptor está llamando.
Pulse:
En este tipo de señalización los dígitos deben ser marcados en una velocidad específica
y dentro de un cierto nivel de tolerancia, y tal como se muestra en la figura 1.5, cada
pulso consiste de un "break" y un "make", los cuales son producidos abriendo y cerrando
el circuito Local Loop; el tramo "break" es el tiempo durante el cual el circuito está abierto
y el tramo "make" es el tiempo durante el cual el circuito está cerrado.
Telefono OFFHOOK
Circuito Cerrado --------------�--�

"Make"
Circuito Abierto
"Break"
Figura 1.5. - Señalización por pulso
Dual-Tone Multifrecuencia (DTMF):

Cada botón del teclado está asociado con un par de frecuencias Altas y bajas; la
combinación de ambos tonos notifica a la central telefónica del número de anexo que se
intenta llamar. La figura 1.6 nos muestra los tipos de frecuencias.
7
697 Hz [TI [II [fil 0

Tonos de Baja
770Hz 0 III l]J
Frecuencia
852 Hz 0 [I] III @]
941 Hz 0 [Q] [IJ [Q]
1209 1336 1477 1633
Hz Hz Hz Hz
Tonos de Alta
Frecuencia
Figura. 1.6.- Tonos de Alta y Baja frecuencia DTMF
c) Señalización de Información (lnformational Signaling)

Los tonos DTMF son usados para este tipo de señalización, en la que cada combinación
de tonos representa un evento diferente en el proceso de la llamada. A continuación se
muestran los eventos:
Dial Tone: Es un tono continuo sin cortes que indica que la central office está lista para
recibir los dígitos del usuario llamante.
Busy: Es un tono que indica que no se puede completar una llamada, porque el teléfono
destino se encuentra en uso.
Ringback (CO, PBX): Este tono indica que la central está intentando completar una
llamada solicitada por un abonado.
Congestión: Indica que hay congestión en la red telefónica de larga distancia.
Reorder: Indica que la central está usando todos sus recursos de procesamiento y no
puede atender el intento de llamada.
1.1.3 Central Secundaria Privada Automática y Oficina Central

Las Oficinas Centrales (Central Office) y las Centrales Privadas (PBX- Private Branch
Exchange) son los dispositivos que manejan Señalización, colección de dígitos,
inteligencia/ruteo de llamadas y el proceso de inicio de la llamada (Call Setup) hasta el fin
de la llamada (Call Teardown). En la actualidad, las Oficinas Centrales son utilizadas por
las Telco (empresas proveedores de servicios de telefonía) para brindar diversos
servicios de telefonía a través de Líneas troncales análogas y digitales, orientadas al
segmento residencial y empresarial.
a) Las centrales privadas (PBX Private Branch Exchange) El uso de una PBX evita
conectar todos los teléfonos de una oficina de manera separada a la red de telefonía
8
pública, evitando a su vez que se tenga que tener una línea propia con salidas de
llamadas y cargos mensuales hacia la central telefónica que regresan nuevamente
para establecer comunicación interna.
Son equipos propietarios que residen en casa de los clientes, que generalmente son
utilizadas por las empresas para proveer comunicación telefónica interna a sus
empleados y hacia la Red de Telefonía Pública (PSTN), desde las pequeñas hasta las
corporaciones más grandes.
Todas las PBX ofrecen un estándar de funcionalidades para las llamadas, entre las
cuales se puede mencionar:
- Establecer llamadas entre dos o más usuarios (llamadas internas o externas).
- Mantener la comunicación durante el tiempo que lo requiera el usuario.
- Proveer información para contabilidad y/o facturación de llamadas.
- Marcado Automático.
- Contestador automático.
- Distribuidor automático de tráfico de llamadas.
- Servicio de directorio automatizado (usuarios pueden ser ruteados a la extensión
deseada, tecleando o diciendo verbalmente la inicial o el nombre del empleado).
- Cuentas con códigos para registrar llamadas.
- Desvío de llamadas (al estar ocupado, no contesta, o incondicional).
- Transferencia de llamadas.
- Llamada en espera.
- Conferencia entre 3 o más usuarios.
Las PBX son diseñadas para atender un determinado número de terminales. En el
mercado se venden PBX desde 6, 12, 20 anexos hasta 20000 anexos telefónicos, y
su diseño e implementación se realiza bajo un estudio previo sobre la necesidad
actual que la empresa requiere cubrir en sus comunicaciones privadas, como por
ejemplo: cantidad números empleados, número de conexiones simultaneas a la Red
de Telefonía Pública (PSTN), líneas directas, soporte de funcionalidades, etc. Todas
las PBX tienen 3 componentes básicos:
• Interface de terminales (Terminal Interface): Provee la conexión entre terminales y
funcionalidades PBX, los que pueden incluir teléfonos, auricular (handsets),
troncales (trunks) y líneas.
• Red conmutada (Switching Network): Proporciona el camino de transmisión entre
2 o más terminales en una conversación, Ej. Dos teléfonos dentro de una oficina
se comunica sobre la red conmutada.
9
• Control Complejo (Control Complex): Proporciona la parte lógica, memoria y

procesamiento durante el proceso de una llamada.
Las PBX son equipos que se instalan en espacios previamente acondicionados, y

deben estar instalados en un lugar que cuente con sistema de energía eléctrico bien
acondicionado, ambiente libre de humedad, y un Sistema de Pozo a Tierra, factores
que son imprescindibles para poder proveer un servicio de telefonía por elevado
tiempo de ciclo de vida. Se estima que una PBX que se instala en buenas condiciones
externas puede durar entre los 1O, 15 hasta 25 años de tiempo de vida, inclusive.
En el gráfico de la Figura 1. 7 se muestra la arquitectura interna de un sistema PBX
estándar.
PBX
Trunks
Block de troncales
TrunkCard
Terminal Interface
1------------i TrunkCard
Switching Network Line AnalogCard &)

Line Digital Card
Control Complex
PowerSupply t:1
k}
Block de terminales
Main Distribution Frame (MDF)
Figura 1.7.- Arquitectura interna de una PBX
b) Oficinas Centrales También son conocidas como "Central Office", "CO Switch", o
"CO"; este tipo de centrales se conectan al final del Local Loop, y viene a realizar la
inteligencia, pues hacen la función de procesamiento y ruteo de llamadas (Call
Routing) y son utilizadas por las empresas proveedores de servicio (Telco) para
interconectar otras PBX y extender el servicio telefónico a sitios remotos. Las
funciones de CO, principalmente, son para establecer Call-Setup, Call-Routing, Call
Teardown, Call Supervision, Customer ID. Ejemplo de Call-Routing: Transmite la
llamada a un teléfono final, si este teléfono se encuentra conectado al mismo CO o
10
transmite la llamada a otro CO cercano. Las Central Offices realizan el trabajo de

procesar las llamadas telefónicas.
PBXd e Compania
/ /
1
/ /
1
1
lnterOffice
-
1
/r1 -
Trunk 1
/
/_'\ 1
-
1
CO Trunks ·- :Local Loop

l/ COSw1tch
/ 1
1
1
COSwitch
Cliente Compañía de telefonia Cliente

+- ---+
Figura 1.8.- Funcionamiento de Central Office
En la Figura 1.8 se muestra un sistema básico de telefonía, en la cual se puede

apreciar que el medio físico que conecta la Central Office con el abonado es el Local
Loop y la conexión entre la central.
1.1.4 Líneas Troncales Análogas

La función primaria de una línea troncal es proveer el camino entre 2 switches CO; los
tipos más comunes de troncales son:
- Líneas troncales privadas. Un circuito dedicado que conecta directamente a 2 PBXs.

- Troncales de Central Office Una conexión directa entre el CO local y una PBX,
ejemplo: La conexión desde una central PBX a la PSTN (Public Switching Telephony
Network o Red de Telefonía Pública Conmutada), para lo cual utiliza interfaces FXO
(Foreign Exchange Office).
- Troncales de lnter-oficinas (lnteroffice Trunk). Un circuito que conecta 2 COs de una
compañía de telefonía local.
- Foreign Exchange (FX) Trunks. Este tipo de interfaces son las que se conectan a los
Switches CO, y dependiendo del tipo de FX, soportan conexión para equipos de
oficina.
En la figura 1.9 se muestra la interconexión de 2 centrales PBX por medio de 2 Central
Office. Las interfaces que sirven para conexión de equipos de oficina se le llaman FXO
(Foreign Exchange Office), y generalmente se le utiliza para conectar una PBX a otro
Switch y así poder para expandir la comunicación; otros fabricantes lo llaman interface
LGE. Las interfaces que sirven para conexión de equipos de estaciones se les llama FXS
(Foreign Exchange Station), su utilidad es para conectar: Teléfonos, fax; en otros países
también se les conoce como interface LGS.
11
COSwitch COSwitch
lnteroffice
Trunks
+=======l PBX
Telefono
Figura 1.9.- Interconexión de PBX por medio de CO
1.1.5 Señalización de líneas troncales

Las líneas interactúan con las troncales a través de señalización estándares. Por tratarse
de una introducción al extenso mundo de TDM, describiremos 3 tipos de señalización
más importantes y el resto sólo la mencionaremos.
• Señalicación de principio de lazo (Loop-Start Signaling): Es una técnica de

control de señalización que proporciona una manera de indicar las condiciones
ON-HOOK y OFF-HOOK en una red de voz. Generalmente se utiliza esta
señalización cuando el teléfono se conecta a un Switch CO. Esta señalización es
útil cuando se tiene conexiones residenciales, en lugar de interconexión de
Switches CO.
• Señalización de principio de tierra (Ground-Start Signaling): Es otra técnica
de control de señalización que, parecido a Loop-Start, la diferencia es que
Ground-start requiere que la detección de Ground (Tierra) ocurra en ambos
terminales de una conexión antes que el Tip y Ring sean cerrados. Esta
señalización es útil cuando se tiene alto volumen de llamadas, como ejemplo
Enlaces troncales, FXO.
• Señalización E&M: Otra técnica de señalización usado principalmente entre PBX
o entre Switches de Telefonía (ejemplo: Lucent 5ESS, Nortel). E&M soporta
facilidades tipo tie-line o señales entre Centrales Switches de voz.
1.1.6 Líneas Digitales y RDSI

Las líneas Digitales fueron creados para brindar un servicio mucho más versátil y flexible,
comparado con el servicio que venían brindando las líneas troncales analógicas; entre las
líneas digitales podemos mencionar: T1, E1, y RDSI con acceso SRI, T1 PRI, E1 PRI.
12
Las PBX usan líneas E1 para poder transmitir 30 canales de voz simultáneos (norma
CCITT E1 2.048Mbps), o líneas T1 que permite transmitir 23 canales. Las troncales
digitales E1 son también usadas para interconectar enlaces entre dispositivos que
transmiten data, ya sea en modo unframed o framed; es usado así para interconectar
multiplexores, routers, PBXs y demás dispositivos a un rate de "2.048 Mbps" o a "n x
64Kbps".
La portadora E1 consiste en 32 canales también llamados timeslots, de los cuales 30 se
multiplexan juntos y los restantes se utilizan para otros fines, como señalización.
Los timeslots son enumerados del O al 31,
El primer timeslot TS0 es usado, principalmente, para Sincronización; además es usado
para Sincronización y Transporte de alarmas.
El timeslot TS16 es usado para transmitir información de señalización CAS.
La figura 1.10 muestra la estructura de la trama E1:
2.048 Mbps
Sy Sig
TSO TS16 TS31
Figura 1.10.- Estructura de Trama E1
La Red Digital de Servicios Integrados (en inglés ISDN - lntegrated Services Digital
Network) apareció por comienzos de 1980, diseñado para transmitir señales digitales de
voz y datos sobre el par de cobre convencional, como una línea telefónica, resultando en
un servicio de la Red Pública conmutada con una mayor calidad y alta velocidad.
RDSI permite que las señales digitales se transmitan a través del cableado telefónico
existente, y funciona de forma similar a un teléfono, pero con muchas facilidades. Esto se
hizo posible cuando se actualizaron los CO Switches de las compañías telefónicas Telco,
para que manejaran señales digitales. RDSI, generalmente se considera como una
alternativa para las líneas alquiladas VPN (Virtual Private Network), aunque su mayor uso
es para la contingencia de redes VPN.
RDSI está diseñada específicamente para solucionar los problemas de ancho de banda
bajo que tienen las pequeñas oficinas o los usuarios de marcado con los servicios
13
telefónicos de marcado tradicionales, y conviene a considerar cuando se tiene un número

de troncales mayor o igual a 8.
RDSI como sistema de telefonía de circuitos conmutados digital, usa ces para
señalización, y existen 3 métodos de acceso RDSI, los cuales incluyen:
• Acceso BRI: Entrega 2 canales B (Bearer) de 64 bps bidireccionales y 1 canal D

de 16 kbps (16000 bits por segundo) bidireccional. Típicamente usado en clientes
residenciales y pequeñas empresas.
• Acceso T1 PRI: Entrega 23 canales By 1 canal D.
• Acceso E1 PRI: Entrega 30 canales By 1 canal D.
Los canales B para T1 PRI y E1 PRI son canales de 64Kbps, los cuales transmiten flujo
de información del usuario, o sea, aquí se transporta los datos/voz/video, mientras que el
canal D sólo sirve para llevar señalización y mensajes de control de llamada, aunque en
ciertas circunstancias puede llevar datos a baja velocidad.
La señal en cada canal es conocido como Digital Signa/ O (OSO) y son transmitidos a
64Kbps, exactamente acorde a la recomendación ITU G. 711.
Aquí se describe algunos parámetros importantes a considerar cuando se instalan
sistemas de telefonía con líneas RDSI, tanto a nivel de lado de red de la Telco, como a
nivel de lado cliente (PBX o router):
- Formato de Trama (Framing Format): Describe la forma en que los bits son "robados"
desde tramas específicas para ser usados con propósitos de señalización. En los E1 PRI
pueden ser FRAMING CRC4.
- Codificación de la línea (Line Coding): Conjunto de reglas que dicta cómo los binarios 1s
y Os son representados sobre el cable. Existen de varios tipos, principalmente: 281Q,
AMI, 88ZS, HDB3.
- Fuente de reloj (Clock Source): Para asegurar que los paquetes de voz son entregados
y ensamblados apropiadamente. Se aplica en las interfaces de interconexión con la PBX
o el equipo de cliente (ejemplo: Router gateway).
A continuación en la tabla 1.1 se muestra una comparación sobre las capacidades de las
3 diferentes interfaces RDSI, podemos concluir que la interface BRI se usa para clientes
residenciales ó pequeñas empresas, y la interface tipo PRI para grandes empresas.
14
Tabla 1.1.- Características de Interfaces SRI, PRI de RDSI.

-
Capability BRI T1 PRI E1 PRI
B-Channels 2 X 64 kbps 23 X 64 kbps 30 X 64 kbps
D-Channels 1 X 16 kbps 1 X 64 kbps 1 X 64 kbps
Framing 16 kbps 8 kbps 64 kbps
Total Data Rate 160 kbps 1.544 Mbps 2.048 Mbps
Framing NT, TE, Frame SF,ESF Multiframe
Line Coding 2B1Q or 4B3T AMI or BBZS HDB3
Country World North America, Japan Europe, Australia
a) Señalización de líneas digitales a nivel de Red

Las líneas digitales usan 2 tipos de señalización a nivel de Red (en la nube de la PSTN):
• CAS (Channel Associated System)
Para el caso de T1, algunos bits (6, 12, 18 y 24) de la trama super extendida
(Extended Super Frame) son robados "robbed" y usados para señalización, así
los 24 canales de T1 son usados para transmitir información. Para el caso de una
multitrama E 1, CAS utiliza el timeslot 17 de cada trama para llevar señalización a
los 30 timeslots. PBX y dispositivos Cisco usan E y T1 CAS para transportar
tráfico de voz.
• CSS (Common Channel Signaling)
Para T1, uno ó más canales son usados para señalización. Para E1 a diferencia
de CAS, todos los canales usan un canal y un protocolo común para CallSetup,
ejemplo para E1 tenemos a Q.931 que se desarrolla en el TS17 común. Otro
ejemplo es QSIG y SS7 (Signaling System 7). Esta forma de señalización es más
barata, tiene tiempos de conexión más rápidos y es más flexible que CAS. CSS es
el método de señalización preferido por RDSI debido a su gran velocidad de
expresividad.
La figura 1.11 muestra donde interviene este tipo de señalización:
se11alizadón
Üt' aUUlldÜU
Figura 1.11.- Señalización RDSI

15
b) Señalización a nivel Abonado

Q.921, A nivel de Layer2, el protocolo de señalización es LAPO (Link Access Procedure,
O Channel), esta capa es usada a través del canal O para asegurar que el flujo de
señalización y control fluye y es recibido apropiadamente.
El protocolo LAPO está formalmente especificado en ITU-T Q.920 y ITU-T Q.921. Q.931,
a nivel de capa 3, dos especificaciones son usados para señalización IDSN: ITU-T 1.450
(conocido como ITU-T Q.930) y ITU-T 1.451 (conocido como ITU-T Q.931) .Estos
protocolos soportan conexiones usuario a usuario, circuitos conmutados (Canal B) y
paquete conmutado (Canal O).
Una variedad de call-establishment, call-termination, information, y mensajes misceláneos
son especificados, tales como: SETUP, CONNECT, CONNECT ACKNOWLEDGE,
RELEASE, RELEASE COMPLETE, USER INFORMATION, STATUS, DISCONNECT.
Como un ejemplo de la aplicación de estos mensajes, la facturación de la llamada de un
abonado inicia con el mensaje CONNECT ACKNOWLEDGE y culmina con el mensaje
RELEASE COMPLETE, ambos enviados por el equipo telefónico del abonado.
Debido a que esta señalización Q.931 es fundamental para iniciar el Setup de la llamada,
entonces debemos usar ciertos comandos en los equipos Gateways que reciben la línea
digital, para poder confirmar la correcta señalización entre la línea digital proveniente del
Switch CO y del equipo terminal Gateway ubicado en lado de cliente. A manera de
ejemplo, en un Gateway que se configuró un E1 PRI, luego se habilita el comando "debug
isdn q931", que nos permitirá obtener cada uno de los mensajes de señalización a nivel
de capa 3, durante el tiempo que dura la llamada.
En la figura 1.12 se muestra el ejemplo de señalización E1 Primario.
---
Central IP - PBX
Gateway H323
- -� �:�- -G
0.921
0.931
Figura 1.12.- Señalización abonado RDSI
A continuación en la figura 1.13 se presenta un diagrama de Red que bosqueja la

implementación de un sistema de comunicación de Voz (ó red de telefonía) tradicional en
una empresa, que permite brindar servicio de telefonía entre los empleados de la Oficina
Principal y las Oficinas remotas.
16
Hasta este punto se ha descrito la forma de cómo se realizaba la comunicación de voz a

través de la red de conmutación de circuitos. A continuación se verá los conceptos para
comprender mejor cómo es que se realiza la transmisión de comunicaciones de voz a
través de las nuevas redes de conmutación de paquetes.
CO Switch
3600 MainStreet
==
frr� l
O Switch
t 3600 MainStreet OFICINAS REMOTA
FXO/LGE
OFICINA PRINCIPAL
Figura 1.13.- Red de telefonía tradicional de una compañía
1.2 Transmisión de voz sobre una red IP

Luego de haber explicado de cómo se llevaba a cabo las comunicaciones de voz a través
de una red por conmutación de circuitos TDM, a comienzos del año 2000 surgió la idea
de transportar la información de voz a través de las redes IP (redes de datos) las cuales
ya existían en ese entonces: Frame Relay, ATM, IP; para lo cual, diferentes empresas
fabricantes de tecnologías comenzaron a diseñar y fabricar elementos que sean capaces
de adaptar la señal de voz a la red de datos.
1.2.1 Digitalización y Codificación de la Voz, CODEC

La voz humana es información en forma de señal análoga, la cual no puede ser
transmitida por medio de una red IP de paquetes que transmite información binaria de 1s
y Os. Por lo cual la señal análoga de la voz necesita ser convertida a un nuevo formato
que sea entendible por los equipos de datos, para luego ser trasmitida por la red IP; el
proceso por el cual atraviesa la señal análoga es como sigue:
- Muestreo (Sampling)
- Cuantificación (Quantization)
17
- Codificación (Encoding)
a) Muestreo (Sampling) Para el proceso de muestreo se basará en la Teoría de

Nyquist, la cual indica: "Cuando una señal es instantáneamente muestreada en el
transmisor en intervalos regulares y tiene un ratio de al menos 2 veces la
frecuencia más alta, luego las muestras tendrán suficiente información que
permitan una reconstrucción precisa de la señal en el receptor". El canal telefónico
fue diseñado para operar en el rango de las frecuencias 300 a 3400Hz, pero
Nyquist decidió extender la frecuencia máxima a 4000Hz (ó 8000 muestras/s). Al
salir la señal del proceso Sampling, se convierte en una señal PAM (Pulse
Amplitude Modulation) que sigue siendo una señal análoga, como lo muestra la
figura 1.14.
Proceso de muestreo
8.000 muestras/s
(captura de O a 4 KHz)
Canal telefónico
Ancho de banda
Muestras
#i}==!AA 1
300 a 3.400 Hz
i
-,�
Seflal analógica Seflal 'muestreada'
original a8KHz
Figura 1.14.- Muestreo de la Señal Analógica
b) Cuantificación En esta fase se divide el rango de valores de amplitudes que están

presentes en una señal análoga, dentro de un conjunto de pasos discretos que
están más cerca en valor a la señal análoga original, la figura 1.15 muestra un
ejemplo de una señal cuantificada.
CUANTIZACtÓN
y
{Quantization)
VQlt
7
·6
5
4
3
2
1
o...................................a........_..............."""'-4�
Figura 1.15.- Cuantización de la Señal Analógica
18
La historia registra que Bell System desarrolló el método de Quantization "u-law",

que es usado extensamente en Norte América, y posteriormente, la ITU modificó
el método "u-law" y creó "a-law", el cual es usado en América del Sur y Europa.
e) Codificación (Encoding) Después de realizada la cuantización, los valores de las

tomas de voltajes se representan numéricamente por medio de códigos y
estándares previamente establecidos; comúnmente el estándar es el código
binario. La figura 1.16 muestra la codificación de una señal.
CO0lftCACIÓN
V<III
1
1
6,
4
3'
2
1
o._______........________ :X
oo�oo_..,..,.<:,,...o
O .,.. .,.. e, '" -"4 <r4 C o .-f C1 } CÓdiQ"
Q o Q "" .. .. " " .. o e . a1oar11:,
11 11 11 11 11 , 11 n 11 11 11
ONt"'lot'-O t-,r,.. ll) �e'tC
Figura 1.16.- Codificación de la señal muestreada
Todo el proceso mencionado, comenzando desde el proceso de Sampling, Quantizacion

y Encoding, actualmente son realizados por los equipos digitales llamados CODEC
(Coder-Decoder). Por ejemplo, el CODEC tipo G.729, utiliza una técnica de compresión
PCM, y cada muestra (sample) es luego representada por un Byte (8 bits) y transmitido.
Por lo tanto, el Ancho de Banda teórico que se requerirá para transmitir la señal bajo este
CODEC G.711 será igual (8 bit) *8000 samples/s = 64,000 bits/s = 64kbps. En la Tabla
1.2, se menciona los CODECs mayormente utilizados en la transmisión de voz sobre
redes IP:
Tabla 1.2.- Tipo de Codee

CODEC Técnica de Compresión Taza (bps)
G.711 PCM 64k
G.723 ACELP 5.3k
G.726 ADPCM 16,24,32k
G.728 LDCELP 16k
G.729 / G.729ª CS-ACELP 8k
19
1.2.2 La red IP y claridad del audio

Los siguientes factores puede afectar la claridad:
- Fidelidad: Es el grado por el cual un sistema o la parte de un sistema, reproduce con
precisión en su módulo de salida, las características esenciales de la señal inicial del
módulo de entrada.
- Eco: Es el resultado de los desajustes de impedancia eléctrica en la trayectoria de
transmisión, siempre está presente, aun en redes de telefonía tradicional, pero en un
nivel que no puede ser detectado por el oído humano. Los dos componentes que afecta
el Eco son: "Amplitude" y "Delay".
- Jitter: Jitter es la variación en el arribo de paquetes de audio codificados en el extremo
final de una Red IP. Sobre el lado del transmisor, los paquetes son enviados en un flujo
(stream) con los paquetes espaciados uniformemente. La variación en el tiempo de
arribo de los paquetes puede causar vacíos ó huecos en la reproducción de la señal de
audio. La Figura 1.17 nos muestra una idea más clara de lo que ocurre:
Flujo de Paquetes de voz estable
Tiempo
Muestra de paquetes luego de congestionó

Inapropiado encolamiento
Figura 1.17.- Efecto del Jitter en los paquetes transmitidos.
- Delay: Es el tiempo de retraso entre la voz hablada y el arribo de la voz

electrónicamente entregada en el lado final. El Delay resulta de múltiples factores,
incluyendo distancia (Propagation Delay), Coding, compression, serialization, y buffers.
Existen 2 tipos de Delay:
a) Fixed Delay: Causado por procesamiento de dispositivos en la Red, los
componentes son predecibles y añaden directamente al total de Delay.
• Coding: El tiempo que toma convertir la señal de audio a una señal digital.
• Packetization: El tiempo que toma colocar la información de voz digital en
paquetes y remover la información de los paquetes.
• Serialization: La inserción de bits dentro de un enlace.
• Propagation: El tiempo que toma a un paquete atravesar un enlace de
comunicaciones.
20
b) Variable Delay: Este tipo de Delay se origina por el retraso en el encolamiento

(queuing) de la salida de los buffers que están ubicados en el puerto serial
conectado a la WAN, saturación del enlace (sobre subscripción). Estos buffers
crean Delays variables, muy comúnmente llamados Jitter.
El Delay aceptable se ha definido tomando la recomendación G.114 de la ITU-T

(lnternational Telecommunication Union Telecommunication Standardization Sector), nos
acogeremos a lo que describe dicha recomendación sobre el máximo Delay permitido en
un solo sentido de extremo a extremo (one-way end-to-end):
• O a 150 ms -> Aceptable para aplicaciones de usuario.

• 150 a 400 ms -> Aceptable, siempre y cuando los administradores sean
conscientes del tiempo de transmisión y su impacto sobre la calidad de
transmisión en las aplicaciones de usuario.
• Encima de 400ms -> Inaceptable.
El estándar G.114 está orientado hacia las redes de telecomunicaciones nacionales, y

por consiguiente, es más riguroso si se piensa aplicar en redes privadas. Así que para
redes, tomaremos un Delay = 200 ms como un valor máximo razonable para la
transmisión óptima de voz. Del gráfico de la figura 1.18, podemos ver los factores que
influyen para la suma del valor aproximado de Delay total punto a punto.
/
.,,.--- -
( PSTN
, .
' �. !.<. . .�- ' . ,

: :'.1 -,
,.
.
G.729A:·25 .
ms Variable Variable 20-50 ms
...
••
. ,' 1
'
-
---------- Delay punto a punto debe ser �150 ms
Figura 1.18.- Elementos que generan Delay y Jitter.

21
La pérdida de paquetes de voz no es recuperable, es decir, si se pierde un paquete la

señal llegará incompleta. Este comportamiento ocurre en las siguientes circunstancias:
• La red es inestable ("Flappings" ó el estado de la portadora es intermitente y el

enlace a nivel de capa 1 cae y levanta).
• La red está congestionada.
• Excesivo jitter en la red.
1.2.3 Medidores de calidad de Audio

Para que la tecnología de VolP pueda ser utilizada en forma masiva y comercial, es
esencial garantizar una calidad de voz aceptable. Para lo cual se han creado métodos
para medir la calidad de la voz.
- MOS (Mean Opinion Score): MOS es un sistema de puntuación media para evaluar la
calidad de voz. Un valor de MOS es generado cuando los escuchadores evalúan
sentencias pregrabadas que son sujetas a condiciones variantes, tales como algoritmos
de compresión. Los oyentes luego asignan los valores, basado en una escala de 1 a 5,
donde 1 es el de peor calidad y 5 es el mejor; luego los resultados de las pruebas se
promedian y se obtiene el valor MOS. Por su naturaleza de este método, los resultados
son subjetivos, porque se basa en la opinión de los usuarios.
- PSQM (Perceptual Speech Quality Measurement): Es un método automatizado de

medición de calidad de servicio, que fue originalmente diseñado para la voz por circuitos
conmutados. PSQM software usualmente reside con sistemas de administración de
llamadas IP. La medición es hecha comparando el discurso original transmitido contra el
discurso resultante en el lado final del canal de transmisión. Las mediciones PSQM son
hechas durante la conversación real sobre la red. Debido a su diseño original, PSQM no
toma en cuenta los problemas que experimentan las redes paquetes conmutados, tales
como el Jitter.
- PESQ (Perceptual Evaluation of Speech Quality): Este método fue desarrollado para
ser aplicado en pruebas de calidad de voz entre usuarios finales (end-to-end).
Su aplicación es para las redes en condiciones reales, tales como: VolP, Plain Old
Telephone Service (POTS), ISDN (lntegrated Services Digital Network), y GSM (Global
System for Mobile Communications).
22
PESQ ha desarrollado en la recomendación P.862 de la ITU-T, el cual es considerado

como el estándar para la medición de calidad de voz y puede llevar cuenta de errores en
Codees, problemas de Jitter, y problemas de Delay típico en una red. La calidad de voz
es verificada se acuerdo al puntaje de PESQ, PESQ < 3 => Calidad Pobre, 3 < PESQ < 4
=> Calidad Aceptable (Toll Quality) y 4 � PESQ < 5 => Calidad Excelente.
Finalmente, podemos comparar los 3 métodos que se han descrito y podemos encontrar
las siguientes diferencias:
Tabla 1.3.- Medidores de Calidad de Audio

Funcionalidades MOS PSQM PESQ
Metodo de prueba Subjetivo Objetivo Objetivo
Prueba Packet Loss entre
usuarios 1 nconsistente No Si
Prueba Jitter entre usuarios Inconsistente No Si
1.2.4 Calidad de Servicio en Voz sobre IP
Para lograr una buena transmisión de las aplicaciones de Voz, se debe aplicar diferentes
mecanismos de calidad de servicio "Quality of Service (QoS)" en las diferentes etapas de
la red, esto debido a la naturaleza de la información. Mientras en la transmisión de datos
se tolera ciertos niveles de pérdida de paquetes y Delays, las aplicaciones de voz toleran
mínima variación en la cantidad de Delay que afecten la entrega de los paquetes de voz
al destino final. Los elementos en donde se aplican estos mecanismos, son
fundamentalmente a nivel de infraestructura, y se aplican en la red LAN (Local Area
Network) con sus componentes para la transmisión de paquetes de voz entre equipos
ubicados una misma oficina y se aplican en la red WAN (Wide Area Network), con sus
componentes para la transmisión de voz entre oficinas remotas con la oficina principal.
A continuación describiremos las herramientas de QoS que permitirá manejar
aplicaciones de voz:
• Clasificación de Tráfico (Classification)

• Evitación Congestión (Congestion Avoidance)
• Agenda/Encolamiento (Scheduling/Queueing)
• Aprovisionamiento de Red (Network Provisioning)
• Enlace Específico (link Specific)
23
Clasificación de Tráfico (Classification)

Esta herramienta permite marcar un paquete o flujo, con una prioridad específica. Esta
marcación establece un límite de confianza "trust" que debe ser respetado. El punto
adecuado para aplicar la Classification debería ser en lado de borde del equipo (por
ejemplo en el lado más cercano o dentro de los teléfonos IP). Los paquetes se marcan
con alta prioridad, fijando la Clase de Servicio (Class of Service CoS) de la capa 2, dentro
de los bits de prioridad de usuario de la porción 802.1p de la cabecera 802.1q, como lo
muestra el gráfico Figura 1.19.
Todos los paquetes RTP (Real Time Protocol) de los teléfonos IP deberán ser
etiquetados "tagged" con un CoS de valor 5.
DA SA Type .. PT Data FCS

Ethernet Frame
Three Bits Used for CoS
(802.1 p User P r o i n tY >
.._ _ VLANID 802.1Q/p
_ _ _ _ _ _ _ ... Header
Figura 1.19.-Trama Ethernet 802.1q -Layer 2
También la marcación se puede hacer a nivel de Capa 3 del paquete Ethernet 802.1q,
para lo cual se utiliza los bits IP Precedence/Differentiated Services Code Point (DSCP)
en el byte ToS (Type of Service) de la cabecera IPv4, como se muestra en la Figura 1.20.
En este caso, todos los paquetes de voz deberán ser marcados con un valor de IP
Precedence igual a 5.
IP SA IP DA Data
1Pv4 Packet
7 G 5 4 3 2 Hit�?��
• reeeuence�1
Pyp·--.,.,,,.....,.,.
e�-l.. U nused
DiffServ Code Point (DSCP) IPECN
Figura 1.20.-Paquete IPv4 -Layer 3
Actualmente todos los teléfonos IP Cisco marcan su paquetes de voz RTP (Real Time
Protocol) y de señalización en la fuente del teléfono y adhiere el valor correspondiente
DSCP igual a EF para el flujo de voz y un valor DSCP igual a CS3 para señalización.
24
La tabla 1.4, muestra la tabla de clasificación de QoS para equipos Cisco.
Tabla 1.4.- Tabla de clasificación y marcado de varios tipos de tráfico.

Application Layer3 Layer2
IP Per-Hop Differentiated Class of
1,
Precedence Behavior(PHB) Services Code Service
. Point(DSCP) (CoS)
Routing 6 CS6 48 6
Voice (Real Time Protocol) 5 EF 46 5
Video Conferencing 4 AF41 34 4
Streaming Video 4 CS4 32 4
Call Signalling 3 CS3 (currently) 24 (currently) 3
AF31 (previously) 26 (previously)
Transactional Data 2 AF21 18 2
Network Management 2 CS2 16 2
Best Effort o o o o
Evitación Congestión (Congestion Avoidance) Esta herramienta brinda un mecanismo, el

cual permite eliminar o "dropping" en forma selectiva los paquetes cuando las colas se
están llenando. Evita el llenado de la cola. Podemos nombrar entre los más utilizados:
Weighted Random Early Detect (WRED).
Por defecto, WRED elimina paquetes aleatoriamente, ni bien se llena la capacidad de la
cola; sin embargo, la forma de eliminación del trafico puede ser sesgado por pesos de
trafico "traffic weights".
Agenda/Encolamiento (Scheduling/Queuing) Se refiere al conjunto de herramientas que
determinan cómo una trama o paquete abandona el dispositivo de comunicaciones
(llámese router o switch). Esta herramienta asigna un paquete a una de las diversas colas
existentes, basado en el proceso previo de "Classification", para así darle un tratamiento
apropiado en la red. En este proceso se utilizan múltiples colas sobre las interfaces de
salida "egress interfaces", ubicando los paquetes de voz y datos en colas diferentes.
Existen diversos tipos de herramientas de Scheduling:
• First-ln First-Out (FIFO): No contempla clases de tráfico o priorización de tráfico,

el primer paquete que entra es el primero en abandonar el equipo, es el más
básico y menos utilizado para aplicaciones críticas.
• Class-Based Weighted Fair Queuing (CBWFQ): Es un algoritmo de
encolamiento que permite la definición de clases de tráfico basado en criterios
personalizados, tales como ACL, input interface, protocol, etc. Garantiza Ancho de
Banda para diferentes aplicaciones.
25
• Low Latency Queuing (LLQ): Es usado para tráfico con una prioridad muy
elevada, debido a que provee estricta prioridad, reduciendo jitter en las
conversaciones de voz.
Ahora, de acuerdo a las mejores prácticas realizadas, los principales algoritmos de
encolamiento de Cisco para aplicaciones de Voz, a nivel de software son: LLQ, el cual
provee un encolamiento con estricta prioridad y está dirigido para aplicaciones de tiempo
real, como VolP; y el CBWFQ, el cual provee ancho de banda garantizado a las clases de
tráfico
Enlace específico (Link Specific) Se incluyen las siguientes herramientas:
• Shaping Tools: Cuando la taza del tráfico "Traffic Rate" de la fuente es más
grande que el esperado, esta herramienta típicamente retrasa el exceso de tráfico
encima de la tasa definido administrativamente usando un buffer para esperar
paquetes y formar "shape" luego el flujo .
• Link Fragmentation and lnterleaving (LFI): Esta herramienta permite reducir
"Serialization De/ay', debido a paquetes muy pequeños de voz que compiten con
paquetes de datos muy largos que están ingresando a un enlace con Bandwith
menor o igual a 768 kbps.
1.3 Protocolos de Señalización y de Transporte
Para que la comunicación se pueda dar en dos vías, los sistemas de VolP utilizan
diversos protocolos a nivel de Señalización para la negociación de la llamada con los
terminales y luego se apoyan en protocolos a nivel de Transporte que generan el camino
por donde fluirá la conversación.
En la red de telefonía tradicional TDM, una llamada de voz consiste de 2 trayectorias:
• Una trayectoria de audio que transporta el audio.
• Una trayectoria de señalización que transporta información administrativa para la

negociación de la llamada, tal como: cal/ setup, teardown messages, cal/ status, cal/
progress.
Ahora, ese mismo concepto se ha tomado para las redes VolP:
• Una pila de protocolos que incluye Protocolo de Tiempo Real (RTP- Real Time
Protocol), el cual provee las conexiones lógicas de audio (Call Leg) durante el inicio
de la llamada.
• Uno o más modelos de "call control", que provea señalización de la trayectoria.
26
Antes de ver los detalles acerca de estos protocolos, veremos a manera de ejemplo cómo
estos protocolos ayudan a establecer el control de la llamada en el proceso de una
conversación a través de una red IP, razón por el cual también se les llama Protocolos de
Control de Llamada o "Call-Control protocols". Para que una llamada se pueda dar
exitosamente se generan tres estados como parte de la negociación:
• Call Setup
• Call Maintenance
• Call Teardown
a) Call Setup Durante call setup, los procedimientos de control de llamada

intercambian las direcciones IP y los números de puertos UDP para las sesiones
RTP; si el ancho de banda está disponible, se genera un mensaje hacia el
destino, de otra manera se envía un mensaje al iniciador de la llamada. En
resumen, el Call Setup realiza:
• Chequea configuración del ruteo para detenninar el destino de una
llamada. Esta verificación incluye los requerimientos de ancho de banda
para la llamada, se crean las sesiones RTP (Real Time Protocol).
• Cuando el BW es conocido, un mecanismo de admisión de llamada (Call
Admision Control!) determina si existe suficiente ancho de banda
disponible.
• Diferentes protocolos de señalización "call control", tales como: H.323,
MGCP, SIP, definen diferentes conjuntos de mensajes que se
intercambian durante el inicio de la llamada "cal/ setup". La figura 1.21
describe la función de CallSetup.
Routing, Admission Control
Figura 1.21.- Call Setup de una llamada
b) Call Maintenance
• Realiza un mantenimiento del estado de la llamada: Cuenta paquetes,
paquetes perdidos, jitter, retrasos.
27
• Esta información es enviada a los equipos que soportan voz para determinar si
la calidad es buena.
c) Call Teardown
• Cuando el extremo final termina la llamada, notifica a los equipos de voz el
momento para liberar recursos y hacerlos disponibles para la próxima llamada.
¿ Usa Codee G.711 ?

Señalización
G711 esta bien?
RTPstream
Figura 1.22.- Fases para la negociación de una llamada
La figura 1.22 bosqueja algunos elementos que interviene durante la negociación de una
llamada.
1.3.1 Protocolo de Señalización
Dentro de la gama de protocolos señalización que existen, se expondrá los protocolos
más importantes y más comunes:
• Protocolo H.323
• Protocolo MGCP
• Protocolo SIP
• Protocolo SCCP
Los 3 primeros son protocolos estándar, es decir, son soportados por la mayoría de
fabricantes de centrales telefónicas IP, y el último es un protocolo de señalización
propietario de la marca Cisco.
a) Protocolo H.323
H.323 es un protocolo estándar de la UIT-T, como una variante de la norma de la
Recomendación H.320 relativa a la videoconferencia por RDSI, que ha sido adaptada a la
redes LAN para proveer servicios de comunicaciones multimedia, audio en tiempo real,
video y datos sobre redes de paquetes, incluyendo redes IP con independencia del medio
28
físico como ATM, FDDI, pero sin ·garantía de la calidad de servicio (sin corrección de
errores). Hoy en día, H.323 es el protocolo extensamente usado para servicios de voz y
videoconferencia a través de redes conmutado de paquetes. El protocolo H.323 es un
conjunto de protocolos, según la tabla 1.5:
Tabla 1.5.- Umbrela de protocolos H.323.
H.323 H.320
Control H.225.0 Control y Q.931
establecimiento de
llamada
H.245 Intercambio de H.242
prestaciones y
control de modos
H.225.0 Multiplexación H.221
Medios G.7xx Audio G.7xx
H.26x Video H.26x
T.120 Datos T.120
En realidad, H.323 es un conjunto de protocolos. Los protocolos especificados por H.323

incluyen los siguientes:
1. H. 225 Cal/ Signalíng: Es usado para establecer una conexión y desconexión entre
2 puntos terminales "endpoints" que soportan H.323, define el procedimiento de
Call- Settup. Un canal de de señalización "call-signaling channel" es usado para
transmitir estos mensajes.
2. H.225 Registration, Admission and Status: RAS es el protocolo entre endpoints
(terminales y Gateway) y gatekeepers. RAS es usado para ejecutar registración,
control de admisión y control de ancho de banda .Un canal RAS (cannel RAS) es
usado para intercambiar mensajes RAS.
3. H.245 Control Signa/íng: Este protocolo de señalización transporta la información
no-telefónica durante la conexión. Es utilizado para comandos generales,
indicaciones, control de flujo, gestión de canales lógicos, etc. Usa un canal propio
"control channel" separado del call-signaling control.
Los protocolos H.225, H.245 y RAS se soportan en la pila de protocolos TCP y UDP.
También es importante señalar que se utiliza el protocolo Q.931 (derivado de RDSI) para
29
establecer la llamada en H.323. La arquitectura del protocolo H.323 adaptado a la red IP

se muestra en la figura 1.23:
Videol/O
Equipment ........ VideoCODEC .___ 1-- 1-'- '-- .___
H.261, H.263
Receiv RT P
Audiol/O
Equipment
......... AudioCODEC
G.711,G.722,
.___
Path
Delay
(Sync)
--- ....c... RTCP '--
UDP
G.723,G728,
G.729
User Data
Applications H.225
IP
T.120 SystemCon Layer
H.245Control
Signaling
_._ .... TCP
H.225Call -'-'-
SystemControl Signaling
Userlnteñace
i- RASControl _._..... UDP
H.225.0
Figura 1.23.- Arquitectura Pila de Protocolos H.323
Ahora se describirá los componentes funcionales de un sistema H.323, según los

dispositivos de la marca Cisco:
• Terminales H.323, H.324: Un terminal puede ser un aparato telefónico, una PC o

un terminal especial para videoconferencia.
• Gateway (GW): También conocido como "pasarela", sirven para proveer
interoperabilidad entre terminales H.323 y terminales ubicados en otras redes,
tales como: PSTN, Red IP de próxima generación, etc. El Gateway ejecuta las
siguientes funciones: traducción de formatos de audio, video, y datos; conversión
entre señales de Call Setup y señales de control de comunicación.
• Gatekeeper (GK): Es un componente opcional, que provee soporte Call Control y
servicios a endpoints H.323; el GK puede ir dentro de otro componente H.323.
Dentro de las funciones de GK tenemos: Traslación de direcciones, Control de
admisión, control de ancho de banda, señalización de control de llamada,
autorización o rechazo de llamadas.
• Unidades de conferencia multipunto (MCU), controlador multipunto (MC) y
procesador multipunto (MP): Que se encargan de mezclar y gestionar las
conferencias multipunto, el establecimiento de una conferencia entre tres o más
participantes, requiere la intervención de una unidad de control multipunto (MCU)
30
que gestiona la negociación entre terminales, de conformidad con el protocolo

H.245.
• Cisco Unified Sorder Element (CUSE): Equipo propietario de la marca Cisco.
Facilita la conectividad a costo efectivo entre redes independientes de
Proveedores de Servicio (Service Provider); también se les conoce como "Session
Sorder Controllers". CUSE es más usado cuando se requiere interconectar la
centrales del tipo IP o TDM con otras redes VolP o redes de próxima generación
que conversan con diferentes protocolos de señalización (SIP, H.323, MGCP),
pues provee un punto de interface para tarificación, seguridad e inter-conectividad
con las centrales. Dependiendo del hardware utilizado, un CUSE puede hacer las
funciones de Gatekeeper al mismo tiempo.
En la figura 1.24 se bosqueja los elementos de una Red H.323, en este caso todos los
elementos están conectados en una misma red LAN.
El uso de un Gatekeeper, de un MCU y de un CUSE, no son elementos indispensables
para que se pueda generar un comunicación H.323 a nivel básico (sin videoconferencia),
la PSX es una central privada TDM.
H.323 H.323
Terminal Terminal Gatekeeper
MCU
Speech (only)
.:::::::
/'
�,,:::::-.::::::: ::;¡, Cisco Unified
/'(-; 1 Gateway
@/ PBX
- Border Element
Network VolP Network VolP

H.323 SIP
Figura 1.24.- Elementos de una Red H.323
A manera de ejemplo se muestra el Call Setup de una llamada H.323 básica sin los
elementos mencionados según el gráfico de la figura 1.25. Para este ejemplo se ha
tomado el escenario de comunicación entre dos terminales interconectados por medio de
dos Gateways; no se ha considerado la presencia de MCU, Gatekeeper ni MCU.
31
PSTN/ PSTN/
Prívate IP QoS
Network Prívate
Voice Voice
{
Setup H.225 (TCP)
POTS/PSTN Call Setup: Q.931-Derived

Ringing, Answer... Call Setup
--------------- Connect
0) { ---------------
Signa/ing
G { ---------------
Capabilities Exchange H.245 (TCP)
{ --------------------
Capabilities
0 Open Logical Negotiation
;D i
Channel Acknowled e
0
{ (:
Bearer
or Media (UDP)
Media
Figura 1.25.- Call Setup básico en una llamada H.323
1. El Gateway origen inicia una sesión H.225 con el Gateway destino sobre el puerto
TCP 1720. El Gateway origen determina la dirección IP del Gateway destino de
manera interna.
2. El procedimiento de "Call Setup" basado sobre Q.931 (protocolo de señalización
de ISDN) crea un canal de señalización entre los endpoints.
3. Los gateways abren otro canal para la función de control H.245, para la
negociación de capacidades y el intercambio de descripciones de canal lógico.
4. Las descripciones de canal lógico abre sesiones RTP.
5. Los gateways intercambian multimedia sobre sesiones RTP, incluyendo
estadísticas de calidad de llamada usando RTP Control Protocol.
Ahora se verá cuáles son las bondades del protocolo H.323, a fin de tener fundamentos
sólidos al momento del diseño y análisis de nuestra futura red de comunicaciones de voz:
a. Los planes de marcación pueden ser configurados directamente sobre el

Gateway, sin dependencia de la central telefónica.
b. Las traducciones y enmascaramientos son realizados sobre Gateway.
32
c. Las configuraciones de· Call-Routing pueden ser más especifico sobre un

Gateway H.323 que sobre una central IP (podremos usar la central IP de Cisco
con nombre Cisco Unified Communications Manager o Callmanager).
d. Mayor flexibilidad para soporte de Fax (tipos T.37 y T.38).
Si bien estas bondades se ven muy convincentes, hay que considerar aspectos
importantes, ya que implementar H.323 requiere mucho conocimiento sobre la
configuración en los sistemas operativos de los Gateways Cisco, pero el factor que
ayudará a determinar si se usa o no se usa H.323, lo dará el tipo de arquitectura de la
Red de Comunicaciones de Voz que se piensa implementar. Por ejemplo en el caso se
requiera una red con características "distribuida" que otorgue independencia a cada
localidad o sitio remoto, entonces una buena opción es H.323 como protocolo de
señalización.
b) Protocolo MGCP
MGCP es definido por los estándares IETF RFC 2705 y 2805 , el cual lo describe como
un protocolo de control de dispositivo centralizado con simples terminales o endpoints, y
permite a un componente central llamado Ca// Agent poder controlar remotamente varios
dispositivos. MGCP es un protocolo que se basa en una arquitectura Maestro/Esclavo y
que maneja comandos basado en textos para establecer y controlar los dispositivos que
intercambian los flujos de información. MGCP permite comunicar al Ca// Agent con los
Gateways de telefonía. para así lograr la comunicación con los equipos que se encuentra
detrás de una red de circuitos conmutados, razón por lo que se le conoce como
"Protocolo de control de Gateways/pasarelas".
Este protocolo es referido como un protocolo "estímulo". porque a diferencia de H.323. los
endpoints y Gateways no pueden funcionar solos, dependen totalmente del Ca/1-Agent.
Arquitectura MGCP:
Está compuesto de un Call Agent (o Media Gateway Controller), al menos un Gateway y
de puntos terminales (Endpoints):
• Endpoints: Representa el punto de interconexión entre red de paquetes (Red IP)

y una red de telefonía tradicional (TDM).
• Gateways: Maneja la traducción de audio entre una red de paquetes y una red de
conmutación de circuitos (ejemplo PSTN).
• Call Agent: Ejerce el control sobre la operación del Gateway; el Call Agent usa
MGCP para decirle al Gateway: ¿Qué eventos deberán ser reportados al Call
33
Agent?, ¿Cómo los endpoints deberán ser conectados?, etc. En la figura 1.26 se
bosqueja los elementos de una red usando protocolo MGCP.
GatewayA Gateway B
l ,
' ... _ ,,,, 1
\
\
'
', --- ''
P 1 T['M
'
\
\
PBX •
Endpoints
Figura 1.26.- Elementos de una Red MGCP
En la terminología de los equipos Cisco, la función que realiza un Call Agent la ejecuta
una central PBX IP; en este caso podemos tomar como ejemplo la central IP cuyo
nombre es Cisco Unified Communications Manager (CUCM) o solamente Unified
Communications Manager (UCM), a quien, hasta el año 2006 se le conocía como
Callmanager.
En la figura 1.27 se describe el Call Setup de una llamada que señaliza con protocolo
MGCP. Para este escenario se tiene un call-agent, 2 gateways y 2 terminales telefónicos;
y todos están interconectados a través de una red IP.
1. El Call Agent envía una notificación (RQNT) a cada Gateway. Cuando el evento
off-hook ocurre, el Call Agent instruye al Gateway suplir el tono de marcación.
2. Los Gateways responden a la solicitud con un RQNT Response.
3. Un usuario sobre Gateway-A levanta el auricular, instruido por el Call Agent en el
paso anterior. El Gateway-A provee tono de marcación.
4. Gateway-A envía una notificación NTFY al Call Agent, avisándole que una
solicitud ha sido observado.
5. Después de confirmar que una llamada es posible, basado en los dígitos
marcados, el Call Agent instruye a Gateway-A para crear una conexión (CRCX)
con su Endpoint.
34
6. El Gateway-A responde con una Sesión de Descripción, si éste es capaz de

acomodar la conexión. La Sesión Descripción identifica al menos. la dirección IP y
puerto UDP para una sesión RTP subsecuente.
7. Aquí, el Call Agent prepara y envía una solicitud de conexión a Gateway-8, y
provee Sesión Descripción obtenida de Gateway-A.
8. Gateway-8 responde a la solicitud con su Sesión Descripción.
9. El Call-Agent releva la Sesión Descripción de Gateway-8 al Gateway-A a través
de una solicitud MDCX. Ahora. los Gateways A y B tienen las Sesiones de
Descripciones requeridas para establecer las sesiones RTP sobre la cual viajará
el audio. Con el mensaje MCDX Response se inicia la llamada.
1 O.Al terminar la llamada, uno de los endpoints reconoce una transición on-hook. El
Call-Agent envía una solicitud de borrar conexión (DLCX) a cada Gateway. Con el
mensaje DLCX Response se culmina la llamada.
11 . Los Gateways borran las conexiones.
12. El call- agent está disponible para señalizar nuevas llamadas.
GatewayA Gateway B
RQNT RQNT
NT Response RQNT Res ons
CRCX
CRCX(SDP,
CX Response Encapsulated RQNT)
(SDP)
CRCX Response (SDP

MDCX(Encapsulated
RQNT. SO
NTFY
DLCX DLCX
DLCX Response DLCX Response
Figura 1.27.- Call Setup básico de una llamada en protocolo MGCP.

35
Finalmente, se describe las ventajas de este protocolo al momento de evaluar el

diseño de un sistema de comunicaciones de Voz:
a. Cuando se tiene una red centralizada, simplifica las configuraciones que se
tiene que realizar en los Gateways, en comparación cuando manejan H.323.
b. Las traducciones y enmascaramientos son realizados sobre Call Agent.
c. Plan de marcación centralizado en el Call Agent.
d. Configuraciones del Gateway son centralizadas en el Call-Agent.
c) Protocolo SIP
Session lnitiation Protocol, se trata de un protocolo creado por la IETF (RFC 2543, RFC
3261 publicado en Junio 2002) para conferencias multimedia sobre IP, y sirve para la
Señalización, el establecimiento, mantenimiento, y terminación de sesiones multimedia,
tales como: Llamadas telefónicas de intemet, conferencias multimedia. Estas sesiones se
pueden dar con uno más participantes. El protocolo SIP es del tipo peer-to-peer
(semejante al protocolo H.323, pero más simple), se basa en una arquitectura
cliente/servidor en la que todos los procesos se plasman en un intercambio de mensajes
en forma de peticiones y respuestas entre una entidad cliente y otra que funciona como
servidor.
SIP está basado en el protocolo HTTP (HyperText Transfer Protocol) y opera en la capa
de nivel aplicación de OSI.
Componentes funcionales de SIP:
• Clientes o Endpoints SIP.- Entre los cuales tenemos los siguientes tipos:
(1) User agent client (UAC).- Una aplicación cliente que inicia una solicitud
SIP, quien realiza las peticiones.
(2) User agent server (UAS).- Una aplicación de servidor que contacta el
usuario cuando una invitación SIP es recibido y devuelve en nombre del
usuario al originador de la invitación.
Los elementos Clientes o Endpoins SIP pueden ser teléfonos IP y Gateways;
ambos pueden actuar como UAC o UAS.
• Servidores SIP: Incluyen los siguientes tipos:

(1) Proxy Server: Es el responsable primario del encaminamiento de mensajes
entre equipos finales. Se encarga de interpretar y modificar, a petición que
recibe, para reenviarla hacia su destino final, u otro equipo Server SIP, o
un UAS.
36
(2) Redirect Server: Provee al cliente con información acerca del próximo salto
o saltos, que un mensaje debería tomar, y luego el cliente contacta el
server del próximo salto o el UAS directamente.
(3) Registrar Server: Recibe solicitudes de UACs para registración de su
ubicación actual.
(4) Location Server: Suministra información sobre la posible localización del
destinatario de la llamada, incorpora mecanismos para resolver
direcciones.
Los Servidores SIP pueden interactuar con otros servicios de aplicación, tales como
Servidores LDAP, aplicaciones de Base de Datos, o aplicaciones XML. Cabe señalar que,
a diferencia del protocolo H.323 en el que la capa de red no se prescribe
específicamente, en el SIP es obligatorio utilizar el protocolo IP. No obstante, en las
capas superiores, los dos protocolos transmiten datos por el RTP/UDP. En cuanto a los
mensajes de señalización y las respuestas, el SIP prescribe la utilización del UDP. Sin
embargo, puede ser necesario emplear el TCP si la señalización ha de atravesar equipos
de seguridad cortafuegos y firewalls.
El SIP es un protocolo más sencillo que el H.323, aunque se basa en la ubicación
existente y los servicios DNS (Domain Name Server) que ofrecen las redes IP. Los
servidores SIP pueden ser bastante menos complejos que los controladores de acceso
H.323 y, además, son menos adecuados para los servicios de valor añadido o el control
de red de la llamada. En la figura 1.28 se muestran los elementos funcionales en una red
SIP.
�:--- �;J SIP Servers/Services
�;::::J SIP
SIPPro,y
S/P 1
IPPhone
& SIPGateway
/
1�
,,__
�eb
_..., Br Ns -=-r
Web
,...___...,. Browser Ph1,ne
SIP User Agents SIP User Agents
Figura 1.28.- Elementos de una Red con protocolo SIP.

37
El protocolo SIP consta de siete mensajes de texto a conocer:
• INVITE: invita a un usuario a contestar una llamada o conferencia

• BYE: termina la conexión entre dos usuarios
• OPTIONS: solicita información sobre las capacidades del usuario
• STATUS: informa a otro servidor sobre el estado de la señalización en curso
• CANCEL: termina una búsqueda de un usuario
• ACK: confirma que un cliente ha recibido una respuesta final a un mensaje INVITE
• REGISTER: transmite la información relativa a la posición del usuario a un servidor SIP.
Diagrama de flujo de una llamada básica en SIP:

1. El UAC origen envía una invitación (INVITE) al UAS del destino. El mensaje
incluye una descripción del UAC.
2. Si el UAS del destino determina que los parámetros de llamada son aceptables,
éste responde positivamente al UAC origen.
3. El origen UAC envía un mensaje de aceptación ACK y posteriormente se produce
la sesión de audio entre los participantes; en este instante toma su función el
protocolo RTP.
SIPGateway SIPGateway
SIP
VolPNetwork
Calling User
INVITE
0
100Trying
1(
180Ring!ng
1(
Signallng
200OK
:D
ACK
(
Bearer
or
Media
13:tE :lo
200OK
Figura 1.29.- Diagrama de Flujo de una llamada SIP básica.

38
d) Protocolo SCCP
Skinny Client Control Protocol, es un protocolo de control propietario de la empresa
Cisco, es del tipo Master/Slave que el Call Agent (el call agent de Cisco es el Unified
Communication Manager) puede usar para comunicar con dispositivos y endpoints, tales
como teléfonos IP Cisco. Una ventaja de SCCP es que es muy flexible y permite añadir
funcionalidades de forma fácil.
Este es el protocolo que Cisco ha desarrollado para brindar una comunicación muy rica
en funcionalidades entre los terminales (IP y análogos) y el CUCM, también permite
habilitar recursos de traducción de codees para implementar servicio de conferencia,
conversión de codees o "transcoding" en los Gateways y habilitar recursos de media.
SCCP es un protocolo simplificado usado en redes VolP, donde los teléfonos IP que usan
SCCP pueden coexistir en un ambiente H.323, MGCP, es decir, un cliente SCCP puede
inter-operar con terminales H.323 y SIP.
1.3.2 Protocolos de Transporte de Medios

La información de voz actual es transportado a través de medios usando protocolos que
manejan la información en tiempo real; dentro de esta lista de protocolos se puede
mencionar:
• Protocolo RTP
• Protocolo cRTP
• Protocolo sRTP
a) Protocolo de Tiempo Real RTP

RTP (Real Time Protocol) es un protocolo de transporte y control adaptado a las
aplicaciones en tiempo real. Se describe en la Recomendación RFC1889 del IETF y fue
mejorado en la versión RFC3550. RTP provee funciones de transporte de la red de
extremo a extremo o "end-to-end" y fue intencionado para aplicaciones con
requerimientos de transmisión en tiempo real, tales como audio y video. El objetivo de
RTP es brindar un medio uniforme de transmisión sobre redes de datos IP que estén
sujetos a las limitaciones de tiempo real (audio, video, etc.).
RTP usa UDP como protocolo de transporte y sirve para ofrecer identificación de carga
útil, numeración secuencial de envío de paquetes para detectar cuando existen paquetes
perdidos o si los mismos llegan fuera de secuencia, monitoreo, etc. Trabaja junto con
RTCP (Real Time Control Protocol) para entregar una retroalimentación sobre la calidad
de la transmisión de datos. El encabezado de RTP puede ser comprimido para reducir el
39
tamaño de archivos en la red. En resumen, para proveer comunicaciones de voz sobre

una red IP, se crean sesiones de RTP.
CUCM (Cisco Unified Communication Manager) usa protocolo SIP ó SCCP para
comunicarse con los teléfonos IP para la señalización del Call Setup y Teardown,
después que una llamada ha sido inicializada ocurre el intercambio de información (voz
hablada) a través de la red usando el protocolo RTP. Aplicaciones usando RTP son
menos sensibles a pérdida de paquetes, pero típicamente son muy sensibles a Delays,
así que UDP es una mejor selección que TCP para tales aplicaciones. En una red de
equipos Cisco, RTP está generalmente configurado para usar los puertos UDP desde el
16,384 al 32,767. RTP no requiere retransmisión si un paquete es perdido.
La estructura de la cabecera-RTP se muestra en la figura 1.30.
o. 8. 16. 32
V P X CSRC M payload sequence

type nurnber
timestamp
Sincronization source (SSRC) identifier
Figura 1.30.- Estructura de protocolo RTP
Payload Type: Indica el tipo de codificación usada, también identifica el formato de la

carga útil, (audio, video, imagen, texto, html, etc).
Seguence Number: Se incrementa cada vez que se envía un nuevo paquete. Este
número se utiliza en el destino para detectar pérdidas y ordenar los paquetes en la
secuencia original. El valor inicial se elige de forma aleatoria.
Timestamp: Refleja el instante de muestreo del primer byte del paquete RTP (carga útil).
- Basado en un reloj que se incrementa monótonamente.
- Se utiliza para sincronización y cálculo del jitter.
- La marca inicial es aleatoria.
Synchronization source ldentifier (SSRC): Identifica la fuente del flujo RTP. Cada flujo de
una sesión RTP debería tener un SSRC distinto. La idea es tener un identificador de
fuente de flujo independiente de la dirección de red para ser identificar números de
secuencia y marcas de tiempo provenientes de una misma fuente.
40
b) Protocolo de Control de Tiempo Real RTCP

RTCP (de siglas en inglés Real Time Control Protocol) es un protocolo hermano de RTP,
que fue creado por RFC 3550; nació para proveer información de control a RTP, su
principal función es proveer una retroalimentación sobre la calidad de servicio que está
siendo proveído por RTP. No transporta datos en sus sesiones.
RTCP provee un reporte de estadísticas QoS para flujos RTP, incluyendo bytes enviados,
información relacionada a pérdida de paquetes, jitter, retroalimentación de retrasos que
sufren los paquetes. RTCP provee un flujo separado de RTP. Cuando un flujo de voz es
asignado a puertos UDP, RTP es típicamente asignado a un puerto UDP con número par
y RTCP es asignado el próximo puerto impar UDP. Cada llamada tiene 4 puertos
asignados: RTP más RTCP en la dirección de transmisión y RTP más RTCP en la
recepción.
c) Protocolo Tiempo Real Comprimido CRTP
La porción de datos de RTP es una porción delgada que provee soporte para las
propiedades de aplicaciones en tiempo real, tales como: Media continuo, detección de
pérdida e identificación de contenido. La porción de cabecera o Header (en inglés) es
mucho más grande que la porción de datos "Data" y consiste del segmento IP, segmento
UDP, y segmento RTP; entonces, dado el tamaño de la combinación de los segmentos
RTP/UDP/IP, resulta ineficiente enviar estos Headers sin compresión.
Pero en la compresión que se realiza con cRTP, se trata de suprimir el envío de
información redundante. Por ejemplo, después que una llamada VolP es establecida,
cada paquete tiene las mismas direcciones IP fuente y destino, los mismos puertos UDP
fuente y destino. Para reducir el largo porcentaje de ancho de banda consumido sobre los
enlaces WAN punto a punto para una llamada de voz, tú puedes usar cRTP, porque este
protocolo habilita la compresión del header (cabecera) IP/RTP/UDP de 40 Bytes a 2 ó 4
Bytes, según nos muestra la figura 1.31.
20 bytes 8 bytes 12 bytes

IP
1 UDP
1
RTP
1 Payload 1 Antesde aplicarcompresión
de Header/PIRTPIUDP
Header
1- 20- 160 bytes "i
Payload Despuésde ap/icarcompresión
de Header/PIUDPIRTP
2-4 bytes 20- 160 bytes
Figura 1.31.- Compresión de cabecera

41
Con cRTP, la cantidad de tráfico por llamada de voz es reducida de 24kbps a 11.2kbps.
Por ejemplo, sobre un enlace de 56kps puedes llevar 4 llamadas de voz usando el codee
G.729, pero sin cRTP sólo se tendrá 2 llamadas de voz en G.729.
El uso de cRTP se aplica sólo para los casos donde los recursos de ancho de banda son
muy escasos (enlaces de baja velocidad) y se aplica en los routers de borde extremo de
una red WAN.
d) Protocolo de Tiempo Real Seguro SRTP

SRTP es un protocolo de seguridad publicado por la IETF en marzo 2004 con el RFC
3711, y fue diseñado para proveer cifrado de mensajes, autenticación de mensajes e
integridad del flujo de datos RTP durante una llamada. SRTP estandariza la utilización de
un único cifrador, el AES (Advanced Encryption Standard).
El server Cisco Unified Communications Manager utiliza autenticación y cifrado de los
paquetes de voz para asegurar que la información de voz viaje de forma segura. Para dar
un mejor entendimiento sobre el cifrado que utiliza CUCM, hablaremos de los 2 tipos de
cifrado que existen: Simétrica y Asimétrica.
Cifrado Simétrica: El cifrado Simétrica está basado en una misma llave compartida por
los usuarios: Transmisor y Receptor. Los algoritmos simétricos son usualmente muy
simples en su estructura y esto los hace más veloces y eficientes, sobre todo cuando
queremos cifrar información que viaja en tiempo real, como es el audio.
Como algoritmo simétrico bandera, tenemos el AES (Advanced Encryption Secured), el
cual especifica cómo usar llaves con longitudes de 128, 192 ó 256 bits. AES es el
algoritmo usado para cifrar la señalización entre teléfono IP Cisco y la central IP CUCM,
usando TLS (Transport Layer Protocol) y también usado para cifrar la media entre
teléfono IP con teléfono IP y teléfono IP con Gateways (usando sRTP).
Cifrado Asimétrica: También conocida como algoritmo Llave Pública, en este caso la
llave de cifrado (llamado public key) no tiene que ser secreta, puede ser publicado
libremente y cualquiera puede usar esa clave para cifrar los datos, y la correspondiente
llave descifrador (llamado prívate key), es revelada sólo a una entidad que puede
descifrar los datos cifrados. Los algoritmos Asimétricos son relativamente lentos (hasta
1000 veces más lentos que algoritmos Simétricos). El algoritmo bandera asimétrico es
RSA (Rivest, Shamir y Adleman) es muy recomendado por su resistencia contra ataques,
pero debido a su lentitud, su uso es más adecuado para Confidencialidad y Autenticidad
de firmas digitales.
42
En comunicaciones de voz Cisco,· RSA es usado sólo para hacer autenticación del
teléfono IP con el CUCM y viceversa.
Los mensajes con SCCP enviados entre teléfonos IP Cisco y CUCM pueden ser
asegurados usando TLS, y para proteger paquetes de media RTP, SRTP puede ser
usado, porque provee un marco para cifrado y autenticación de flujos RTP. SRTP toma
ventajas de algoritmos de criptografía, tales como AES (para cifrado) y HMAC-SHA 1
(para autenticación) La figura 1.32 bosqueja las técnicas que usan los teléfonos IP con la
central IP para asegurar sus llamadas; primero, durante la señalización a nivel de SCCP,
se intercambian las claves de cifrado usando TLS y posteriormente, se establece la
sesión de comunicación entre los terminales a través del protocolo SRTP.
Unified Communication
Manager
1
SCCP . ". SCCP
over TLS .' • ovar TLS
tS.��-----f
'
Gateway
... ........_.
SRTP
Figura 1.32.- Flujo de llamada segura entre teléfonos IP Cisco.
1.4 Interconexión de un sistema VolP y sistema tradicional TDM

A continuación se explica cómo los sistemas de VolP Cisco se pueden interconectar con
los sistemas TDM actuales, para lo cual primeramente se definirá con qué elementos
lograremos la interoperabilidad entre los sistemas de conmutación de circuitos y los
sistemas VolP.
En los sistemas VolP Cisco, la interconexión se realiza con unos equipos llamados
Gateways, que en realidad son routers que manejan un sistema operativo (10S o
lnternetwork Operating System) especial para el tratamiento de los paquetes de voz y
módulos especiales de procesamiento digital (Digital Signal Proccesor o simplemente
DSP).
A su vez, en el router se incorpora tarjetas o módulos (llamados "voice ports'), los cuales
emulan conexiones físicas de los switches de telefonía, de tal forma que las llamadas de
voz y su señalización pueda ser transferido entre una red IP y la red de circuitos TDM.
43
Es decir, cuando tenemos una red de telefonía IP y existe la necesidad de interconectarla

con alguno de los sistemas antiguos de conmutación de circuitos, redes TDM, Red Digital
de Servicios Integrados (RDSI), PBX con troncales análogas o digitales, líneas
troncales/digitales de la empresa de Telco; entonces el Gateway es el elemento
integrador para cumplir dicho requerimiento.
1.4.1 Interfaces de conexión de un gateway Cisco

La conexión de los gateways al mundo TDM se realiza a través de puertos de voz que
pueden ser de dos tipos: Puertos de voz Análogos y Digitales.
a) Puertos Analógicos
La telefonía análoga, también conocida como Plain Old Telephone Service (POTS), es el
servicio de telefonía que una compañía de telecomunicaciones brinda en nuestras casas,
empresas, etc, a través de un cable de cobre, par de hilos. Para ello utiliza interfaces que
realizarán las conexiones entre la central de conmutación y los equipos del abonado.
Dentro de estas interfaces, las podemos clasificar en:
• Interface FXS
• Interface FXO
• Interface E&M
1. Interface FXS
Una interface Foreign Exchange Station (FXS) conecta directamente a un teléfono
estándar, máquina fax o dispositivo similar, y provee de voltaje, ring y tono de
marcación a un dispositivo FXO. La tarjeta Cisco FXS es una interface con conector
RJ-11, que permite conexiones a equipos de servicios de telefonía básica (teléfonos
analógicos), keysets y centrales privadas de conmutación PBX (private Branch
exchanges). El puerto FXS apunta hacia el suscriptor.
2. Interface FXO
Una interface Foreign Exchange Office (FXO) es usada para conexiones de una
troncal, una conexión hacia la PSTN o hacia una PBX que no soporte señalización
E&M. La tarjeta Cisco FXO es una interface con conector RJ-11, que permite
conexiones a una línea troncal ó "tie line" que proviene de una central de conmutación
o dispositivo similar, y provee de la indicación on-hook/off-hook. Un ejemplo didáctico
es que un aparato telefónico tiene un puerto FXO integrado que recibe el tono de la
44
central proveniente de un puerto FXS, el puerto FXO apunta hacia la Office. Para este
proyecto utilizaremos este tipo de tarjeta FXO, los cuales nos servirá para conectar 4
líneas troncales del proveedor Telco de celulares (liceas).
3. Interface E&M
Una interface E&M (Ear and Mouth) o también llamada (recEive & transMit), se utiliza
para conexiones entre centrales PBX o equipos de conmutadores. La interface E&M
de Cisco se usa para integrar una red de VolP con las conexiones POTS. Similar a
una VIC-2FXS, ésta es una tarjeta de voz que es insertada en el router.
Las tarjetas E&M se están volviendo obsoletas para la implementación de proyectos
de telefonía IP, debido a su antigüedad, y generalmente se requieren cuando los
clientes desean mantener su antigua central PBX con enlaces E&M.
b) Puertos Digitales
Las interfaces de puerto de voz digital que conecta el router a líneas T1 o E1 pasan voz,
datos y señalización entre la red de paquetes y la red de circuitos conmutados, para lo
cual aquí hablaremos de 3 tipos de conexión o circuitos de voz digitales: T1, E1, ISDN o
RDSI.
• T1: Usa TDM para transmitir datos digitales sobre 24 canales usando señalización
CAS (Channel Associated Signaling), donde la señalización toma lugar dentro del
canal B. Podemos decir que ésta es su principal desventaja.
• E1: Usa TDM para transmitir datos digitales sobre 30 canales usando señalización
CAS ó señalización ces (Common Channel Signaling).
• ISDN: El cual es un Sistema de telefonía de circuitos conmutados digital, usa ces
para señalización. Entre los tipos o métodos de acceso ISDN se incluyen:
• Acceso BRI: 2 canales B (Bearer) y 1 canal D.

• Acceso T1 PRI: 23 canales B y 1 canal D.
• Acceso E1 PRI: 30 canales B y 1 canal D.
La Figura 1.33 muestra un tipo de tarjeta digital Cisco para interconectar el Gateway a
una línea E1 Primario de RDSI, similar a esta tarjeta pero con interface 2 puertos E1 es la
que usaremos para la implementación de nuestro proyecto.
45
Figura 1.33.- Tarjeta tipo VWIC2-1MFT-T1/E1 como interface PRI E1
1.4.2 Configuración de una inteñace digital E1 PRI ISDN

Utilizaremos un router Cisco ISR (lntegrated Services Router) con sistema operativo que
maneja voz, y soporte protocolo señalización H.323. Para realizar una configuración
afinada y libre de errores, debemos considerar varios parámetros, los cuales varían de
acuerdo al tipo de conexión a realizar (el Gateway se puede interconectar a PSTN, PBX)
y el protocolo de señalización a usar. Entre los parámetros principales, se pueden
mencionar:
a) ISDN Switch Type: Ingresar este parámetro en modo configuración global, este
valor debe ser del mismo tipo que usa el Switch ISDN del proveedor de servicios
Telco. En los casos que el router maneje varias tarjetas PRI E1 conectados a
diferentes Telcos, o PBX, este parámetro se configurará en cada interface voice
port del router.
b) Network Clock Setting: El sistema operativo de los gateways (Cisco IOS software
Voice) usa el clock de la placa madre (interna) para controlar la lectura y escritura
de datos a los módulos de procesamiento del router (DSP). Si un flujo de bits
PCM viene a un pruerto digital, éste estará usando, obviamente, el clock externo
(que viene de la PSTN/PBX/etc.), es decir, este flujo de bits no estará usando
necesariamente la misma referencia de tiempo que el clock de la placa madre,
entonces los DSP posiblemente interpreten mal los datos ingresados y se
generarán errores llamados "slips". Este problema se corrige con el comando
"network-clock" en el modo de configuración global.
c) Controller setting: Aquí se define el modo de acceso a utilizar, ya sea E1, T1
(Cisco usa el término "controller") con la posición actual que tiene la tarjeta en el
chasis del router.
d) Framing Formats: Describe la forma que los bits son "robados" desde tramas
específicas, para ser usadas en propósitos de señalización. Líneas E1 pueden ser
configurados para comprobar redundancia cíclica (CRC4) o no.
e) Line Coding: Los códigos de línea deben ser configurados apropiadamente, la
PBX ó Switch CO conectado al otro extremo de la línea digital debe usar el mismo
código de línea.
46
f) Pri-Group: Configura "time-slots" para habilitar el grupo de canales de ISDN PRI;

para el caso de E 1 permite time slots desde 1 hasta 31, con el timeslot 16 para el
canal D de señalización.
g) ISDN lncoming Voice: Configura la interface para enviar todas las llamadas
entrantes a la tarjeta DSP para procesamiento.
Se configura en la interface de voz voice-port del router.
Luego de la configuración en el Gateway y la conexión hacia el otro equipo, se deberá

verificar que el controller del E1 haya levantado y sincronizado correctamente con el
equipo de lado remoto; se aplica los siguientes comandos en el gateway:
- Comando "show isdn status": Muestra el estado de la línea digital ISDN a nivel de capa
2 y 3.
- Comando "show controller e1 <slot>": Muestra el estado del controlador T1 o E1.
- Comando "show isdn active": Muestra el progreso de las llamadas activas en ISDN.
Las figuras 1.34 y 1.35 brindan ejemplos de la utilidad de usar tarjetas digitales E1 para
conectar un Gateway hacia la PSTNy hacia una PBX tradicional
VolP Network Gateway#

Gateway#config termin al
Gateway(config)#n etwork-clo ck-participate wic O
Gateway(config)#network-clo ck-sele ct 1 E1 0/0/0
Gateway(config)#
Gateway(config)isdn switch-type prima ry-netS
Gateway(config)#
Gateway Gateway(config)#co ntroller E1 0/0/0
Gateway(config-controller)#pri- grou p time slots 1-31
Slot 0/0/0 Gateway(config-controller)#framing CRC-4
Gateway(config-controller)#n o sh utdown
Gateway(config)#
E1 ISDN
Gateway(config)#
Gateway(config)#inte rfa ce se rial 0/0/0:15
Gateway(config-if)#isdn switch-type prima ry- n etS
Gateway(config-if)#isdn inco ming-voice voice
Gateway(config-if)#no shutdown
PSTN
Figura 1.34.- Configuración de Gateway con PRI E1 hacia PSTN

47
VolP Network
Gateway
<T'I
Slot 0/0/0 PBX
Interface PRI
Figura 1.35.- Conexión de Gateway con PBX a través PRI
Luego se comprueba el estado de la interface a través de comandos aplicados en el

equipo Gateway:
Gateway# show isdn status

ISDN Serial0/0/0:15 interface
dsl O, interface ISDN Switchtype= primary-net5
**** Slave side configuration ****
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI= O, Ces= 1, SAPI = O, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
O Active Layer 3 Call(s)
Gateway#sh controller e1 0/0/0
E1 0/0/0 is up
Applique type is Channelized E1 - balanced
Receiver has loss of signal.
alarm-trigger is not set
Version info Firmware: 20050620, FPGA: 15, spm_count= O
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (777 seconds elapsed):
O Line Code Violations, O Path Code Violations
O Slip Secs, O Fr Loss Secs, O Une Err Secs, O Degraded Mins
O Errored Secs, O Bursty Err Secs, O Severely Err Secs, O Unavail Secs
Total Data (last 24 hours)
O Line Code Violations, O Path Code Violations,
O Slip Secs, 3 Fr Loss Secs, O Une Err Secs, O Degraded Mins,
Gateway#
48
La configuración de la figura 1.34 va- ha cambiar de acuerdo al protocolo señalización que

utilice el Gateway con el Call Agent. En este ejemplo, está por defecto para el protocolo
H.323, pero en el caso de un Gateway usando protocolo MGCP controlado por un Call
Agent, los parámetros de configuración cambian ligeramente en la sintaxis.
Cuando se lograron interconectar tecnologías TDM con VolP, surgió también necesidad
para interconectar diferentes sistemas PBX, pero manteniendo algunas funcionalidades,
de tal forma, que los terminales extremos al momento de comunicarse puedan compartir
algunas funciones comunes, entonces la única forma de lograr una buena comunicación
es que ambas PBX conversen un mismo protocolo de señalización, con lo cual surgió el
protocolo QSIG. A nivel del Gateway Cisco, se requiere, aparte del modulo de ISDN E1,
que el Gateway tenga instalado en su sistema operativo (I0S) que soporte señalización
QSIG. Cuando se interconecta 2 centrales telefónicas vía el protocolo QSIG, permite
conservar varias funcionalidades, entre las cuales se puede mencionar la Identificación
de servicios: Permite transferir el Caller ID, Caller Name de los usuarios llamantes, es
decir, cuando un teléfono A llama al usuario B conectado en la otra central, el usuario B
puede visualizar en su pantalla de teléfono el nombre y el número de anexo del llamante
A. En la figura 1.36 se muestra una funcionalidad de protocolo QSIG; en este escenario
existe una central PBX tradicional interconectado por medio de una interface E1 PRI a un
sistema de VolP, conformado por una central IP CUCM, un Gateway y un teléfono IP; en
la interface de voz digital del Gateway se ha habilitado QSIG, para que los usuarios
envíen sus "ID Name", de tal forma, que los usuarios puedan reconocer de donde
proviene la llamada y así darle prioridad. En este caso, el anexo de David puede
visualizar el nombre del anexo de Jhon, a pesar que Jhon
se encuentra en la central PBX tradicional.
Jhon llama al
anexo 1001 l
de Davis
CUCM
PRI QS/G
2001
Jhon
Gateway
1001
PBX
David visualiza Alcatel
el nombre y el
anexo de Jhon
Davis
y contesta
Figura 1.36.- Identificación de servicios con QSIG

49
1.4.3 Call Leg y Dial Peers
Call Leg.- Un cal/ /eg viene a ser una conexión lógica entre cualquiera de dos dispositivos
telefónicos, tales como: Gateways, Routers, Cisco Unified Communications Manager,
endpoints; que usa un determinado protocolo de sesión. Considerando una red en
general VoX (VolP, VoFR, etc), cuando un usuario A inicia una llamada a un usuario B,
los routers procesan esta llamada usando uno o varios call leg, tal como lo muestra la
Figura 1.37.
Dial Peer.- Cuando una llamada es ubicada, un dispositivo de borde genera dígitos
marcados como una forma de señalización donde la llamada debería terminar, y cuando
estos dígitos ingresan a un puerto de voz de router, el router a través de una lista de Dial
Peers decide si la llamada puede ser enrutada y hacia dónde enviarla. Un Dial Peer es un
punto final de llamada direccionable. En los equipos routers de Cisco que soportan voz,
se tiene varios tipos de Dial Peers, pero se mencionará los dos más usados:
t7'rl
PBX �-PSTN
PSTN
GATEWAY
Figura 1.37.- Tipos de Dial Peers en un Gateway Cisco
• POTS Dial Peer: Conecta a una red de telefonía tradicional, PSTN, PBX,
máquinas fax y dispositivos tipo POTS (Plain Old Telephone Service).
• VolP Dial Peer: Conecta a una red IP.
En la Figura 1.38, los puntos en los que dial peers afectan una llamada, los call leg de
entrada y de salida deberán estar contemplados en cada dial peer. En resumen, los dial
peers son usados para identificar endpoints fuente y originante, así como definir las
características que son aplicadas a cada call leg en la conexión.
50
ORIGEN Dirección del call setup DESTINO
Packet Network
VoX
A B
' '
-.' ':----+-
' '
Figura 1.38.- Call leg y tipos de Dial-Peer
La tabla 1.6 detalla cada tipo de Dial Peer que existen para poder configurar un Gateway
en un ambiente VolP y la tabla 1. 7 describe los mecanismos de "match" de los Dial-Peer.
Cabe precisar que todas las llamadas que son procesadas por un router son asociadas
con un dialpeer tipo "inbound".
Tabla 1.6.- Tipos de DialPeer

Dial Peer Descripción
lnbound POTS Llamadas que ingresan a un router via el voice port
Outbound VoX Llamadas que abandonan un router via una conexión de red
lnbound VoX Llamadas que ingresan a un router via una conexión de red
Outbound POTS Llamadas que abandonan a un router via el voice port
Tabla 1.7.- Mecanismos de match en Dial-Peer

Outbound Call Legs lnbound Call Legs
Destination pattern lncoming called number
Numbering type Answer address
Preference Destination pattern
Voice port
Destination Pattern: El método más básico y comúnmente usado para asociar una call leg
de salida (outbound) con un dial peer, es el detination pattern; si el numbering type no es
asignado en los dial peers, los call legs son asociados con el dial peer que cumple
explícitamente los dígitos del destinattion pattern, Ejemplo: un número telefónico o algo
más complejo, otro ejemplo sería si el número llamado es 65001, entonces el pattern de
65001 es el match más explícito y el pattern 65... será menos específico. El signo+ en la
51
primera posición significa que la cadena de número es compatible con la sintaxis

internacional E.164. El destination pattem asocia un número telefonico con un dial peer.
Numbering Type: Grupo de llamadas, elementos de Q.931 usado para la señalización en
el call control. Un ejemplo de su uso es para distinguir si una llamada es nacional,
internacional, carrier, etc.
Voice Port: El dial peer puede ser seleccionado en el puerto de voz originante, el voice
port es el método más común para asociar una inbound call leg con un POTS dial peer
(para llamadas que originan sobre puertos no ISDN).
1.4.4 Procesador de señales digitales

El procesador de señales digitales (DSP-Digital Signal Processor) es un microprocesador
diseñado para proveer procesamiento digital de señales, viene en forma de tarjetas
especiales que se instala a los Gateways Cisco para poder darle la capacidad de
procesar eficientemente el tráfico de voz digital. Es importante mencionar que la función
de la tarjeta DSP a través de los Recursos de Media (Media Resource) también ayuda
realizar el procesamiento de media sobre los flujos de voz paquetizados, que incluye el
mezclado de múltiples flujos de audio, para crear un flujo de salida (Conferencia}, o pasar
los flujos desde una conexión a otra (Media Termination Point}, o convertir los flujos de
voz de un tipo de compresión/codee a otro tipo de compresión/códec, proceso más
conocido como "Transcoding". En la tecnología Cisco, el proceso de Transcoding es
inicializado y gestionado por la central PBX IP
1.5 Redes de próxima generación

La evolución tecnológica que se dió a comienzos del 2003, propulsó la aparición de un
nuevo modelo de servicios, pues las empresas de telecomunicaciones, que antes
operaban de manera separada sus servicios (por ejemplo: servicios de datos, internet, TV
cable, celular), podrán unificarse, lo que les permitirá proporcionar estos servicios usando
sus propias redes IP.
1.5.1 Concepto NGN

Es una arquitectura de red orientada a reemplazar las redes PSTN (Public Switched
Telephony Network) convencionales que utilizan tecnología TDM, para brindar servicios
de voz y multimedia. Algunos fabricantes del mercado Telecomunicaciones definen a
NGN como una red única y abierta de paquetes, basada en estándares, capaz de
soportar un gran número de aplicaciones y servicios, con escalabilidad necesaria para
responder rápidamente las demandas del mercado.
52
NGN no es sino un modelo de arquitectura de redes de referencia que debe permitir

desarrollar toda la gama de servicios IP multimedia de nueva generación
(comunicaciones VolP nueva generación, videocomunicación, mensajerías integradas
multimedia, integración con servicios IPTV, demótica, etc.), así como la evolución,
migración en términos más o menos de sustitución o emulación de los actuales servicios
de telecomunicaciones. El Grupo de Estudio 13 del Sector de Normalización de la Unión
Internacional de Telecomunicaciones (UIT-T) en la Recomendación1 Y.2001 ha definido
a una red de próxima generación, como:
"Red basada en paquetes que permite prestar servicios de telecomunicación y en
la que se pueden utilizar múltiples tecnologías de transporte de banda ancha
propiciadas por la QoS, y en la que las funciones relacionadas con los servicios
son independientes de las tecnologías subyacentes relacionadas con el
transporte. Permite a los usuarios el acceso sin trabas a redes y a proveedores
de servicios y/o servicios de su elección. Se soporta movilidad generalizada que
permitirá la prestación coherente y ubicua de servicios a los usuarios".
En la figura 1.39 se busca explicar la forma que NGN proveerá los servicios.
Servicios
CABLE SAULITE RADIODIFUSIÓN

Redes
actuales
Servicios
NGN Infraestructura común
Figura 1.39.- Modelo de provisión de servicios NGN
Para un mejor concepto, se describe NGN bajo 2 enfoques:

53
a. Relacionado con los datos e Internet:

• La red soportará la conectividad de varios elementos terminales inteligentes.
• Todos los servicios son independientes de la red, es decir el servicio estará
basado en la interacción entre los terminales.
b. Relacionado con la voz:
• Los servicios serán provistos a través de redes interconectadas sobre un conjunto
combinado de terminales inteligentes y no inteligentes.
• La actual red telefónica evolucionará para adaptarse a los servicios multimedia,
constituyendo la base de la futura NGN.
• Gran parte del desarrollo y provisión de los servicios finales partirá de los
operadores Públicos de Red, soportados por servicios básicos desarrollados
sobre interfaces abiertas.
1.5.2 Evolución de la Red hacia el concepto de NGN

El desarrollo de las redes clásicas se realizó de acuerdo a una serie de premisas
consideradas como imposibles de cambiar: El ancho de banda es escaso y caro, los
servicios que estaban ligados a la infraestructura de red se consideraban indivisibles, los
servicios se integraban de forma vertical; debido a estos factores, la infraestructura de red
se adaptaba perfectamente a cada servicio, pero tenía un alto grado de ineficiencia
cuando se les quería incorporar nuevos servicios.
Con todo esto, la red clásica no soporta de forma nativa las técnicas de distribución
basadas en la tecnología Multicast. En la figura 1.43 se muestra la evolución de las redes
tradicionales a NGN.
- Principios década 1990.- Los servicios se manejaban por redes aisladas.
- Mediados década 1990.- El protocolo IP toma el dominio por ser más efectivo que TDM;
se tiene un crecimiento importante de transmisión de Voz sobre IP.
- Principios del año 2000.- Se tiene los beneficios de MPLS, con los que se soportan
eficiente calidad de servicio, comienza nuevas redes de transporte basadas en DWDM.
- Hoy día 2008-2009.- Es la etapa de convergencia de redes, tecnologías y servicios
globales en terminales fijos y móviles.
Uno de los cambios más importantes que trae consigo la arquitectura de la NGN, es la
clara separación entre sus diferentes funcionalidades; la más resaltante es la separación
o desacoplamiento funcional entre el nivel o capa de servicio, del nivel o capa de
transporte, lo que implica una independencia funcional.
54
A diferencia de lo que ocurre en las· arquitecturas de las redes existentes, en las cuales
dichas funcionalidades tienen una fuerte dependencia. Por ejemplo, para un servicio de
transmisión de datos, necesariamente le correspondía una red de transporte para datos
(las comunicaciones de voz no puede cursarse a través de ellas), para un servicio de
telefonía le corresponde el transporte para comunicaciones en la banda de voz, y por
supuesto, cada una de ellas satisfaciendo los requerimientos propios de cada servicio; lo
mismo ocurre en el cable.
La figura 1.43 describe la estructura de una red clásica. Para entender mejor dicha figura,
se debe notar en la figura los siguientes términos:
FO: Fibra Óptica, es un medio de transporte conformado por hilos muy fino (de vidrio o
material transparente), que permite transmitir información a velocidades muy elevadas.
SDH: (Synchronous Digital Hierarchy), es un protocolo de transporte de la capa 1 que
multiplexa diferentes señales dentro de una jerarquía común flexible.
WDM: (Wavelength Division Multiplexing) Multiplexación de Longitud de Onda, permite la
transmisión simultánea de diferentes longitudes de onda (canales) por la misma fibra
óptica.
ESTRUCTURA DE
RED CLÁSICA
SERVICIOS MULTIMEDIA
DISTRIBUCIÓN voz DATOS
lP
SDH
J'O., \NDM
La füncional;idad normalmente asigriada a

cada capa seria:
• Capa FO/WDM: transporte.
• Capa 5011-1; Agregac·ión y protección .
• Capa ATM:Agregación, gestión de tráfico
y calidad de se:rvicio.
• Capa IP: !Encaminamiento.
Figura 1.43.- Estructura de red clásica

55
-RED DE NUEVA
GENERACIÓN
SERVICIOS MULTIMEDIA
CLIENTES/ SERVIDORES
C4,A DE REO�ENCAMINAMIENTO DE
D JAGRAMAS (IP SUITE}
'CAP. DE �SMISIONt FO. W
La funcionalidad normalmente asignada a

cada capa sería:
• capa FO/WDM:transpone, agregación y
protección.
• C�pa de Red: Encaminamiento, agregación,
gestión de tráfico, calidad de servicio y
protección.
La figura 1.44 muestra la estructura de una red NGN.
1.5.3 Requisitos a considerar para una arquitectura NGN

Es importante definir claramente los requisitos de diseño para esta red, de forma que se
asegure un soporte adecuado de los servicios, tanto para los servicios actualmente
disponibles, como para los que puedan surgir en el futuro. Finalmente, conviene recordar
en este punto la necesidad de realizar un enfoque global a toda solución de red que
aspire a ser la base común sobre la que se desplieguen los servicios, tanto actuales
como futuros.
• La convergencia de los servicios de voz (suministrados en red fija y móvil), video y
datos se hará sobre la misma infraestructura de red.
• La infraestructura de transporte debe ser de datos.
• La red de conmutación de paquetes (datagramas) debe ser 1Pv4/1Pv6, tendrá
soporte de MPLS (Multiprotocol Label Switch) para servicios de ingeniería de
tráfico, redes privadas, etc.
• Dispondrá de soporte de calidad de servicio (QoS), en el caso de servicios de voz,
el nivel de calidad deberá ser al menos, como la que existe en la red clásica.
56
• Los sistemas de transmisión serán de última generación y basados en tecnologías

ópticas como WDM (Wavelenght Division Multiplexing).
• Se desarrollará una estructura de red escalable, que permita evoluciones futuras
de forma gradual.
1.5.4 Beneficios de una red NGN

Los principales beneficios de una red NGN son los siguientes:
• Reduce al máximo el tiempo de recuperación de las inversiones, ya que factura a
los usuarios múltiples servicios utilizando una misma Red.
• Cuenta con una amplia variedad de productos y servicios que van de acuerdo a
las necesidades de cada usuario.
• Invierte en el desarrollo de la red gradualmente y a medida que va desarrollando
su negocio.
• Permitir que el costo por abonado se ajuste a los servicios brindados.
• Reduce los costos operativos e incrementa la rentabilidad de los negocios.
• Dispone de una red con redundancia, lo que implica asegurar la disponibilidad
permanente de los servicios y el incremento de la rentabilidad global del negocio.
• Puede diseñar esquemas de negocios donde el abonado pague de acuerdo a los
servicios que utiliza, manteniendo un costo base por abonado.
• Soporte de servicios de diferente naturaleza: real time/ non real time, streaming,
servicios multimedia (voz, video, texto).
• Movilidad generalizada.
• Calidad de servicio garantizada extremo a extremo.
Podemos decir que la "NGN" es efectivamente, un trayecto hacia la convergencia y es

una nueva situación apasionante de evolución tecnológica, que ha de permitir la
convergencia progresiva de los servicios finales de los clientes, fijos-móviles-nómadas.. ,
de las redes, de los sistemas y herramientas y previsiblemente de los negocios. En esta
situación parece también claro que cobrará especial relevancia la figura del Telco
(Operador de Servicios Telecomunicaciones), así como la posición del Regulador en
cada mercado ante una nueva gama de servicios, fijos-móviles-nómadas multimedia que
poco a poco deben ir sustituyendo a los actuales. Será, por tanto, la voluntad del
operador la que determine la forma de realizar el desarrollo e implantación de las rede
basadas en NGN.
57
1.6 Resumen del Capítulo
Hasta aquí, en los 5 tópicos del capítulo 1 se han abordado los conceptos sobre la
transmisión de voz humana, desde la aparición de la tecnología conmutación por circuitos
hasta conmutación de paquetes, se han descrito detalles de cómo funciona la voz sobre
IP (VolP), los requerimientos mínimos con sus protocolos y sus ventajas/desventajas,
posteriormente, se vió cómo se integraba una red TDM con una VolP, y finalmente, 1,,1n;:t
breve introducción al fascinante mundo de la arquitectura NGN. A continuación,, en �I
próximo capítulo se explicará en qué consiste las comunicaciones unificadas de léit m1rca
Cisco y los elementos principales de este proyecto.
CAPITULO 11
CONCEPTO DE SISTEMA DE COMUNICACIONES UNIFICADAS
En este capítulo se abordará el concepto de sistema de comunicaciones unificadas de la

marca Cisco, con una breve descripción de cada elemento que nos servirá
posteriormente en la fase de diseño del presente proyecto.
2.1 Concepto de sistema de Comunicaciones Unificadas
Tomando un enfoque hacia al segmento empresarial, en el siglo XXI, la forma en que los
empleados se comunican ha cambiado drásticamente comparado con el modo de
comunicación que existía en los años '90, cuando sólo se usaba la central telefónica para
establecer y liberar llamadas de voz. A medida del avance de la tecnología, los usuarios
comenzaron a ver una limitación en sus funciones por la necesidad de tener que estar
ubicados en su área de trabajo (o "espacio de trabajo") para hacer eficientemente sus
labores. La figura 2.1 muestra cómo ha cambiado el espacio de trabajo.
Figura 2.1.- Evolución del espacio de trabajo

59
Surge la necesidad de contar con. sistemas telefónicos privados (PBX) que puedan
responder las demandas de los usuarios que actualmente están urgidos de una
comunicación más flexible y rápida, impulsado por el cambio radical en la forma de
trabajar del siglo 21, algo más que una comunicación de voz, una comunicación
unificada.
Comunicaciones Unificadas (CU) es uno de esos términos tecnológicos que varía de
significado, sin embargo, algo es común a todas estas variaciones: las CU tiene como
objetivo brindar una comunicación de acuerdo a la experiencia del usuario, que permite
mejorar los procesos de negocio y la toma de decisiones de la empresa. Desde el punto
de vista tecnológico, la CU se puede evaluar como un esfuerzo de unificación de
múltiples modalidades de comunicación a través de una interfaz que engloba servicio de
VolP, mensajería unificada, MI (mensajería instantánea}, vídeo en tiempo real,
conferencias vía Web, Movilidad del usuario, compartir documentos remotamente y
capacidades de detección de presencia para una rápida ubicación de los usuarios. El
valor real de CU en una empresa se verá reflejado en la medida que ayude a mejorar los
objetivos del negocio, entonces podemos afirmar que no siempre será necesario
implantar un sistema de CU si el negocio no lo requiere, es decir, no se trata de cambiar
mi PBX tradicional a una de última tecnología y punto, sino, previamente se debe
cuantificar el valor que aportará éste cambio a la empresa, sumando el factor retomo de
inversión ROi (Retorno de Inversión).
Pero no hay que obviar que una implementación de CU puede resultar tan ardua como
complicada. Un proyecto de este tipo afectará varios aspectos de la Tecnología de
Información de la compañía y requerirá una buena planificación y la cooperación entre los
departamentos y equipos responsabilizados de asegurar las operaciones diarias. Las
comunicaciones unificadas son uno de los mayores retos tecnológicos al que se
enfrentan actualmente compañías de todo el mundo y una fórmula idónea para reducir
costes al tiempo que generar nuevas oportunidades de negocio y ventajas competitivas.
El sistema de comunicaciones unificadas de Cisco ofrece una nueva manera de
comunicarse, dando a los usuarios una comunicación con 3 características adicionales a
las llamadas de voz clásicas: Movilidad, Colaboración, Virtualización.
Permite a las empresas acceder con eficiencia a los datos pedidos, interactuar con
eficacia con equipos virtuales distribuidos en distintos lugares del mundo, administrar
estas interacciones desde cualquier parte en tiempo real, por lo que tendrá la impresión
de que puede estar en todas partes a la vez.
60
2.2 Elementos de Comunicaciones-Unificadas

A continuación se detallará los elementos que conforman un sistema de Comunicaciones
Unificadas de la marca Cisco:
• Servicios de comunicaciones unificadas
Telefonía IP
Presencia
• Aplicaciones de comunicaciones unificadas
Mensajería de voz
Conferencia de medios de comunicación
Centro de Contacto
Clientes de comunicaciones unificadas
2.2.1 Servicios de comunicaciones unificadas

a. Telefonía IP
- Cisco Unified Communications Manager (CUCM), Es el componente basado en
software para el procesamiento de medios del sistema de Comunicaciones Unificadas de
Cisco. CUCM extiende las funcionalidades de telefonía IP empresarial y capacidades a
través de dispositivos IP, Gateways, y aplicaciones multimedia. CUCM se instala sobre
servidores con plataforma de tipo Cisco 7800 Media Convergence SeNers (MCS) y
servidores de terceros previamente autorizados. Adicionales aplicaciones, tales como
Mensajería Unificada, Conferencia Multimedia, Centros de Contacto, y sistemas
interactivos de respuesta multimedia, son hechos posibles a través del procesamiento
que realiza el CUCM, siendo su principal función el procesamiento de llamadas. CUCM
utiliza por lo general, procotolo SCCP para comunicarse con la mayoría de los teléfonos
IP, y también permite interoperar con otros dispositivos y gateways no-Cisco, ya que
soporta protocolos estándares H.323 y SIP. Con un solo servidor CUCM se puede
atender procesamiento de llamadas desde 100 teléfonos (o terminales) hasta 1000, 2000,
5000, inclusive, dependiendo del modelo del hardware del servidor.
CUCM puede satisfacer las necesidades de cualquier usuario: desde los empleados que
trabajan a distancia, los empleados móviles y las oficinas distribuidas en localidades
remotas. Ejemplo de modelos servidores MCS que soportan la aplicación CUCM: MCS-
7816, MCS-7825, MCS-7835; cada uno tiene una característica principal de hardware.
- Cisco Unified Communications Manager Express (CUCME), Un sistema integrado que
se incluye en los enrutadores (routers) de acceso de Cisco, proporciona opciones de
procesamiento de llamadas a las organizaciones de medio tamaño (soporte máximo de
240 teléfonos IP) y ofrece adicionalmente, servicios de conferencias estándar, gestión de
61
colas de espera, intercomunicación entre otras funcionalidades. El mercado objetivo de

este producto es para empresas pequeñas y medianas (PYMES) con una capacidad de
atención en procesamiento de llamadas no mayor de 240.
También soporta protocolos estándares SIP, H323, tanto para terminales IP como para
integrar Gateways.
Ejemplo de enrutadores que soportan la aplicación CUCME: enrutadores de la serie
Cisco28XX, serie Cisco 37XX/Cisco38XX.
b. Presencia
- Cisco Unified Presence, suma otra capa de servicios, es una plataforma basada en
estándares que colecta información acerca de disponibilidad de usuarios (tales como:
ocupado, disponible, no disponible) y capacidades de comunicación para proveer estado
de presencia del usuario unificado, El servicio de Presencia nos da la capacidad de
conocer la disponibilidad del destinatario antes de intentar contactarlo. También permite
conocer el método de contacto en el que cada usuario prefiere ser contactado: voz, video
o mensajería Instantánea. Cisco Unified Presence está diseñado para una fuerte
integración con varias aplicaciones y clientes de escritorio. Sus funcionalidades se
extienden hacia los teléfonos móviles, tales como: BlackBerry, Pearl, Nokia E61/E66/E71
y E75; siendo muy útil el Directorio remoto, reproducción de voicemail, el chat entre
usuarios desktop de la corporación.
La compatibilidad con estándares abiertos posibilita la integración con otros sistemas,
como por ejemplo, las soluciones IBM Lotus que utilizan el protocolo SIP o el protocolo
SIMPLE (Session lnitiation Protocol for lnstant Messaging and Presence Leveraging
Extensions). Cisco Unified Presence se instala en servidores de tipo Cisco MCS 7800,
desde el modelo MCS-7816 que soporta hasta 500 usuarios y el modelo MCS-7845 con
soporte hasta 5000.
2.2.2 Aplicaciones de comunicaciones unificadas

a. Mensajería de voz y mensajería unificada
- Cisco Unity, software que entrega una solución de mensajería de voz confiable, segura
y de alta calidad, diseñado para empresas de todo tamaño. Se tiene en 2 opciones:
mensajería de voz y mensajería unificada. La opción de mensajería unificada se integra
transparentemente con servidores de correo de tipo Microsoft Exchange, Lotus Domino,
y Novell GroupWise y brinda la funcionalidad de Tex-to-Speech para que los usuarios
puedan recibir el contenido de sus correos electrónicos traducido en audio, accediendo
desde el sistema de mensajería. Se instala en servidores de la serie MCS 7800.
62
- Cisco Unity Connection, es una solución que ofrece mensajería de voz y mensajería
integrada, y se adapta para satisfacer las necesidades de las compañías de medio
tamaño. Para una organización con máximo de 500 usuarios, Cisco Unity Connection
está disponible como una solucion ca-residente en el servidor del Cisco Unified
Communications Manager, lo que simplifica el nivel de inversión, la instalación y soporte.
Para una capacidad mayor a 500 usuarios se requiere un servidor tipo MCS 7800.
Adicionalmente, Unity Connection proporciona funciones de contestador automático.
- Cisco Unity Express, brinda solución de mensajería integrada, contestador automático
para pequeñas empresas con capacidad hasta de 250 usuarios. Se instala en los routers
(enrutadores) de servicios integrados de Cisco.
b. Conferencias de medios de comunicación.

- Cisco Unified MeetingP/ace Express, es una solución de software que integra funciones
de audioconferencia, videoconferencia, y conferencia web, a fin de simplificar el inicio y la
administración de reuniones remotas; además, incluye interfaces telefónica, de Microsoft
Outlook y un navegador web para configurar y administrar las reuniones. Está diseñado
para atender compañías de tamaño medio, con capacidad máxima de 200 audio
conferencias, instalado sobre un servidor modelo MCS-7845.
- Cisco Unified MeetingP/ace, está diseñado para empresas de mayor tamaño, integra
funciones de audioconferencia, videoconferencia y conferencias web, para compartir
escritorio remoto. Esta solución se implementa en la red, detrás del firewall, y se integra
directamente en las redes privadas y aplicaciones empresariales de una organización.
Se pueden configurar rápidamente audioconferencias, videoconferencias o conferencias
en línea, además de participar en ellas, desde teléfonos IP de Cisco, clientes de
mensajería instantánea, navegadores web y calendarios de Microsoft Outlook e IBM
Lotus Notes.
- Cisco TelePresence, es una nueva tecnología innovadora que combina audio de alta
calidad, video de alta definición y elementos interactivos, con el fin de ofrecer una
experiencia singular y "en persona", a través de la red IP. Lo más sobresaliente de esta
aplicación es que cuando se establecen reuniones con los empleados remotos que se
encuentran a distancia, la aplicación genera una experiencia en vivo de una reunión cara
a cara, que permite a los usuarios interactuar y colaborar como nunca antes.
c. Soluciones de Atención al Cliente

Las soluciones de atención al cliente incluye el software Cisco Unified Contact Center
Express (CUCCX) para pequeñas y medianas empresas y software Cisco Unified Contact
63
Center Enterprise (CUCCE) para grandes empresas. Todas estas soluciones se instalan
en servidores tipo MCS-7800. Estas soluciones entregan el ruteo de las llamadas
contacto basado en 3 componentes fundamentales:
• Funciones de IVR (lnteractive Voice Response): Permite a los usuarios llamantes
interactuar con una base de datos y usar su teclado de teléfono para ingresar
información que les brindará la atención automática.
• Funciones de ACD (Automatic Call Distribution): Dicta como las llamadas
entrantes son extendidas a través de agentes o grupos de usuarios para atender
llamadas de cliente.
• Funciones de CTI (Computer Telephony lntegration): Habilita el acceso a
funciones de procesamiento computacionales mientras haces, recibes y
administras llamadas telefónicas a través de información ingresada por el
llamante, y permite brindar información de los llamantes en las pantallas de los
agentes de servicio que reciben las llamadas.
d. Clientes de comunicaciones unificadas

- Teléfonos IP de escritorio, Cisco ofrece una gama de teléfonos IP que están diseñados
de acuerdo a las funciones del personal de cada corporación (general, básico, gerencial,
ejecutivos) y de acuerdo al servicio que desean disfrutar para (videoconferencia, para
Movilidad, y audioconferencia). La tabla 2.1 lista los tipos teléfonos IP que soportan las
comunicaciones unificadas de Cisco, y la figura 2.2 muestra un teléfono ejecutivo 7961G.
- Dispositivos análogos, Para el soporte de teléfonos análogos se tiene el equipo Cisco
ATA-186 el cual brinda dos puertos para conectar 2 teléfonos análogos.
En el caso de requerir mas teléfonos análogos se tiene un equipo Cisco VG224 Phone
Gateway, el cual soporta hasta 24 teléfonos análogos.
Figura 2.2.- Teléfono IP modelo 7961G

64
Los teléfonos IP soportan una gama de funcionalidades, que por razones de espacio, en
el ANEXO A del presente informe se presenta la lista completa.
Tabla 2.1.- Tipos de teléfonos IP de la marca Cisco

Telefono IP Numero Lineas Display Altavoz Tipo Protocolo Ethernet Switch
Cisco Unified IP 1 Si, video Si SCCP 10/100
Phone 7985G
Cisco Unified IP 8 Si, color y Si SCCP , SIP 1O/100/1000
Phone 7975G touchscreen
Cisco Unified IP 8 Si, color y Si SCCP , SIP 10/100
Phone 7970G touchscreen
Cisco Unified IP 6 Si, color Si SCCP, SIP 10/100/1000
Phone 7965G
Cisco Unified IP 6 Si Si SCCP, SIP 10/100
Phone 7962G
Phone 7961G
Cisco Unified IP 2 Si, color Si SCCP, SIP 10/100/1000
Phone 7945G
Cisco Unified IP 2 Si, color Si SCCP, SIP 10/100
Phone 7942G
Phone 7941G
Cisco Unified IP 1 Si Si SCCP -
Conference
Station 7937G
Cisco Unified IP 24 Si Si SCCP 10/100
Phone 7931G
Cisco Unified IP 14 Si - - -
Phone Expansion
Cisco Unified IP 1 Si Altavoz una SCCP, SIP 10/100

Phone 7911G vía
Cisco Unified IP 1 Si Altavoz una SCCP, SIP No
Phone 7906G vía
Cisco Unified SIP 1 Si Si Si 10/100
Phone 3911
- Teléfonos IP inalámbricos y soluciones de Movilidad

Cisco Unified Wireless IP Phone 7921 G: Soporta los estándares IEEE 802.11a, 802.11b y
g. Funciones adicionales como pantalla de cristal líquido LCD con TFT (Thin Film
Transistor) de 2 pulgadas, altavoz, un botón de Application que puede soportar Push-to
Talk vía XML. A diferencia del modelo Cisco Unified IP Phone 7920, este último soporta
sólo el estándar IEEE 802.11b.
Soporte de teléfonos GSM y 802.11: A través de un convenio entre Cisco y Nokia, Nokia
fabricó un software cliente llamado ICCC (Nokia lntellisync Call Connect for Cisco), que
provee a los teléfonos móviles la capacidad de usar la infraestructura de telefonía IP para
hacer y recibir llamadas; entonces, los teléfonos móviles sólo se autentican a la red LAN
65
inalámbrica con el software ICCC -del teléfono, y éste se registra al Cisco Unified
Communications Manager, obtienen el número de anexo y así pueden hacer llamadas y
recibir llamadas como si estuviera en su escritorio. Los equipos móviles de Nokia que han
sido homologados en la versión CUCM 6.0 son: Nokia E51, Nokia E60 (PR3), Nokia E61,
Nokia E61i, Nokia E65. En el esquema de red de la figura 2.2 se puede apreciar los
elementos que la conforman.
Cluster CUCM
Gatewa/ - - - - - ,
a 1
PSTN
1
��-t---+-1��
Dual-Mode 1
Phone
(Nokia lntellisync) :, L _____ 1
Teléfonos IP
WLAN Access Point

(802.11 b/g)
Nokla Phone
Dual-Mode
Figura 2.2.- Funcionamiento de solución Dual-Mode en teléfonos Nokia
Cisco Unified Mobility: Cisco Unified Mobility para CUCM entrega los siguientes servicios:
• Mobile Connect, permite asociar tu número de teléfono IP de escritorio con hasta
4 teléfonos remotos externos (por ejemplo: teléfono celular, teléfono fax) y así los
trabajadores podrán recibir sus llamadas en su teléfono IP de oficina y en
múltiples teléfonos externos.
• Mobile Voice Access, habilita a un usuario que está fuera de la oficina poder hacer
llamadas hacia la PSTN desde el CUCM instalado en la compañía, para lo cual el
usuario llamante se autentica por medio de un IVR. En las PBX tradicionales, esta
funcionalidad es conocida como DISA (Direct lnward System Access). Requiere
de un Gateway H.323.
• Single Entreprise Voicemail Box, Como un resultado de Mobile Connect, permite
tener una sola casilla de voz con lo cual previene que los usuarios no tengan que
revisar sus mensajes desde diferentes casillas de voz (teléfono celular, teléfono
de casa, teléfono IP).
• Enterprise Feature Access Two Stage Dialing, Función de movilidad parecido a
Mobile Voice Access, pero no existe IVR y el gateway puede usar H.323 ó MGCP.
66
La figura 2.3 se muestra un diagrama sobre el funcionamiento de Cisco Unified Mobility,

el cual ya viene incluido en la versión 6.0 de CUCM, pues antes venía como una
aplicación aparte y se requería instalarlo en un servidor tipo MCS 7800 para su
implementación y configuración.
Usuarlomóvll Cisco Unified

·. --�----... Mobi(ity
-�.· z��() Teléfono IP
(
1
( PSTN
) �,ffl-,f--}..��· 1
-----
1
1
ClusterCUCM
Figura 2.3.- Cisco Unified Mobility
- Clientes basados en software

Cisco IP Communicator, Es un programa que emula a un teléfono IP por software, ofrece
funciones avanzadas de telefonía en las computadoras o portátiles basados en Microsoft
Windows. Independientemente del lugar en que se ubiquen los usuarios, éstos podrán
establecer llamadas de alta calidad con las funciones que disponen los teléfonos IP de
oficina como: Transferencia, conferencia, reenvío de llamadas, etc. Se instala en las
computadoras o portátiles.
Cisco Unified Video Advantage, Permite aprovechar las funciones de videotelefonía, los
usuarios pueden hacer llamadas mediante la interfaz telefónica que ya conocen y pueden
visualizar las imágenes del usuario llamado a través de la computadora.
Cisco Unified Personal Communicator, Es un programa que es cliente de CUCM y del
servidor de Presencia, que integra de manera transparente las aplicaciones y los
servicios de comunicaciones que más utilizan los usuarios en un mismo cliente unificado.
Desde una interfaz fácil de usar en una PC o Mac, esta solución permite a los usuarios
acceder con rapidez a potentes herramientas de comunicación, como por ejemplo:
audioconferencias, videoconferencias, mensajería instantánea (IM - lnstant Mesagging),
directorios, gestión de llamadas e información de la presencia de usuarios. Se instala en
una computadora.
Cisco Unified Mobile Communicator (CUMC), Es un software cliente de Cisco Unified
Presence, se instala en los teléfonos smartphones y extiende la experiencia de
67
comunicaciones unificadas y servicios hacia los teléfonos móviles, permitiendo que los
trabajadores puedan comunicarse efectivamente de donde sea. Trabajadores son
capaces de ver sus mensajes que le dejaron en su casilla voz del servidor voicemail y
seleccionar mensajes individuales para responder, ver la indicación de presencia, y tener
acceso a directorio corporativo, todo esto desde cualquier lugar y en todo momento. Para
implementar esta solución se requiere hardware y software adicional: Servidor para la
aplicación de Cisco Unified Presence (CUP), Cisco Unified Mobility Advantage (CUMA).
2.3 Arquitectura de comunicaciones unificadas

La arquitectura de un sistema de comunicaciones unificadas está basada en el modelo de
despliegue del elemento que se encarga del procesamiento de llamadas, es decir, está
basado en el modelo de despliegue del Cisco Unified Communications Manager, y a su
vez, este tipo de modelo de despliegue depende de los siguientes factores: Número de
teléfonos IP por oficinas principal y oficinas remotas, cantidad de servidores CUCM,
servicios y aplicaciones por oficinas. Podemos indicar que para un óptimo diseño de una
solución de comunicaciones unificadas podemos mencionar dos tipos de arquitecturas:
Centralizada y Distribuida.
2.3.1 Arquitectura Centralizada

Entre los cuales podemos mencionar los siguientes modelos:
a) Despliegue en Único sitio
El sistema está formado por un conjunto de CUCM formado por uno a más servidores
(cluster de CUCM) ubicados en un mismo sitio, este modelo no presta ningún servicio
de telefonía sobre la red WAN. En este modelo todos los servidores CUCM y
aplicaciones (como Mensajería de Voz, IVR, recursos DSP ... etc.) se encuentran
ubicados físicamente en un mismo lugar. Las principales características de este
despliegue son:
Único cluster de CUCM.
Se puede usar varios códec para lograr mejor calidad en llamadas audio y
video.
Número máximo de 30000 teléfonos IP con protocolo SCCP.
Número máximo de 1100 dispositivos H.323 o MGCP.
Plan de numeración simplificado.
Supervivencia en el Gateway, ante falla del cluster CUCM.
b) Despliegue en Múltiples Sitios WAN con Procesamiento Centralizado
68
El sistema cuenta con único cluster CUCM, que brinda procesamiento de llamadas a
varios usuarios ubicados en sitios remotos que están interconectados por medio de la
red WAN (red IP ATM, Frame Relay, MPLS). Las demás aplicaciones, como
mensajería de Voz, sistemas IVR, etc., son típicamente instalados en el mismo lugar
donde se instala el cluster CUCM, debido a la facilidad de contar con mayor ancho de
banda en la red LAN.
Las principales características en el diseño de este tipo son las siguientes:
Único cluster CUCM.
Audio con elevado ancho de banda (ejemplo, G.711, G.722) entre dispositivos
en el mismo sitio, y audio con bajo ancho de banda (ejemplo, G.729, G.728)
entre dispositivos ubicados en diferentes sitios.
Video con elevado ancho de banda (ejemplo, 384 kbps o más) entre
dispositivos en el mismo sitio, y video con bajo ancho de banda (ejemplo, 128
kbps) entre dispositivos ubicados en diferentes sitios.
Número máximo de 30000 teléfonos IP con protocolo SCCP y SIP.
Plan numeración simplificado.
Enrutadores ubicados en la red WAN requieren que se apliquen políticas de
QoS.
La figura 2.4 bosqueja una red típica con arquitectura centralizada a través red WAN.
Oficina B
Oficina Principal
�;,,,.;Slm Aplicaciones:
Unity, CUUX,CUP...etc)
r 1
Red Lan Oficina A
Figura 2.4.- Red centralizado con Múltiples Sitios vía WAN
2.3.2 Arquitectura Distribuida

a) Despliegue Múltiple Sitios con Procesamiento Distribuido
69
Consiste de múltiples sitios· independientes, cada sitio con su propio cluster

elemento para el procesamiento de llamadas conectado a través de red WAN que
lleva el tráfico de voz entre los sitios distribuidos.
En este despliegue, las aplicaciones del tipo Unity, IVR y otras, podrían ser
instaladas en cada sitio.
Entre las principales características de este despliegue, podemos mencionar:
Múltiples equipos de procesamiento de llamadas, varios cluster de CUCM.
La llamadas de audio y video entre cada sitio puede usar códec con
elevado ancho de banda.
Plan de numeración complejo, se debe establecer un plan por cada sitio.
Para interconexión de los sitios se requiere gatekeeper.
La red PSTN se puede utilizar como contingencia para las
comunicaciones en caso falla la red WAN.
Enrutadores ubicados en la red WAN requieren que se apliquen
mecanismos de QoS.
Número máximo de 3000 teléfonos con protocolo SCCP y SIP por cluster
CUCM.
Número máximo de 1100 de dispositivos H.323 por cluster CUCM.
Administración compleja.
Establece mayores niveles de autonomía y redundancia por cada sitio
remoto.
El despliegue Múltiples Sitios con Procesamiento Distribuido es generalmente

considerado para una solución en organizaciones de gran tamaño y cuando cada sitio
remoto presenta un volumen considerado de usuarios (por ejemplo mayor a 80 teléfonos
IP).
2.4 Infraestructura para el sistema de Comunicaciones Unificadas

Se ha descrito el concepto y los elementos fundamentales para poder realizar un buen
diseño, ahora, como las aplicaciones de comunicaciones unificadas usarán el mismo
medio físico dentro de la misma red que la compañía utiliza para sus comunicaciones de
datos, servidores y demás aplicaciones ajenas a la transmisión de voz, se deberá
optimizar los elementos de red existentes.
En caso los elementos de red por donde se prevé cursar aplicaciones de comunicaciones
unificadas fueran obsoletos, éstos deberán ser cambiados.
70
2.4.1 Infraestructura de red y sistema eléctrico

Los elementos principales que la conforman la infraestructura son:
Condiciones del Sistema Eléctrico
Cableado Estructurado
Red LAN
RedWAN
a) Condiciones del Sistema Eléctrico

Los equipos de comunicaciones unificadas se deben instalar en un cuarto de
comunicaciones y es un requisito indispensable que cuente con un sistema eléctrico
en buenas condiciones:
Energía eléctrica estabilizada.
Tomas eléctricas deben tener incluido el punto de neutro o tierra.
Valores de voltaje de la fuentes de energía entre los valores: Fase
GND = <210-220>, Fase-Neutro= <210-220>, GND-Neutro=O
El cuarto de comunicaciones debe contar con un Sistema de Pozo de Tierra
con un valor de resistencia no mayor a 5 ohmios.
Temperatura de ambiente de cuarto de comunicaciones menor a 25 º C y una
humedad relativa entre O y 95% no condensada.
En caso no se cuente con energía monofásica, se deberá conectar un
transformador de aislamiento.
b) Cableado Estructurado
El cableado estructurado se divide por categorías y por tipo de materiales que se
utilizan. El cableado estructurado debe cumplir las exigencias mínimas de Categoría
Se, Categoría 6 ó 6.e. En la tabla 2.2 se muestra las características de dichas
categorías.
Tabla 2.2.- Categorías en cableado estructurado UTP/STP

Estándar Estándar Velocidad
Especificación
Cable de cables Máxima
Estándar
UTP/STP
F astEthernet
Cal Se TIA/EIA-568-B 1G bps
GigabitEthernet
Cat. 6 TIA/EIA-568-B GigabitEthernet 1G bps
Cat. 6e TIA/EIA-568-B 1 OGigabitEthernet 10G bps

71
El tipo de cable que se utiliza en la implementación de un sistema de comunicaciones

unificadas es el UTP de 4 pares de hilos, más conocido como UTP-RJ45; y para
brindar conexión a teléfonos análogos se utiliza el cable de tipo UTP-RJ 11.
c) Red LAN
La red LAN debe contemplar la disponibilidad de equipos de conmutación llamados
switches, con capacidades de segmentación de redes, calidad de servicio, políticas
de seguridad. Se adjunta una lista de requerimientos que deben cumplimentar los
switch es:
• Soporte IEEE 802.1p y 802.1q (Layer 2), y DiffServ (Precedence 5/DSCP en Layer
3), y Auto QoS.
• Soporte de puertos de conexión a velocidades Ethernet y FastEthemet.
• Equipos administrables remotamente.
• Conexión 10/100/1000 Base-T Ethernet para conectar los teléfonos IP y
servidores de aplicaciones.
• Soporte de seguridad en puertos para evitar ataques de seguridad.
• Alta disponibilidad con protocolo VRRP (Virtual Router Redundancy Protocol) para
los switches (Layer 3) que conectan a la red a los servidores.
Los switches se ubican de acuerdo a sus capacidades de servicio en 3 diferentes

capas: Acceso, Distribución y Core.
Switch de capa Acceso, Es el punto de la red que interactúa con los

dispositivos finales: PCs clientes, teléfonos IP, ATAs, AccessPoints, etc. Por
ello, es importantísimo que se realicen las configuraciones de QoS, la
asignación correcta de las VLANs a los hosts, la habilitación de parámetros de
seguridad.
Switch capa de Distribución, En este punto de la red, por lo general no
tenemos ni teléfonos ni PCs; simplemente hay concentración de interconexión
(uplink) de los switches de Acceso hacia el switch de Core. En este punto es
importante proveer de redundancia para asegurar alta disponibilidad,
incluyendo enlaces redundantes entre los switches de capa de distribución y
los switches de la capa de acceso. También aquí, si fuese necesario, se hará
el ruteo entre las VLAN (Virtual Local Area Network) y se decidirá la forma de
acceder al swith Core de forma ruteada o switcheada.
Switch de capa Core, Los switches de esta capa pueden proveer conectividad
entre numerosos switches de capa distribución. En esta capa, generalmente
72
se conectan los servidores, aplicativos, etc. Los puertos donde estén los
servidores de telefonía (CUCM, CUCCX, Unity) deben estar definido en modo
de acceso y debe asignarse a la vlan de Voz.
La figura 2.5 muestra los 3 tipos de diagrama de una red LAN, donde la numeración 1
y 2 indica la distribución completa, la numeración 3 donde no existe el switch de
acceso es aceptable. Pero el diagrama de la red LAN varía cuando se tiene agencias
remotas.
Acceso Distribución Core
•
Figura 2.5.- Diagrama de red LAN en 3 capas
En muchos casos, las agencias remotas sólo desean una cantidad mínima de
teléfonos y aplicativos, entonces para esos casos, sólo se requiere un switch de
acceso con soporte de vlans y QoS. Vale destacar que los teléfonos IP Cisco, marcan
su tráfico de voz a nivel 2 con QoS 5 y además, marcan a nivel 3 con DSCP EF y los
servidores actuales no soportan configuraciones 802.1 Q en su interfaz de red;
tampoco son capaces de hacerles una clasificación de capa 2 (QoS).
Hoy en día, la mayoría de los fabricantes de switches, tales como: Cisco, Nortel,
3Com, Juniper, etc.; incluyen en su switches una lista de funcionalidades y
características que los califica para el despliegue de una buena infraestructura para
las comunicaciones unificadas.
d) Red WAN
De ahí que sobre una red privada virtual o VPN se transporte tráfico de datos,
servicios de telefonía, transmisión o intercambio de datos electrónicos, video y otras
aplicaciones.
Para extender las aplicaciones de comunicaciones unificadas hacia ubicaciones
remotas, se requiere del uso de una red WAN, pero antes de ubicar tráfico de voz y
aplicaciones sobre una misma red WAN, es importante asegurar que se tenga el
ancho de banda adecuado para todas las aplicaciones requeridas, debido a que la
voz es considerado típicamente una aplicación de red crítica, lo cual hace imperativo
73
que tráfico de audio y tráfico de .señalización de voz alcance su destino; por esta
razón es importante seleccionar una topología y un tipo de enlace que pueda proveer
ancho de banda garantizado. Las siguientes tecnologías de enlace WAN puede
proveer ancho de banda garantizado: Frame Relay, Asynchronous Transfer Mode
(ATM), MultiProtocol Label Switching (MPLS), Cisco Voice and Video Enabled IP
Security (IPSec V3PN).
Una vez que el ancho de banda ha sido aprovisionado, se debe aplicar mecanismos
de calidad de servicio en los equipos que conforman la red WAN para poder
transportar las aplicaciones sensibles, esto para evitar los problemas de jitter, Delay,
"dropping" de paquetes, ya mencionados en la sección 1.2.4 del primer capítulo del
presente informe. En la actualidad, existen varios proveedores de servicio (Service
Provider, Telco) que brindan el servicio de interconexión de datos por red WAN a las
compañías que requieran conectar sus redes y servicios entre su oficina principal con
las oficinas remotas.
Oficina Remota A
RedWANde
Proveedor de Servicios
Oficina Remota B
Oficina Principal
Figura 2.6.-Diagrama de una red WAN
La figura 2.6 muestra un escenario clásico de una red WAN, en este caso los equipos con
etiqueta R1 al R3 son routers de tipo CE (Customer's Edge router), que generalmente se
ubican físicamente en las oficinas de los clientes, y los equipos R4, R5, R6 y R7 son
routers de tipo PE (Provider Edge router) que se ubican en los centro de datos de la
compañía Proveedora de servicios, estos routers PE son de gran tamaño, pues su
función es procesar la información de varios clientes. Sobre los routers mencionados, se
74
realizan las adecuaciones para garantizar una buena transmisión de las diferentes
aplicaciones que los clientes requieran.
2.5 Resumen del capítulo

En este capítulo se comenzó explicando el concepto de comunicaciones unificadas, los
elementos que la conforman a nivel de software y hardware, tomando como fundamento
la telefonía IP, así como la arquitectura en que se puede diseñar y finalmente, también se
explicó la adecuación óptima de la infraestructura de red orno requisito base para poder
montar la diversidad de servicios y aplicaciones. Este capítulo nos ha brindado los
lineamientos básicos de entrada para poder diseñar un sistema de comunicaciones
unificadas correctamente. A continuación, en el siguiente capítulo se explicará más sobre
el diseño del futuro sistema.
CAPITULO 111
DISEÑO DEL SISTEMA DE COMUNICACIONES UNIFICADAS
Ahora se presenta la etapa del diseño del nuevo sistema, para lo cual, primero se visita el
local del cliente con el fin de analizar la problemática actual, luego se hace un
levantamiento de información de todos los elementos (red lan, sistemas energía,
condiciones de cableado estructurado, sistema de telefonía) con los que cuenta el cliente
CAVALI, posteriormente se identifica todos los requerimientos del cliente, y en base a
toda la información obtenida, se podrá elaborar un buen diseño de la solución de
comunicaciones unificadas.
3.1 Identificación de la oportunidad
a) Reseña de la compañía CAVALI

La compañía CAVALI es una exitosa empresa en el rubro de actividades bursátiles
que nació en el año 1989 bajo el nombre de Caja de Valores - CAVAL, como una
unidad operativa de la Bolsa de Valores de Lima, y en el año 1997 se constituyó con
el nombre CAVALI, para brindar los servicios de registro, transferencia y liquidación
de valores y fondos. En los últimos años, CAVALI ha llevado su experiencia en
proveer soluciones para el mercado de valores a otros mercados, ganando prestigio a
nivel internacional. CAVALI asesoró la creación de la Entidad de Valores de Bolivia
(EDV) y el fortalecimiento de la Central de Valores de República Dominicana
(CEVALDOM), instituciones de las cuales es accionista. También ha asesorado a las
superintendencias de valores de El Salvador y República Dominicana.
CAVALI dentro de sus operaciones, coordina frecuentemente con las empresas

agentes de bolsa SAB (Sociedad Agente Bolsa), encargada de realizar las
operaciones de compra y venta que los inversionistas les solicitan. La figura 3.1
muestra una operación de "desmaterialización" que cotidianamente realiza CAVALI
76
con las SAB. Para la fase inicial del proyecto, materia de este informe de tesis,
CAVALI cuenta con una fuerza laboral de aproximadamente 120 empleados, con su
oficina principal domiciliado en Lima Cercado, Pasaje Acuña 191.
,.
("J
= l lil
--::J-
=- SAB
� Entrega Físi co
Cliente
Vendedor
[!] -
Detalles del Depósito
1) El Cliente entrega el
cer tificado físico a la SAB
O 0
111111 -� -
2) La SAB ingresa
electrónicamente detalles al
sistema
3) La SAB envía los
documentos Confirma validez e Emisor
al emisor o a CAVALI (CAVALI} informasituación
4) El emisor confirma la
validez del valor y la @] Ingreso de valores
al Registro contable
situación del mismo
deCAVALI
5) Los valores son registrados
en CAVALI
Figura 3.1.- Operaciones de CAVALI y SABs
b) Estado actual de las comunicaciones de voz

Una breve descripción de los diferentes elementos (sistemas y redes) con que cuenta
el cliente como producto de una visita previa al diseño del nuevo sistema:
• Sistema Eléctrico, Actualmente cuentan con un sistema eléctrico estabilizado,

y un sistema de pozo a tierra con valor de 5.4 ohmios.
• Cableado Estructurado, Todos sus puntos de red de datos (conexión de las
computadoras a la red LAN) tienen instalado cable UTP RJ45 categoría 5.e,
además tienen instalado un cableado UTP RJ11 estándar que sirve para
conectar los puntos de voz a la planta MDF de la central de PBX de BVL.
• Cuarto de comunicaciones, CAVALI tiene todos sus servidores principales
alojados en un Data Center de la empresa GMD bajo un contrato de "housing",
en este cuarto de comunicaciones se instalarán el equipamiento del nuevo
sistema.
• Sistema de telefonía o Equipo de procesamiento de llamadas, La compañía
CAVALI no cuenta con una central propia que procese sus comunicaciones de
voz privada, sino que, recibe una extensión de 80 teléfonos análogos desde
77
una central PBX (marca ALCATEL) propiedad de la compañía BVL (Bolsa de

Valores de Lima); para las llamadas hacia y desde la PSTN utilizan una línea
RDSI Primario alquilado por CAVALI, pero conectado a la central PBX de BVL
y de esa forma, le permite atender sus necesidades de comunicaciones de
voz. Actualmente CAVALI requiere incrementar sus anexos telefónicos, pero
existe limitación en el hardware de la PBX de BVL.
También tienen planes de expansión a otras agencias y poder comunicarse
sin costo con las agencias SAB.
• Sistema de IVR-ACD, No existe un ACD (Automated Call Distribution) y las
llamadas entrantes de la PSTN son contestadas directamente por un único
operador, debido a que la PBX de BVL no tiene recursos suficientes para
poder brindar funciones de ACD.
• Sistema de mensajería de Voz, Por limitación de recursos de la central PBX
de BVL, solo asignó 20 casillas de voz a los usuarios de CAVALI, pero ellos
requerían un mayor número de casilla de voz con interconexión a su servidor
de correo electrónico para poder recibir los mensajes de voz en la bandeja de
su cuenta email.
• Sistema de red LAN, La compañía cuenta con un renovado equipamiento de la
red LAN, ellos han adquirido recientemente una compra de switches de la
marca 3Com con switches que cubren la capa de Acceso, Distribución y Core.
c) Resumen de requerimientos:
El cliente CAVALI ya no deseaba seguir dependiendo de la central PBX marca Alcatel
de propiedad de la Bolsa de Valores de Lima y estaba decidido en adquirir un sistema
de comunicaciones que cubriera todas sus necesidades. Con la información recibida
en la sección anterior, se realiza el levantamiento de información en conjunto con el
personal técnico del área de sistemas de CAVALI. Para confirmar las expectativas
que ellos tenían, trabajando en ello, finalmente se obtuvo una relación de los
requerimientos que debería cumplimentar el nuevo sistema de comunicaciones de
voz; en la tabla 3.1 se adjunta la lista de requerimientos.
Con toda esta información se podrá elaborar el diseño completo de la solución que
más se ajuste, pues el cliente también está negociando con otros proveedores una
solución completa y cómoda. Además, se está tomando en cuenta la información
recibida de La gerencia de finanzas de CAVALI, sobre una partida presupuesta! no
mayor a US $90,000.00 para la inversión en el nuevo sistema.
78
Tabla 3.1.- Requerimientos.para sistema de Comunicaciones Unificadas

N Requerimiento general Detalle
1 Procesamiento de llamadas Se requiere una central para una capacidad de hasta 500
terminales (IP, análogos y softphone).
2 Capacidad de cifrado Cifrado de las llamadas entre teléfonos IP.
3 Sistema de correo de Voz Sistema de correo de \OZ con funcionalidad de Mensajería
Unificada que se pueda integrar fácilmente con Microsoft Exchange
2000/2003 y licencia para 50 usuarios, con disponibilidad de 16
sesiones concurrentes.
4 Extender telefonía a SABs Permita comunicarse desde oficina principal de CAVALI con cada
sociedad SAB a tra\és de red WAN.
5 Administración vía Web La solución debe ofrecer un entorno de administración via Web
permitiendo la administracion desde cualquier parte de la red.
6 Redirección automatica de Que permita realizar llamadas a PSTN desde cualquier número
llamadas al exterior externo, de tal forma que se puedan hacer llamadas internacionales
estando fuera de la oficina a tra\és de la línea digital del sistema.
7 Transferencia automática de Que soporte integración con soluciones de Fax Sen.er.

Faxes
8 Conferencias y anuncios Que soporte conferencias tipo Meet-Me (Anexo virtual donde todos
deben llamar para ingresar a la conferencia) y Ad-Hoc (el que inicia
la conferencia imnta a los participantes)
9 Grupos de trabajo con un Que el sistema IVR permita configurar grupos de trabajo tipo
solo número hunting para la atención de las llamadas entrantes.
10 Función Jefe - Secretaria Las llamadas sean recibidas primero por la secretaria y luego
derivadas al jefe, debe incluir función de intercomunicador, permite
realizar llamadas y derivarlas.
11 Operadora Automática Permite incluir mensaje de bienvenida, establece mensajes de
acuerdo a horarios, menú de IVR para enrutamiento de llamadas.
12 Selección automática de Permite establecer reglas para la selección automática de la mejor
ruta ruta de acuerdo al plan de direccionamiento establecido.
13 Movilidad, timbrado Cuando una llamada timbra en el anexo IP, el sistema
simultáneo en otros números automáticamente haga timbrar la llamada a otros números (puede
externos. ser celular, fijo u otro teléfono IP) al mismo tiempo.
14 Acceso a los servicios Que el sistema soporte conectar un teléfono via Internet mediante
telefónicos IP desde una conexión túnel VPN.
cualquier lugar del mundo,
vía internet
15 Llamadas Multimedia El Sistema pueda integrar un video-telefono o una cámara de video.
16 Marcación por nombre Marcar por nombre desde un directorio telefónico.
17 Mecanismos de Ante una caída de los principales servidores de la solución, se
Contingencia pueda brindar contingencia con telefonía básica y atención de
llamadas entrantes de la PSTN.
18 Interconexión transparente Se requiere interconectar la central telefónica nueva a la central
entre anexos de CAVALI y PBX de BVL de forma que al llamar los usuarios de BVL puedan
BVL emnar su número anexo y nombre cuando llamen a CAVALI.
19 Interconexión de troncales Que el sistema contemple interconexión con 2 troncales análogas.
análogas de PSTN
20 Reutilización de anexos Se pueda reutilizar los teléfonos análogos actuales.
análogos
21 Integración con sistema de Soporte integrar fácilmente con cualquier solución/aplicación de
colaboración y colaboración para compartir documentos remotamente y
videoconferencia. videoconferencia que a futuro se requiera implementar.
79
3.2 Diseño del Sistema

En base a la lista de requerimientos, se buscan las diferentes alternativas entre las
diferentes marcas, como Cisco, Nortel, Alcatel. Luego de una evaluación, finalmente se
llega a la conclusión que el sistema de comunicaciones unificadas de marca Cisco se
ajusta más a los requerimientos planteados por el cliente. A continuación se divide el
diseño en secciones según el portafolio de comunicaciones unificadas de Cisco:
3.2.1 Diseño del sistema de Telefonía IP

Requerimientos:
Capacidad máxima para 500 anexos.
Encriptación de llamadas para teléfonos IP.
Administración del sistema vía web.
Soporte de video teléfono.
Directorio corporativo.
Movilidad, para recibir las llamadas en varios teléfonos.
Conferencias, Anuncios.
Funcionalidad Jefe-Secretaria para los jefes.
a) Selección del software para procesamiento de llamadas

Desde la página web del proveedor Cisco
http://www.cisco.com/en/US/products/ps7240/index.html se puede obtener las
características y capacidades del producto Cisco Unified Communications Manager
(CUCM) versión 6.0 (en la fase de diseño del proyecto, la versión CUCM6.0 es la más
reciente):
Sumario de Capacidades
Soporte codee: G.711, G.729A/B, G.722, GSM-EFR, GSM-FR, iLBC.
Seguridad con cifrado de llamadas entre teléfonos IP, algoritmo AES -128Bits.
Protocolos H.323, MGCP, SIP.
Soporte Hunt groups para Login y Logout.
Reporte y Monitoreo de eficiencia en tiempo real a través de RTMT.
Soporte Sip Trunk (RFC 3261).
Soporte Q.SIG, Alerting Name especificado in ISO 13868.
JTAPI y aplicaciones TAPI.
Soporte supervivencia con SRST.
CUCM ofrece HTTP seguro para administración.
Flujo de voz cifrado para los teléfonos modelos: Cisco Unified IP Phone 7906G,
80
7911G, 7921G, 7940G, 7941G, 7941G-GE, 7960G, 7961G, 7961G-GE, 7970G,

and
7971G models.
Reporte de tarificación y estadísticas de llamadas CDR (Call Detail Record).
Configuración Base de Datos API (Cisco AXL).
Corta la conferencia de llamada cuando el originador cuelga
Algunas Funcionalidades del CUCM v6. O:

Call Back: Permite enviar una alerta al teléfono llamante cuando el usuario
llamado ya se encuentra disponible.
Call Conference: Permite establecer conferencias.
Call Transfer: Permite transferencia interna de llamadas.
Extemal Call Transfer: Para transferir la llamada a un numero externo de la PSTN.
Call Pickup: Permite recuperar la llamada entrante del teléfono vecino (mientras
está timbrando).
Call Display Restrictions: Permite establecer políticas para restringir el envío del
nombre al momento que realicen una llamada.
Call Forward: Permite desviar la línea del anexo hacia un número externo de la
PSTN.
Extension Mobility: Permite "mover" la línea a otro teléfono IP de la corporación.
Assistant Manager: Establece un filtro de las llamadas entrantes al teléfono del
Jefe, incluye software en computadora de secretaria.
Call Park: Permite estacionar la llamada para recuperarla desde otro teléfono de la
corporación.
Attendant Console: Incluye un software que brinda a la operadora una distribución
dinámica de las llamadas entrantes.
Forced Authorization Codes: Permite habilitar claves de acceso para llamadas
hacia la PSTN.
Corporate Directory: Permite consolidar la relación de anexos de la corporación en
una Base de Datos LDAP (Lightweight Directory Access Protocol), siendo
accesible desde cualquier terminal IP.
Web Configuration: Permite a los usuarios configurar funciones de su teléfono a
través de interface web.
Do Not Disturb: Ante una llamada entrante, permite rechazarla o desactivar el
sonido de timbrado en el teléfono.
Funcionalidades especiales:
81
Mobile Connect: La llamada al desktop phone (teléfono de escritorio) timbra a la

vez en un teléfono externo de PSTN, si la llamada fue recibida en el celular se
puede transferir al destokp teléfono desktop.
Phone Designer: Permite personalizar rápidamente las imágenes en la pantalla de
los teléfonos IP con wallpapers, así como los tonos de timbrado.
Click to Call: Permite hacer llamadas internas o externas desde aplicativos
Microsoft de la computadora (Power Point, Excell, Word, Outlook).
BLF Phone: Desde un teléfono IP permite verificar el estado ocupado de cualquier
línea remota de la corporación.
BLF Directory: Permite verificar el estado ocupado de cualquier línea remota
desde el directorio corporativo.
Supervivencia del Procesamiento de Llamadas

La supervivencia del servidor de procesamiento de llamadas es brindada por los
enrutadores ISR (lntegrated Services Router) cuando previamente se les ha configurado
la función SRST (Survivable Remote Site Telephony); entonces, cuando el CUCM
estuviera no disponible para dar servicio de telefonía, éstos serán atendidos por el
enrutador ISR marca Cisco. Los enrutadores Cisco en estado SRST pueden soportar
hasta 750 teléfonos IP con el modelo de enrutador Cisco 3845; el enrutador 2811 en
modo SRST soporta hasta 36 teléfonos.
En estado supervivencia, los teléfonos pueden obtener las siguientes funcionalidades:
Call Transfer: Permite realizar transferencia de llamadas.

Call Forward: Permite desviar la línea del anexo a otro teléfono IP o hacia un
número externo PSTN.
Call Conference: Permite realizar conferencia de llamadas entre los teléfonos IP.
AutoAttendant: Modulo básico de contestador automático para distribuir las
llamadas entrantes desde la PSTN. Este módulo funciona sólo con el router en
modo SRST, que a su vez utiliza el protocolo H.323 para comunicarse con los
terminales supervivientes.
Se busca información desde la página web del fabricante Cisco

http://www. cisco. com/en/US/partner/docs/voice ip comm/cucm/srnd/6x/callpros.html, a
fin de planificar el tipo de servidor donde se instalará el software de Communications
Manager CUCM 6.0. La tabla 3.2 muestra cuántos dispositivos soporta cada tipo de
servidor MCS 7800.
82
Tabla 3.2.- Máximo número de dispositivos por servidor
Maximum Users per High-Availability High-Performance

Server Platform Characteristics Server.1 Serveri Server
Cisco MCS 7845 (Ali supported 7500 Yes Yes
models)
Cisco MCS 7835 (AII supported 2500 Yes No

models)
Cisco MCS 7825 (Ali supported 1000 No No

models)
Cisco MCS 7815 or MCS 7816 (Ali 3001 No No

supported models�
A pl!ltform th.st is not !I high-.svsilsbility serve, can sup a maximum of 500 IP Phonies in e non-<�und.snt inst.sllstion
� A high--availability se,ver supports redundancy fot l>oth the pow_ supplis snd the hard dim.
� lvlCS 7815 and MCS 7816 servers sup� only ·1 + 1 redundancy (maximum of 2 se,ve.rs) and cannot be a m:mtM,1 fa dust:r contsinin�
.1 The MCS 7816 serva supports a ma.ximu m of 500 users.
Como se requiere que la central IP soporte hasta 500 dispositivos, de la tabla 3.2 se
define que el tipo de servidor en donde se instalará el software CUCM será del tipo MCS
7816, también se debe incluir la adquisición del token security, dispositivo de tipo USB
que contiene las firmas digitales para habilitar cifrado de las llamadas telefónicas.
La mayoría de las comunicaciones de voz del cliente se realizan en la sede principal y
como desea comunicarse con un teléfono en cada SAB a través de la red WAN, por lo
tanto, el diseño se ajusta a una arquitectura del tipo Centralizada.
Características del servidor MCS 7816 13:
Procesador / Chipset
Procesador(es) total soportado(s): 1
Procesador: 1 x lntel Celeron D 352 3,2GHz
Tecnología de Procesador: EM64T
Velocidad de Bus: 533MHz
Memoria Estándar: 2GB
Memoria Máxima: 8GB
Tecnología: DDR2 SDRAM
Estándar de Memoria: DDR2-667/PC2-5300
Disco duro: 1 x 160GB Serial ATA/150 7200 rpm
Controlador: Serial ATA
Red: 2 x Ethernet Gigabit IEEE 802.3ab
Dimensiones: 4,32cm Altura x 42,62cm Anchura x 60,96cm Profundidad
Peso: 12.7 Kg
83
Se debe tener en cuenta que los mínimos requerimientos de hardware para instalar la
aplicación CUCM 6.0, son los siguientes: Procesador 2 GHz, Memoria RAM 2GBytes,
Disco Duro 72GB. En las versiones anteriores de CUCM (ejemplo CUCM 4.X) no se
requería licencias para dar de alta los servicios propios que ponen en marcha la central
IP, pero ahora en la versión CUCM 6.0, se debe incluir la licencia de nodo para poder dar
de alta todos los servicios.
Como resumen en esta parte del diseño, se tiene que considerar los elementos:
• Software CUCM 6.0 para procesamiento de llamadas
• Servidor MCS 7816-H3
• Licencia para 1 nodo CUCM6.0
• Token security para cifrado
• Arquitectura centralizada
b) Conexión hacia red TDM y supervivencia

Para la conexión hacia la PSTN, el cliente desea mantener la línea digital de acceso
Primario 3112200 que se encuentra en la central de BVL, para las llamadas hacia
celulares desea utilizar Liceas. La Licea es un convertidor celular GSM que utiliza SIM
Card para la comunicación a la red GSM de telefonía celular, su característica es que
actúa como si fuera un teléfono celular y así permite simular la salida como si fuera una
llamada de celular a celular, abaratando los costos de facturación.
También se debe contemplar interconexión a la central PBX de BVL por medio de una
interface con acceso Primario E1. Como primer paso se va incluir un gateway Cisco que
viene de la familia de routers ISR, pero con IOS especial de voz. A su vez, utilizaremos
este mismo gateway para proveer la supervivencia de la central IP CUCM 6.0, este
equipo debe soporta 1 tarjeta dual para 2 PRIMARIOS, más una tarjeta de troncal para
soportar las 2 liceas. El modelo ISR Cisco 2811 se ajusta más a la necesidad, ya que el
modelo ISR Cisco 2801 sólo soporta 1 PRIMARIO y el modelo Cisco 2620XM está
descontinuado, tal como lo muestra el cuadro de la tabla 3.3. El equipo idóneo para cubrir
esta necesidad es el ISR 2811, según el gráfico de la figura 3.2:
Vista Frontal
Vista Posterior
Figura 3.2.- Gateway serie Cisco 2811

84
Tabla 3.3.- Capacidad de PRIMARIO E1 por gateway Cisco
2801 1E1
2610XM 1.5E1s
2620XM 2E1s
2650XM 2.5 E1s
2811 2.5 E1s
2821 4E1s
2691 4.5 E1s
2851 6E1s
3725 6E1s
3745 12E1s
3825 12E1s
3845 16.5E1s
Se considera que cada llamada hacia la PSTN deberá darse con la mejor calidad, por lo
cal se debe utilizar el códec G.711. En el mercado existe una tarjeta que soporta la
conexión de 2 interfaces PRIMARIO E1. Este tipo de tarjeta es VWIC2-2MFT-T1/E1, tal
como se muestra en la figura 3.3:
Figura 3.3.- Tarjeta digital VWIC2-2MFT-T1/E1 para dos interface PRIMARIO
Esta tarjeta no incluye los recursos DSP que permite convertir el flujo de voz de la red
TDM hacia el formato de paquetes de la red IP y viceversa, entonces debemos incluir
recursos DSP.
Cisco comercializa recursos DSP en tarjetas PVDM (Packet Voice DSP Module), las
tarjetas PVDM habilitan a los enrutadores ISR para proveer conectividad de voz con alta
densidad, conferencias, capacidades de transcoding (conversión de codicifación o de
Codee); las tarjetas PVDM están disponibles en 5 versiones: PVDM2-8, PVDM2-16,
PVDM2-32, PVDM2-48, PVDM2-64, cada PVDM soporta una cantidad de canales con
recursos DSP, según el cuadro de la tabla 3.4 que se puede obtener de la pagina web del
proveedor Cisco
http://www.cisco.com/en/US/prod/collateral/routers/ps5854/product data sheet0900aecd
8016e845 ps3115 Products Data Sheet.html. Las PVDM se clasifican por su capacidad
para manejar llamadas:
85
Tabla 3.4.- Clasificación de la PVDM por su capacidad

Name Description* Number of Maximum Number of Maximum Number of
DSPs Channels in G.711 Channels in Medium-
Complexity Codees
PVDM2-8 8-channel packet fax 1·· 8 4
and voice DSP
module
PVDM2-16 16-channel packet fax 1··· 16 8
and voice DSP
module
PVDM2-32 32-channel packet fax 2 32 16
and voice DSP
module
and voice DSP
module
and voice DSP
module
Partiendo de la premisa que sólo el 60% de los 100 usuarios tendrán acceso a la PSTN y
un 20% acceso a celulares a través de las liceas, se concluye que bastaría incluir una
tarjeta del tipo PVDM2-64, ya que es casi improbable que todos los usuarios ocupen los
62 canales (30 PRI de BVL+ 30 PRI de PSTN+2 Liceas) y nos bastaría con este PVDM
para proveer todos los recursos de DSP.
Para la conexión a la central PBX de la BVL, hay que considerar la premisa de que las
llamadas entre anexos de CAVALI con anexos de BVL debe ser transparente, en el
sentido de mantener el Nombre y el Número durante la comunicación, por lo cual el
enrutador ISR2811 deberá soportar protocolo Q.SIG (comentado en la sección 1.4.2) y
protocolo MGCP para una administración más flexible. Todos estos requerimientos serán
atendidos por el enrutador cuando utilice un sistema operativo IOS (lnternetwork
Operating System) especial de la serie 12.4.
Para la conexión a las liceas se debe contemplar una tarjeta FXO de 2 ó 4 puertos,
elegiremos una tarjeta de VIC2-4FXO de 4 puertos. Ahora, para cumplir la premisa de
brindar supervivencia al equipo CUCM6.0, existe la función especial SRST en el gateway
que requiere un sistema operativo IOS que soporte dicho SRST, para habilitar la función
de SRST.
Valor Agregado en el enrutador gateway
El valor agregado que aquí se incluye es en el momento en que el enrutador se ponga en
estado SRST, entonces, la teoría nos indica que en modo SRST, el enrutador utiliza
protocolo H.323 para comunicarse con sus equipos terminales a los que brinda servicio
de telefonía, por lo cual se aprovechará el protocolo H.323 para habilitar la función de
AutoAttendant (Operadora Automática) de un IVR, el cual funciona muy bien con
86
protocolo H.323 y no requiere algún tipo de licencia o costo adicional para el cliente, sólo
se debe prever que el IOS del Gateway soporte script .TCL para las configuraciones
especiales.
Finalmente, luego de sumar las funcionalidades que debe manejar el Gateway, se hace
una comparación de los tipos de IOS en la página web del proveedor Cisco
http://tools.cisco.com/Support/Fusion/FusionHome.do y tomaremos el IOS tipo c2800nm
ipvoicek9-mz.124-15.T1 .bin. Como resumen del diseño para conexión a la PSTN y
supervivencia de la central IP, se incluirá los siguientes elementos:
Gateway de tipo Cisco ISR2811.

1 Tarjeta VWIC2-2MFT-T1/E1.
1 Tarjeta PVDM2-64.
1 Tarjeta VIC2-4FXO.
IOS tipo c2800nm-ipvoicek9-mz.124-15.T1.bin.
Archivo script .TCL para habilitar función IVR básico en estado de contingencia del
enrutador, y 6 archivos de audio para el mensaje de bienvenida.
c) Tipo de terminales para las comunicaciones.

Se define el tipo de terminales de acuerdo a sus funciones y cargo, se tiene la siguiente
información en cantidades:
5 Terminales para soporte de Fax.

20 Terminales análogos para personal técnico.
39 Teléfonos IP para personal técnico-ejecutivo, soporte XML y programable, una
línea, switch interno para conectar computadora.
36 Teléfonos IP para personal ejecutivo, soporte XML, programable en 2 líneas,
personalización de display, switch interno para conectar computadora.
7 Teléfonos IP para jefes/gerentes con soporte XML y 3 líneas, switch interno para
conectar computadora.
2 Teléfonos IP para gerentes centrales con soporte XML, varias líneas y a colores,
personalización de display, switch interno para conectar computadora.
1 Teléfono IP para operadora, personalización de display, switch interno para
conectar computadora.
5 Teléfonos en versión de software, para hacer llamadas por internet.
87
Luego de una evaluación de las características de teléfonos IP (ver Anexo A sobre la

gama de Teléfonos IP) y análogos, se escogió la siguiente cantidad de teléfonos por
modelo:
• 5 ATAs, para conectar los Fax.
• 1 VG224 que soporta hasta 24 teléfonos análogos.
• 39 teléfonos IP de la serie 7911G.
• 1 teléfonos IP de la serie 7961G + Modulo Expansión 7914G, para la operadora.
• 5 IP Communicator que funcionan como softphone.
En la figura 3.4 muestra el lado posterior del equipo VG224, que sirve para conectar
hasta 24 teléfonos análogos. Cabe señalar que la conexión a los teléfonos análogos es a
través de un cable multipar con terminal 0825 tipo "male" en un extremo y el otro extremo
se conecta a la planta interna MDF (Main Distribution Frame) de usuarios, donde se
encuentra reflejados los puntos de voz de cada roseta que termina en los escritorios de
los usuarios.
Terminal D825
Interface Í i
FastEthemet 1
í
Conector
Salida female Power
Figura 3.4.- Equipo Voice Gateway VG224
En la figura 3.5 se muestra el equipo ATA186 que soporta hasta 2 teléfonos, el primer
puerto soporta G.711 y G.729, pero el segundo sólo soporta codee G.711.
A B
Características
- Punto A para conectar 2 teléfonos análogos
- Punto B para conectar a la red IP
- Punto C es para conectar la fuente poder
- Soporta codee G. 711, G. 729 y protocolo SCCP
Figura 3.5.- Equipo ATA y características

88
Ahora, en esta etapa del diseño se debe considerar que para dar de alta los teléfonos IP,
ATAs, equipos software en el CUCM, se requieren licencias. Cada modelo de teléfono
requiere una cantidad de licencias, cuyo nombre son DLU (Device License Unit). Por
ejemplo, el modelo 7911G requiere 3 DLU para poder registrarlo; la lista completa de
DLU por tipo de teléfono se muestra en la tabla 3.5.
Tabla 3.5.- Calculador de DLU

Unified Communication Manager Device License Unit Calulator
Input
Number of Units
Device Units /Device Devices Required
7902 1 o o
ATA 186 2 5 10
7905 2 o o
7910 2 o o
7912 3 o o
7935 3 o o
7936 3 o o
IP _Communicator 3 5 15
7920 4 o o
7940 4 o o
7941 4 36 144
7960 4 o o
7961 4 8 32
7970 5 2 10
7971 5 o o
7941G-GE 4 o o
7961G-GE 4 o o
7985 7 o o
7911 3 39 117
Cisco_VT_Advantage 1 o o
Total= 328
Como el cliente desea mantener un stock de licencias para futuras aplicaciones, entonces
se planifica un total de 380 DLU. Como un resumen del diseño para esta sección
tenemos:
• 5 ATAs, para conectar los Fax.

• 1 VG224 que soporta hasta 24 teléfonos análogos.
• 1 teléfonos IP de la serie 7961G + Modulo Expansión 7914G, para la operadora.
• 5 IP Communicator que hacen la función de softphone.
• 380 licencias DLU
89
3.2.2 Diseño del sistema de Atención al Cliente

Requerimientos del cliente:
Operadora automática (Autoattendant) que maneje las llamadas de forma
automática, hasta 30 llamadas de forma simultánea.
Habilitar función de ACD (Automated Call Distribution) como una forma de
distribuir las llamadas entrantes hacia grupos configurados.
Capacidad de encolamiento de llamadas, ante desborde de llamadas.
Soporte a futuro, configuración de agentes con reporte histórico de llamadas.
Soporte a futuro, de distribución de llamadas en base a conocimiento.
a) Selección del software Contact Center,

Se puede mencionar el Cisco Unified Contact Center Express (CUCCX), este software
instalado sobre un hardware de tipo MCS, puede brindar las siguientes características:
Cisco Unified Contact Center Express maneja centro de contacto de voz para
atender llamadas de departamentos, agencias remotas, pequeñas y medianas
empresas que planifican desarrollar una solución de Centro de Contacto; UCCX
provee un ACD (lntegrated Automatic Call Distribution), integración con CTI
(Computer Telephony lntegration), con soporte hasta 300 agentes y 300 puertos
de IVR.
UCCX está disponible en 3 versiones de paquetes según la licencia adquirida:
a. UCCX Standard, Incluye Editor para configuraciones básicas de Contact
Centers y no soporta ruteo de llamadas basado en conocimiento (skills).
b. UCCX Enhanced, Añade nuevas capacidades de ACD, monitoreo de
llamadas de agentes y supervisores basado en aplicaciones desktop y
funciones CTI, con soporte para ruteo de llamadas basado en
conocimiento (skills) y encolamiento con prioridad.
c. UCCX Premium, Provee un conjunto completo de funciones de IVR,
incluye integración con base de Datos que habilita aplicaciones de
autoservicio con ASR (Automatic Speech Recognition), TTS (Text to
Speech), Voice extensible Markup Language, capacidad de ejecutar
aplicaciones HTML.
Para esta etapa del diseño, se slecciona el software Cisco Unified Contact Center
Express, ya que la empresa CAVALI es de tamaño medio (menor a 200 usuarios
90
corporativos y sólo 1 Primario) con la licencia del paquete Enhanced que podrá cubrir el
requerimiento del cliente a futuro para habilitar callcenter con agentes.
b) Cálculo de recursos de IVR,

Para calcular la cantidad puertos IVR y agentes necesarios, en esta parte del diseño se
utiliza dos modelos de tráfico que existen: Erlang-8 y Erlang-C; el modelo Erlang-8 se
usa para calcular el número de puertos IVR y Erlang-C para calcular la cantidad de
agentes.
Cisco ha introducido Cisco IPC Resource Calculator que es un calculador vía web, que
sirve para calcular la cantidad de recursos de Contact Center tales como: Número de
agentes, IVR Ports, Troncales PSTN.
El cliente por el momento no desea agentes en su IVR, sólo desea habilitar 4 grupos de
anexos en Hunting que realicen las funciones de operadores para atender las llamadas
que se reciban de acuerdo a las opciones del Menú que los llamantes externos
seleccionan al momento de marcar el número del Primario 3112200; por lo tanto, debido
a que no se diseñará agentes de call-center, se hará el diseño en base al modelo de
Erlang-8. De la página web http://tools.cisco.com/partner/ipccal/index.htm, se escoge la
opción "IP IVR Standalone Calculator", se ingresan los valores de BHCA=260 (llamadas
en intervalo de 60min), Duración promedio de llamada = 120seg, Porcentaje de Bloqueo
= 2%, y el calculador arroja un valor de 15 puertos IVR necesarios, la imagen de la figura
--
3.6 muestra los resultados del calculador.
Advanced Service Technology Group Cisu S,n1•s
IPIVR Stand-Alone Calculator
f-
r - ... r-- - -
F
T
runL: -� Group: � Cavali
1¡-
--- -- -
l 60min ... , 60min ... 60min ...
�
60min ...
Calls Per Interval (BHCA): 1
260 O calls
1
1 calls calls calls O calls I
r001%
AvgCallDuration: 120sec 2mOs Osee OmOs ¡osee OmOs Osee OmOs [osee OmOs
róOI �:_ __
r-1 - - B-lo_c__ _%_ _S_ _1_-- --):-..,j2= o-
= ----i=_OO-l º=1/o---¡:001 %
T 0V
kag e (P TN runks
! Voice Tnmks/ IVR Ports Required: !t 5 Ports -- ¡O Ports ¡O P_orts

___ ¡O Ports P.orts
Figura 3.6.- Calculador de puertos IVR con el método Erlang-8.
c) Diseño del menú de IVR,

En acuerdo con el cliente se diseña el menú de opciones que debe contener el ACD, el
menú se definió tal como se describe en la figura 3. 7:
91
MENSAJE 1.
Gractas por llamar a CAVALI, SI conoce
el número del anexo, márquela ahora ...
de lo contrario marque:
----------- 1 para atención al cliente
� --->l
2 servicios y operaciones
3 administractón, contabilidad y finanzas
4 para comunicarse con la operadora,
De lo contrario nuestra operadora lo
MENSAJE 3: atenderá en unos instantes...
El anexo marcado es
incorrecto, por favor
vuelva a intentar.
La central deriva la
NO llamada a una cola
de espera con
MENSAJE 2C En
�----------------�CAVALI trabajamos
construyendo
Cliente conoce el infraestructura
estos mas de 1 O
S1 años de actividad.
SI
SI
Cliente Selecciona
una Opción
Se mantiene en cola de espera hasta que

algun anexo se libere, mientras se
escucha el mensaje de espera.
MENSAJE 2A
"Nuestros ejecutivos se encuentran
SI ocupados, espere un momento por favor,
NO La operadora esta
En CAVALI trabajamos construyendo
ocupada infraestructura para el mercado de
valores, contribuyendo así con el
desarrollo del pais. CAVALI ofrece un
servicio integrado, seguro y eficiente de
compensación, liqutdacoón y registro de
Se mantiene cola de valores.
S1 espera por 30 seg con Altos estándares internacionales.. es lo
MENSAJE 2B "Nuestra que nos ha caracterizado en estos mas de
operadora se encuentra 10 años de actividad."
Recibe la llamada ocupados, espere un
operadora y direcciona momento por favor. "
SI
Se transfiere la llamada
Anexo se liberó
al teléfono IP
Contesta mensaje de la
casilla de voz Unity:
MENSAJE4
Contesta el buzón de
(Nombre de la Persona, 1--------------..� Deje su
mensaje
con la voz de la propia
persona), deje su
mensaje por favor.
Figura 3.7.- Diagrama de flujo de IVR
La figura 3.8 muestra un resumen del diagrama de flujo del IVR con el menú de opciones.
92
J,
Inicio con
Mensaje
Bienvenida
y 1 Opción 1 1 1 Opción 2 1 1 Opción 3 1 1 Opción 4 1
l
Discado del anexo
Atención al
l
Servicios y Administración
Cliente Operaciones Contabilidad Operadora
y Finanzas
Figura 3.8.- Menú de opciones IVR
Cada opción permite enviar la llamada a un grupo de teléfonos (hunting) que hacen la
función de agentes, el hunting distribuye las llamadas entrantes bajo el criterio del
teléfono más desocupado y si los agentes se encuentran ocupados. El hunting tiene la
capacidad de encolar las llamadas hasta encontrar el primer agente disponible.
d) Selección del hardware IVR,

Habiéndose culminado el diseño a nivel lógico, se hace el estudio y análisis a nivel de
hardware, para elegir el servidor donde se pueda instalar el software UCCX. Se hace el
análisis en base a la información de diseño SRND UCCX
http://www.cisco.com/en/US/docs/voice ip comm/cust contact/contact center/crs/expres
s 5 0/design/guide/crs502smd.pdf, en el capítulo 6, página 96, se resalta la tabla de
soporte de hardware:
Tabla 3.6.- Capacidad de recursos por tipo de servidor
Maximm• Number ot Maximum Number ot Maximmn BHCA per
Server Plattorm Agent Phones Non-Agent Phones Agent
MCS 7816 50 10 30
MCS 7825 100 20 30
MCS 7835 rMC 7 45 150 30 30
De la tabla 3.6, que muestra la capacidad por servidor, se escoge el modelo MCS 7816,
las características son las mismas del servidor para el CUCM, mencionado en la sección
3.2.1.
3.2.3 Diseño del sistema de Correo de Voz

Requerimientos del cliente:
Sistema de correo de voz unificado con Microsoft Exchange 2000/2003.
93
Licencia para 50 casillas de 'voz.

Licencia para 16 sesiones recurrentes al correo de voz.
Licencia de 2 sesiones recurrentes para usar tecnología Text to Speech, para leer
los mensajes de correo electrónico desde sistema de correo de voz y también
pueda responderlos.
Soporte integración con Fax Server
Personalización de mensaje de bienvenida por usuario
Soporte Autoattendant.
Sólo para tener claro el concepto, la solución de Correo de Voz UNITY de Cisco se
clasifica por 3 tipos:
1. Voicemail-Only, Se refiere a una integración de casilla de voz con telefonía, donde
no hay acceso a las casillas de voz vía ningún cliente
2. lntegrated Messaging, Es Voicemail con acceso a telefonía, así como acceso a
solo casilla de voz vía cliente de mensajería.
3. Unified Messaging, Es Voicemail con acceso a telefonía así como acceso a casilla
de voz, correo electrónico y fax vía un cliente de mensajería.
Desde la página web http://www.cisco.com/cisco/Web/psa/design.html de Cisco, ver figura

3.9. Podemos encontrar la información que nos ayudará con el diseño de la solución para
el Correo de Voz.
Des1gn
Select Your Product or Technology
Enter ProdJct r la1'1e e g 13500 S :�1tch or IP Rout1ng [ Find ]
> Pro<luc1s > Voice and Unified Communications > Unified Communicati1Jns Applications
Make a selection to continue:

Recently Useó Products Cisco TelePresence Products Appllcation Oe'lelopment
l,1y Added Devices Communications lnfrastructure Cisco Un1fied Communications 1/v"idqets
Add Device Customer Contact Cisco Un1fied Communicat1ons w1th 181,1 Lotus
IP elephony Cisco Un1fied Communications with l,l1crosoft
Products >
Unified Communications Appli�tions > Cisco Unified Presence
echnology
Unified Communications Metwork t.fanagement Cisco Un1fied SIP Proxv Software
End--of-Sale / End--of-Life Unified Commun1cat1ons Systems Conferenc1n9
Telephony Applications
un1t1ed Communicauons Cl1ents
Unified Communications l,1obility
01ce Mail and Unified Messagin
Figura 3.9.- Página web para el diseño correo de voz

94
a) Software de Correo de Voz,

Cisco provee una solución de correo de voz unificado sólo a través de su producto UNITY
Unified Messaging. Ppara iniciar con el diseño del UNITY, comenzaremos con el modelo
de despliegue el cual puede ser Distribuido o Centralizado con múltiples sitios vía red
WAN. Para el escenario de CAVALI, los anexos de la SAB no utilizarán casillas de voz,
pero a mediano plazo la empresa tiene planes de extender sus oficinas en sitios remotos,
así que plantearemos el diseño para que a futuro los usuarios ubicados en las sedes
remotas puedan acceder al sistema de Correo de Voz, por lo cual, para el escenario de
CAVALI se concluye que el despliegue de tipo Centralizado con Múltiples sitios vía WAN
se ajusta más a la necesidad actual del cliente.
Por requerir mensajería unificada, para nuestro diseño tomaremos el tercer tipo UNITY
Unified Messaging, para lo cual existen varias versiones de UNITY. Para la fecha del
diseño se tenía disponible las versiones Unity 4.2 y 5.0, y como el cliente actualmente
utiliza como servidor de correo electrónico a Microsoft Exchange2000, la versión que
soporta Exchange2000 es la versión UNITY 4.2, por lo tanto tomaremos la versión de
Unity 4.2.
b) Definición de hardware
Continuando con el diseño, ahora se escoge el tipo de servidor para la mensajería
unificada, el factor decisivo es la cantidad de recursos que debe soportar (número de
usuarios, sesiones recurrentes), de la sección Cisco Unity Supported Platforms List
(CUSPL) disponible en la pagina web de Cisco,
url:http://www.cisco.com/en/US/products/sw/voicesw/ps2237/products data sheets li
st.html, se podrá encontrar varios modelos de servidores con sus capacidades, a
continuación se resalta características de hardware y capacidades del servidor MCS-
7815-12:
Características del servidor MCS-7815-12-ECS1
Supplier: Shipped by Cisco or Provided by Customer, manufactured by IBM
Platform overlay: 1
Form factor: Tower
Mounting: Rack mountable (5RU). Must purchase Raíl kit separately.
Cisco Unity versions supported: 4.x, 5.0
Platform Configuration Disc: Windows 2003 & Windows 2000
Processor(s): Pentium D at 2.80GHz (dual-core with 2x1MB L2 cache) processor
RAM: 2 GB RAM
Hard drive: 80GB Hard Orive, SATA 300, 7.2k RPM
Maximum voice ports: Cisco Unity Unified Messaging: 24
95
Maximum users: Message store on the Cisco Unity server -1000 users
Maximum users: Message store not on the Cisco Unity server - 1000 users
Maximum Cisco Unity lnbox users: Cisco Unity 4.2 and later - 500 users
Maximum Text-to-Speech sessions: 12
Approximate message storage, G-711 codee, minutes (hours) 67,271(1,121 hours)
Approximate message storage, G-729 codee, minutes (hours) 538,168 (8,968
hours)
Tal como se puede ver en la lista expuesta, el servidor que se ajusta al diseño
corresponde a la serie MCS 7815-I2-ECS1. En la fase de implementación, se debe
considerar que el Unity Unified Messaging involucra la integración con varios servidores
tales, como: DNS (Domain Name Server), Global Catalog Server, Domain Controller, Mail
Store (Exchange o Domino Lotus). Entonces, la indicación del fabricante (según página
http://www.cisco.com/en/US/partner/docs/voice ip comm/unity/405/design/guide/udg.html
) nos señala como premisa principal instalar el servidor UNITY en la misma ubicación
física de la red LAN donde se alojan los equipos antes mencionados.
Valor Agregado:
Si bien hasta aquí se cumplió con los requerimientos para el servicio de correo de voz, de
la sección anterior se entendió la importancia del servicio IVR que brinda el servidor
UCCX para el negocio de CAVALI. Por lo tanto, se planifica brindar un elemento de
contingencia al servicio de IVR, para lo cual, en el servidor UNITY se piensa utilizar un
módulo de funciones llamado "Call Handlers" soportado en la versión UNITY 4.2. Con el
módulo de Call Handlers se puede configurar un menú de opciones para habilitar un ACD
(Automatic Call Distribution), tal como se ha diseñado para el servidor UCCX; la única
desventaja es que la contingencia hacia el nuevo IVR será manualmente, es decir, en
caso que el servidor UCCX se volviera no disponible, el administrador de red debe hacer
un simple cambio en la central IP CUCM para desviar todas las llamadas entrantes al IVR
del Unity y todas las llamadas serán atendidas por el servidor UNITY.
3.2.4 Optimización de la infraestructura de red

a) Red LAN sede principal CAVALI
La red LAN está conformada por equipos switches de la marca 3Com, de la serie 55XX y
son de propiedad del cliente. Dentro de la planificación del diseño, se obtiene la
información de estos Switches:
Switches Core: 3Com SuperStack 5500G-EI,
Switches Distribution y Acceso: 3Com SuperStack 5500 SI,
96
Figura 3.10.- Switch 3Com 5500 SI de 48 puertos
Es de por sí una gran ventaja poder realizar la implementación del proyecto sobre la red
LAN actual del cliente, sin recurrir a cambios de la plataforma de switches, lo que evitará
gastos adicionales. La figura 3.1O muestra un modelo de switch 3Com, y la página web
del proveedor 3Com (www.3com.com) indica las características de los switches de la
serie 5500:
• Ports: 48 auto-negotiating 10BASE-T/100BASE-TX/1000BASE-T ports, 4 of

which are dual-personality operating as 10/100/1000 or Gigabit SFP
• Convergence: Weighted Round Robin/Fair/Strict Priority Queuing, IEEE 802.1p
Class of Service/Quality of Service (CoS/QoS), IPv6 classification, prioritization
and filtering, ingress/egress rate limiting, webcache-based bandwidth
management
• Layer 2: IEEE 802.Q VLANs, 802.3ad LACP, 802.3x full-duplex flow control,
802.1D STP, 802.1w RSTP, Fast Start with BDPU protection, IGMP v1/v2
multicast filtering
• Layer 3: Hardware-based routing, ECMP, ARP, virtual interfaces, static/dynamic
routing, RIPv1/v2, OSPF, ASIC Layer 3 forwarding, PIM-DM, PIM-SM, IGMP
v1/v2 snooping, DHCP Relay
• Security: RADIUS; PAP/CHAP/EAPoL (EAP over LAN) authentication; session
accounting; SSH; Access Control Lists; packet filtering; SNMP v3 encryption,
IEEE 802.1X Network Login; authentication, VLAN autoinitiation and QoS
profiling; multilevel access privileges; administrative password recovery;
management activity logs
• IEEE standards: IEEE 802.1D (STP), 802.1p (CoS), 802.1Q (VLANs), 802.1w
(RSTP), 802.1X (Security), 802.3 (Ethernet), 802.3ad (Link Aggregation), 802.3ab
(1000BASE-T), 802.3ae (10G Ethernet), 802.3af (Power over Ethernet), 802.3i
(10BASE-T), 802.3u (Fast Ethernet), 802.3x (Flow Control), 802.3z (Gigabit
Ethernet)
De las características mencionadas, los equipos LAN switching 3Com sí pueden utilizarse
para soportar las aplicaciones de comunicaciones unificadas que requiere CAVALI
97
implementar, pues controlando la calidad de servicio en el tráfico de voz como una parte
esencial para que las llamadas no sufran entrecortes e intermitencias. Si la política de
QoS es aplicada apropiadamente, el tráfico de voz puede pasar a través de la red
adelante de los datos menos críticos, lo que permite asegurar la operación del sistema de
comunicaciones de voz en niveles aceptables. Investigando más sobre los switches de la
marca 3Com, éstos soportan un número de métodos para detección y priorización
automática de tráfico de voz, el cual puede ser identificado (clasificado) por diversos
métodos, incluyendo clasificación por las direcciones QUI, que son identificadores únicos
que IEEE asignó a cada fabricante y está conformado por primeros 6 dígitos de la
direcciones MAC, por ejemplo, QUI 3Com phone = "00-E0-88", QUI Cisco phone = "00-
03-68", QUI Polycom phone = "00-E0-75". Los switches 3Com también soportan
marcación de tráfico a nivel de paquetes con el DSCP en valor "EF". Una vez clasificado
el tráfico de VolP, necesita ser marcado para que viaje con la prioridad correcta; ésta
priorización será aplicada a todos los puertos del switch donde se conectarán los equipos
de VolP. Finalmente, los switches serie 5500, por defecto usan algoritmo WRR para
manejar las colas "queue schedulers".
El primer paso será crear una VLAN (Virtual LAN) para el tráfico de voz y un plan de
direccionamiento IP exclusivo para la red de voz, el segundo paso será aplicar los
parámetros de QoS en los puertos donde se conectará los teléfonos IP, luego se
configurará el comando "Voice VLAN" a los puertos donde se conectarán los teléfonos
para etiquetar la cabecera DSCP de los paquetes al valor "EF", de acuerdo a los valores
mostrado en la Tabla 1.4 del capítulo 1.
RedWAN Red LAN

Switch Teléfono IP
El switch marca Los teléfonos IP

los paquetes de clasifican tráfico
tráfico voz en de voz en la trama
cabecera L3 con L2 a CoS=5, y
DSCP = EF y tráfico datos a
agenda las colas CoS=O
Figura 3.11.- Aplicando QoS en red LAN de CAVALI

98
La figura 3.11 esboza el tratamiento que se da al tráfico de voz luego de optimizar la red
LAN. Los paquetes que no hayan sido marcados ni clasificados serán tratados como
datos menos críticos. Como un resumen en esta parte del diseño se tiene:
• Creación de un nuevo segmento de red para la red de voz, diferente al plan de
direccionamiento IP que utilizan en sus aplicaciones actuales.
• Creación de una red virtual LAN exclusiva para la red de voz.
• Aplicar QoS en los switches donde se instalarán los equipos de telefonía:
teléfonos IP, Gateway, servidores CUCM, UCCX, UNITY.
b) Red LAN agencias SAB

En las oficinas de cada agencia SAB se encuentra que la red LAN está conformada por
un switch simple que no maneja QoS ni soporta VLANS, además, se recibe la negativa
de los propietarios de las SAB de invertir en un cambio switches. Frente a esta realidad y
por tratarse de 1 teléfono IP por cada SAB, a nivel de los switches no se hará ningún
tratamiento de QoS y para las llamadas hacia oficina principal de CAVALI será
fundamental la QoS que se aplicará en el enrutador de la red WAN.
En esta sección se definie por cada agencia SAB, una dirección IP para cada teléfono IP.
c) Red WAN
El requerimiento del cliente es instalar un terminal de teléfono IP en cada SAB (Sociedad
de Agencia de Bolsa) para poder comunicarse con los empleados de la oficina principal
de CAVALI. Como no forma parte de este informe de ingeniería la habilitación de una
conexión WAN hacia las sedes remotas de las SAB, sólo se mencionarán las condiciones
que el cliente debe exigir a la empresa Proveedora de Servicios que contrate:
• Red WAN puede ser de las tecnologías como: línea dedicada, Frame Relay,
MPLS. Cada llamada a través de red WAN utiliza G. 729, con un consumo
promedio de 32 Kbps de ancho de banda.
• Red WAN debe garantizar una buena calidad de voz, aplicando mecanismos de
QoS entre los enrutadores de la red WAN.
• El enrutador de la oficina principal se encargará de realizar el ruteo de las VLANS
que se configuraron en los switches; se configurarán sub-interfaces con protocolo
802.1q, una sub-interface será para la puerta de enlace de los equipos de
telefonía.
• En el enrutador de la SAB se configurará una dirección IP secundaria del
segmento de voz que será la puerta de enlace de cada teléfono IP y también
realizará la priorización de paquetes de voz.
99

En este capítulo se ha definido el diseño de los elementos que conforman el sistema de
comunicaciones unificadas, preocupándonos por dar un valor agregado que el cliente
pueda percibir claramente, se resalta la doble contingencia del IVR del sistema y las
aplicaciones que soporta el sistema en conjunto. Con un buen diseño ahora se podrá
continuar con la siguiente fase de implementación, lo cual se abordará en el próximo
capítulo.
CAPITULO IV
IMPLEMENTACION DEL SISTEMA DE COMUNICACIONES UNIFICADAS
En este capítulo se tratará de explicar la planificación del trabajo y su respectiva

ejecución; también se describe los detalles técnico operativo que permitirá poner en
funcionamiento el sistema de comunicaciones unificadas. Como primera tarea
fundamental, se realiza una adecuada planificación del tiempo que toma la ejecución de
cada tarea del proyecto. Para eso, será de gran utilidad utilizar la herramienta de los
diagramas de Gantt de Microsoft Office Project, el cual es un estándar en la Gestión de
proyectos de gran envergadura.
El diagrama se ha elaborado identificando las principales tareas, de acuerdo a la

siguiente lista:
Importación de los equipos.

Habilitación y optimización de los recursos de la red LAN,
Habilitación de infraestructura de red WAN.
Instalación y configuración en cada sistema (telefonía, mensajería de voz e IVR).
Migración de plataforma.
Soporte y mantenimiento.
Firma de protocolo pruebas
A continuación se descbribirá los detalles técnicos, explicando la forma en que se

llevaron a cabo las tareas descritas. Debo aclarar que por razones didácticas el orden de
los subcapítulos siguientes quizás varíe en referencia al Gantt, pero se conservará el
contenido.
En la figura 4.1 se muestra el diagrama de Gantt para el proyecto, con el tiempo de
ejecución promedio que tomará cada tarea y el responsable correspondiente.
ce·
'T1
e
Q)
...
�
oº
iii k:t Task�me DurllCión Comienzo Fin
(O L!!i'.! on� locl '07 di: '07 lene 'OE Jfeb '08
1 I I 1
Q) o [ 1 j1s j2 3 l3o1: 114121 18125 I 2 l 9 116 123130 l 6 113 120 I27 l 3 110117124
3 ../ hnplementad611 de Comunicaciones Unflcadn - CAVALI 124dfe9 )le9U7 ule 2122118
0J 2 lmport11eión de eq�os 48días jue 916/07 u, 11/12.()7 TdP
a. ..,,..
CD 3 ..,,-· Verttlceciónde Faclld&des Técnicas - 01the CAVALI 2dles rrlé 9f12A'.l7 )Je 9/13.()7
4 Hs:>ileción de F acilidedes Técni::as Sdías lun 9117A'.l7 vie 9/2Ul7 '1:"CAVAU
G') ../
0J 5 ..,,-· Entrega de ,:iartlle de dsl� pn la con1Igureición Sdfas lun 9124.()7 vle 9/28.07 ALI
:::::, �
;
::i 6 ..,,-· O,:ilmlzación lnfr11eslructura de red 7ellas rrlé 10/3A'.l7 jue 10/1Ul7 CAVALl,TdP
"O 7 ..,,-· Start Up y Pre-Configi.nción de �ip0$ UC en TdP 4días mle 11114/07 u, 11/19.07
0J
B ..,,-· Instalación y c!Xllg.ireción de OJCM 6.0 3 ellas rrnr 11/20A'.l7 jue 11122.()7
..,,-· lnsteilaclon y contg.¡reción de Osco Unly lk1Ifled liéssiiglng 3 días lun 11126.()7 mié 11128.07
lnstal&ción y C!Xllg.¡reción de UCCX IVR 3 ellas lun 12/3/07 mié 1USAJ7
�r ..,,-·
Q)
..,,-· Instalación de terminal� IP en or!cina 1/ SABs, 12 dfas Jue 1216.()7 vle 12/2Ul7
"O Cmfiguracicn de Funclooafidades, Movilld:id, IPMA,etc 7 ellas jue 12/27/07 \lle 1/4,()8
dP
..,,-·
Migración de plata1orma de comuniceciones 1 cía sib 1112.()E lun 1/14.()8
CD
..,,..
i
3 lnsteilación servidor Terlflcador
TdP
CD ..,,-· 1 cíe rrar 1t15.()E mer 1/15.08
Sq:)orte técnico y morioreo 3 0días lun 1114.()E vie 2/22.()8
:::::,
0J
..,,-·
..,,-· Protocolo de Pruebes 1 dla �le 2/22.()E vle 2/22.()8 �'
5:
:::::,
a.
CD
"O
'<
CD
n.o
......
102
4.1 Configuración y optimización de la infraestructura de red
4.1.1 Red LAN de oficina principal y oficinas remotas

La red LAN tiene como plataforma un conjunto de equipos switches serie 5500 de la
marca 3Com, que son propiedad del cliente. Esta tarea fue ejecutada por el cliente en
conjunto con nosotros. A continuación se resume las configuraciones que se realizaron:
a) Configuración de una vlan exclusiva para el segmento de red de voz, se creó la vlan
20.
.
'
- ¡-,- .. .
� 5500-EI ,··�-· '
-:��-'
3C0m �if_
,.,
�-- .
....
°""'º SUmmorr
�
__,
°""""
.,_
-
Pon
Seañr ACUOOS
Tacn > POE
Yolc:eVI.AN
DI*- 5ummary�tor"�
XRNfobnc
Procl,d)Com SutitrStad>: .f Swtk:n 5500-EI 18--POt'I SOft-NMt VtfSlon JCom OS V3 02 OJS56
ProductX Nunllblr.3CR17161-91
SoftwareYonklftl 02.0l!JS6 202

Unit Uplme:.52 O�ys 23 hOtJrs 16 nvnutts 17 stconds 000000
r;.::::, • 5500-EI
3COm Devlce > Volee VLAN [ Setup J
s-.,j . l
Voice, VLAN $tate. Enab� -
VOIC8\II..AN-tQ· (2• 409-4)
En:ablo ....,
Volee vt..AN Ag:rng nme 5 rJ1n
(5Ltsn. 43200Ltin
Derauu • 14,0J.lin)
�, -c�.-n,-.-,�
3C0m
�- 5500-EI
O.vice> Volee VLAN ( Summary)
.....,,...,¡ .. -.
--
-· Vok:e VI..», State
V0tee 'w'Un SeQJ:ll(y
Enablt
En.able
Votc•VLN·UO 20
-
Volee VlN4 Aoino Time.. 5(man}
Pon
lOOla � PMS En¡bled kW V� VLAN
PortUame Uode
Elheme111011 Auto
Bheme,11012 Auto
EEMmt11/0ll Auto
Ememet110J, Aulo
Etne,ne1tlOJS Auto
E1hemet1IOJ6 Aulo
Elhomot11017 ""º
Elhtmtl1JOl8 Auto
Elhtme1tt019 "''º
Ports in Volee VLN4

1,W,-1,1)16, 1/0J8, 110f11-1IOl17, 1/0l20, 110124-1'0125
Figura 4.2.- Configuración de una vlan en el switch 5500-EI

103
La figura 4.2 muestra la configuración de la vlan de voz (ID VLAN = 20) a través de la
interface web. En la actualidad, la mayoría de fabricantes de equipos de comunicaciones
Lan incluyen interfaces GUI (Graphical user interfaces), que los hace más flexibles y
reduce la complejidad durante la configuración y administración.
b) A la vlan de voz se le asignará un nuevo segmento de red
192.168.164.0/255.255.255.0, los equipos de telefonía se van a configurar
manualmente, no existe servidor DHCP.
Legend
-- FsstEthemet Cable
• - Data Traffic
• - Voice Traffic
----
--- 7
SWITCH
.._,_......., __
Figura 4.3.- Modo de conexión de teléfonos IP a la red lan
-Vlan 1O Datos, Segmento de red 172.X.Y.Z / 255.255.254.0

-Vlan 20 Voz, Segmento de red 192.168.164.0 / 255.255.255.0
La figura 4.3 muestra la forma de cómo se conectarán los terminales Cisco hacia la
red,
c) Posteriormente se configura el rango de MAC address de las OUls que corresponde a
los equipos Cisco, estos valores se usarán para aplicar QoS.
d) Se muestra un extracto de la configuraciones de switches, tomando la salida de la
interface CU (Command Line Interface):
SWITCH DE GATEWAYS Y TELEFONOS

<5500G-El>display current-configuration
#
sysname 5500G-EI
#
104
acl number 4999

*** Se han omitido líneas que NO forman parte de la configuración ****
-Las reglas 1-B se usarán para aplicar QoS en los puertos que conectarán equipos Cisco -
rule O permit type 8868 ffff
rule 1 permit source 0007-0eOO-OOOO ffff-ff00-0000
rule 2 permit source 0011-2000-0000 ffff-ff00-0000
rule 3 permit source 001b-d400-0000 ffff-ff00-0000
rule 4 permit source 001d-4500-0000 ffff-ff00-0000
rule 5 permit source 001b-d500-0000 ffff-ff00-0000
rule 6 permit source 001f-6c00-0000 ffff-ff00-0000
rule 7 permit source 1ae2-8400-0000 ffff-ff00-0000
rule 8 deny dest 0000-0000-0000 ffff-ffff-ffff
#
- - En el header del paquete de voz, el switch aplica el DSCP a valor EF - -
qos-profile default
packet-filter inbound link-group 4999 rule 5
traffic-priority inbound link-group 4999 rule O dscp ef cos voice
traffic-priority inbound link-group 4999 rule 1 dscp ef cos voice
#
-- Creación de vlan voz - -
vlan 20
description voip
#
interface Vlan-interface1
ip address 172.16.17.220 255.255.255.0
#
-Configuración del puerto para el Gateway Cisco 2811-
interface GigabitEthernet1 /0/7
stp edged-port enable
broadcast-suppression pps 3000
port access vlan 20
undo jumboframe enable
apply qos-profile default
#
-Configuración del puerto para el Gateway VG224-
interface GigabitEthernet1/0/8
port access vlan 20
undo jumboframe enable
105
#
voice vlan maeraddress 0007-0e00-0000 mask ffff-ff00-0000 description Cisco IP Phone
voice vlan mac-address 0011-2000-0000 mask ffff-ff00-0000 description cambio
voice vlan mac-address 001b-d400-0000 mask ffff-ff00-0000 description Cisco IP Phone 7961 - 2
voice vlan mac-address 001b-d500-0000 mask ffff-ff00-0000 description clSCO 3
voice vlan mac-address 001d-4500-0000 mask ffff-ff00-0000 description Cisco IP Phone 7941
voice vlan mac-address 001f-6c00-0000 mask ffff-ff00-0000 description Lisette Herrera
voice vlan mac-address 1ae2-8400-0000 mask ffff-ff00-0000 description Cisco VG analogicos
#
return
<5500G-El>display version
3Com Corporation
SuperStack 4 Switch 5500G-EI Software Version 3Com OS V3.03.00s168
Copyright (c) 2004-2007 3Com Corporation and its licensors, Ali rights reserved.
SuperStack 4 Switch 5500G-EI uptime is 39 weeks, 3 days, 2 hours, 58 minutes
SuperStack 4 Switch 5500G-EI 24-Port with 1 Processor
128M bytes SDRAM
16384K bytes Flash Memory
Config Register points to FLASH
Hardware Version is REV.C
CPLD Version is 002
Bootrom Version is 5.00
[Subslot O] 24GE+4SFP Hardware Version is 00.00.00
[Subslot 2] 2 STACK Hardware Version is REV.C
SWITCH DE SERVIDORES DE TELEFONIA

<5500-Sl>display current-configuration
#
sysname 5500-SI
#
acl number 4999
--Las reglas 1-5 se usarán para aplicar QoS en los puertos que conectarán equipos Cisco -
rule 1 permit source 0007-0e00-0000 ffff-ff00-0000
rule 3 permit source 0017-5a00-0000 ffff-ff00-0000
rule 4 permit source 001a-2f00-0000 ffff-ff00-0000
rule 5 deny dest 0000-0000-0000 ffff-ffff-ffff

#
qos-profile default
106

#
vlan 20
description voip
#
ip address 172.16.17.231 255.255.255.0
#
ip address 192.168.164.231 255.255.255.0
-Se han omitido líneas que no son necesarias
#
-Configuracion de interface donde se conectará un teléfono IP + PC
interface Ethernet1/0/6
port link-type trunk
port trunk permit vlan 1
voice vlan enable
voice vlan legacy
#
-Configuración de interface donde se conectará servidor CUCM
port access vlan 20
#
--Configuración de interface donde se conectará servidor CUCCX
port access vlan 20
#
-Configuración de interface donde se conectará servidor UN/TY
port access vlan 20
107
#
--Se agrega manualmente /as MAC de /os equipos
voice vlan aging 5
voice vlan mac-address 0007-0e00-0000 mask ffff-ff00-0000 description Cisco IP phone
voice vlan mac-address 0017-Sa00-0000 mask ffff-ff00-0000 description Cisco IP Phone 7970
voice vlan mac-address 001a-2f00-0000 mask ffff-ff00-0000 description Phone 7941-2
voice vlan mac-address 001b-d500-0000 mask ffff-ff00-0000 description Cisco IP 7941 -3
voice vlan mac-address 0010-5800-0000 mask ffff-ff00-0000 description Cisco IP Phone 7961
voice vlan mac-address 001f-ca00-0000 mask ffff-ff00-0000 description Phone 7961
voice vlan mac-address 0022-9000-0000 mask ffff-ff00-0000 description Phone 7941
voice vlan 20 enable
#
ip route-static 172.16.4.0 255.255.255.0 172.16.17.251 preference 60
#
return
<5500-SI>
<5500G-El>display version
3Com Corporation
SuperStack 4 Switch 5500G-EI Software Version 3Com OS V3.03.00s168
SWITCHES DE TELEFONOS
<5500-SI >display current-configuration

#
sysname 5500-SI
#
domain system
#
acl number 4999
-Las reglas 1-5 se usarán para aplicar QoS en los puertos que conectarán equipos Cisco -
rule 1 permit source 0007-0e00-0000 ffff-ff00-0000
rule 3 permit source 0017-5a00-0000 ffff-ff00-0000
rule 4 permit source 001a-2f00-0000 ffff-ff00-0000
#
qos-profile default
108

#
vlan 1
igmp-snooping enable
#
vlan 2
description Goldstone
#
vlan 20
description voip
#
ip address 172.X.Y.227 255.255.255.0
#
interface Aux1/0/0
#
voice vlan enable
voice vlan legacy
#
voice vlan enable
voice vlan legacy
#
voice vlan enable
voice vlan legacy
109
#
voice vlan enable
voice vlan legacy
#
port access vlan 20
voice vlan legacy
#
#
voice vlan aging 5
voice vlan mac-address 0007-0e00-0000 mask ffff-ff00-0000 description Cisco IP phone
voice vlan mac-address 0017-5a00-0000 mask ffff-ff00-0000 description Cisco IP Phone 7970
voice vlan mac-address 001a-2f00-0000 mask ffff-ff00-0000 description Phone 7941-2
voice vlan mac-address 001 b-d500-0000 mask ffff-ff00-0000 description Cisco IP 7941 -3
voice vlan mac-address 001c-5800-0000 mask ffff-ff00-0000 description Cisco IP Phone 7961
voice vlan mac-address 001f-ca00-0000 mask ffff-ff00-0000 description Phone 7961
voice vlan mac-address 0022-9000-0000 mask ffff-ff00-0000 description Phone 7941
voice vlan 20 enable
#
return
<5500-SI>
Cabe destacar que, al ingresar las direcciones MAC de los equipos y configurarlos sin un
servidor DHCP, esto permite evitar ataques de algún tipo de Hacker ó espía que de forma
maliciosa quisieran ingresar a la red, ya que el switch bloqueará su puerto cuando
detecte algún equipo con una MAC que no se encuentre registrada en su tabla de MAC
Address configurada. En la figura 4.3 se muestra el diagrama de la red LAN, que por
razones de confidencialidad de la empresa CAVALI, se han omitido varias redes internas.
110
runk
Red Privada
172.X.Y.Z ----(¡
Correo
Rouler Backup
GMD ma
192.168.164.0/24
voip
Rou er n nclpol
CAVA I Lima
CD 888
Red Privada
172XY.Z - ---4
l 11
192.168.164.0/24 ..
:---.--- ----f 'V
voip � �
Red Privada
172XY.Z ------i
Red Privada
....___ 172.X.Y.Z
Figura 4.3.- Diagrama de red LAN de CAVALI
e) Para las agencias SAB remotas, donde sólo se conectará 1 teléfono IP, debido a que
no cuentan con switches apropiados que soporten aplicaciones de voz, se ha decidido
sólo usar un nuevo segmento de red para los teléfonos en cada SAB, y que el router
WAN sea el equipo encargado de aplicar la priorización de paquetes. Esta premisa es
considerada aceptable ya que a lo máximo, se tendrá una llamada a través de la red
WAN.
4.1.2 Red WAN

Esta tarea fue coordinada directamente por el cliente con el equipo de la red de datos
WAN de la empresa Service Provider, aunque no forma parte del proyecto la
implementación de la red WAN, se mencionará a manera de información. Las
configuraciones fueron proporcionadas con la autorización respectiva.
a) Oficina Principal, El cliente contrató los servicios de un Service Provider para habilitar
la conectividad IP con las agencias SAB. CAVALI arrendó una red IP-MPLS, el cual
brinda una excelente calidad de servicio, y las llamadas se realizarán a través de la
111
red MPLS usando códec G.729,· con un consumo de ancho de banda de 32Kbps por
llamada. El router de la sede principal manejará el ruteo de las vlans (inter routing
vlans). Del router WAN de la oficina principal se pudo capturar las configuraciones
respecto a la interface Lan:
sh run
Building configuration... - - Se han omitido lineas -
interface FastEthernet0/0/0.10
description *** VLAN DATOS ***
encapsulation dot1Q 10
ip address 192.X.Y.Z255.255.255.0
standby 40 ip 192.X.Y.1
standby 40 preempt
standby 40 track FastEthernet0/0
interface FastEthernet0/0/0.20
description *** VLAN VOZ***
encapsulation dot1Q 20
ip address 192.168.164. 3 255.255.255.0
standby 45 ip 192.168.164.1
standby 45 preempt
standby 45 track FastEthernet0/0
router bgp 65458

no synchronization
bgp log-neighbor-changes
network 172.X.Y.Zmask 255.255.255.0
network 182.X.Y.Z mask 255.255.255.0
network 192.168.164.0
timers bgp 1O 30
redistribute static metric 10 route-map CCM
no auto-summary
Donde se puede apreciar que la interface fastethernet0/0 está realizando el ruteo de

las vlans, luego ésta interface se conecta al switch 5500 usando un cable RJ-45 y
mediante protocolo 802.1 Q se logra establecer la conexión lógica.
b) Agencia SAB, el proveedor de servicios configura una dirección IP secundaria en la
interface Lan del router WAN de la SAB, se adjunta parte de la configuración en el
router de la agencia SAB lntercapital:
112
interface FastEthernet0/0
ip address 172.31.5.129 255.255.255.224 secondary- - Red para teléfono IP- -
ip address 172.16.11.1O 255.255.255.224
ip route-cache policy
ip policy route-map TELEFONIA+DATOS
duplex auto
speed auto
Se adjunta en la tabla 4.1, la relación de agencias SAB, con los datos de sus
direcciones IP para red Voz:
Tabla 4.1.- Plan de direccionamiento IP de voz para agencias SAB

Ageiícía-s°A_B
. .
_ ·_.;- ,:·- : ·_. Servicio WAÑ":·.-i:_ .¡p_"(JfN Vqz.:_¡
Continental Bolsa S.A.B. IP-VPN 172.31,5.1/27
Centura Bolsa S.A.B. IP-VPN 172.31.5.33/27
Mgs Y Asociados S.A.B. S.A. IP-VPN 172.31.5.65/27
Provalor S.A.B. S.A. IP-VPN 172.31.5.97/27
lntercapital SAB S.A. IP-VPN 172.31.5.129/27
Seminario Y Cia. S.A. S.A.B. IP-VPN 172.31.5.161/27
Grupo Coril S.A.B. S.A. IP-VPN 172.31.5.193/27
lnversion y Desarrollo S.A.B IP-VPN 172.31.5.225/27
Juan Magot & Asoc. S.A.B. IP-VPN 172.31.6.1/27
Cartisa Peru S.A.B. S.A. IP-VPN 172.31.6.33/27
Latino Americana S.A. S.A.B. IP-VPN 172.31.6.65/27
Solfin S.A.B. IP-VPN 172.31.6.97/27
Andes Securities IP-VPN 172.31.6.129/27
lnvesta S.A.B. IP-VPN 172.31.6.161/27
4.2 Instalación de los elementos del sistema de comunicaciones unificadas

Se presenta la instalación y configuración del servidor CUCM, de los dispositivos
terminales, del servidor UCCX, del Unity, y Gateways; así como la configuración de las
funcionalidades especiales. Se indica que debido a la gran cantidad de páginas que
tomaría explicar y demostrar cada una de las configuraciones, sólo se brindará mayores
detalles a las configuraciones primordiales.
4.2.1 Instalación y configuración del procesador de llamadas CUCM

a) Instalación de la aplicación de CUCM 6.0
El software CUCM 6.0 se cargó en el servidor MCS-7816-I, este servidor se instaló en el

gabinete de comunicaciones del cliente. Para instalar el software se requirió un monitor y
un teclado de PC, a continuación se muestra los pasos de la instalación del software
CUCM 6.0:
113
1.- Insertar el DVD con nombre Cisco Unified Communication Manager 6.0
2.- Aparecerá una pantalla en azul
--< DVD Found >-
A media check is recommended once before installation.
Do you wish to perform a media check?
YES
4.- ----< Media Check Resutt >
The media Check of the image:
Cisco Unified Communications DVD
Is complete, and the result is:PASS
lt is OK to install From This media.
OK
5.- ---- Product Deployment Selection >----
Select the product or product suite to be installed:
(*)Cisco Unified Communications Manager
( ) Cisco Unity Connection
Ok
6.- ---- Proceed with install >-----
Versions on the hard drive: 6.0.1.2000-3
The version on this DVD is: 6.0.1.2000-3
Do you want to overwrite the hard drive?
YES
8.- ---.-Apply Patch >--------
Would you like to apply a upgrade patch as part of this installations?
This option will install the software from the DVD and the prompt you for the location of the additional patch
to apply after the system reboots
NO
9.- -------- lmport windows Data>--------
Would you like to import data from an existing windows system as a data file created by the Data Migration
Assistant (DMA). lt asks for information necessary to retrieve the DMA file, installs the software from the
DVD and then imports the configuration into the system.
NO
10.- -------B asic lnstall>-------
This is the "Basic" installation option. This option installs the software version from the DVD and does not
use any imported data. lt asks for configuration information and then completes the install
CONTINUE
11.- ---- Timezone conflguration >-------
Seleccionar : (GMT-05:00) Bogota, Lima, Quito.
12.- ---"'-Auto Negotatlon Configuration>------
Do you want to enable automatic negotiation of ethernet NIC speed and duplex?
YES
13.- ----""'-DHCP Configuration>--------
Do you want to use Dynamic Host Configuration Protocol (DHCP) on this machine?
NO
114
14.- ----"'-Static Network Configuration>·----

Hostname: STIPCALL
1 P address: 192.168.164.1O
IP Mask: 255.255.255.0
GW address: 192.168.164.1
OK
15.- ----DNS client Configuration>-----------
Do you want to enable Domain Name System (DNS) Client on this machine ?
YES
16.- ----DNS client Configuration>----------
Primary DNS: 172.16.17.17
Secondary DNS (optional):--
Domain: cavali.com.pe
OK
17 .- ---....Administrador Login Configuration>--
Enter the Platform administration username and password.
Choose Help far username and password guidelines.
Administrator ID=XXXXX
Password=YYYYYYY
Confirm password=YYYYYY
OK
18.- ----"-Certificate lnformation>-------
Enter information about your organization. This is used to generate security certificates far this nade
Organization: Cavali
Unit:Cavali
Location: Lima
State:Lima
Country: Peru
OK
19.- ----First Node Configuration>-------
Is this server the First Nade in the cluster?
YES
20.- -----"'-Network Time Protocol Client Configuration>- - ---
Do you Want to set up externa! Network Time Protocol (NTP) server(s)?
NO
21.- ----Hardware Clock Configuration>---
Enter the correct data and time to set the hardware clock
Year (yyyy) 2007 Hour (hh) 17
Month (mm) 11 Minute (mm) 47
Day (dd) 20 Second(ss) 40
OK
22.- ---....Database Access Security Configuration>-----
Enter the system security password. This password is used to secure communication between cluster
nades.
115
Choose Help far username and password·guidelines

Security Password:ZZZZZZZ
Confirm Password
OK
(Authorization is required far communication between nades. This password should be the same on all
nades in the cluster)
23.- ---....SMTP Host Configuration>----
Do you want to configure a Simple Mail Tranfer Protocol (SMTP) host far this machine ?
No
24.- ----Appllcation User Configuration>-----
The Application User username and password are used to lag into the Application administrative
webpage(s)
(Application user lag into the Application
Administration web pages to configure Cisco Unified Communication services, This username and
password must be used far all Aplication user sessions)
Application User Username: ccmadministrator
Application User Password: $$$$$$
Confirm Application User Password: $$$$$$
OK
25.- -----�Platform Configuratlon Confirmation>-
· ----
The Platform Configuration is complete.
Select ok to continue or back to change the configuration
Warning: Once you select ok, you will no longer be able to modify the Platform Configuration.
ok
25.- Después de instalación, el servidor automáticamente expulsa al DVD y se reinicia.
Usando cable directo RJ-45 Cat.5e, el puerto de red del CUCM se conecta al puerto
1/0/21 del switch 5500-S 1.
b) Configuración de los principales parámetros de la central CUCM 6.0, Aquí se

avanzará con las configuraciones previas a la migración, sin que afecte las
comunicaciones actuales con la central PBX Alcatel, para esto se ingresa a la página
de administración de la central CUCM 6.0 a través de una laptop ó PC que tenga
conectividad a la central CUCM, se levanta el browser con la dirección url
https://192.168.164.10/ccmadmin , se ingresa los datos del punto 24 de la parte a),
User: ccmadministrator, password: $$$$$$. La figura 4.4 muestra la pagina inicial
luego de autenticarse, desde el menú Cisco Unified CM Administration, desde ésta
interfaz web se realizarán todas las configuraciones para dar de alta los equipos
hardware, software y las funcionalidades.
116
,,¡,,,¡,, Cisco Unified Ct-4 Administration .1::.1·-. · tJ,) .. e,9�_.º.,-m�

c"co Para 5ofuclonM de Clt:eo Untfled Comrnunlc�Uons
.,""' .,• :
,,....;,�,; . . ,r.nladm1n1,tratnr t.:ru• tn:;nu•
Copyn� C 1999 - 2006 Cisco SyJtems, lnc.

Reservados todos los deretnos.
Este producto tisne funciones (nptugráfie4s , está sujeto a las lores sobre importación, exportación, transferencia , uso tonto de Estados Unidos como del país loe.el. El suminisb'o de producb:Js c:ripto,gráficos de Cisco no
otorga• ten::eros mnoün derecho para le importación, distri>ución o uso del airado, LDs importadores, e:iportadores, d1stnbu1dores o usuanos son responubles del cump1ffl1ento de las leyes loceles , de Estados Unidos. Lo
utili,aoón de est» pn:,ducto supone la ecepteoón dtl cumplffl1ento de les leyes y las normobvas ophcebles. Si no se pueden o.,mpl1r les leyn locales , est.edoumdenses, el producto debe dewolvtrse de inmediato.
se puede encontrar un resumen de las leyes �adounidense-s que ot-caon e los produttos críptogrl4flrm de Clsa> en: httP 1/"'!'ff º2!?2 OOml"f"l/9,:portJcnmoaoo!hWrn l]tmJ.
s, necesita más información, póngase en contacto con nosotros enviando un correo electrónico a e:rport@cisco.com.
Figura 4.4.- Pagina inicial del menú Cisco Unified CM Administration
A continuación se describen los pasos más importantes para la configuración:

El primer paso es cargar las licencias al servidor. De la lista de equipos que
llegaron de fábrica, se obtienen los códigos PAK (Product Authorization Key),
estos códigos junto a la MAC Address del servidor CUCM se ingresan a la página
web de Cisco www.cisco.com/go/license, como se muestra en la figura 4.5, luego
r •
Cisco nos entrega archivos de licencias con extensión .lic.
Customet if 1 o111 •
CISCO
1
1 1
�Order ¡
º
------!
[AAi<]
� Web
Clsco.com
Generale
@)
Ucensa
FIie
lnslall ¡=f �
8& �
Figura 4.5.- Proceso de obtención de licencias para CUCM
Estos archivos .lic se cargan al servidor CUCM desde el submenú System->

License-> Upload, y con las licencias cargadas se procede a activar los servicios
para que el servidor CUCM funcione correctamente. En la figura 4.6 se muestra
las licencias cargadas en el servidor CUCM: 380 DLU para terminales IP y 1
licencia de nodo para el servidor principal Publisher.
117
,,i,,,,,. Cisco Unified CM Adminisb·ation

CISCO Para soluciones de Cisco Unlfied Communlcatlons
. ·
. .
License Unit Report · · . . . . : ., :
.
Ucense Unlt Dlstrlbutlon -----------------------------
192.168.164.10 380
Total Unlh for Feature 380
CCM Node Ucen•e Feature ---------------------------

_ ,_,,_
192,168.164,10 1
Total Unlh for Feature
[ Software Ucen1>e Ver5lon
192.168.164.10 6.0
Figura 4.6.- Licencias instaladas en CUCM
Luego se configura el control de admisión de llamadas ó "Call Admission Control",

la calidad de audio y video puede comenzar a degradarse cuando demasiadas
llamadas activas existen sobre un enlace y la cantidad del ancho de banda se
está saturada. "Call Admission Control" regula la calidad de audio y video
limitando el número de llamadas que pueden estar activas sobre un enlace
particular en el mismo tiempo. En el CUCM los parámetros de Region y Location
proveen el control de admisión.
Se configura la Region, Se ingresa al submenú System-> Region -> Add New
Luego, se selecciona el tipo de compresión códec g. 711 que usarán los
dispositivos internos de R_CAVALI y con las demás regiones se escoge g.729 ya
que están separadas por la red WAN, la figura 4. 7 nos muestra la configuración.
· · · · •: ·• · ,,w - ' •.�t·_:_::�_. : • ·' "! ·'

RL"Qion Confiou.rdlio!L. · _ , . · · . ·¡ . :: � .� _ ,_· _,..:·.. ·� Rclnted Links:
Slat&K----------------------------------------
© A.dd succ.es�I
Q) a,ck on the Reset buttcn to hove the changes t:ake etfect.

Í' Rcalon lnformallon
---
N"me • R_CAVALI
t40TE: Reg1ons(s) not dtSplayed Use Systcm Deh!ult Use System Deh!ult Use System Oefautt
lJnll:LuaTypa
G,) Keep Curre"l Sett1no Kec0 C'urrent Settmo v
O Use System oerault
Figura 4.7.- Configuración del parámetro Region en CUCM

118
'
_ -_
Ahora se configura el Location, System-> Location->· Add
; , New (ver figura 4.8)
·
'
__,
. · :
System • Cllll Routilg • Nedla Rosoun:es • Volee MIII • _
:Oevlee • Applleatlan • u1111r !Aanagement • Bult A<
.,
:
·_Lo�tion Co�figu-�ation , -- -.-.. · · , __; :_
·
'·
� ©Status
Status: Ready
Locatlon Informatlon
[Name" [j.._CAVALJ J
Audio Calls Information --------------------------
1
Audio Bandwidth* Ounlimited
[3000 kbps 0
lf the audio oualitv is poor or choppy, lower the bandwidth settino. For ISDN, use multiples of 56 kbos or 64 kbr
l. Video calls Informatlon

1
Vid<10 Bandwidth* O None O unllmlted 0 :,04 k.Ops
Figura 4.8.- Configuración de Location desde el CUCM
Aquí se ha colocado un ancho de banda 3 Mbps, que va de acuerdo con el ancho

de banda de 3Mbps que el proveedor WAN habilitó para las comunicaciones de
VOZ.
Configuración de los recursos de media (anunciador, conferencia, música en
espera), se ingresa al submenú Media Resource, se habilita los recursos de
conferencia, anunciador y música de espera; se muestra un bosquejo en la figura
4.9:
System • cal Routilg • Media Resouroes • Voleo Mal ..,. Oevioe • Applcation • User tlanogement "
' . . : ...
. .
Media Reso�rce Group Configuration •. · ·, , · .· :.: _· _,, ·
' . . - . , - . .. . .:,
Q Save )( Delete [O Copy � Resel S? Add Hew
(D
11
Status
Status: Ready
Hedla Resource Group Status--------------------

Media Rcsource Group: MRG_CAVALI (used by 197 dev,ces)
Hedla Resource Group Jnformatlon ------------------

Namc ·• MRG_CAVALI
Oe.scnp,tion
Selected Media Resources•

.,,,.. ---- - - -
r.A"'N,::N--,_2::-,;(A""N:
c N,_..: ) �� -- ��
c,e_2 (efe)
V
M0H_2 (M0H)
MTP_2 (MTP) A
O Use Multica�t for M0H Aud,o (lf at least one multicast M0H resource ,s ava,lable)
Figura 4.9.- Configuración de recursos de media
119
Configuración de SRST para la supervivencia en el Gateway 2811, se ingresa al

submenú System-> SRST (ver figura 4.10). La dirección 192.168.164.14
corresponde a la interface LAN (FastEthemet) del router Gateway 2811 que se
conectará a la PSTN; posteriormente es necesario hacer configuraciones a nivel
de comandos en el Gateway, lo cual se verá más adelante.
' ' · · ' ·
SRST Reference Configuration
G1.} Sove )C Ocleto ID Copy � R=el e{} Add New
Shltus
�
Q) Status: Ready
SNSI Heference Status------------------

SRST Reference: SRST_CAVAU (used by 23 devices)
SRST Reference lnformation -----------------

Name* lsRST CAVAU
Port* 2000
JP Address* 192.168.164.14 _J
SIP Network/lP Address
SIP Port* 5060

SRST Certifícate Provider Port* 2445
Figura 4.10.- Configuración SRST desde el CUCM
Configuración de Device Pool, se usa "device pool" para definir un conjunto de

características comunes para dispositivos, características como:
Cisco CallManager group, Date/time group, Region, SRST, (MOH) audio sources.
Se ingresa a submenú System-> Device Pool-> Add New (ver figura 4.11)
l
1,Status
L
© su,tu3: Reody
De:"ice Pool lnformation

�Oev,ce Pool: New
Devlce Pool Settlngs

Device Pool Name • OP CAVALI
Cisco Unified Communications Manager Group• Group CJSCO_CCM
. -c
Colling Scort:h Spocc for Auto-rcgi,trotion < None > V
Reverted call Focus Priority Predeterminado

-- ·----
V
--·
Roamlng Sensltlve Settlngs -----------------
Date/Time Group• CMLocal V
Region• R_CAVALI V
Media Re,:ource Group List MRGL_CAVALI V
Location L_CAVALI V
Networlc Locale Perú "

SRST Reference• SRST_CAVALI
Connect,on Monitor Ourat.10n • .. •
L___
Physical Location Lima
Device Mobility Group < Nonc >
Figura 4.11.- Configuración de parámetro Device Pool

120
De la misma forma se configutan Device Pool para las agencias SAB.

- Se instala el idioma español, desde Cisco OS Administration> lnstall/Upgrade.
- Configuración de "Partition" y "Calling Search Space"
Estos parámetros se aplican a los dispositivos lógicos y físicos, para darles la
capacidad de implementar restricciones de llamadas, "partition" le otorga al
dispositivo una identidad para que pueda ser ubicado por los demás dispositivos, y
el CSS (calling search space) indica hasta que dispositivos yo puedo ubicar. Desde
el submenú: Call Routing-> Class of Control-> Partition-> Add New (ver figura
4.12)
System ... Cal Routklg ... Meclll Resources ... Volee Mal ... Oevlce ... APPlication ... User Manag�
. ' - �
·
CaUing �ea_rch Sp�c_e Configurátion
,. _ ·_ _ _ : . ' : _
Ga Save )( Oelete [O Copy � Add New
Status
G Status: Ready
©
Calling Search Space Information ---------------

Name• CSS_Ninel2
Oescription CSS para llamar hasta Celular Lo cal
Route Partitions for this calling Search Space ------------

FL San Isidro
Available Partitions • • p Llamadas
P-Llamadas
FN-
P:uamadasFN_SC
P Llamadas
FN Sanlstdro
LOI
P:Llamadas V
VA
Selected Partitions p_Empleados
P_Llamadas Anexos
P Llamadas FL
y
P:uamadas CL
A
P_Voicemail V
- 1 Savc 11 Dcletc 11 Copy 11 Add New 1 --------------

Figura 4.12.- Configuración de parámetro Calling Search Space
Configuración de los equipos terminales IP

Se registran los datos de los teléfonos dentro de la base de datos del CUCM, para
eso, desde la página web de CM Administration se va al submenú Device->
Phone-> Add New, Datos a ingresar en el CUCM: MAC Address del telefono,
Location, Device Pool, Une, MRGL, Locale installer, Display Name, Partition,
Calling Search Space. Luego, en cada teléfono IP se ingresan los datos: Dirección
IP de CUCM (TFTP server), dirección IP de puerta enlace, Dirección IP del
teléfono, Mascara de red. En el archivo del anexo B se incluye los datos de los
equipos telefónicos que se va instalar para la oficina principal y para las agencias
SAB, posteriormente la configuración en el CUCM se realiza tomando en cuenta
las clases de servicio:
121
Clase de Servicio de anexos SAB:

-El parque de teléfonos de SAB puede llamar a los anexos de la oficina principal
de CAVALI y viceversa, a través de la red WAN.
-Los teléfonos de SAB estén impedidos de marcar a otro anexo de SAB.
-Los teléfonos de SAB no puedan usar el Primario de CAVALI para realizar
llamadas externas hacia la PSTN.
Clase de servicio de anexos de oficina principal:
-Todos los usuarios pueden llamar hacia la PSTN usando clave privada, excepto
los anexos de vigilancia que sólo se les dará acceso a ciertos números
particulares.
-Los anexos pueden llamar a los anexos de la PBX Alcatel de BVL y viceversa.
-Los anexos de gerentes pueden marcar hacia la PSTN sin usar claves.
-Los usuarios que no son gerentes no pueden marcar directamente a los anexos
de gerencia, y la llamada debe ser filtrada por las secretarias.
Es importante señalar que los teléfonos IP se instalaron en cada escritorio antes
de la fecha de migración, se avanzó con el despliegue de los teléfonos IP para
tener todo listo y así el cambio de tecnología tome el menor tiempo, sólo se
dejaron para el día de la migración la instalación de los teléfonos análogos que
tenían el servicio desde la central Alcatel.
4.2.2 Instalación y configuración de gateways

En esta sección se describe las configuraciones mínimas previas a la fecha de migración.
El Gateway se instaló en el gabinete de comunicaciones que el cliente tenía habilitado.
a) Configuración de Gateway Cisco 2811

Según la etapa de diseño, el Gateway se compró con 1 tarjeta E1 Primario + 1 tarjeta
FXO 4 puertos y se configurará protocolo MGCP debido a la arquitectura centralizada. A
través de una laptop y con el cable serial que viene en el router, se ingresa al router 2811
usando la aplicación Hyperterminal con los siguientes parámetros: Bits por segundo:
9600, Bits de datos: 8, Paridad: Ninguna, Bits de parada: 1, Control de Flujo: Ninguno.
Luego se carga dentro de la memoria flash del router el sistema operativo IOS adecuado
que soporte protocolo MGCP, protocolo Q.SIG, SRST fallback, IVR por medio de script
TCL; de acuerdo al capítulo de diseño se usará el IOS c2800nm-ipvoicek9-mz.124-
15. T1.bin.
En resumen, se adjunta la configuración iniciales que se realizaron en el router:
122
R-TIP-GATE#sh run
version 12.4
== Hostname que será utilizado para comunicarse con el CUCM vía protocolo MGCP==
hostname R-TIP-GATE
== Para habilitar el modulo que conectará los Primarios ==

card type e1 O O
enable secret 5 $1$0qGO$PKETn6xFbeV6UH/7uVMJQ1
no aaa new-model
clock timezone GMT -5
== configuración para evitar errors "slips" de sincronización -
network-clock-participate wic O
network-clock-select 1 E1 0/0/0
network-clock-select 2 E 1 0/0/1
== configuración del tipo de switch CO global ==

isdn switch-type primary-5ess
voice-card O
no dspfarm
==Habilitamos los codee g. 729 y g. 711 ==

voice class codee 1
codee preference 1 9711ulaw
codee preference 2 g729r8
==Aquí configuramos el controller que activará el Primario para la conexión a A/cate/==

controller E1 0/0/0
pri-group timeslots 1-31 service mgcp
description Conexion Alcatel
==Aquí configuramos el controller que activará el Primario para la conexión a PSTN==

controller E1 0/0/1
framing NO-CRC4
description PRI 3112200
== Se ingresa la dirección IP dentro del rango de la red de voz 192. 168. 164. O==
ip address 192.168.164.14 255.255.255.0
duplex full
speed auto
123
interface Serial0/0/0: 15
description Conexion ALCA TEL
no ip address
encapsulation hdlc
isdn switch-type primary-qsig == Habilita el protocol Q. SIG
isdn overlap-receiving
isdn incoming-voice voice
isdn bind-I3 ccm-manager == Aplicamos este comando para que el ca/1-agent tome control de la interface
serial vía MGCP ==
isdn sending-complete
no cdp enable
no ip address
encapsulation hdlc
isdn switch-type primary-net5-Se define el tipo de switch CO de la PSTN
isdn bind-I3 ccm-manager -Aplicamos este comando para que el ca/1-agent tome control de la interface
serial vía MGCP
no cdp enable
ip route O.O.O.O O.O.O.O FastEthernet0/0
voice-port 0/0/0: 15
cptone PE
voice-port 0/1/0
cptone PE
timing hookflash-out 50
description LICEAS
voice-port 0/1/1
cptone PE
timing hookflash-out 50
description LICEAS
voice-port 0/1/2
voice-port 0/1/3
voice-port 0/0/1 : 15
cptone PE
124
==Para levantar la comunicación entre el CUCM y Gateway vía el protocolo MGCP ==

mgcp
mgcp call-agent 192.168.164.1O 2427 service-type mgcp version 0.1
mgcp bind control source-interface FastEthernet0/0
mgcp bind media source-interface FastEthernet0/0
mgcp profile default
b) Configuración del Gateway en el CUCM

Ingresando a la página web de Cisco Unified CM lnstallation, se creó un gateway desde
el submenú Device-> Gateway-> Add New (ver figura 4.13)
.. 11' 11 •• Cisco Unified CM Administration

CISCO Para soluciones de Cisco Unified Communications
Systern • C8I Routi'lg • Mec:18 Resources • Volee Mal • Oevlce • Appllcatlon • User Managemert •
- - - . - - -- ..
.
Add ·a n�w Gateway· · · - ·. · ·. · ·. · � - , ..,'. ..··
:.' ..
- ' -
.. - . , . . - . ' -. . ·- - . --,
.
Next
¡< Select the type of gateway you would like to add:

Gateway Type* VG224 V
�--------11- _-_N
- o
- t_S_e"""le
- ct_e...,.d-- ---------------1 - --------
1-- --
1-
Cisco IAD2400
- [ Next C!SCO 1751
CISCO 1760
Cisco 269X
'\!:,)
a\) • *· C sco 26XX
indicate !
CISCO 2801
Cisco 2811
Cisco 2821
Cisco 2851
Cisco 362X
Cisco 364X
Cisco 366X
Cisco :3725
Cisco 3745
Cisco 3825
Cisco 3845
Cisco Catalyst 4000 Access Gateway Module
Cisco Catalyst 4224 Voice Gateway Switch
Cisco Catalyst 6000 24 port FXS Gateway
Cisco Catalyst 6000 El VolP Gateway
Cisco Catalyst 6000 Tl VoIP Gateway
Cisco VG200
Cisco VG248 Gateway
Communication Media Module
H .323 Gatewav
Figura 4.13.- Creación de Gateway 2811 desde CUCM
Se escogió Gateway tipo Cisco 2811, próximo paso es seleccionar el protocolo MGCP,
luego se ingresó el nombre del Gateway R-TIP-GATE y finalmente se dejó configurado
las interfaces y controllers según muestra la figura 4.14:
125
Systern ,.. CeU Routi1g ,.. Medie Resouroes ,.. Voice Mal ,.. Oe"llice ,.. Applicetion ,.. User Mana11ement ,.. Bulle Ac
Q Save )( Oelete � Re.set 9 Add New
�©Status
Status: Ready
Gateway Oetails ------------------------ --

Product Cisco 2811
Gateway R-TIP-GATE
Protocol MGCP
Domain Name * [R-TIP-GATE
Description
�---------------
jGateway de Voz Principal
Cisco Unified Communications Manager Group* Group CISCO CCM
_ _ V
Configured Slots, VICs and Endpoints --------------------

Module in Slot O �4VW�RD �
VWI�MFT-TlEl-El
Subunit O [
V 10/0/ 0 52 0/0/ 1
CJ
UPII
Subunit 1 j VIC2-4FXO
V 0/1/ 0 LS 0/1/ 1 u 0/1/ 2 0/1/ 3
Subunit 2 [< None > vi
Subunit 3 j < None > vj
M odule in Slot 1 1 < Nene >
Figura 4.14.- Interfaces de Gateway 2811
Estas configuraciones son preliminares como preparación para el día de la migración, es

decir, los controllers 0/0/0 y 0/0/1 así como sus respectivas interfaces serial 0/0/0 y 0/0/1
que conectarán los 2 PRI se encuentran en estado "Down" y el día de la migración se
completará la configuración final junto con supervivencia SRST, ya que los 2 PRI se
encuentran operando aún en la central PBX de Alcatel. El equipo VG224 para los anexos
análogos se instalará el día de la migración debido a que la planta MDF está en uso.
4.2.3 Instalación y configuración de sistema de IVR

Se muestra los pasos principales de la instalación y configuración.
a) Instalación de Sistema Operativo y de la aplicación CUCCX
Para cumplir esta primera tarea, se requiere un monitor y teclado de PC, luego se
enciende el servidor, se inserta el disco con el nombre Windows OS 2003.1 (2) y
se reinicia el servidor para proceder con la instalación, posteriormente se instala el
parche de windows actualizado a la fecha, win-OS-Upgrade-K9.2003-1-2a
sr6.exe. Luego se ingresan datos de red desde el escritorio de Windows desde
Start-> Settings-> Network Connections, se ingresa la dirección IP:
192.168.164.11, mascara de red: 255.255.255.0, default Gateway: 192.168.164.1,
126
DNS: 172.X.Y.Z (protegido por seguridad de CAVALI). Se conecta al switch 5500-

SI en un puerto que pertenece a la vlan de voz y se comprueba la conectividad
con el comando "ping" hacia los demás equipos como el CUCM y el gateway.
Próximo paso, se ingresa el disco con nombre Cisco Unified Contact Center
Express 5.0, como se ve en la figura 4.15,
2
Welcome to the lnstalatlon Wlzard for Cisco
c:ustomer Response Solutlons 5.D(l)_Bulld433
1 Jnstl!llau za,d '"" IMl:a� e e Cust _, R e

S lulioos en YOJ1 cornoul:cr. 1 cortinuc, clitk Ncxt.
\VAPNIN · Thls prOQ"arn I pr te ed by C0PY"Qht la, an

lntern treaues.
t d 1 • el 1 •
CISCO
Concel
Figura 4.15.- Inicio de instalación CUCCX 5.0(1)
Luego se autentica a la página web http:l/192.168.164.11/appadmin con el usuario

por defecto para iniciar la configuración del CUCCX, como muestra la figura 4.16.
Customer Response Solutions

ror C1sc..c Unrfied Communicatlons
Ad�i�ist��:ti�ri,::..:¡
.
.. · ;
• ' ' :� .•r -.,, !
Authentication
User !don 1 1cat1on., !Adm1nistrator
Password· 1·········-1
j Log On ! Cancel j
. '
-----------�·----' ---
ses pop-up wrndows. r you have pop-u�
in tall d, configure i I able pop-up for thi 1te .
• .......... _
.... , .,.,.,.•• ,--.A .... _
Figura 4.16.- Pre-configuración del UCCX
Luego se obtiene las licencias de la página web de Cisco

http://www.cisco.com/go/license, se ingresa el PAK y Cisco envía el archivo con
127
extensión .lic, luego de cargar las licencias se cambia el usuario y el password

para administrar la aplicación. Al final se instala el parche a la aplicación UCCX, la
figura 4.17 muestra la versión exacta de aplicación CUCCX y el paquete tipo
Enhanced.
'::\ ;tem ....pp:11: :ttionE 1=ub: ,,.=tr?rY1; •.·,11:::trds Teiol; Help
Customer Response Solutions Admini�tra�i6�:.:.<�@¡�;ifA.. •.tl·1,d1,_�...�

Fo· C,sco Urnfie<l Commun,cations · ... · · ·:. , . ' .,,·,,;>,.;��t:\:( 15(0
�-;"i:f"1t;;Jt:: · .
'
• •••• _J _. ,_-, �i�-�
Cisco Application Administration - S.0(l)SR02_Build026

Package: Unified ccx Enhanced
Cluster: default
Copyright © 1999-2007 Cisco Systems, !ne.

Ali rights reservad.
This product contains cryptographic features and is subject to United States and local country laws goveming import, export,
transfer and use. Delivery of Cisco cryptographic products does not imply third-party authority to import, export, distribute
ar use encryption. Importers, exporters, distributors and users are responsible for compliance with U.S. and local country
laws.
By using this product you agree to comply with applicable laws and regulations. lf you are unable to comply with U,S. and
local laws, retum this product immediately.
A summary of U.S. laws goveming Cisco cryptographic products may be found at:
http;//www,cisco .com/wwl/export/cnpto/tool/stgrg,btml.
lf you require further assistance please contact us by sending email to export@cisco.com.
Figura 4.17.- Página web de administración de CUCCX
b) Configuración de la aplicación Cisco Unified Communications Center Express

Primero se edita el script que será el cerebro para el manejo de las llamadas, de
acuerdo al flujo de IVR detallado que se describió en la figura 3.8 de la etapa de
diseño. El script se programó desde el mismo servidor usando el módulo Cisco
CRS Editor, que es un entorno de programación visual (creado en Java) que se
instala por defecto al momento de instalar CUCCX y sirve para crear scripts de
aplicaciones telefonía y multimedia.
La Figura 4.18 muestra el entorno Cisco CRS Editor, el entorno CRS Editor consta
de 4 paneles, el panel 1 sirve para seleccionar los pasos que se necesita para
crear un script, el panel 2 sirve para editar/crear el script, el panel 3 sirve para ver
los mensajes cuando se valida el script, y el paso 4 para editar, modificar y ver las
variables del script.
A continuación en la figura 4.19 se muestra el script que se programó con nombre
scr_autoattendantv2.aef.
128
� G!>t.U Cu!>lu111C1" Rc5pu115c: Solulium, [iJilor , .· · '·?T5..;� - I:] X

Fle �dit Iool;; Q;!b.Jg Whcb� �ettings: !::!,elp
l O � r.l 1 � J(, � B 1 � n. 1 "'� 1

I+t- l General • D:\Program Ales\wfavYid\scrQ
l
l+f- essIon
i:h- Contact
-/� a1
r-o NJT lWDIF"i
.. ...:J can Contact
-� _,1;
""/
_. =.! eMsil Contact
_. _] HttFJ Cortact ��
-. _J Modio -� '7' IH.1.rJ��:s 1,1.1.1. KE .• 11'.--\" ";/
¡fil '* r.:unrnc r:rcr-_i\r.:E� Jri rE rn�TALL:: "'/
0
-lli! , . IF Y)TJ IW;E cru,N.:;Es •l
-IEJ :AYF: :=WJ:T?T nrr,-¡;:;;, A
,1; -t;,'
� .' * r.: I FTI:f-Ell"T NA.Y.E * 1
1-tr Ac ept (--Trlggerlng contad:--)
-0 · 0 1 rtF-r., , r 1rP :=,ir,11,rr. .u..-,f-.: , ,.
r;. f;,;irt t !rifo ( Tri93 in,,, <: ril )
-[fil1 _ *
0
1 In:.t.1.ol:i�c Pt:oLtp'.:.:::1 "'/
mcnuPrompt :;: Cr�le Co ciilional Prompt (o:sr? SP[A
extnProm¡l = c,eate cornJlt1om1I Prornµt casr ? �P[At
narnePromot = <:reate cor taner Prcmpt Escalcitlon
i
es
nAl!'IP.Prnm(lt :;: c.rFMP. c-,,nr.tntm1Ftl Ptnrnpt (AAr 7 nAl'l'\F__-:j
�
1 _!_)
Neme
AtwaysEnablcDi... boolean
1
Type 1fal:se Vaue 1 A.tlribAes
....
0
MaxRe:ry lnt 3 P1:tamete1
8',Y baolE-an raise
atT.81nf:JlS In!
ertrPro� Pron1r,t
�
Pl)
@rlnlc'.fer
firrlt.lame
strin;}
S'lrirg
1111
1111
(4
',
fulN;m,ePronpt Pron,pt P[]
granimElr Gramn-ar ·ca
longuogo
... -·
Longuogc
.
L[en_l..B]
.... �
1 step 901124 jln 3/32 .94MB of 95 .311\18 1�
FreeMemory
Button
1-
Line
StepNumber
Number Av8ilable MemOf")'
Cluster Slatu · 7�NarrE
step 2 /9 Ln 2 /3 � Charles_Sanity ? Anonymous 8 44MB of 95.31 MB
Figura 4.18.- Cisco CRS Editor

129
U:\J>roycctos \CA\I ALI\IJ>eC.¼cr _autoattcn dantv/.aet

_ _
:" ../:) Start Inicio del scnpt
t � Delay 1 sec
f .. "r! Accept (-Trlggertng Contact--)
$ -� 8IENVENIDA:
prst_anexo =
· .=
Get Digit String (--Triggering Contact--)
Successful
Set prbl_anexo = true
� Gato TRANSFERIR
Tirneout
8 -C If (prst_anexo .compareTo("lj - O) Then
l±J ... True
F'*e
8 --C If (prst_anexo .compareTo("2j �O) Then
True
False Se configura las
i?·-C If (prst_anexo .compareTo("3j =O) Then opciones del Menu I VR
::E True
fa}re
- .. ..¡: If (prst_anexo .compareTo("1j =O) Then
,... =
True
Fa/re
Set prst_anexo = nro_operadora
· -� Goto TRANSFERIR
Vnsucce.ssfuJ
-� TRANSFERlR:
"'
Call Consult Transfer (--Triggering Contact- to prst_anexo with
·:
SuccessfuJ
Set Contact Info (--Triaoerina Contact-, handled)
Busy Se habilita transferencia
InvaJid por consulta
[±] -{! If (prbl_anexo) Then
.!
TlmeoLt
Unsucce.5SluJ
,-m
f.. -'t) Termínate (--Triggerin,;¡ Cont�--)
Fm del scnpt
L..
Figura 4.19.- Script para el IVR
Luego se ingresa a la página web de CUCCX para configurar recursos CTI, el

sistema UCCX usa un recurso de telefonía llamado puertos CTI (Computer
Telephony Interface) que sirve para aceptar las llamadas entrantes al sistema, tal
como se muestra la configuración en la figura 4.20.
Unified CM Telephony Call Control Group

Configuration
Unified CM Telephony Add a New unified CM Ieleohonv can control Grouo
Provider
Unified CM Telephony
call control Group �IDAV Oesaf nAV
f} o Unified CM
Triggers Telephony Group
#U
* Data Resync 1 Refresh Ali j

* Cisco JTAPI Resync
Figura 4.20.- Configuración de puertos de IVR

130
Se carga al sistema los mensajes "prompts", desde el submenú Applications>

Prompt Management> Add New Prompt; se ingresa los archivos de audio
msg_bienvenida.wav y msg_erroranexo.wav que contienen el mensaje de
bienvenida y el mensaje de error cuando marcan un número errado.
Se inserta al sistema IVR el script scr_autoattendantv2.aef creado con el Cisco
CRS Editor, desde el submenú Applications> Script Management> Add New
Script.
Se configura la aplicación de tipo script con nombre "Auto Attendant", desde el
submenú Applications> Application Management> Add New Application. La
figura 4.21 muestra la configuración final.
Cisco Script Application

Trigger: 1 Upda1e 11 Delete 11 Cancel 1 Back to App!ication List
Add new trigger Name Auto Attendant

ID,. o
Maximum Number
of Sessions • [::o 1
Script• 1 SCRIPT{scr_autoattendantv2.aef] ..,7 !Edtt 1
0 folder "auto attendant\"
�--- 7
0 nro_srvcliente
"tJ1W"
J
O tiempo_espera
[0052·
�-·
0 nro_recepcion
0 nro_grupol 7
0 nro_grupo2 1·0054 1
l-0052·
0 nro_operadora - --
- "]
Description IAuto Aitenuam
Enabled 0Yes ONo
Default Script 1- s,stem Default - .., lcdtt 1
Figura 4.21.- Configuración de la aplicación tipo script
Aquí se ha configurado un grupo 4 números que representan las 4 opciones en el

menú IVR:
Ope ion 1: Atención al Cliente-> 8100,
Opcion 2: Servicios y Operaciones-> 8053,
Opcion 3: Administración Contabilidad y Finanzas-> 8054,
Opcion 4: Operadora-> 8052,
Cada uno de estos números representa un hunting que está asociado a un
conjunto de números de anexos. Cada hunting se configura desde la página web
131
administración de CUCM, en la figura 4.22 se muestra un ejemplo de hunting

creado para la opción 4:
Syatem • C11 Routl"lg • Medre R.es� • Voice Ma;t • Oe-,.,ic,.e • Applicatkm • Use-r l-1ana¡ement • BulkAdminittreton • He� •
('lilul P�inl Confionr.11inn ,

� . , , ' · · - . ·. . .-:. , , . .. � =�·· �.:·��
í ...
1
ci ..io"
•m
'"'°"""'º"
1'11 Lmc [11 - 8052 in e Emolcodo$
11
Pilct �.;nt Jmo�....tion ---------------------
Re;aistration Re�istered \\ith Ciscc Unified Communicotions Menooer 192.:69.16.a.10

IP Add,.ess: 192.158.164.10
Pilot Name• Fo_Op•radcr• ]
Desoipticn �ara Oper9dora --J
Device Pool* DP_SRST_CAVA.LI
Rcute Calls to• First Available
Locat1on• I L_CAV.>.U__ --
Media Resource Group MRGL_CAVAU V
Ne:work Hold MDH Audio So urce ,-hold-ope•adorl20208

User Hcld MOH Audio Scurce 7-�o ld·cperadorl202Ge
@ Qucuing eneble
Queue Sae• 35
Queue Hold Time (sec:onds)•
�
Figura 4.22.- Configuración de hunting 8052 en el CUCM
Ahora se configura el parámetro Unified CM Telephony Trigger que es el recurso

que disparará las llamadas entrantes a la aplicación "Auto Attendant" que contiene
el script, esto se hace desde el submenú Subsystems> Unified CM Telephony
Trigger> Add New. El trigger lleva un número de cabecera, se escogió el número
8060, que no forma parte del plan de numeración de telefonía. La figura 4.21
muestra la configuración final. En el flujo de las llamadas entrantes del Primario
3112200, primero el Trigger une la llamada con la aplicación, luego la llamada es
transferida al grupo de CTI ports, y según la opción marcada la llamada se
derivará al anexo del usuario final.
Unified CM Telephony Trigger Configuration

1 Update J I Oelete 1 1 Cancel 1
ulrectory Number
Directory Number .. 8060
TrlmJAr Tnfnrm11tlnn
Language* @panish (Colombia) les_COJ vJ IEdit J

AJ1J1lir.;,tinn N;,mA* A11tn A ttAnr1;,nt
Device Name .. RP_Attendant
Description .. §P_Altendant 7
Call Control Group .. [y"nified CM Telephony Group 1,0(0) v]
Figura 4.21.-Configuración del Trigger

132
Se ejecutan pruebas con el sistema CUCCX llamando desde los teléfonos al

número de la aplicación 8060, para verificar la correcta configuración del IVR. El
día de la migración se hará una configuración simple en el CUCM y el sistema IVR
manejará las llamadas entrantes del Primario de forma directa.
Se utiliza la herramienta BARS (Backup and Restore System) para realizar el
backup de la configuración realizada en el CUCCX, y el backup se guarda en otro
servidor con el fin de tener un respaldo de las configuraciones ante un desastre en
el servidor CUCCX.
4.2.4 Instalación y Configuración del sistema de correo de voz

Se describirá los pasos principales de la fase de instalación y configuración.
a) Instalación del Sistema Operativo y de la aplicación del Unity
Los equipos llegaron con discos de windows 2000 y 2003, como el cliente tiene Microsoft
Exchange 2000, para que la integración funcione se instala windows 2000 al servidor
Unity, a continuación los pasos según el manual del enlace
http://www.cisco.com/en/US/docs/voice ip comm/unity/405/installation/guide/cueum2k3nf
/IG 018.html :
Se requiere un monitor y un teclado de PC, se siguen los pasos de instalación:
1. Inserta el disco Cisco Unity Platforrn Configuration Disc (IBM) CD 1 en lectora DVD
ROM.
2. Click Per Seat, y click Next.
3. Se ingresa el nombre STIPUNIT para el servidor Cisco Unity (netBIOS name). Use only
alphabetical characters A to Z anda to z, numerical characters O to 9, andhyphens (-).
4. Se especifica y confirma un password, luego click Next.
5. Dale Next hasta que aparece "Network Settings" .
6. Click Typical Settings, y click Next.
7. En el campo Workgroup or Computer Domain, click No, This Computer Is Not on a
Network, 6 Is on a Network Wlthout a Domain.
Se gestiona con el fabricante Cisco la obtención de licencias a través de la pagina

web www.cisco.com/go/license, se ingresa la MAC del servidor (00145e884783) y
el PAK del Unity, finalmente el fabricante nos remite vía correo el archivo .lic para
poder continuar con la instalación. La licencia permite 16 sesiones simultáneas de
correo.
Se ejecuta el CUSPA (Cisco Unity System Preparation Assistant) para instalar
componentes de Windows, base de datos, browser y parches de servicios. Se
inserta el disco CD1 Cisco Unity Service Packs y se corre el archivo de la carpeta
133
X:\CUSPA\cuspa.vbs. Con el CUSPA también se instala el Enterprise Manager

para MSDE 2000 (Microsoft SQL Desktop Engine). Se instaló el archivo
ServerUpdatesWizard-v.2.0.5-10-2007.exe para poder instalar parches para
MSDE 2000, internet explorer y también se instaló el agente CSA (Cisco Security
Agent).
Se conecta el Unity a la red de CAVALI, en un puerto de switch que pertenece a la
vlan de voz con los parámetros de calidad incluido, se configura los parámetros de
red, se deshabilita el CSA y el servidor Unity se hace miembro del Controlador de
Dominio del cliente.
Configuración para integrarse con el Exchange 2000, se comienza instalando
software de administración Exchange 2000 en el servidor Unity, se ingresa el
disco Message Store 2000 al DVD-ROM y por cuestiones de diseño se ubica los
archivos de instalación Exchange en la partición D, tal como lo muestra la figura
4.22. Luego se instala los parches.
::1 Microsoft Exchange 2000 Installation Wizard .. :· �:';'.i -

Componenl Selection
S elect and modify components to fit your custom soution.
Click in the left column to specify the appropñate action for each componen!.
.... - �,1icrosoft Exd1ange t'1e.%aging and Collaboration Services

t·,1 i,cr,,�nft F Y.d·,.;ru::w t..-1 S M Ft1I r.,,nnP.o:tnr
Microsoft Exchange Conneclor for Lotus cc:1·.-lail
Microsoft Exchange Connector fo, Lotus Notes
Mrcrosofl E,:change Connector for Nol/ell Group\1,/rse
Microsoft Exchange K.ey Managernent Servrce
Update ...- - Microsoft Ellchange System MMtagement T ools 6.0 D:
T t,•1ic1osoft Exchange 5.5 Administrato1
.... Microsoft Exchange Chal Service
•
Microsoft Exchange lmtant Messaging Service
.!.I
lnstal Path: fD:\Progam Files\Ellchsrvr Change Folder... !
•
DriveD: 4 MB Requested CurrentVersion: 6.0 Disk lnformation... j
63267 MB Remaining
< Back I NeKt > Cancel
Figura 4.22.- Instalación de software de administración Exchange 2000
Extensión del Esquema del Directorio Activo para el Unity, esta labor la realiza el
cliente en su servidor que tiene el rol de Schema Master.
134
Se crean las 4 cuentas de in·stalación.

lnstallation -> Unitylnstall
Administration -> UnityAdmin
Account that Cisco Unity directory services lag on as (directory services account) -> UnityDirSvc
Account that Cisco Unity message store services lag on as (message store services)->
UnityMsgStoreSvc
Estas cuentas se crearon siguiendo la información de diseño, posteriormente se
dan permisos a estas cuentas corriendo el Permission Wizard en el Unity usando
la cuenta de superadministrador del servidor Exchange. Los permisos son para
que con esas cuentas se puedan hacer cambios y configuraciones a nivel del
servidor partner Microsoft Exchange 2000.
Instalación del software Cisco Unity, se inserta el disco Cisco Unity DVD1, se
ingresa con la cuenta de Unitylnstall para proceder con la instalación, en esta fase
se instalan las licencias, se ingresan los password de las casillas por defecto y se
ejecuta la pre-integración entre el Unity y el CUCM con la herramienta Cisco Unity
Telephony lntegration Manager.
b) Configuración de la aplicación Unity 4.2 y CUCM

Desde el CUCM se culmina la integración del sistema Unity con el CUCM, primero
se crea los parámetros de ·integración desde el Unity, se crea un partition
P Voicemail y un calling search space CSS_Voicemail, luego se ejecuta el
Voicemail Wizard desde submenú VoiceMail> Voicemail Wizard (ver figura
4.23).
1 Address l https:l/192.168.164.10/ccmadmln/vmPortWlzard.do
111
11" .. Cisco Unified CM Administration
CISCO For Cisco Unifled Communications Solutions
System ,.. ca11 Rouing • Media Resources • Volee Mal • Devlce • Applicatlon • l.ber Managemenl • Bt.* Amllnlstrllllon ,.. Help ,..
steps Cisco Voice Mail Server

Add a new voice maü server
Add ports to a new Cisco Voice Mltil Server USWlg this neme: jciscoUMl
Add ports
Configure device information for ports
Con11gure Drectory Numbers
Configure Line Group
Confirmalion
Summiry
Figura 4.23.- Configuración de Voicemail Wizard

135
Después se configura el Huntlist y HuntPilot con valor 8020, este número 8020
se usará para crear el VoicemailPilot.
Se configuran los subscriptores (usuarios con casillas de voz) desde el Unity
importando usuarios del servidor Exchange, según la lista de la plantilla de
telefonía (Anexo 8). Posteriormente se instala el software Unity ViewMail
CiscoUnity.VMOS.0.2.exe (se descarga de página de Cisco) en las computadoras
de los subscriptores, ViewMail permite a los subscriptores gestionar los mensajes
de voz desde la bandeja de Outlook.
Finalmente los usuarios hacen pruebas, dejando mensajes a otros subscriptores.
c) Configuración de la contingencia del IVR CUCCX

Para lograr habilitar IVR con menú de opciones, dentro del Unity se hace uso de los Call
Handlers, a continuación se describen los pasos de la configuración:
Se ingresa al servidor Unity desde el escritorio y se autentica con el usuario

Unitylnstall, y se configura un Call Routing desde el submenú Call Management>
Call Routing, con nombre "Auto Attendant" y número 8040, en la figura 4.24 se
muestra la configuración de CallRouting de Unity
··----------·-·-------
Call Routlng Call Routlng: Auto Attendant
Subscribers
Subscrjbers Oirect Calls
Forwarded Calls
Subscrjber Template
Class of Service
Publjc Qjstributjon Ljsts Rule name: ¡Áuto At1endan1
Account Pohcy Status: r- Enabled r Oisabled
Call Management
Call type: 1Both ..:J
Ports:
Call Handlers
Trunks:
loterview Handle s
....--------
Oialed number (ONIS): jao40
Call Routing '
CaII ing number (ANQ:
--.
Schedule:I.-_y_s
Alwa ---.=]
.
Reports Language: 1Spanish(Colomb1a) ..:J
Subscrib.e1s
System
• ü;;ity
Network
Pciwarv LocaJi0o
Deliverv Locations Cisco SuTE11
Oialing Oomains
System
Configuratjon
Schedules Ci co Uoity 4.2 Build 4.2(1)
Figura 4.24.- Configuración de CallRouting
136
En el CUCM se configura un Hunt Pilot con el mismo número 8040 del

CallRouting.
Se configura el CallHandler "Openning Greetin2", como se muestra figura 4.25.

En el campo Greeting Standard se graba el audio con el MENSAJE1.
Y cuando el campo Greeting está en estado "Error'' se graba el mensaje de error

MENSAJE2: "No puede comunicarse con este número desde este servicio, por
favor trate otra vez", y en el campo "After greeting" se activa "send Caller'' to
"Openning Greetin2" de forma que cuando los llamantes marquen un anexo
erróneo se reproduzca el MENSAJE2 y mande la llamada al inicio del menú.
"del p..,; 5.A.A. .. ·. ;,,; .•}·'.• _
�- Ll o
-- -
A,lf<�"iP�--�lld•'%01 'l:.O?\)l'4.'\A.,_78Hw,4(1j:F 1006-'6A8-9( iF,{05,S.D.iZIZA.,,.7W{wNw;i,•2$0
..-,Yldo,,J
MENSAJE 1
Gracias por llamar a CAVALI si conoce
r- 0a» od el anexo mqrm1.�lQ ahora, de lo
t" Enabled , No end d te nd ltme contrario:
1 si es inversionista
Otll� :
r- System
2 si es participante o emisor
r- Recording • 1 "" 11 • o.o 226 V<,l...., 3 si es entidad del estado y requiere
r- IJlll(lk
información de CAVALI
1)111b19 <Jlfi tJruJ:
De lo contrario nuestra operadora lo
� Mcw � atendera en unos instantes ..
lo le II h die, Después del mensaje el m!fil

Atternpl t, �2, es enviado al callhandler
Operator2
Figura 4.25.- Configuracion CallHandler principal
Se habilita el campo Caller Input que permite activar las opciones de menú, según
se muestra en la figura 4.26.
137
Call Handlers Handler: Openning Greetin2

Profile
Call Tram;f,.,
Greetinqs
canee Input
Messaqas
� Allow callara to dial an extension during greeting
Milliseconds to wait for additional digits: j1soo
Key:3
r Lock this key to the action (don, wait for an additional keypress)
Action:
1 2 3 r Ignore key
4 B 6
r Skip greeting
*
7 8 9
o ** r Take message
r Say aoodbye
r- Send callar to I Call handler Select
Attempt transfer for Entidad Estado
Caller input m,1p
1 K"y I Lock11d Action

1
Íl�I Send caller to Attempt transfer for Inversionista 1
Figura 4.26.- Caller Input para el menú opciones
Se crea CallHandler por cada opción del Menú, como muestra en la figura 4.27, la
llamada es transferida al número 8052, que es PilotPoint para la operadora.
Finalmente se debe hacer una configuración en cada suscriptor que tiene casilla
de voz, para que durante la reproducción del mensaje de bienvenida, la llamada
permita alcanzar al anexo marcado, en este caso que muestra la figura 4.28, si el
llamante externo marca el 3112200 y marca el anexo 3224 la llamada será
transferida.
� Call Handlers Handler: Operator2
r.au Iraos{er
�
Callee Input
Messages
T1í!n.sfer Rule a1>111ies. 10:) Standard..=.]
S1a111s:
C:- Eroal,lt,d
r Disabled
Tr ansfet lncorniny c.-ills?
r No (send directly to this handler's greeting)
r Veo, ring moooogo rocipionl'o oxtonoion: Exampl11 Admini�lralor - STIPUNIT (99999)
r- Yes, ring a subscriber at this extension: j8052
While trn11sfe11ing. notlfy caller?

li, Do not play the "Wait while I transfer your can· prompt
Figura 4.27.- CallHandler Operator2

138
Subscrlbers Alvaro Castro

�
Phooe Pa-sswwd
P11y:¡t&L1m
C,Q/MfS§jJ•QQ
i,::all Tra ,;f:er
Gr.QM!U r No (send direct.ty to st1bs.cn1Je s greefng)
�. !I subsetibin'1.
,.. Yes . .i g ubsCllb
t nc;,on:
--�-�-------
3224
AHemate:Edt'\1ilOn·z
r you tat1· psomP1
, •• 11 tJ �· :
r- R•I iO to ch
Figura 4.28.- Configuración en cada suscriptor
4.2.5 Configuración de funcionalidades especiales

A continuación se describen algunas de las funcionalidades, se muestra un resumen de
las más importantes.
1. Configuración de Jefe - Secretaria; más conocido como IPMA (IP Manager Assistant)
se configura usando el wizard desde el submenú Application> Cisco Unified CM
Configuration Wizard, esta aplicación le permite a la secretaria establecer un filtro
en las llamadas que van hacia el jefe, permitiendo que otros ejecutivos/jefes puedan
llamar directamente sin que sea filtrada, todo esto lo hace a través de un programa en
Java instalado en su PC, el software IPMA también permite monitorear el estado de la
línea del jefe, desviar todas las llamadas del jefe.
Pruebas realizadas entre el anexo 3263 Uefe) y el anexo 3264 (secretaria): El anexo
3255 del Sr. Jorge Alegría (no es ejecutivo) desea marcar el anexo del jefe 3263.
3 12p 13.'08.'09 3263
ffi 3264�
LI
3 nuevas llamadas perdidas De3255
( Rellam. X Nvallam X lntrcpt X más ) ( Contes X Redirigir X Tmsf Bu )
Figura 4.29.- Anexos de jefe y secretaria durante llamada filtrada

139
. _, - . . . . . .. . . .. . . --�- -
.� ...
I,¡¡. Cisco Unified Communications Manager Assistant Console: Carmen Medina
!l I ÍnR;:is rlRI jRfR ( Grupo 11a muaatra 1

f 3264 Jesus Palonmo Nombre Número de tel... Notas
ji-� De Jorge Alegria (3255) 39 Uuan Díaz 12345 Esta entrada es un... •
� Mi. llnci:11:
Intercomunicación
--
t--
----- -�- ---------

ffl Dlrector1o: J/:?f)(/?l='\l:ti?t?ttt:: :?Itf}::: :: ....J.!JJ
Nombre! I��
NnmhrR TAIÁfnnn
....
-
-�---
Jefe l lnlercomu ...l Nollllsta Desviar tod ... Es1ado de sec..lTono de aler.. Filtrar llama.. Modo de fll.. Detalles de llamada
�- Jes ...\ <.J i:!f 1 ._, o � 1® Inclusivo� ::J26::J \
\ O Exclusl ...
Figura 4.30.- Aplicativo IPMA para monitoreo de llamada del jefe
La figuras 4.29 muestra el instante en que el anexo 3255 marca al jefe, el jefe
visualiza la llamada y lo puede interceptar, pero deja que la secretaria conteste la
llamada a través del aplicativo IPMA como lo muestra el gráfico de la figura 4.30.
2. Presencia BLF (Busy Lamp Field); Sirve para brindar "en línea" la disponibilidad de los
telefonos, bajo los estados colgado y descolgado, esta funcionalidad es muy útil ya
que permite ahorrar tiempo a la hora de marcar algún anexo. Para configurar se va al
submenú System> Enterprise Parameters de CUCM y se habilita el parámetro "BLF
For Call Lists", luego se crea un Calling Search Space CSS_BLF que contenga la
partition de los teléfonos que se desea saber su presencia, y finalmente en el campo
"SUBSCRIBE Calling Search Space" de cada teléfono se selecciona CSS_BLF.
3. Enterprise Feature Access 2 Stage-Dialing; Esta funcionalidad permite utilizar la línea
digital Primario de la empresa para realizar llamadas hacia cualquier parte del mundo,
previamente se debe haber ingresado el numero externo desde donde se piensa
hacer la llamada. Para configurar se habilita el parámetro "Enable Enterprise Feature
140
Access" System> Enterprise Parameters del CUCM, después en el campo Device>

Device Setting> Remote Destination Profile se añade el numero externo dentro del
campo Remote Destination, el cual va asociado a un usuario EndUser. Se requiere un
número DIO (Direct lnward Dial) disponible que reciba la llamada del Primario y
finalmente se configura el numero de DIO en el campo CallRouting> Mobility
Configuration,
Se hicieron las pruebas con el número celular 998750524, el DIO 3113290, PIN del
EndUser=2008, el número externo era 044-949210900, por lo que tuvo que marcar
desde su celular:
3113290 + 2008 + # + 1 + # + 044949210900 + #; y la llamada procedió.
Cabe indicar que esta prueba se realizó después de la migración, y consume una
licencia DLU por número externo.
4. Click to Call; Esta funcionalidad del CUCM permite a cada usuario (con teléfono IP)
poder hacer llamadas sin necesidad de levantar el auricular, la llamada se hace
directamente desde Microsoft Office 2003/2007, Outlook 2003, ó intemet explorer.
Para configurarlo, se instala el software clicktocall_setup.exe (no requiere licencias ni
costo adicional) en la PC que recibe conexión de red desde el teléfono IP; luego se da
doble click en el icono Cisco Click to Call, se procede con autenticación con el
usuario y password del EndUser, y se puede hacer llamadas.
5. Text to Speech (TTS); Funcionalidad del Unity, permite a los usuarios con casillas de
voz que puedan escuchar sus correos electrónicos, el sistema Unity se encarga de
leer el texto y lo reproduce en "habla". La configuración se hace ingresando a la
página de administración del Unity, se crea un "Class of Service" adicional CoS_TTS
donde se habilita la funcionalidad Text to Speech, después se asigna a los usuarios
este parámetro CoS_TTS. Cabe señalar que la licencia adquirida soporta máximo 2
sesiones concurrentes de TTS.
6. Mobile Connect ó Single Business Number Reach, permite brindar movilidad a los
teléfonos IP, La llamada entrante timbra a la vez en el teléfono IP y en el teléfono
móvil/casa/Fax que se haya configurado. La llamada activa es controlada por el
CUCM y puede ser transferida del móvil al teléfono Desktop y viceversa sin
desconectar la llamada. La configuración se hace en el CUCM. Se requiere 1 DLU por
cada número habilitado.
7. Cifrado de llamadas, Permite codificar el flujo de las llamadas entre los teléfonos IP a
través de una lista de certificados (Cisco Certificate Trust List ó Cisco CTL) firmados
por una entidad que actúa como CA, ésta entidad es el dispositivo Token security, en
forma de USB, que viene con los equipos. Para configurar cifrado se habilita los
141
servicios de seguridad "Cisco CTL Provider" y "Cisco Certificate Authority Proxy

Function" desde la página de Cisco Unified Serviceability Tools> Service
Activation> Security Services, luego desde la página Cisco Unified CM
Administration se crea un perfil de seguridad por cada modelo de teléfono y
posteriormente se hacen configuraciones en el teléfono; como lo muestra las figuras
4.31 y 4.32.
( • -
< �.!
· ·
- ' ' •,
-
_. • ' - : ' - • ""
Phone Security Profile Configuration . · , . . . - ·_ ·· ;'

- - - . - .. - ...
Q Seve )( Delete ID Copy � Reeel e{} Add New
�Status
© Status: Ready
Phone Security Profile Infonnatlon--------------------

Product Type: TypeModel.MODEL_CISC0_7911
Ocvicc Protocol: TypcDcviccProtocol.DEVICE_PROTOCOL_STATION
Name• lcisco 7911 - Standard SCCP -Secure Profile
Descriotion lcisco 7911 - Standard SCCP -Secure Profile
De vice Security Mode I TypeDeviceSecurityMode.DEVICE_SECURITY_MOD ..:.J
P- TrTP Cncrypt:ed Config
Phone Securttv Profile C"PF Infonnlltlon------------------

Authentication Mode • 1 TypeAuthenticationMode.AUTH_BY_STR ..:.J
Key Size (Bits)* ITypeKeySize.KEY_SIZE_1024 ..=]
Note: These fields are related to the CAPF Information settings on the Phone Configuration page.
Figura 4.31.- Configuración de perfil de seguridad
Certification Authority Proxy Function (CAPF) Infonnation -----

r�rtifir..,.tf"'.. np,-nitinn*
Go Pcnding Opcrati on
Authentication Mode *
Authentication String
L
Generate String
Key Size (Bits)*
Operation Completes By r-7111111 (YYYY :MM:DD:HH)
l.::. 11..: IL--· J'· J
Certificate Operation Status: None
Note: security Proflle C:Ontalns Addltlon CAPF settings.
Figura 4.32.- Configuración en el página del teléfono IP
4.3 Migración de la plataforma de comunicaciones y protocolo de pruebas

4.3.1 Migración de la plataforma de comunicaciones
Habiéndose preparado las diferentes aplicaciones de Cisco, se tiene todo listo para
realizar la migración, como primera fase se realizan configuraciones en el gateway para
integrar correctamente las 2 interfaces de acceso Primario, y paralelamente se trabaja en
el VG224 para conectar los teléfonos análogos.
142
a) Se apaga la central ALCATEL de la Bolsa de Valores, se retira la línea digital Primario

3112200 y se conecta a la tarjeta del Gateway 2811, también se conecta el Primario
que interconectará a la central Alcatel. En el Gateway 2811 se realizan ajustes en los
controllers, interfaces serial, se configura SRST para las pruebas de supervivencia de
la central CUCM, y se habilita IVR con script . tel. Se adjunta las configuraciones que
se añadieron al Gateway 2811.
Configuración de Primarios en gateway
! == se configure con protocolo MGCP==
controller E1 0/0/0
description Conexion Alcatel
controller E1 0/0/1
framing NO-CRC4
description Conexion ALCATEL
no ip address
encapsulation hdlc
isdn switch-type primary-qsig
isdn overlap-receiving
isdn bind-I3 ccm-manager ==comando para que el CUCM tome control vía MGCP==
isdn sending-complete
no cdp enable
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn bind-I3 ccm-manager ==comando para que el CUCM tome control vía MGCP==
no cdp enable
dial-peer voice 999010 pots

service mgcpapp
port 0/1/0
143

service mgcpapp
port 0/1/1
Habilitación de supervivencia SRST
ccm-manager fallback-mgcp ==Habilita la conmutación de protocolo MGCP a protocolo H323

ccm-manager mgcp
ccm-manager music-on-hold
ccm-manager config server 192.168.164.1O
ccm-manager config
call-manager-fallback
max-conferences 8 gain -6
transfer-system full-consult
ip source-address 192.168.164.14 port 2000
max-ephones 42
max-dn 144
system message primary CALLMANAGER DOWN ==Mensaje que aparece en display de /os telefonos
IP
system message secondary CALLMANAGER DOWN ==Mensaje que aparece en display de /os
telefonos IP
dialplan-pattern 1 32 .. extension-length 4
keepalive 1O
Se habilita salida hacia PSTN en estado SRST y IVR con script TCL
Para brindar los recursos de media del IVR con script TCL, se debe cargar a la
memoria flash del gateway 2811 los mensajes de audios (grabados en formato .au,
Ley u CCITT) y el script its-CISCO.2.0.10.tcl (se descarga de la web de Cisco y no
requiere licencias), quedando así:
R-TIP-GATE#sh flash:
-#- -length- ----date/time----- path
1 41144352 Dec 7 2007 12:53:22 -05:00 c2800nm-ipvoicek9-mz.124-15.T1.bin == /OS del gateway==
10 45582 Jan 14 2008 09:29:32 -05:00 en_welcome.au ==Audio #1==
11 58989 Jan 14 2008 09:30:26 -05:00 en_reenter_dest.au ==Audio #2==
12 77556 Jan 14 2008 09:30:44 -05:00 en_enter_dest.au ==Audio #3==
13 45373 Jan 14 2008 09:31:18 -05:00 en_disconnect.au ==Audio #4==
14 68152 Jan 14 2008 09:31:50 -05:00 en_dest_unreachable.au ==Audio #5==
15 82362 Jan 14 2008 09:32:32 -05:00 en_dest_busy.au ==Audio# 6 ==
16 6876 Jan 14 2008 09:37:18-05:00 its-CISCO.2.0.1.0.tcl ==script TCL==
12156928 bytes available (51859456 bytes used)
R-TIP-GATE# show running
144
== Translation Rule para que los usuarios antecedan el prefijo 9 antes de marcar el numero externo, el
Translation Rule sólo funciona cuando el Gateway está operando en H.323==
voice translation-rule 1 rule 1 111911\ 1/
voice translation-profile test

translate called 1
! == Se configure la aplicación con nombre tcl-aa que invocará el script TCL ==
application
service tcl-aa flash:its-CISCO.2.0.1.0.tcl
param operator 3286 == numero de operadora ==
paramspace english language en
paramspace english index 1
paramspace english prefix en
param aa-pilot 3112200 ==Numero del Primario ==
dial-peer cor custom

name from-pstn
name to-pstn
dial-peer cor list from-PSTN-list

member from-pstn
dial-peer cor list to-PSTN-list

member to-pstn
== configuración Dial-Peer para que en estado SRST se puedan hacer llamadas hacia números fijos==
dial-peer voice 1O pots
corlist outgoing to-PSTN-list
description Salida Fijo Local I SRST
translation-profile outgoing test
destination-pattern 9(2-7] ..... .
no digit-strip
direct-inward-dial
port 0/0/1: 15
forward-digits ali

description Salida Celular Local I SRST
destination-pattern 9(8-9] .......
no digit-strip
145
direct-inward-dial
port 0/1/0
forward-digits ali

description Salida LDN Fijo I SRST
destination-pattern 90[4-8][0-9][2-8] .....
no digit-strip
direct-inward-dial
port 0/0/1: 15
forward-digits ali

description LDN Celular I SRST
destination-pattern 90[4-8][0-9)9..... .
no digit-strip
direct-inward-dial
port 0/0/1: 15
forward-digits ali

description GRATUITO I SRST
destination-pattern 90800.....
no digit-strip
direct-inward-dial
port 0/0/0: 15
forward-digits ali

description LDI I SRST
destination-pattern 900T
no digit-strip
direct-inward-dial
port 0/0/0: 15
forward-digits ali
146
! ===Se configura el Dial-Peer para que desviar fas llamadas entrantes del Primario 3112200 a fa
aplicación tcf-aa==
description LLAMADAS ENTRANTES al PRI I SRST
service tcl-aa
incoming called-number 3112200
port 0/0/1: 15

description Salida Celular Local I SRST
destination-pattern 9(8-9] .......
no digit-strip
direct-inward-dial
port 0/1/1
forward-digits all
b) Se instala el Gateway VG224 en el cuarto de comunicaciones, el puerto Lan de

VG224 se conecta a un puerto del switch que está dedicado a la vlan de voz. Con el
fin de independizar la planta MOF de la PBX de Bolsa de Valores, el cliente CAVALI
se encarga de instalar un reflejo de la planta MOF que refleja el cableado de los
puntos de voz de los anexos análogos, por otro lado en la interface 0825 hembra del
VG224 se conecta un cable amphenol con terminal 0825 "Macho" y el otro extremo
se conecta al MOF, se realiza el ponchado de los 24 pares de cables y se configura el
VG224 a través de la herramienta Hyperterminal colocando dirección IP
192.168.164.15, máscara de red 255.255.255.0, protocolo SCCP, finalmente se
culmina la configuración en el sistema CUCM.
Configuración CLI de VG224
VG_CAVALl#sh runn
Building configuration...
Current configuration : 2794 bytes
version 12.4
hostname VG_CAVALI
147
enable password C$%er& 777=t#/-
no aaa new-model
resource policy
stcapp ccm-group 1
stcapp
stcapp feature access-code
stcapp feature speed-dial
voice-card O
voice call send-alert

voice rtp send-recv
voice dsp release early
voice class codee 1

codee preference 1 9711 ulaw
codee preference 2 g729r8
ip address 192.168.164.15 255.255.255.0
duplex auto
speed auto
no ip address
shutdown
duplex auto
speed auto
ip route O.O.O.O O.O.O.O 192.168.164.1
voice-port 2/0
== se han omitido lineas==

voice-port 2/23
sccp local FastEthernet0/0

sccp ccm 192.168.164.1O identifier 1 version 4. 1
sccp
148
sccp ccm group 1

associate ccm 1 priority 1
== se configuran 24 dial-peers POTS==

service stcapp
port 2/0
==se han omitido lineas ==

service stcapp
port 2/23
line con O
password cavali
login
line aux O
line vty O 4
password cavali
login
end
VG_CAVALI#
c) Configuración de llamadas entrantes, en el CUCM se configura el parámetro

Translation Pattern para enviar las llamadas entrantes del Primario 3112200 al Trigger
8060 del CUCCX, se muestra en la figura 4.33 la configuración.
Syatem • Cal Roumg • Media Resourcea • Voioe Mail • Device ... Applic:ation ... USet" Management ..
L.] Save )( Oelete [O Copy 9 Add New
l.(D
Status
Status: Ready
1
r
Pilttem Definition -----------------------
Translabon Paltem 13112200
Partition r::=:-:::::::
p Empleados
==--=========�
u escription �mada al PRIMARIO
called Party TransformaUon.s

Oiscard Oigits
Called Party Transform Mask [8060

PrP.fiY ninitc (Outnninn r-"llc.:)
---------- J
Figura 4.33.- Desvío de llamadas entrantes del Primario
149
Para el caso en que el servidor CUCCX falle, en esta misma pantalla se deberá
cambiar el parámetro "Called Party Transform Mask" al valor 8040 que es el número
del Call Routing del Autoattendant del servidor Unity.
d) Configuración para llamadas salientes, en el CUCM se configura las rutas de salida
hacia la PSTN, y se restringirán las llamadas por medio de los parámetros Calling
Search Space y las claves FAC (Force Authorization Codes) que se configuran desde
el submenú Call Routing. Por motivos de retraso del cliente en activar las liceas, las
llamadas hacia líneas celulares se configura para que salgan a través del Primario,
pero los puertos FXO se deja pre-configurado para cuando lleguen las liceas el
cambio sea mínimo.
e) Instalación del sistema de tarificación, esta tarea la ejecuta el personal de la empresa
VisualSoft, el proyecto incluye la compra del software de tarificación PC-Sistel
4.86R4+, este software se instala en una computadora de propiedad de CAVALI con
dirección IP 172.16.17.241. El servidor PC-Sistel se conecta con la base de datos
IBM-lnformix que maneja el CUCM, para eso se configuró en el CUCM un servidor de
gestión COR (Call Detail Record) desde la página Cisco Unified Serviceability,
submenú Tools> CDR Management.
f) Soporte y monitoreo del sistema, Después de la migración, se monitorea el
funcionamiento de todo el sistema por un espacio de tiempo de 30 días, para lo cual
se ingresa periódicamente a cada uno de los elementos: CUCM, CUCCX, Unity,
Gateways. Para el monitoreo del CUCM se usa la herramienta "Real Time Monitoring
Tool" que permite obtener en forma gráfica el porcentaje del consumo de los recursos
de disco, memoria, ver los servicios caídos; y también poder obtener alarmas, trazas.
4.3.2 Protocolo de Pruebas

Se realiza las pruebas que demuestran la operatividad y eficiencia del sistema
implementado.
a. Sistema de Telefonía
Instalación de Gateway 2811 y VG224, Se instala el Gateway 2811 y VG224 en el sótano

de BVL, pues allí se encuentra la central Alcatel con los 2E1 PRI y la planta MDF de los
anexos, como muestra figura 4.34.
150
VG224
(vista posterior)
Gateway 2811
Figura 4.34.- Instalación de Gateways
Estado de Primarios, Pruebas realizadas desde el Gateway 2811

R-TIP-GATE#sh isdn status
Global ISDN Switchtype= primary-5ess
%0.931 is backhauled to CCM MANAGER Ox0003 on DSL O. Layer 3 output may not apply
ISDN Serial0/0/0:15 interface == Interface de Primario 3112200===
dsl O, interface ISDN Switchtype= primary-qsig
**** Slave side configuration ****
L2 Protocol = 0.921 OxOOOO L3 Protocol(s) = CCM MANAGER Ox0003 == Control de CUCM con
protocolo MGCP
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI= O, Ces= 1, SAPI= O, State= MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
Active dsl O CCBs= O
The Free Channel Mask: OxFFFF7FFF
Number of L2 Discards= O, L2 Session ID= 10
%0.931 is backhauled to CCM MANAGER Ox0003 on DSL 1. Layer 3 output may not apply
ISDN Serial0/0/1: 15 interface == Interface de Primario 3112200===

dsl 1, interface ISDN Switchtype= primary-net5
L2 Protocol = Q.921 0x0000 L3 Protocol(s) = CCM MANAGER 0x0003 == Control de CUCM
con protocolo MGCP
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI= O, Ces= 1, SAPI= O, State= MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
151
Active dsl 1 CCBs = O

The Free Channel Mask: 0xFFFF7FFF
Total Allocated ISDN CCBs= O
R-TIP-GATE#sh mgc
Pruebas llamadas entre anexos de CAVALI y BVL, El anexo 3255 llama al anexo 2446,
se aplicó "debug isdn q931" al Gateway 2811:
R-TIP-GATE#
*Jul 17 22:19:05.116: ISDN Se0/0/0:15 0931: TX -> SETUP pd= 8 callref= 0x012B
Sending Complete
Bearer Capability i = 0x8090A3
Standard= CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate= 64 kbiUs
Channel ID i= 0xA9839F
Exclusive, Channel 31
Facility i = 0x9FAA06800100820100A11802010002010080104A6F72676520416C6567726961204D2E
Calling Party Number i= 0x0181, '3255'
Plan:ISDN, Type:Unknown
Called Party Number i= 0x80, '2446'
Plan:Unknown, Type:Unknown
*Jul 17 22:19:05.216: ISDN Se0/0/0:15 0931: RX <-STATUS pd= 8 callref = 0x812B
Cause i= 0x80E41C -lnvalid information element contents
Call State i= 0x06
*Jul 17 22:19:05.224: ISDN Se0/0/0:15 0931: RX <- CALL_PROC pd= 8 callref= 0x812B
Channel ID i= 0xA9839F
Exclusive, Channel 31 �Negocia con el canal 31 de la interface 010/0 que conecta el Primario de
BVL
*Jul 17 22:19:05.232: ISDN Se0/0/0:15 0931: RX <-ALERTING pd= 8 callref= 0x812B
Facility =
0x91AA068001008201008B0100A11902022EE106042B0C0901800D52696F73204A6F7365204C7569
Locking Shift to Codeset 5
Codeset 5 IE 0x32 i= 0x81
*Jul 17 22:19:08.784: ISDN Se0/0/0:15 0931: RX <-CONNECT pd= 8 callref = 0x812B
Facility =
0x91AA068001008201008B0100A11902022EE206042B0C0902800D52696F73204A6F7365204C7569
Connected Number i= 0x0081, '2446'
Locking Shift to Codeset 5
Codeset 5 1 E 0x32 i= 0x81
152
*Jul 17 22:19:08.792: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x012B �Empiezan a
hablar
*Jul 17 22:19:30.372: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x012B
Cause i = 0x8090 - Normal call clearing
*Jul 17 22:19:30.428: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x812B
Cause i = 0x809080 - Normal call clearing
*Jul 17 22:19:30.448: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x012Bund
O �Culmino de llamada, se libera el canal 31
R-TIP-GATE#und ali
Calidad de llamadas, Se examina las estadísticas desde el teléfono IP, y arroja un valor
de MOS=4.5.
• -
Figura 4.35.- Medición de calidad de voz
b. Estado de Supervivencia de telefonía
Estado de Supervivencia, Se muestra los teléfonos IP que se registraron en Gateway

2811,
R-TIP-GATE# sh call-manager-fallback voice-port
voice-port 50/0/1
station-id number 3269
station-id name 3269
voice-port 50/0/2
voice-port 50/0/3
voice-port 50/0/4
153

voice-port 50/0/5
voice-port 50/0/6
voice-port 50/0/7
voice-port 50/0/8
voice-port 50/0/9
voice-port 50/0/1O
voice-port 50/0/11
voice-port 50/0/12
voice-port 50/0/13
voice-port 50/0/14
voice-port 50/0/15
154

voice-port 50/0/16
voice-port 50/0/17
voice-port 50/0/18
voice-port 50/0/19
voice-port 50/0/20
voice-port 50/0/21
voice-port 50/0/22
voice-port 50/0/23
voice-port 50/0/24
Estado de Primarios durante Supervivencia,

R-TIP-GATE#sh isdn status
Global ISDN Switchtype = primary-5ess
ISDN Serial0/0/0: 15 interface -J>lnterface de Primario 3112200, nótese que en L2 no existe control de CUCM
a nivel de Q.921=
dsl O, interface ISDN Switchtype = primary-qsig
155
•••• Slave side configuration ••••

Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = O, Ces= 1, SAPI = O, State= MUL TIPLE_FRAME_ESTABLISHED
Layer 3 Status:
Active dsl O CCBs = O
The Free Channel Mask: 0xFFFF7FFF
ISDN Serial0/0/1:15 interface ==Interface de Primario que interconecta a PBX de BVL ==
dsl 1, interface ISDN Switchtype= primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = O, Ces= 1, SAPI = O, State= MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
1 Active Layer 3 Call(s)
CCB:callid= 8002, sapi=0, ces =0, B-chan=31, calltype=VOICE
Active dsl 1 CCBs = 1
The Free Channel Mask: 0xBFFF7FFF
Number of L2 Discards = O, L2 Session ID = 12
Total Allocated ISDN CCBs= 1
R-TIP-GATE#
R-TIP-GATE#sh controllers e1 0/0/0 brief
E1 0/0/0 is up.
Description: Conexion Alcatel
No alarms detected.
Version info Firmware: 20070321, FPGA: 13, spm_count = O
Framing is CRC4, Une Code is HDB3, Clock Source is Une.
O Une Code Violations, O Path Code Violations
O Slip Secs, O Fr Loss Secs, O Une Err Secs, O Degraded Mins
Total Data (last 24 hours)
O Une Code Violations, O Path Code Violations,
O Slip Secs, O Fr Loss Secs, O Une Err Secs, O Degraded Mins,
Llamada hacia la PSTN en estado Supervivencia, El teléfono 3251 marca el celular

998750524,
156
R-TIP-GATE# SHOW CALL ACTIVE VOICE BRIEF

*Aug 9 21:37:27.565: %ISDN-6-CONNECT: Interface Serial0/0/1:30 is now connected to 998750524 N/A
<ID>: < CalllD> < start>hs. < index> + <connect> pid: < peer_id> < dir> <addr> <state>
dur hh:mm:ss tx:<packets>/< bytes> rx: < packets>/ < bytes>
IP <ip>: <udp> rtt: <time>ms pl: < play>/ < gap>ms lost: <lost>/ <early>/< late>
delay: <last>/ < min>/ < max>ms <codee>
media inactive detected:<y/n> media cntrl rcvd: <y/n> timestamp: < time>
long duration call detected: < y/n> long duration call duration : <sec> timestamp: < time>
MODEMPASS <method> buf: < fills>/ < drains> loss <overall%> <multipkt>/ <corrected>
last <buf event time>s dur: < Min>/ < Max>s
FR <protocol> [int dlci cid] vad: < y/n> dtmf: <y/n> seq: <y/n>
<codee> (payload size)
ATM < protocol> [int vpi/vci cid] vad: < y/n> dtmf: < y/n> seq: < y/n>
<codee> (payload size)
Tele < int> (calllD) [channel_id] tx: <tot>/ <v>/ <fax>ms <codee> noise: < I> acom: <I> i/o: <l>/ <I> dBm
MODEMRELAY info: <rcvd>/<sent>/ <resent> xid: <rcvd>/<sent> total: <rcvd>/< sent>/ < drops>
speeds(bps): local < rx>/ <tx> remote < rx>/ <tx>
Proxy <ip>:<audio udp>, < video udp>, <tcp0>, <tcp1>, <tcp2>, <tcp3> endpt: <type>/ <manf>
bw: < req>/<act> codee: <audio>/<video>
tx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>
rx: <audio pkts>/ <audio bytes>, < video pkts>/<video bytes>, <t120 pkts>/< t120 bytes>
Telephony call-legs: 2
SIP call-legs: O
H323 call-legs: O
Call agent controlled call-legs: O
SCCP call-legs: O
Multicast call-legs: O
Media call-legs: O
Total call-legs: 2
985 : 13907 852195000ms.1 +19960 pid:20011 Answer 3251 active �teléfonollamante
dur 00:00:09 tx:950/163400 rx:1058/169280
Tele 50/0/11 (13907) [50/0/11.0] tx:19000/19000/0ms g711ulaw noise:0 acom:0 i/0:0/0 dBm
985 : 13908 852200630ms.1 +14320 pid:11 Originate 998750524 active � teléfonollamado
dur 00:00:09 tx: 1058/177744 rx:1061 /169760
Tele 0/0/1:15 (13908) [0/0/1.31] tx:21230/21230/0ms g711ulaw noise:-20 acom:6 i/0:-14/-79 dBm
Telephony call-legs: 2
SIP call-legs: O
H323 call-legs: O
Call agent controlled call-legs: O
SCCP call-legs: O
Media call-legs: O
Total call-legs: 2
157
R-TIP-GATE#SH VOICE CALL SUMMARY

PORT CODEC VAD VTSP STATE VPM STATE
== SE OMITIERON LINEAS==
0/0/1: 15.30
0/0/1:15.31 g711ulaw n S_CONNECT S_TSP_CONNECT �Canal por donde sale la llamada
50/0/1 .1 EFXS_ONHOOK
50/0/11 .1 g711 ulaw n S_CONNECT EFXS_CONNECT � Posición del teléfono IP
R-TIP-GATE#SH ISDN ACTIVE SERIAL 0/011:15
ISDN ACTIVE CALLS
Call Calling Called Remate Seconds Seconds Seconds Charges

Type Number Number Name Used Left ldle Units/Currency
Out 3251 998750524 133 o o o
R-TIP-GATE#
Recepción de llamadas en estado Supervivencia, Se realizaron 2 llamadas de celular al

3112200.
R-TIP-GATE#show call application active app-level app-tag tcl-aa

Application level active lnfo:
Application name: tcl-aa

URL: flash:its-CISCO.2.0.1.0.tcl
Total sessions: 2 �ingresaron 2 llamadas al IVR básico
Sessions w/ stats: o
R-TIP-GATE#sh flash
R-TIP-GATE#sh controllers e1 0/0/1 brief

E1 0/0/1 is up.
Description: PRI 3112200
No alarms detected.
Version info Firmware: 20070321, FPGA: 13, spm_count = O
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
158
O Line Code Violations, O Path Code V.iolations

O Slip Secs, O Fr Loss Secs, O Line Err Secs, O Degraded Mins
c. Funcionalidades especiales
Cifrado de Llamadas, Al momento que se concreta la llamada, aparece un icono de
candado en la pantalla de cada teléfono IP, se prueba con los anexos 3255 y 3254, así se
muestra en la figura 4.36 y figura 4.37.
C.ISCO
Figura 4.36.- Modo de seguridad cifrado
Figura 4.37 Lista de certificados en teléfono IP
Función Click-to-Call, Se adjunta pruebas realizadas desde la PC de Sr. Jorge Alegría

con archivo Excel, se hace click derecho en la celda del teléfono 2109717 para marcar,
se muestra en la figura 4.38 y figura 4.39:
159
2 Lista de Contactos
3 Nombre Telefono flJol Telefono Movll
-------524
4 Juan Falcon 2 i Co,tar
ft -
5 Mario Cardenas 5 Ll'I (_"flW 626

6 Cesar Collachagua 3t:5� 401
7 Nilton Picoy 3 Peoado!t'l)8dal... 587
8 Jorge Alegria 5 !/l<ertar... 628
9 Jorge Baldoceda 3 ElirniQa- ... 486
10 �-c-erido
11 ....1 �ar comentario

12 8 !Jomar · 2109717
13 e Llamada CXJO piÓn • 2109711...
14 � f:<>nMlo de celdas...
Elegir lle la lste despleQable ...
15
º""'
Ageoar,-.s¡,ecdón
16 1 lsta...
17 � !:jipervÍlCUO .••
18 la:t 131-&er...
�n
Figurar 4.38.- Llamada directa desde Excel

2 Lista de Contactos
3 Nombre Telefono fijo Telefono Movll
Juan Falcon 2109717 998750524
5740420 990454626
21
22
23
24
25
-
26
27
28
� 92.10'1717
: Phone l -Cisco lP CCl:r'lru'*etor
""°
H 4 • H\Hojat,(l«lja12,(l«l)"3/
Figurar 4.39.- La llamada se establece sin levantar el auricular del teléfono

Función Presencia BLF,
El anexo 3255 había marcado los anexos 3256, 3263 y 3279, posteriormente con el
cursor del teléfono IP puede averiguar si los números están disponibles ó no, del gráfico
de la figura 4.40 se ve que el anexo 3256 está ocupado. BLF también se aplica desde el
directorio corporativo, entonces solo se busca el anexo y se puede conocer si el
anexo está ocupado ó no, la figura 4.41 muestra la función desde el Directorio.
160
11..
11 �3256 Jorge Baldoced--
ll � 3263
LI
1 ntro. o selec. núm. a marcar
( Marcar I << I MarcAbr I Cancel. )
Figura 4.40.- Indicación de presencia de teléfonos marcados
Registros 1 a 23 de 23
( Marcar I EcitNúm I Salir I más
Figura 4.41.- lndicacion de presencia desde el menú directorio
d. Sistema de Correo de Voz,

Mensajes de voz en el correo Outlook, El mensaje de voz se ve en la bandeja de Outlook.
Correo • Buscar en • Bandeja de entrada
Bandeja de entrada
Bandeja de entrada (397) IA<mtn 1 RP.mirln ,
Correo sin leer (778)
Claucie llravo RE: pruebas Miércoles 15/0i
Pa,a�[4]
_ Elementos enviados CastTo, Marlrl (Pierina) RE: consiJ:a Miércoles 15/0i
Nilon Sanchez Paz RE: consiJ:a Miércoles 15/0i
@ Aldo Aroca Faract, Re: RV: Problemas con Telefono lP Miércoles 15/0i
� correos20082da ("l;,,1,i;,Rr;,vn RF: pnlP.t,;,.; MiÁrmiA< 1 �Jn;
Bandeja de entrada (397)
Magaly Ruiz RE: Llamada de Servicio Local (MAGAL... Miércoles 15/0i
error
pendientes (217) Magaly Ruiz RV: Llamada de Servido Local (MAGAL ... Miércoles 15/0i
1.±J UPS (164) Nilton Picoy RV: base para laptop y monitor Miércoles 15/0i
le Bandeja de saida Nl:on Picoy RE: LiQJidadón en Lima Mércoles 15/0i
� Borrador [38)
tri Correo electrónico no deseado (4]
Nfton Picoy
Jorge Ramos Chuchon
RE: Problemas con Telefono IP
RE: constJ:a
Miércoles 15/o;
Miércoles 15/0;
@ Elementos eliminados (421)
li;j Elementos enviados Nilton Picoy RV: Rm: CAVALI - Permiso para TIC U... Miércoles 1s¡o;
[:j ::,i,AM Jorge Baldoceda RE: EVENTO [JE RECTIFICAGON Mlércoles I s¡o;
1±1 - Carpetas de búsqueda
l±J Almacen2 Maria Isabel Diaz Miércoles 15/0i
�..r.ie=,- • -
Figura 4.42.- Outlook recibe un mensaje de voz del sistema Unity

161
Figura 4.43-. Reproducción de un mensaje recién grabado
El usuario hace click en el botón reproducir y el mensaje se escucha desde el teléfono IP,
la figura 4.42 y 4.43 muestra las pruebas realizadas en la bandeja de Outlook.
e. Monitoreo del sistema

Evaluación del estado del servidor CUCM, Se usa la herramienta RTMT (ver figura 4.44)
lit.Cisco Uniíicd CommuniCdtions Mdn<1gcr Rcdl Time Monitoring Tool (Currcntly Logged to: 192.168.164.10)
Real Time Monitoring Tool Fo, Cr,co u,rri,ed Communr<at,ons Solut,on,
si,,,,tan
¡ ========aaa.::
¡¡.,..a t El SJ,ilan SUmmay fütf).f$jff$fl,ii1t.M.J.i.W%fW.tff-fM1f.'?0"=':1:'�Pii', =?;'9:º�:):':':J:::::Jg%:¿<:w::::;::,;:%:;:g,::q:�:r::::?'\},:;::,�¡
1
System Summary \Mva!MlmalyUsage CPUtJsage
\�
.. System summary
fü oe
Server �::
CPU and Memory
Prnr.Af;s;
Disk usage
Critlcal Servtces
05:41 :00 05:42:00 05:43:00 05:44:00

º" 05:41 :00 05:42:00 05:43:00 05:44:00
iil--'-'��=��----'
'-=��H�osll��.�1�112�.=1!18�.=1114�.-10��
�:.__________________________________
.... _
Syslog Viewer mAllllt
·i Time Btam
::: 05:51:04PM 08/10/09
Node
192.168.164.10
AlertName
CrlUcalServtceDown Warning
Severt Sen! to
o
VIT
Figura 4.44.- Herramienta para monitoreo de CUCM

162
Finalmente, se indica que el anexo C del presente informe muestra el documento del
Protocolo Pruebas aprobado y firmado por el cliente, Sr. Nilton Picoy - Jefe Soporte
Técnico de CAVALI.
4.4 Costo de la inversión

El partida presupuesta! de CAVALI no supera los US$ 90 000.00, así que luego de
realizar el mayor esfuerzo, el costo total del proyecto de comunicaciones unificadas
ascendió a US$ 83,300.00. En el Anexo D incluye el detalle de la plantilla económica.

Se presentó los aspectos operativos para la puesta en producción del nuevo sistema,
donde se inició primero con la adecuación de la red LAN (no Cisco), posteriormente se
preconfiguraron las aplicaciones principales previo a la migración y luego de la migración
se ejecutaron las pruebas que demuestran el correcto funcionamiento del nuevo sistema.
La figura 4.45 muestra el diagrama de red final que representa el sistema implementado.
OFIC. PRINCIPAL CAVALI

Cisco 2001
...
·····-...
OFIC. SABs <1:1}
F.J··
....r
.. '·•,,,2 Mbps
Cisco
256 Kbps 1841
4 Mbps 600/256 Kbps

An,<::;¡
IPCC Ellp"eSS S.0(1)
Telefono lp
Cisco 2811
PSTN
PRI 311-2200
OSIG
PABX
Al f:ATFI
Telefuno
Analogos
OFIC. BOLSA VALORES LIMA
Figura 4.45.- Diagrama de red final de CAVALI

CONCLUSIONES Y RECOMENDACIONES
1. El sistema de comunicaciones implementado funciona correctamente, y luego de la

migración ha ayudado a mejorar las comunicaciones de voz de la compañía en un
70%, a comparación del sistema antiguo que tenían, la mejora se ha evidenciado en
todos los niveles, a nivel interno las comunicaciones son más rápidas y se ajustan a la
necesidades de la experiencia del usuario ejecutivo, y a nivel externo ha permitido
centralizar las comunicaciones de sus clientes externos a través del sistema de
atención al cliente, así como extender sus comunicaciones a las agencias remotas
SAB con todos los niveles de seguridad con el cifrado de llamadas. Sobre los
servidores que operan sobre sistema operativo Windows 2003 y Windows 2000 se
instalaron antivirus TrendMicro (licenciado por CAVALI) y el agente de seguridad
Cisco Security Agent que bloquea cualquier intento de ejecución .exe; y en el servidor
CUCM que utiliza Linux como sistema operativo también se habilitó el agente Cisco
Security Agent propietario de Cisco.
2. La implementación de una doble contingencia del IVR, donde no fue necesario incurrir
en gastos de hardware ni software adicional, les permite brindar a sus clientes
externos una atención continua garantizada. Gran parte del éxito del negocio, en
términos financieros, fue haber implementado exitosamente el sistema de
comunicaciones de la marca Cisco sobre la infraestructura de red LAN no Cisco (de
marca 3com), ya existente en el cliente; caso contrario se hubiera incurrido en una
inversión adicional de aproximadamente de US$ 28,000.00.
3. La red LAN es propiedad del cliente, por lo que se recomienda tener actualizado los
parches del sistema operativo de cada equipo switch, a fin de evitar alguna
inconsistencia de seguridad que los haga vulnerable a algún tipo de ataque de
164
intrusos. Tambien se indicó aplicar políticas de seguridad avanzada sobre cada

puerto.
4. La licencia adquirida por el cliente para el sistema de atención CUCCX incluye 5

agentes de call-center, por el momento el cliente no las ha utilizado, pero se le indicó
que en un futuro las podrá usar, ya que les permitirá obtener una mayor precisión
sobre la calidad de atención de las llamadas entrantes por el PRI 3112200, a través
de cuadros estadísticos de llamadas contestadas, llamadas perdidas y abandonadas.
5. El sistema de telefonía actual está diseñado para soportar 500 posiciones (licencias),
como se han instalado 380, permitirá expandir su telefonía hasta aproximadamente
30 teléfonos adicionales. De darse el caso la necesidad de más terminales, se
deberá contemplar la compra de un segundo servidor CUCM para realizar balanceo
de carga.
6. Todos los teléfonos IP soportan aplicaciones XML, el cliente puede desarrollar

aplicaciones XML, las cuales podrán ser cargadas en los teléfonos IP con facilidad.
7. El mundo de los negocios cambiante y globalizado exige que las comunicaciones

sean cada vez más flexibles y móviles; por ende exige que los sistemas de
comunicaciones empresariales provean un valor agregado más cercano a la
experiencia del usuario. CAVALI tiene planes a futuro de abrir una segunda agencia
de operaciones en otro distrito de Lima, y los usuarios ejecutivos se verán con la
necesidad de realizar sesiones de conferencias de escritorio de forma remota, para
evitar pérdida de horas que involucra el traslado a la oficina principal, para cumplir
con este requerimiento, el sistema implementado ya está preparado para soportar
dicha integración, la empresa CAVALI deberá adquirir la aplicación Cisco Meeting
Place Express que brinda conferencias de medios dinámicos.
ANEXO A
GAMA DE TELEFONOS IP CISCO
Cor k:rcr=e Sta!,or Corlcrcr:;c St!tlior
79)!>G 7911G 7931G 79«lG
793.;c; 7937G
lr1!!3r:,I Smt:1· \-,; \,; 1 �· 1:•c:
c,�p1.r,· l �� :.1 ., •..: •:•.:1 •.:·,-::: 132,.(.: 1 ,_;-1,,;,_-1 •.: Tt: ¡,��,;-� 1'1:·t.:•.-1 ,_;Jo;::
32...J;.,".. � "J;·, ,_.J
·r·--•.:•:r·:: 1-::: ::..t·.:". !
""\ ,'.'.::: J.J :,,;:•J r' ..,: :;.J·�.J v... ·1J..:·1 ...,-:::
\,; \._; \,; \,:; \,: ',;

.:� <�• :...:.nT <.,::
NLmbcr !ll CNs OLpp:,rtc�
's1·.�-:,;-u !.
Pro;¡rninrn:.blc ;ltreJ �.e;� ,,
"1· r :J� t!' • Yi::.. •,.·.-1 ··1, y,..., -.�r- 1 • 1, y •.. ,,.,... Y-·. y... !,
11<:a�,ict P;,rt \.; \,; \,.: y,,, \_ \r; r-:::.
\•í1::c�r:: l,L::1:> \,_ - 1 ·,.J - I' :o-J - I' :o-J \; Y,:, ,..,
.,.,,,; Y=, Ye, Ye, q_.:y_J"T'!t;, ',;
\,; \.: \,,; \r_; \..; \,, ',;
\,: Y,:, Y=• (

' ,:, Y�· Y�:..
,,_ \,; \� \; \ \,, "-

ero
\e \.: r'i:!, \ \,: Y,: ,
SL.e_p_:.>rt
Powcr Oacr CU-crr,ct !Po!:1 Y=, y ,, , y ., , Y�:. \.A Y =· Ye,
Pa,wr bLu3et 1) :.-,,�· :·,,,, \'.,.· \',' :"ll\11 '\',' :,\\• •1 J ,. l'�'
0
1j :,\'\'
S,gr,hq Prnto:o�; s:, s::�.s .i s::f\,iS :i s-:ri,.s ;-¡ s--:, !�: ... ri s::::-i
:: U :sr:,get !-i..pp:>rl 1 ""' ; �·� ;:., 2 ., J:-:: � :, � :. 1 .: ' �1>= l.) ., <.:, J� .! _; ,;.; 1� � 1 ,_; .t!-:: - 1 ,.; ,l.·�
u: JI :sragtJr Cxprc!.?. !:Lpp�tt � 1 1.: _1:-:: � : •.::: J),,;: '°,: lj j� 2· r_; .,_¡_,_ :. l -�: l !o:: '• � ._; .,� �
O)
O)
167
M" J!
,;
.,
,,., ,,., , ll., ., ., .,
..",
'\
1 -, ..
ti .u u ll
>- ;-- ;- ,...... ,.... ;
....
,-.. =
,;
y'
¡,
íl >-
r.
..
'"en"' "., ., ., ., ., "., ,, r:
t? 1,1
·'
11 tf ti 11 \1 '.1
;- )- :,..- )- >- )- >- >- 11
,-..
,.,
11
,,.,
:w;
'")
11 :J
.,r,
q
" ., r•
" .,,. ., ., .,
,,., ,,., ., o,
"
.,_,,
;-
;, ;- >-
ti
>- } \\
;-
ti
·,-.
ti
>- •::1 ''"
i'.
" .,
e,
.,_"
Íi
..,
.,
1J -,1
.,
ti
"" 1 ., ., .,
ti ,,., ¡,
,,,
r.
r.
., >- >- ;- >-
,,. ,
11
"
>-
".,
,,
--;
., ., ., ., .,
�- ·."-
., ., ., .,
,;. ti
;,-
ti
;- ,;- ;;. _,. ti
;-
ti
")
,._,·
r.
·�· ,, "., "., >-,,

;, ,,., .,
ti ,,., "
.·, ., f
./
;- ;- ;- ;- >- ll
;, "'
ll
� .,"
;i
íl ;-
,, ,.r.r_,·
.,
./
.,
t•
>-
\!"
-:, :1
�:: q.,
,,
.,
>-
,,
.,
.,_
., ,,.,
·.- '·'
,, ,,.,
>-
.,
.,_" 11
.,
ti
,.,
11
>-
.,
:n
11 .,
. ..,.,
!i
r.
., ,,.. >-,,.,
¡,
;-
".,
,, --
., ti
;-
r.
,,..,
1
--
¡, ;,- ;- ,.e,
-:,
>
;-
".,
ANEXO B
PLANTILLA DE TELEFONÍA IP - CAVALI Y SAB
- --- - USUARIO
-- EQUIPO
010 Pe,rfil d• S•rvicios r •• l IDQ.,...111111,•IP
Yolc•
�dos, Noml>rH Ar.a Piso AHao
••
3113200 PMtition css Dfflo•Pool
CAU
Plolup Mü 1 n 111 IV y VI VII DIHCCIODIP Mul
' ' ' ' '

3113239 An•10 LDN FIJO CEL LDI
' .-.-. t
' ' ' '
1 SCtnnina dt Lwane.F rancis Ne GERENCIA GENERAL Piso2 3201 3113201 p Manaaers t' l M ,p :,11:, .AVP.LI 14 l l 192.168.164.50 255.255.255.0
..,..,
' '
2 Centurión Rivu. Mil1a1os An<i GERENCIA GENERAL Piso2 3211 3113211 t' moeaaos ,r M t lt' '"' .><V><L 14 192.168.164 .51 255.255.255.0
-'"'
l l l
3 \JiO Ot La C ruz GERENCIA GENERAL Piso3 3301
' '
l
' "
t-' .mt: eaaos
.,
Novel: lt-' :,11:, .AVP.LI 14 l 192.168.164.123 255.255.255.0
'
·� '
4 Lóoez Blanco. Albtllo CONTROL Y AOMINISTR Piso3 3212 3113212 l l .mt: ea os Novel lt' �-(P 11 l l 192.168.164.52 255.255.2.55.0
' ,., .moea os
' '
5 Ga reés Nearl M,11fa Pía CONTROL Y AOMINISTR Piso3 3213 3113213 Nrvet lt' ,n .><V><Ll 11 192.168.164.53 255.255.255.0
,., me ea< os
' ' '
6 Roldán Pucu rimau. GivGan.11 CONTROL Y AOMINISTR Piso3 3214 3113214 Nrvel lt-' ;H ..AVALI 11 l 192.168.164.54 255.255.255.0
' ' ' '

7 Gftpp,1 Zá r,1tt.F ranciscoJosf CONTROL Y ADMINISTR Piso1 3215 3113215 l l l me ea os oveI ,,_ 15 192.168.164.55 255.255.255.0
' '
8 Mor.alt s Zaoata, Ca rlos F ranci CONTROL Y ADMINISTR Piso! 3216 3113216 moea os oveI ,n .AVP.LI 11 l 192.168.164.56 255.255.255.0
' ' '

9 A rcinitaa LucH. ClaudioAnu r CONTROL Y AOMINISTR Piso2C 3217 3113217 l l me ea< os rvel ,11:, ..AVALI 11 l 192.168.164.57 255.255.255.0
' J me ea< os ,11:, ,>.VAi
' ' ' ' '
10 VieentelloEsttemad0t110. F ran, CONTROL Y AOMIMSTR Piso3 3218 3113218 rvel 11 192.168.164.58 255.255.255.0
' ' '

11 Gen sonfn Revilla.J,aime Javie AUDITORIA INTERNA Piso2 3219 3113219 l moea< os IveI ,H:, .AVP.LI 12 l 182.168.164.59 255.255.255.0
'
B1avo Huaoaua. Rosa Luz
' '
12 AUDITORIA INTERNA Piso2C 3220 3113220 moea os ovel ,11:, .AVAll 12 132.168.164.60 255.255.255.0
'
13
14
Povis Carbaial.JulioCésa,
Luis Vidll. Ca rlos Eduardo
AUDITORIA INTERNA
AUDITORIA INTERNA
Piso2C
Pi so2C
3221
3222
3113221
3113222 '
'
' '
' '
f-' mo ea os
,., moea os
�
'
Ive
rve , ..
lt' .AV�
.><V>
12
12
' '
'
192.168.164.61
192.168.164.62
255.255.255.0
255.255.255.0
' '
15 Oliva Félix. RenatoAndré LOGISTICA Y SERVICIOS Piso1C 3223 3113223 l l me ea< os Novel lt' ,11:,1 ..AVALI 17 192.168.164.81 255.255.255.0
� ,,.,
'
16 Castrolora.JulioAlv,ro ASESORIA LEGAL Piso3 3224 3113224 l l me e� os ove ,11:, .UV.UI 13 l 192.168.164.201 255.255.255.0
17
18
Ctrvantes �Qreiros Maoah1 ASESORIA LEGAL
Sánehtz Anñe ro. Víctor Manl GERENCIA CENTRAL
Piso3
Pisol
3225
3226
3113225
3113226
l
l
'
l
l
'
'
'
'
'
' �
mp ea, os
11 anaaers I t'M •
rve� lt' >H� .AVP.LI
Ut' :,11:,
w
:.O.VAi!
13
15
'
X '
l 192.168.164 .202
192.168.164.102
255.255.255.0
255.255.255.0
' ' '

19 leochea Cave ro. Mtru AM GERENCIA CENTRAL Piso! 3227 3113227 l moieados lt'� 11 t ,11:, .<lV<> 15 X l 192.168.164.67 255.255.255.0
'
20 Batton Ve roani. Vanes sa PROYECTOS Y NEGOCIC Pisol 3228 3113228 l mo:eaaos Ive1� Ut' ,n:, .AVALI 15 X 192.168.164.68 255.255.255.0
' ' .., mo eados .-.
' ' '
21 Rosas 't/.uillu. AnnelVíctor PROYECTOS Y NEGOOI Piso3 3229 3113229 rvelo Ut' .AV/J 15 l 192.168.164,69 255.255.255.0
,., m..,eaaos ..,. ,,.,
' ' '
22 Roble s Oantri. AldoM•nutl PROYECTOS Y NEGOCII Piso! 3230 3113230 IveI� .uv, 15 192.168.164.70 255.255.255.0
,., moeaaos _s:
' " Ut' ,n:, ..AV....LI
23 Kl.uer Klaue r. ErtQtlbt,rt Gonu FINANZAS Pi so1C 3231 3113231 ovel� 16 192.168.164.71 255.255.255.0
�s:.
l l
' Ut' :.O.Vil
' '
24 CornefO Meléndtz. Ca rlos Erui FINANZAS Pi solC 3232 3113232 l mnIeados Nivelo 16 l 192.168.164.72 255.255.255.0
' ,., moIeaaos ..,.., ,,.,
' ' ' ' '
25 En rim� Gutieuez FINANZAS PisotC 3233 3113233 NIveI� <>V< 16 l 192.168.164.73 255.255.255.0
.., e:,:,
"
26 Cailos Co1n,io FINANZAS Piso1C 3234 3113234 moIeaaos Nivel� Ut' ,n:, .:.O.VALI 16 192.168.164.74 255.255.255.0
' .-.-. lt' ·:.o.vil
'
27 AJiaQa Rojas, Minha FINANZAS Pi so1C 3235 3113235 l moleados ovelo 16 l 192.168.164,75 255.255.255.0
"' ,,., .<>V '
' ' '
28 Di.u Ríos. Tania de!Ca,men FINANZAS
'
Piso1C 3236 3113236 l ··=•eaaos ..,:, IveI� 16 192.168.164.76 255.255.255.0
' ,., 11anaaers rt'MJ '-"" �
' ' ' "
29 Rod1íautz Palomi/'\O, lueu Ma ADMINISTRACION Y COI Pisote
' '
3237 3113237 lt' ,n:, .:.O.VAll 17 192.168.164.77 255.255.255.0
t
' ' '
30 laime Pérez. lsela Raouel
' '
ADMINISTRACION y ce PisolC 3238 3113238 me eados t' l � �- lt' ,11: CAVAll 17 182.168.164.78 255.255.255.0
31 Re1,1ts.Ricardo 3113239 ,., m, eaaos
'
RECURSOS HUMANOS Pi solC 3239 ove lt'_),H: LAVALI 18 192.168.164.79 255.255.255.0
' ,., me eaaos
' ' ' ' ' "
32 Ramírez Oávila.Vr'Jian Cirol RECURSOS HUMANOS Pi so1C
' '
3240 3113240 l rve lt' ,H: .AVAll 18 192.168.164.80 255.255.255.0
·m< eados ""AVAi
' '
33 Ma ttíMz Mano. María Maqal� ASESORIA LEGAL Piso2 3241 3113241 Nove> lt' ,11: 19 192.168.164.63 255.255.255.0
34 Edwin Sil•• LOGISTICA Y SERVICIOS Piso2 ,., mr eaaos Jt' .A\'I
'
3242 3113242 L Nrve 10 X 182.168.164.121 25 5 2. 55.255.0
,., eme eaaos
'
35 l ru rita Gutié rrez. Ka ren LOGISTICA Y SERVICIOS Piso1
' '
3243 3113243 Nove Ut' :.O.VAi 11 192.168.164.131 255.255.255.0
36 Perea O,dinota.Jorae \.Jilmer CONTABa.lOAD
'
Piso1C 3244 3113244 l f-' mni.-"' os Nrve ,,,., :,11:,1 MVMO 20 192.168.164.83 255.255.255.0
37 CotonadoFiestas. Diana Nath CONTABa.lOAD PisotC 3245 3113245 l ,., me ea, os Nrve Ut' .AVAi 20 l 192.168.164,84 255255.255.0
..,
"
38 Flotts Villa,.Juana
' '
CONTABILIDAD Piso2C 3246 3113246 X X me ea os NIveI: Ut-' :.O.VAi 20 l 192.168.164.86 255.255.255.0
'
33 Chun Saavtdra.Emioue Rafae CONTABILJDAD Piso1C 3247 3113247 meea,k>s Novel: Ut' .<lV.<ll 20 l 192.168.164.85 255.255.255.0
,., me ea os
' '
40 SumariAh,a.GuiovaMa E�ub CONTABILIDAD Piso2C
' '
3248 3113248 l NIveI: Ut' .<lV.<ll 20 l 192.168.164.87 255.255.255.0
41 Ramos Montts. Ca rlos Nelso GERENCIA DE SISTEMA Piso! 3249 3113249 l � moleacos �- , NIveI: u� l.AVALI 21 192.168.164.130 255.255.255.0
.......
O)
(O
Ul>"UANIU 1,.,........
DIO Pe-rfil d• S•rvicios I •• il> NUIDOIP
ArH Piso MHO
3113200 Panilion css D•vlo•Pool
can Volu
Dir•colonlP Masl
Apfilldos , No111l11.s
•I Piclap Mail 1 U DI IV V VI vu
3113299 An•10 LDN FIJO CEL LDI
GERENCIA DE SISTEMA Pisol 3250 3113250 � mmP.AflOS l.:>" �IVel:l LJt' ,n:,1 .AVAll 21 192.168.164.89 255.255.255.0
Ruiz Meu. Maria Aleiandra
' '
42 X X X X X
Pisol 3251 3113251 ,.,mpleados L�� IVel:> Ut' >H�I _,,.V><�I 21 192.168.164.90 255.255.255.0
43 Valera Sánchez. Javier Ronald PRODUCCION
•
X X X
Piso1 3252 3113252 moeac os �IVel> ,.., M 1 .D.V<l 21 192.168.164.91 255.255.255.0
ZtQ,maA costa, Ricardo Luis PAODUCCION
•
X µ X
44 X X
45 Viviana Gonzales PRODUCCION Piso1 3253 3113253 X X X X ,.,me eac os �,vel> 't' n 1 .AVA 21 X X 192.168.164.92 255.255. 255.0
,., H <>V<l
p
--
�-
46 Pico, Rosas. Nil ton Ron•ld SOPORTE TECNICO Piso1 3254 3113254 X X X X meeac os �ivel 21 X X 192.168.164.93 255.255.255.0
47 Al•q¡iaMoneada. Jora• Aimar SOPORTE TECNICO Piso1 3255 3113255 X X ., me ea, os �ivel µ n _,,.VP. 21 X X 192.168.164.94 255.255.255.0
48 BaldoctdaB ravo. O vidioJora, SOPORTE TECNlCO Pisol 3256 3113256 X X ,.,me ea, os -� �IVe :! ,., H .>O.V>< 21 X X 192.168,164.95 255.255.255.0
FiQatiGonzález. Al be rtoE r nt st OESARROLLO Piso2C 3257 3113257 moleac os �Ivel:> "':,n:, .D.V<l 22 192.168.164.96 255.255.255.0
'
µ
49 X X X X X
50 Venturo Salcedo. Oennis Willia DESARROLLO Piso2C 3258 3113258 X ., mp1eac os -� �IveI:i ,_, �H� .AVAL 22 X 192.168.164.97 255.255.255.0
51 Céso•d• s Santisteban. Harr, / DESARROLLO Piso2C 3259 3113259 X X t' maleados SS Nivel:> Ut' 'AVI> 22 X 192.168.164.98 255.255.255.0
Villeaas Lichttnheldt . C ristian � DESARROLLO Piso2C 3260 3113260 P Emoledos CSS Nivel5 0P CAVALI 22 192.168.164.99 255.255.255.0
• •
52 X X X
53 A n ca.a Alama. Ronald Ali DESARROLLO Piso2C 3261 3113261 X P Emoledos CSS Nivel5 DP CAVALI 22 X 192.168.164.100 255.255.255.0
DESARROLLO Piso2C 3262 3113262 P Emoltdos CSS Nivtl5 DP CAVALI 22 192.168.164.101
•
JoseCastro 255.255.255.0
' ' •
54 X X X
Palomino Gal.iza. Jesús Fern GERENCIA DE SERVICIO Piso3 3263 3113263 P Manaae r s IPMA CSS I E DP SRST CAVALI 23
•
55 192.168.164.66 255.255.255.0
•
X X X
PeñaRe nQifo. Juan José GERENCIA DE SERVICIO Piso3 3302 P Emoledos CSS Nivel! DP CAVALI 23
•
56 192.168.164.124
•
X 255.255.255.0
57 Medina Neumann. Carmen Silv GERENCIA DE SERVICIO Piso3 3264 3113264 P Emol•dos IPMA CSS M E DP CAVALI 23 192.168.164.103 255.255.255.0
'
X X
58 Monje Bozano. Ví ctor Emilio GERENCIA DE SERVICIO Piso3 3265 3113265 X X P Emoltdos CSS Nivtl5 0P SRST CAVALI 23 X 192.168.164.104 255.255.255.0
59 Natal Horna. JoséManuel EMISORES Piso2C 3266 3113266 P Emoltdos CSS Niv•l5 DP CAVALI 192.168.164.105 255.255.255.0
'
X X 24 X
60 EduaidoMacoh••son EMISORES Piso3 3267 3113267 P Emol•dos CSS Nivel5 DP CAVALI 192.168.164.106
•
255.255.255.0
•
X X 24
61 MiQuel Montou EMISORES Piso3 3268 3113268 P Emol•dos CSS Nivel5 0P CAVALI 192.168.164.107 255.255.255.0
' ' ' •
X 24 X
62 81avode RuedaP. IJalt., Mia PARTICIPANTES Piso3 3269 3113269 P Emol•dos CSS Nivel5 DP CAVALI 192.168.164.108 255.255.255.0
63 ViUanuevaVuksan . Tomislav O SERVICIO DE LIQUIDACI Piso2C 3270 3113270 P Emoledos CSS Niv•l5 DP CAVALI 26 • 192.168.164.109
'
255.255.255.0
'
X X
Fuentes-CasuoGoteni. Carina SERVICIO DE LIQUIOACII Piso3 3271 3113271 P Emoltdos CSS Nivtl5 DP CAVALI 26 192.168.164.110
'
64 255.255.255.0
•
X X
65 B rittoGutiéuez . O sear SERVICIO DE LIQUIDACI Piso3 3272 3113272 P Emoledos CSS Niv•l5 DP CAVALI 26 192.168.164.111
• '
X 255.255.255.0
66 ClaudiaB ravo SERVICIO DE LIQUIOACI Piso3 3273 3113273 P Emoltdos CSS NiveI5 DP CAVALI 26 192.168.164.117 255.255.255.0
'
X
67 MadueñoVizurraaa, Q¡udia SERVICIOS INTERNACIO Piso2C 3274 3113274 P Emol•dos CSS Niv•l5 DP CAVALI 27 192.168.164.113 255.255.255.0
'
X X
68 ChonQ Rivera. Ricardo SERVICIOS INTERNACIO Piso3 3275 3113275 X X P Emoledos CSS Nivel5 DP CAVALI 27 192.168.164.114 255.255.255.0
69 GarcíaGonzález. Su sanaLuz SERVICIO AL CLIENTE Piso2C 3276 3113276 P Emoledos CSS Nivel5 DP CAVALI 28 192.168.164.115 255.255.255.0
• '
X X X
70 Fe r nández Sil va. TitoA ntonio SERVICIO AL CLIENTE Piso3 3277 3113277 P Emoledos CSS Nivel5 DP CAVALI 28 192.168.164.116 255.255.255.0
• • •
X X
71 SolanoGutierrez . RenzoAlejar SERVICIO AL CLIENTE Piso3 3278 3113278 P Emoledos CSS Nivel5 OP CAVALI 28 X 192.168.164.112 255.255.255.0
72 BanistiniPérez. Jackaueline M SERVICIO AL CLIENTE PisolC 3279 3113279 X X P Emoledos CSS Nivel5 DP CAVALI 28 X X 192.168.164.118 255.255.255.0
73 Practicante PLANEAMIENTO Y DES� Pisot 3280 3113280
'
X X X 192.168.164.124 255.255.255.0
74 Nuevo PLANEAMIENTO Y DESJ Piso1 3281 3113281 P Emoledos CSS Niv•l5 DP CAVALI 192.168.164.119 255.255.255.0
'
X X
75 PabloVásauez . Lad, El•n• SUBGERENCJA DE TEC! Piso1 3304 P Emoledos CSS Niv•l1 DP CAVALI 192.168.16•.15 255.255.255.0
'
X X
76 F r,1n ciseoMiranda GMD Piso1 3305 X X P Emoledos CSS Nivel! DP CAVALI 29 192.168.164.15 255.255.255.0
77 Al•xande r Gonzale s GMD Pisol 3306 ,. P Emoledos CSS Nivel! 0P CAVALI 192.168.164.15
•
X 29 X 255.255.255.0
78 Robe rtoE s coba, GMD Piso1 3307 P Emoledos CSS Nivtll DP CAVALI 192.168-164.15 255.255.255.0
'
X 29 X
79 Pat rieiaChoeano GMD Piso2C 3282 3113282 P Emol•dos CSS Nivtl5 0P SRST CAVALI 192.168.164.120 255.255.255.0
'
X X 29 X
80 Edwin Víllalobos GMD Piso1 3308 P Emoledos CSS Nivel! 0P CAVALI
•
X X 29 192.168.164.15 255.255.255.0
81 JorQe Moral e s GMD Pisol 3309 X P Emoledos CSS Niv•l1 DP CAVALI 29 X 192.168.164.15 255.255.255.0
82 RicardoAievalo GMD Pisot 3310 X X P Emol•dos CSS Nivel! DP CAVALI 29 X 192.168.164.15 255.255.255.0
�
--...J
o
UliUAHIU tWUlt'U
DID P.rfil d• Se-ruicios f •· 1 IIDO. rnM 1P
Ap.itidos , Nombru ArH Piso An..o

••
3113200 P•rtition css a...ic•Pool C•H
Plct.ap
Yoic•
M•il 1 n lll IV y VI VII
Dbttclon IP Mut.
'
FIJO
•
CEL LDI
'
3113299 An•10 LDN
CSS Nivel! 192.168.164.15 255.255.255.0
'
P Emolodos DP CAVALI 2S
' •
83 Catlos T outs TRAMITE Piso3C 3311
DP CAVALI 30 192.168.164.15 255.255.255.0
'
CSS Nivel!
'
P Emolodos
'
85 Ce sa,Nitlo GOLDSTONE Pi so2C 3284 3113284
CSS NrJ>II DP CAVALI 30
'
P Emolodos 192.168.164.15 255.255.255.0
' '
86 Proor amador GL T1 GOLOSTONE Pi so2C 3312
'
P Empledos CSS Niv•l1 DP CAVALI 30 192.168.164.15 255.255.255.0
' '
87 Proor amador GLT2 GOLDSTONE Piso2C 3313
CSS Nivel! DP CAVALI 30 132.168.164.15
'
P Emol•dos 255.255.255.0
' '
88 Manuel Loa1.1za GDLDSTONE Piso2C 33H
CSS Niv•II DP CAVALI 30 192.168.164.15
'
P Empledos 255.255.255.0
' •
89 w'iDiam Esoichan GOLOSTONE Piso2C 3315
so CSS Nivel! 192.168.164.15
'
P Emoledos DP CAVALI 255.255.255.0
' '
RobertoA ndlad• GOLDSTONE Piso2C 3316 30
CSS Niv•II 0P CAVALI 30 132.168.164.15
' '
P Empledos 255.255.255.0
'
91 Tr-ducto,al GOLOSTONE Piso2C 3317
P Emoledos CSS Nivel! DP CAVALI 192.168.164.15
'
30
•
255.255.255.0
' '
92 Traductor a2 GOLDSTONE Piso2C 3318
P Empltdos CSS ViQilanci, DP CAVALI
' '
93 ViQila nci• CVL VIGILANCl.4 Piso1C 3319 192.168.164.15 255.255.255.0
P Emoltdos CSS Nivel5 S DP CAVALI 192.168.164.121
'
255.255.255.0
' '
94 FaxSGAC , SGF FAX 2212 3112212 X
P Empltdos CSS Nive15 S DP
' ' ' '
95 Fa, 3er. Piso FAX 2214 3112214 CAVALI 192.168.164.124 255.255.255.0
3112213 P Emoledos CSS Nive15 S DP CAVALI 192.168.164.122
' ' '
96 Fax1tt.Piso FAX 2213 255.255.255.0
P Empledos CSS Niv,15 S DP CAVALI 192.168.164.123 255.255.255.0
' '
97 Fax Gerencia FAX 2226 3112226 X
P Emolodos CSS Nivel! DP CAVALI 192.168.164.121
•
98 Edwin Silva 3242 255.255.255.0
P Empltdos CSS Nivel5 S DP
'
2215 CAVALI
'
99 Fax3et.Piso 192.168.1$4.125 255.255.255.0
P Emoledos CSS Nivel! 192.168.164.124
'
100 Juan Pena DP CAVALI 255.255.255.0
P SABMGS
'
101 SABMGS SABMGS 3420 CSS MGS DP SAB MGS ASOCIADOS 172.31.5.67
CSS PROVAl 0P PROVALOR 1
'
102 SABPROVALOR SABPROVALOR 3425 P PROVALOR 172.31.5.99
SABINTERCAPITAL 172.31.5.131
'
103 SABINTERCAPITAL 3430 P INTERCAPITAL CSS INTERC DP SAB INTERCAPITAL
CSS SEMINA DP SAB SEMINARIO 1
•
104 SABSEMINARIO SABSEMINARIO 3435 P SEMINARIO 192.168.175.2
3440 P CORIL 1
'
105 SABCORll SABCORIL CSS CORIL DP SAB CORIL
P SAB INVERSION CSS INVERSI DP
'
l06 SABlnversion u Ot sarrono SABlnver sion u De sauono 3445 SAB INVERSION Y DES 172.31.5.227
SABJUAN MAGOT 1 SABJUAN MAGC CSS JUANM DP
'
107 SABJUANMAGOT 3450 P SAB JUAN MAGOT 172.31.6.3
108 SABCARTISA SABCARTISA 1 P SAB CARTISA CSS CARTIS DP SAB CARTISA 1
'
3455 192.168.11.3
109 SABLATINO AMERICANA SABLA TINO AMERICANA P SAB LATINO AJ\I CSS LATINO DP SAB LATINO AMERICANA
'
3460 172.31.6.67
110 SABSOLFIN 1 3465
'
SABSOLFIN P SABSOLFIN CSS SOLFIN DP SAB SOLFIN 1 172.31.6.99
111 SABANDES SECURITIES SAB ANDES SECURITIESl 3470 P ANDES SECURIT CSS ANDES DP ANDES SECURITIES 172.31.6.131
112 SABINVESTA SABINVESTA 1 3475 P SAB INVESTA CSS INVESTI DP SAB INVESTA 1 ' 192.168.174.2
91 17 76 30 34 1 42 3 7 36 37 11 17
(··)El campoperfilde se1vieios indica el 1ipode llamada s que podlánhactr los u su11ios (facilidades).
libo Eauino Modelo Cisco

1 Cisco7970
11 Cisco7961
rn Cisco7941
IV Cisco 7911
V ATA
VI VG224
......
-...J
......
ANEXOC
PROTOCOLO DE PRUEBAS
173
( ' ' ' 1 Telefónlco de4 P4ttÚ S.A.A

r
---- ------,
PROTOCOLO DE PRUEBAS
Proyecto de Comunicaciones Unificadas
Los que suscriben, hacen constar por el presente documento

las pruebas de instalación del sistema de Comunicaciones
Unificadas, en la empresa CAVALI ICLV S.A.
SEDE: Oficina Princi al CAVALI

DIRECCION: Ps·e ___
........,.________....__..lf_ Acuña_106 - Lima Cercado
Por CAVALI:
/ ,-
L
\
--- .j \
.. -- - ---¡ ¡_ • ...__
1
- • r;. • l, , •.
•- • • 1 \.
l
,1
Nombres., Aponl_�o· �rL.· --'- V_c_.,r· __¿.__i='____._.11 ,1--'-,
-'--'
\'..c..
-' ;- , ...,.·,
• __.__
...;.. -'--lt.c_�_· -'--1 .c...¡·-'-,
A
-'--
FECHA ddl'mmf•••• : . _ • · 1..:. . '"L'''
Protocolo de pruebas - Hoja1

174
' 1 1 1 r
Tefe-fbnfca del ,ctrú S.A_A
1
1. INTRODUCCIÓN.
El F<co:i�lo de e:;le dcOJrrc<ilo ci; �r.i r.jO(""AJl,r P'ru<!t-:i:; oo lrqonor íl, para l,1
-e ;:;.,eón do .., fu10:,r.-¡ dsd d :;1:;1 m,:1 d 001n.irlce...->o � Jr nca<1*'
mclomcnl;ido D :tia!. pru�¡¡:; $0 �H1lcuo9� f'siCHmQl"ll9 en 19 onc. 61 p c.Jp¡;,j Cl8
CAV�L Ein C-C<lJJri{,) ClYl persot"'\3' espeeial,sui de Is� ,oresa TeleMrica del ='eru
2_ PROTOCOLO PRUEBAS
2.1. PRUEBAS OE FUNCIONAMIENTO DEL SISTEMA DE 'TELEFONIA
Nombr,, del ev11luaoor: "11:'·- • '',L, ,

Fecha (ddfmm/uaa): - , ..; _
Sonw�r• bajo ev•lu1c,iOn: Cí&OO Ur-.ríe-..1 Ccm'ílu'l1C8 O% Man9!)er v 6 O
PO/!l>U ge P\ftSf'2CIDf comtottá9t

Vrir v:m exb:11! � �ph::UD� 8 O 2CO'.'l-.. co
p:.udlos :1ctu11l1U1c!".l!: y 3.90 Jrtd.:JCC� ce
ll�noa�
2 A:il ::a�n CuCM eslS H 51 .&03 :.ob-o ser.id:ir
llp: út>Ffü!flL'e ,1CS 78-6 ·3
1'. 'ºº
� S'9 IM/..alo S-OTtware óe 1an ca:,� PCS s:ei.
p.!! 111e obteoe< repo es CDR de 'c<rr3 flexitle s,·/ NOU
y ó •-iamc.s
Pruebn de fUQCIOQlll$2t9:@§
4 Van'lc:;r m::icn do ,Ks1c.i ar E::¡:or.:i SI NO�]
s V ,fia:r- JOOCc'l l/Sflsfe(e."IC.9 de 1 1-U(lS!! t o =i
,r �m� ., eXle<Ms
6 v�na.r rxic,; �le<erica E-1lre ano;. ...ua ()8 18
C-OrpotSM
s 1 O c_
tor_
9 'letificar rurio <le<svio de llar nsa.ae 8

n�me�� ox1C1'T'IJ5 IIOL
,o 1erir '- ·, . 1 (
r ,.,
\
SI:--/ •,OL , ••• 1 ' fu ·,' , ... 1,.

V
' 1 (
,�,..--
\_ ..,... (\
Protocolo Pruebas - Hoja 2

175
:,-.-,,.- .-r,- ,-,: ,- -....., , "- .,i- .-..... ',
' �
1
( \ \
SI �/ JOL
SI NOl
NO
U \_,,,·.r\ ll..< �. ,· •• • ,, ,_,
14. Verrfcar e<lmll'lstraoM de usua ... ! •,ül '"""t.' ll•. #.1 ··"''• '.1
1!i Vorfc..ar 61 cttri)(!J (orqyp-,on AES) 081 flujo <l

,,oz <Jura 10 1.na llanlilóa &'llre eléfOfl� IP
51 t :J :.J
Sa pJ�ll llan1ar a :ir. fQl<1fCA"lvS IP óo la:; $.3,8, a
tn;·,'él; rea WA •¡ �...,, twena ca •dad 1Co..1ec 1 '
• 1 ( ( ' .1 �
G 729}
', 7 ron ci,· so ecc:,1n :s�om3llc.;, oc -ula SI O=:]
•8 e-rllíCii' llamadas ...,�mas a la PSTN a '.rov� de

lir� d9 tal F\-ir s·io 3112200 y h:ióa.� p:m, •101_
ccll.JYOS
9 '-'ff ftca- llama rus aesce Is PST , y DI I Dlre<:1

lrwsrc Dis psra llamar e rectamente el te!é!rc o s1V1 mL
IP destY.t 18 PS rt
2� Jenr,C&f ru'lC>OO BLF, wa ver et estsóo o:::-.,�o '\'- ·, ·J, t• ' ' 1,-.
t 1 "),
de cual�11H li� r€'11\(){a d-9 la O'.lf"P lY.16'1 S()te-s s, NOL ,.. . ' ,, l ;( .... '·
d� m�t:.'!i' IISrr"\,!I ,:,
2 Venf�r furlc<)(' V.oo Ccnnec: ae P,1,;Mllllao, 1a

ll&llada al te1((.ono óe 890 tc<lo rnt<a a le -ez
er un ele<o o elltemo.
,. "'r � ,,T',,11.'1 t , �,b< ,"' .-,�i
22 Ver,f,car ftXIO n T'M) SI..;¡ Ol6'1r.g porrn te ll€n1ar ... ,, 1.: ,..\ ��
t.JD7 ,1. :\ .,u�•
i
desó:! t��fO'lo e)(le<n:> a PSTi I usa1)(lo I nea SI /¡
p,jmMo ó,;i C�VA .. I l. ,-\ ! \ ( 'if t-l
;,r.:, Von•<",, 1Lnaooahá.,!l di, Chcir.-to-Cal pn<rn'Xl

re.alzar ll6'Tlad.3s orectama '.í3 óesde �tca11\\1S Sl'.i;¡
r.,somc.e �- o ook
¡P�
1.
_¡·"'·>

176
' ' \ 1 lalofonlca dctl '°'ú S.A.A
Pru&bas de toettconexl6o con PBX AJcarel BVL
74 vontic:;ar 1.:11r.3:l;,s C:0�:10 :moxcs d

naos anex� PBX .AJcate- 'I ,1ooversa
ci..1 •.
SI / 'W LJ
25 Verifit::tr que rua�:.lo lo!: �6fto--.}� se rr ·c::ir
<1 :;i, !;o ¡:uD6c '11:IU r;.-.v ar SI.J ¡:..-,nt.fl.a r.f SI¡-:_ '° L
ncrrt>ro óol ,trl()X0 11¡¡m.1 w
26 Vorr -· t que dur ar'f.O ur13113m:!da_ so cor �a·-r.i
al ID y el o-ooro dd ancm:i de CUC\( y i=:-a: 1 ;, NO� 1
AJC"llel
27 Ver e&' q� se oueoe ce!>, sr llamar.la! s U'1 SI :V t.JO 7

.i·1e:m ae PSJ( AJO!".e-1
:,a Ver 'les- funo<,ri corirtt,,;;r-de entre a�� de

s 1 O :.J
Ct.,.Cr., y arie),)'!". ae ta ºBX /.JcatEol
.t. Ve 1e,,;r Jn:16, , r.fnr 10.1 h.1O0 :in :w:oi: ón

PSXAJW.el
30 ;;,El ¡:undo dmw1ar lns llnmadiJ:; de ;, o;ro5

CUCM n�.,i)70:,Q� C ,IJc.¡t(II
si·-�
· 1 ,,\:J1::.uot<1 a los w�x� di! O[l:( NCl!le! de�!!

SI-, to[
l ctr rto LCA? ó<l I¡¡ C.(l IT� CUClJ
PQtft>ft! M Sypotvl,...ncla SRST e.n gatoway

l.§.ll
32 Ar1le c:aid8 <Jd � 1110.0f C c,1. IS OO'lfla.J!Bdl:<'1 t
..
1 '·f , •• \ t
9 e:;1.>rlo i.1 �r,wc o::i O!'i :1U1cm:'tt1co. ro SI [L NO LJ '\.. !
roq.1 orn 1n1crvcn:Jó hum.:i ->
'.!-3 Vc,'lcar �r,o er-. los el1Honos IP ·, �anhenen SI� NO:..]

sus unerC-$ de ilr.(l>.ó�.
:lA V l'iQ;Jr 11amsc.3s a11tre ar"3»:>s 1P, y llamaoas SI t o ::J

e:tleImi!> r1&dt1 I' Ól'J!J'J-=, PSTN
si: t,IQ ::J

36 Vonlior •.Jn:Jén do�vio de llarr adas SI'..,( to _l
1 :v , o -·
v�n� ,,1
,.o
38 !1,noon�mIon10 dql IR n�f;ICO cm ni
Gatew.s)' 2611, f\_indcne o:irro .l.JAo� l�"Hli,,nr Sl9
�-s rec,Olr ls'lladas en arit�s

177
' \ lolotónlco do4 Porú S.A.A

E
2.2. PRUEBAS DE FUNCIONAMIENTO DE SISTEMA DE IVR/ACO
Nombn, del ovaluaoor: ' , -� le · , , ,·

Fecha (<'<llmm/HH): .• ,
S<>ftware bajo evo1Iu1ciOn: Clsoo Ur.fioo Ccn1ect ent,;.• E>'llress •, 5 O( 11
PNctbas da plataforma
sis.te� IVR In 1a1a.:10 w:i,e OS Wnclc,,..'8 .S I NO ::-1
zoro. con I perd1es a,:ti..,allzacY.is
2 O�Ó'l ucc ' 011 )_S 2_&lló ·215 c.i:n
¡;,arme el za:lo. l'l r taaéo score serv rx 1 '• o --
li�•::i MCS 78'6 13
3 11 n :ir. p.,r:i l!lO pucin:is IV�
� <;.6IIOAn1Af
�, ;¡gn_,tni; ., '
Pruobn da Fundon.11lldadoa
4 1:!rn3d!l$ hacia P 1\&10 3 122".JO !:f.m

•o:;;pa-1dda!: ¡:ar ,\CD {/wtcm;itcó C;i1 Si ¿J 'OL
01stntx or)
S IVR t 1r'd8 l;:h Cp:>ori� t:oi Mt't'1 ptir ti rJ

ACO 1""le lerl!SOO, 68 ó!! �'.::l.Jet"OO el SI ,./ lOL
d•.J!,r.WTI.J de cJto o ·,,.>jo
6 CU3rv.lO ll8'llaflle mar-e.a n ane;(O oa.,pacY.l, SI...:. lO
Is lamooa se tra-iar1e<e a la o�raOO'e
7 c�rv.,o of 1,.. rr�,10 1r9·,;1� I.T1 i'l'l .-O
rO()eo, €4 � sto;ma err.-ia ta la (la el rn;ir,j Non
1rtC1el
8 EJ �CD d1r;1 b y ..i� I..JIT'li)0il5
6'JlO'll&t.ca� te 61 �I\Jpo oo operadores SI NOÍ
r 1.11Ur.:;>I oeaC:•:>
!) C1_-¡ró::> ID� C"¡fCr.>C:0 Cl:i O� OCLpaó::>S, c:I
SIS eros ' R 8r)(X)i8 1 S rue11Q� ll61o'118<1BS SI >'I NO :7
e<llfari,es
• o 1:1 :;uo'lo do lil 1 .irn."IOi'I onxlada o:,,::ucn.,
w, a m.i � e;¡ <l {t5p-Or.l
.,, t o
Se �ttl� BARS, QJte peu--.tti re -r.�
lo l
\.) l \, i'
t;,:::k>Jp de .:J!: ccnfl�U.)OOOC� del uccx ·- ,',,· '· \,·

178
.;.�, .-ir- -,-r--..'I,,.',•- r·-1 · ..r-;

.
' \\ \ Telefoolca del PCKú S.A.A
E""I
2.3. PRUEBAS DE FUNCIONAMIENTO DEL SISTEMA DE CORREO DE VOZ
Nombro 091 ev,1u,dor. - . 1 1 '. ·,

Fecha (dd/mm,'41aae): , ·¿¡,·. 1. ,'< e,
Softwm'a oa;o avaluaclón: Cisco Jn ty Pm!ls.agng Urtlíe-1 4 2
Prueba$ aeneutu
,.·-0ma ooG<, ··,o OS '/lr,:i:-.w:- ,oc ccn
parcl'les actual aoo. co, hoorca � " O SI 'OL
ca!>llas óe 'OZ. y 16 �sor�:; reCVTor -0:;
., ;,pi - c•:'in Un )' 4 2 9.itd 4 2l ::e
in:,�¡¡16 =trn $0 ,chr Pi'CS. 7815 12 c:o lo� SI._ 'OL
par �s 9,:,�I;¡1<z;ioor.
3 U111tf ost. Jnfic.,jo t:on � dcr IY.! cc<reo SI , 10[-:
,, cros.:ift EK,::ti.!nge 20CO
4 Vt:<'l'iC:t· acceso a �stEHPa cc<reo <le -oz SI·,/ IOL
éc:.co c;u;:i ,:¡1...1� �ne:>.'O
s Los uSuancs con caslle e 'OZ pJeden
re·,ísar sus .m€nsate.s dE<Sde cualQU-er parte SI IO LJ
UCI r l.JílOO IIBI ,a,�'.lo al !ll!lle<na nty pe
rr,::,:210 e Linea [)g \al Pnm3•10 e C/..VALI
6 Cu&'H)O óe,a JI'\ me>1'158j 8 \'OZ, el 11:;U,lr<:l
reoce 1...n nác&·Je< CC<l led coloe rejo '9 &l SI ., NOO
le- Meo IP y u'l co eo eo su b8():1e,s
OL :x:k SlnJlt:be-� ,�te
El lens.a¡e de \'.lZ se p�e rep<Ojuo· SI t/ NO[ 1
:le!>'.le ra baroo¡a CNUoo
e se ,aoil · ext Sp�:- ·. r.1 ;'Jno
oued9 �scucnar ,el 0001en ele su correo SI�, NO. J
ele<..1! n,co llen'\8nclo el s,g1ema n ·,-
& Se oont;¡¡IFÓ oori�n¡¡CY1ot1 del IV nmr. u1 .:,
::s,óa Clel S':3f'llc!or CCX. 8 l, rty roi.11zn lnr. SI:..__ NOLJ
fl.llCX> s M IVRfACO

ANEXO O
PLANTILLA ECONOMICA DEL PROYECTO
180
Telefónica del Perú S.A.A.

Cliente:
Número de Oferta: 7076767 CAVALI
Fecha: 19 ¡ul 2007 Contacto:
Referencia: Solución de Comunicaciones Unificadas IP Carlos Ramos
Precio Venta
llteml Código Descripción cant. Total
u�
1 COMUNICATION MANAGER 6.0 PARA 500 POSICIONES - LICENCIADO PARA 380 SEAT 1 14,079.00
1 01 UNIFIED-QM-6.0 Top Leve! Part For Unified Communicatíons Manager Ordering 1 0.00
1 02 MCS7816I8-K9-CMB1 Urnfred O.M 6.0 7816-13 Appliance. O Seats 1 2,040.73
1 03 CAB-AC Power Cord.11 0V 1 0.00
1 04 GCX-50-CM-BUNDLE 5 S'eat �CX ENH CCM Bundle· AVAILABLE ONLY WITH GOM 1 0.00
1 O!' CUOMSM-EVAL-K:9 Casco Unified Operations Mgr And Service Monitor Eval GD 1 0.00
1.06 SW-CUP6.0-K9P Unífied Presence 6.0 Software - avátlable with CCM 1 0.00
1 07 LIC-CM6 0-7816= L1cense Un1fied @M 6 O 7816 Appliance. 500 seats 1 2,0:IB.18
1 08 LIC-CM-DL-10= CallManager Device Lrcense - 10 units 8 2.040.73
1.09 LIC-CM-DL-100= €a11Manager Devic.e Lic.ense - 100 units 3 7,652.73
11 EY-CüM-ADMIN-K9= Hardware Security Key for OCM Adm11"1 Release 4 O 01 Greater 2 306.11
2 MENSAJERIA UNIFlCADA - PARA 50 USUARIOS 1 7,549.00
2 01 UNITY-BUNDLE Urnty Bundle 1 0.00
2 02 UNITY-4� Uni!y 4>.< 1 0.00
2 03 UNITY-IP Urnty for CallManager. IP Only lntegrations 1 0.00
04 UNITY-EXCHANGE Urnty for Exchange 1 0.00
2.05 UNITY-DS-ENG Unity Data Store · in English 1 0.00
06 UNITY-MS-ENG Unity Message Store In English Not 1equ11ed for Domino. 1 0.00
2 07 UNITYU4-50USR-E Uníty UM Exchg, 50 users. 16 session. 2 TTS � 4,081.46
2,08 MC -7815-I2-E@Sl MCS-7815-I2, Tower Urnty ang Unity B11dge. 2GB. Win2R 1 3,061.09
2 09 UNITY-PWR-US Power [ord · US. Can. Mex. PR. Phi Ven. TaI Col. Ecu 1 0.00
2..1 RAll!.--7815-I2 Rail Kit to Rack Moun�MCS 7815-12 1 405.59
3 SERVIDOR CALL CENTER 1 3,.569.00
3.01 CCX-50-BUNDL-ADDON CCX 5 O ADD ON to UCM Seat Bundle,Move to dedica�d server 1 0.00
2 CCX-5.0-BDL-7B16= C"CX 5.0 · Requued for 5 Seal Bundle 7816 Deployment 1 1.527.99
�
• 3, MCS-7816-I3- 0<1 HW Onl MIZS-7816-I3 w1th 2GB RAM and O e 60GB SATA HD 1 2 040.73
4 TI:LHONO IP PARA CENTRAL TELEfONICA 1 502.00
01 CP-7961G Cisco IP Phone 7961. spare 1 2.27.03
4 02 CP-7,914= 7914 IP Phone Expans1on Module 1 201.52
4,03 CP-SINGlFOOTSTAND= Foo stand Rit for single 7914 1 16.84
4 04 OP-PWR-QUB&-3= IP Phone power transformer lar the 7900 phone series 2 45.92
4 oc CP-PWR-OORD-NA= 7900 Series T1ansfo1me1 Power Cord. Norlh America 2 10.20
5 PREMIUM: TELEFONO IP 7970G 2 710.00
!' O 1 CP-7970G Cisco IP P one 7-970G1. Global 2 6!'3.03
!".02 @P-PWR-CUBE-3= IP Phone power transformer for the 7900 phone series 2 45.92
C,Q CP-PWR-CORD-NA= 7, 00 Series T1ansfo1me1 Power Cord. Norlh America 2 10.20
6 AVANZADO: TELEFONO IP 7961G 7 1,786.00
6 01 CP-7961G Cisco IP Phone 7961. spare 7 1.569.22
'6 02 CP-PWR-OUBE-3= IP Phone power traosformer for the 7900 phone series 7 160.71
6.03. CP-PWR-GORD-NA= 7900 Se11es TIansformer Power Clord. North Ameríca 7 35.71
7 INTERMEDIO: TELHONO IP 7941G 36 7,347.00
7 01 CP-7941G Cisco IP Phone 7-941 36 6,336.4 6
7 02 CP-PWR-CUBE-3= IP Phone power transformer for the 7,900 phone series 36 826.49
Z 03 €P-PWR-80RD-NA= 7900 Se11es Transformer Power €ord, N01th Amerlca 06 183.67
8 BASICO: TELEFONO IP 7911G 39 5,572.00
8.01 CP-7911G Gísco I P Phone 7911G 39 4, 4 76.85,
8 02 CP-PwR-CUBE ·G= IP Phooe power lransformer for the 7900 phone series 39 895.37
8.03 CP-PWR-CORD-NA; 7900 Serles Transformer Power Cord North America 09 198.97
9 SOFTPHONE: CISCO IP COMMUNICATOR 5 230.00
.9.01 SW-IPCOMM-E1 Crsco IP Communicator · Communications Client -mt'L� 5 229.5--8
181
10 GATEWAY 2811 (2L, 4 FXO, 2 E1) 1 4,947.00

1CL01 CIS@O2811-V/K9 2811 Voice Bundle,PI/DM2--16,SP Serv.64F/256D 1 1,630.03
10.03 P\fDMe-16U64 PI/DM2 16-channel to 64-channel factory upgrade 1 1,147.91
10 04 VIC2-4FXO Four-port Voice Interface Card - FXO (Univer.sal) 1 408 15
10 05 \l\.\f1C2-2MFT-Tl /El 2-Port 2nd Gen Multi0ex Trunki Voice/WAN lnt. Card - T1/E1 1 1,020.36
0.06 CAB-E1-RJ45BNC El Cable R.,J45 to Dual BNG (Unbalanced] 2 102.04
10 08 S28NSPSK9·12403 Cisco 2800 SP SERVICES 1 O 00
10 1 MEM2800-256D-IN!E' 256MB DDR DRAM Memory factory default for the Cisco 2800 1 0.00
10. 11 MEM2800-64OF-INC 64MB CF default for Cisco 2800 Series 1 0.00
10.�2 FL-SRST-MEDIUM Feat Lrc Surv1vable Remole Slte Telephony up to 48 phones 1 637.73
12 INTERfACf PARA TELEFONOS ANALOGOS - 24 PUERTOS 1 1,299.00
12 01 VG224-LA Latin Amerrca VG224 1 1.262.70
12 02 CAB-AC Power Cord.110V 1 0.00
12 04 MEM-224-1 64F-U 64MB Flash Memory for VG224 (Factory Upgrade] 1 0.00
12.05 MEM-224-1X128D-U 128MB DRAM Memory for VGQ24 (Fac.tory Upgrade) 1 0.00
13 INTERFACE PARA TELEFONOS ANALOGOS - 02 PUERTOS 5 638,00
1301 ATA186-11-A Cisco ATA 186 2-Port Adapto,. 600 Ohm l mpedance 5 3,82.64
13 02 ATACAS-NA ATA Power Supply Cable for North America 5 0.00
13.03 SW-1!:CM-UL-ANA �allManager Unit license for Cisco ATA 5 255.09
14 SOFTWARE DE TARJFICACIÓH - 120 Anexos 1 3,050.00
14.0'1 P[SISTEL POSISTEL PARA CALL-MANAGER 1 3,049.34
15 SERVICIOS 18,722.00
15 O 1 Gestron del Pioyecto 2,394.22
1. 02 Instalación �' configuracron c.�5.69
5 03 Ser,11c10 de l,lonrtoreo de Red 81-'.89
15.04 l,lanten1m1ento y soporte anual 3 6,895. 44
1$.05 Garantra o� 3, años 3,070.83
TOTAL SOLUCIÓN DE COMUNICACIONES UNIFICADAS IP EN USS SIN IGV 70,000.00

70,000.00
PRECIO VENTA PROYECTO $70,000.00
PRECIO VENTA PROYECTO (inc. IGV) $83,300.00

ANEXO E
GLOSARIO DE TERMINOS
183
281Q. Es una técnica de códificación de línea, usado para interfaces BRI de RDSI.
ACD. Automatic Call Distribution, es una técnica de distribución de llamadas en los

sistemas IVR.
AES. Advanced Encryption Standard, es un algoritmo de cifrado simétrico usado para

cifrar el flujo de llamadas entre teléfonos IP Cisco.
AMI. Es una técnica de codificación de línea usado en circuitos digitales E1 y T1.
ATM. Asynchronous Transfer Mode.
A-LAW. Sistema de cuantificación logartimica usado en America del Sur y Europa.
BARS. Backup and Restor System, una aplicación de Cisco para realizar backup de la
información de CUCCX.
BHCA. Un término de ingeniería de tráfico que refiere al número de intento de llamadas

durante una hora del día muy saturado de llamadas.
BRI. Basic Rate Interface, es un estándar de RDSI que brinda 2 canales de 64kbps.
88ZS. Es una técnica de codificación de línea, usado en líneas digitales T1.
CA. Certificate Authority, Una entidad de confianza que atestigua la validez de un

certificado.
Caller ID. Información del número telefónico desde el cual se originó una llamada.
CAS. Channel Associated Signaling, señalización de circuitos digitales E1 ó T1.
CCITT. Acrónimo de lnternational Telegraph and Telephone Consultative Committee,

posteriormente fue renombrado como ITU-T.
CO. Central Office.

184
CODEC. Un algoritmo que codifica y decodifica formas de onda.
CRTP. Una técnica de compresión de la cabecera de IP/UDP/TCP.
CSS. Common Channel Signaling, señalización de circuitos digitales E1 ó T1 donde un

canal es dedicado exclusivamente para llevar información de señalización.
CTI. Computer Telephony lntegration, tecnología que permite integraciones entre un

telefono y una computadora.
CUSE. Cisco Unified Border Element.
CUCCX. Cisco Unified Contact Center Express, Un agente de atención de llamadas

basado en software.
CUCM. Cisco Unified Communicacion Manager, Un agente de procesamiento de

llamadas basado en software.
CUMA. Cisco Unified Mobility Advantage, Aplicación de Cisco que permite extender las
funcionalidades de movilidad a los smartphones.
CUP. Cisco Unified Presence, Aplicación para proveer estado de presencia de los
usuarios de telefonía.
Dial Peer. Una opción de configuración que le dice al router como alcanzar números
telefónicos.
DIFFSERV. Differentiated Services, mecanismo de QoS basado en clases para gestionar

el tráfico de una red.
DHCP. Dynamic Host Configuration Protocol.
DLU. Device License Unit, unidades de licencias para activar dispositivos y servicios de
CUCM.
DSP. Digital Signal Proccesor, dispositivo para proveer procesamiento digital de señales.
185
DTMF. Dual Tone Multifrecuency, tono generados cuando un botón es presionado sobre
un teléfono para transportar señalización de dirección.
E1. Un esquema de transmisión digital usado para transportar datos en una velocidad de
2.048 Mbps.
FIFO.First-ln First-Out, técnica de agendamiento de paquetes.
Frame Relay. Técnica de transmisión de datos a través de redes multiacceso WAN.
FXO. Un puerto análogo de un gateway que conecta una oficina, tal como un PBX.
FXS. Un puerto análogo de un gateway que conecta una estacion tal como un teléfono.
GSM. Global System for Mobile communications
H.323. Un conjunto de protocolos que soporta audio, video y conferencias.
HDB3. Metodo de codificación de línea usado en circuitos E1 para mantener

sincronización.
ICCC Aplicación de Nokia que provee a sus teléfonos móviles la capacidad de usar la
infraestructura de telefonía IP Cisco.
IETF. Internet Engineering Task Force.
IM. lnstant Messaging ó Mensajería instantanea, aplicación para la transmisión y

recepción de mensajes de textos en línea.
IOS. El sistema operativo de los equipos Cisco: switches, routers, Gateways.

IP. Internet Protocol.
ISDN. lntegrated Services Digital Network 'o RDSI en español.
ISR. lntegrated Services Routers, router de la marca Cisco.

186
ITU-T. lnternational Telecommunication Union Telecommunication Standardization

Sector.
IVR. lnteractive Voice Response.
LAN. Local Area Network
LGS. Loop/ground start subscriber, actualmente se le conoce como FXS.
LGE. Loo/ground start exchange, actualmente se les conoce como FXO.
LLQ. Low Latency Queuing, herramienta para aplicar QoS.
MCS. Media Convergence Servers, tipo de servidor con alta disponibilidad para
aplicaciones de telefonía Cisco.
MDF. Main Distribution Frame, Es el punto donde convergen el cableado de los

dispositivos telefónicos.
MGCP. Media Gateway Control Protocol.
MI. Mensajería Instantánea.
MOS. Mean Opinion Score, método para medir la calidad de audio en una red VolP.
MPLS. Multiprotocol Label Switching, Técnica de transmisión de datos con alta eficiencia
y calidad de servicio.
NGN. Next Generation Network.

OFF HOOK. Estado de descolgado de un teléfono.
ON HOOK. Estado de colgado de un teléfono.
OSI. Open System lnterconnection.
QUI. Organizationally Unique ldentifier.

187
PAM.Pulse Amplitude Modulation.
PBX.Private Branch Exchange.
PCM.Pulse Code Modulation.
PESQ. Perceptual Evaluation of Speech Quality.
POTS. Plain Old Telephone Service.
PSQM. Perceptual Speech Quality Measurement
PSTN. Public Switched Telephony Network.
PYMES. Pequeñas y medianas empresas.
Q931. Protocolo de señalización usado sobre el canal O de un circuito digital RDSI.
QoS. Quality of Service, un conjunto de herramientas usado en dispositivos de redes para

asegurar
QSIG. Es un protocolo de señalización punto a punto, usado para interconectar PBX de

diferentes fabricantes.
RDSI. Red Digital de Servicios Integrados.
RINGING. Estado en el cual el teléfono está timbrando.

RSA. Algoritmo de cifrado asimétrico con llave pública, usado para autenticación de
dispositivos de telefonía Cisco.
RTCP. Real Time Control Protocol, Protocolo que monitorea la calida de servicio de una
conexión RTP.
RTP. Real Time Protocol, Protocolo comúnmente usado para transportar información en
tiempo real.
188
SCCP. Skinny Client Control Protocol.
SETUP. Primer mensaje en la señalización de una llamada.
SIP. Session lnitiation Protocol.
SMARTPHONE. Teléfono móvil que ofrece capacidades avanzadas de comunicaciones.
SRST. SuNivable Remote Site Telephony.
SRTP. Secure Real-time Transport Protocol, proporciona cifrado, autentididad, integridad

a los datos RTP.
SS7.Signaling System 7.
T1. Línea digital de 24 canales multiplexado.
TDM. Time Division Multiplexing.
TELCO. Empresa que presta seNicios de telecomunicaciones.
TLS. Transport Layer security.
TTS. Text To Speech.
UAC. User Agent Client, componente cliente de protocolo SIP.
UAS. User Agent SeNer, componente de protocolo SIP.
UDP. User Datagram Protocol.
UIT-T. El significado de ITU-T en español.
UTP. Unshielded twisted Pair

189
U-LAW. Sistema de cuantificación logartimica usado en EE.UU y Japon.
VLAN. Virtual LAN.
VPN.Virtual Private Network.
WAN. Wide Area Network.
WDM. Wavelength Division Multiplexing.
XML. Extensible Markup Language.

BIBLIOGRAFIA
1. "Las Telecomunicaciones y la Movilidad en la Sociedad de la Información",

División de Relaciones Corporativas y Comunicación de Telefónica l+D, Febrero
2005.
2. 3Com Solutions: lnteroperating with Cisco Systems, 3Com, 2006
3. 3Com Switch 5500 Family Configuration Guide, 3com, 2006
4. Chris Olsen, "lmplementing Cisco Unified Communications Manager, Part2
(CIPT2)", Cisco Press-USA, Octubre 2008.
5. Cisco Customer Response Solutions Getting Started with Scripts, Release 5.0(1),
Cisco Systems, Junio 2007.
6. Cisco Unified Communications Manager Features and Services Guide, Cisco
Systems, 2007.
7. Cisco Unified Communications Solution Reference Network Design (SRND), Cisco
Systems, 2008.
8. Cisco Unified Contact Center Express Solution Reference Network Design, Cisco
Systems, 2008.
9. Cisco Unity System Administration Guide (With Microsoft Exchange), Cisco
Systems, 2007.
1O. Dennis Hartmann, "lmplementing Cisco Unified Communications Manager, Part1
(CIPT1)", Cisco Press - USA, Mayo 2008.
11. Francisco García Correa, "La próxima generación de redes, NGN", Telefónica
España, 2006.
12. Informe esencial sobre telefonía por el protocolo IP, Unidad de Ciberestrategias de
la UIT-T, 2003.
13. lnstallation Guide for Cisco Unity Unified Messaging with Microsoft Exchange
2003/2000 (Without Failover), Cisco Systems, 2007.
14. Jonathan Davidson, "Voice over IP Fundamentals", Cisco Pess - USA, Julio 2006.
191
15. Kevin Wallace, "Cisco Voice over IP (CVOICE)", Cisco Press - USA, Julio 2008.
16. Kevin Wallace, "Voice Over IP First-Step", Cisco Press - USA, Diciembre 2005.
17. Mark Lewis, "CCIE Voice Exam Quick Reference Sheets", Cisco Press, 2007.
18. Ramesh Kaza, "Cisco IP Telephony: Planning, Design, lmplementation, Operation,
and Optimization", Cisco Press-USA , 2005

Falcon VJ PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Falcon VJ PDF

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD NACIONAL DE INGENIERIA

FACULTAO DE INGENIERIA ELECTRICA Y ELECTRONICA

MIGRACION DE UN SISTEMA DE TELEFONIA TRADICIONAL TDM

PARA OPTAR EL TITULO PROFESIONAL DE:

JUAN PABLO PRIMERO FALCON VASQUEZ

Dios Por su gran amor y fidelidad, guiándome en el camino correcto y

Mis padres Por su ejemplo de esfuerzo, gracias mamá Susana por tu

Mis hermanos Juan Segundo y Jorge, por ayudarme mucho en mi educación.

Mi asesor lng. Cesar Atalaya, por su valiosa colaboración y tiempo dedicado a

Amigos Cesar Collachagua y Mario Cárdenas por su valioso apoyo en la

Dedico este trabajo de ingeniería a mi amada esposa Roxana y a la juventud estudiosa

El presente trabajo presenta los aspectos técnicos y de ingeniería esenciales para el

4.5 Resumen del capítulo ...·................................................................................... 162

Capítulo 1: Fundamentos de voz sobre IP

Capítulo 11: Concepto de sistema de comunicaciones unificadas

Capítulo 111: Diseño del sistemá de comunicaciones unificadas

Capítulo IV: Implementación del nuevo sistema

1.1 Sistemas de Voz empresarial tradicional

El desarrollo de redes telefónicas se basó exclusivamente en la tecnología de

• Variación de retardos mínimá y predecible

A continuación se describe los elementos de un sistema de telefonía tradicional de

1.1.1 Dispositivos de Borde

1.1.2 Lazo Local

- Señalización de Información (lnformational Signaling).

Local Loop LocalLoop

Figura 1.1.- Lazo local a nivel de abonado

a) Señalización de Supervisión (Supervisory Signaling)

On Hook: Cuando el auricular se encuentra en posición colgado, el circuito se encuentra

COSwitch rIP Telefono

Figura 1.2.- Diagrama circuito en la señalización tipo OnHook

Figura 1.3.- Diagrama circuito en la señalización tipo OffHook

Ringback Tone Ringing Voltage

Local Loop Local Loop

Figura 1.4.- Señalización Ringing

b) Señalización de Dirección (Address Signaling)

Circuito Cerrado --------------�--�

Figura 1.5. - Señalización por pulso

Dual-Tone Multifrecuencia (DTMF):

697 Hz [TI [II [fil 0

Figura. 1.6.- Tonos de Alta y Baja frecuencia DTMF

c) Señalización de Información (lnformational Signaling)

1.1.3 Central Secundaria Privada Automática y Oficina Central

• Control Complejo (Control Complex): Proporciona la parte lógica, memoria y

Las PBX son equipos que se instalan en espacios previamente acondicionados, y

Switching Network Line AnalogCard &)

Main Distribution Frame (MDF)

Figura 1.7.- Arquitectura interna de una PBX

transmite la llamada a otro CO cercano. Las Central Offices realizan el trabajo de

CO Trunks ·- :Local Loop

Cliente Compañía de telefonia Cliente

Figura 1.8.- Funcionamiento de Central Office

En la Figura 1.8 se muestra un sistema básico de telefonía, en la cual se puede

1.1.4 Líneas Troncales Análogas

- Líneas troncales privadas. Un circuito dedicado que conecta directamente a 2 PBXs.

Figura 1.9.- Interconexión de PBX por medio de CO

1.1.5 Señalización de líneas troncales

• Señalicación de principio de lazo (Loop-Start Signaling): Es una técnica de

1.1.6 Líneas Digitales y RDSI

TSO TS16 TS31

Figura 1.10.- Estructura de Trama E1

telefónicos de marcado tradicionales, y conviene a considerar cuando se tiene un número

• Acceso BRI: Entrega 2 canales B (Bearer) de 64 bps bidireccionales y 1 canal D

Tabla 1.1.- Características de Interfaces SRI, PRI de RDSI.