“CENTRAL TELEFÓNICA CISCO Y SERVICIOS DE

COLRABORACIÓN”

PROCEDIMIENTO DE PRUEBAS DE ACEPTACIÓN EN

FABRICA (FAT)

CODIGO REVISIÓN FECHA

SOU-TOQ-VOICE01 0 03/05/2017

INDICE
1. GENERAL ......................................................................................................... 2
1.1 Objetivo ...................................................................................................... 2
1.2 Definiciones ................................................................................................ 2
2. CRITERIOS DE DISEÑO .................................................................................. 3
2.1 Arquitectura propuesta ............................................................................... 3
2.2 Requerimientos .......................................................................................... 4
2.3 Integración con red telefonía ...................................................................... 4
2.4 Flujo de conversación................................................................................. 5
2.5 Configuración de CUCM............................................................................. 6
2.6 Licencias .................................................................................................... 7
3. Anexo 1 – Plan de trabajo ................................................................................. 9
4. Anexo 2 – Protocolo de pruebas ..................................................................... 10

Elaborado por: Revisado por: Aprobado por:

Firma: Firma:
Firma:

Nombre: Roy Chavez Nombre: Henry Puca Nombre: José Muñoz

Cargo: Ing. de Proyectos. Cargo: Jefe de cuenta. Cargo: Jefe de TI

Fecha: 03/05/2017 Fecha: 03/05/2017 Fecha:04/05/2017

 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 2 DE 10

1. GENERAL

1.1 Objetivo

El siguiente documento tiene como objetivo indicar los criterios de configuración

que se utilizaran para poder levantar la central telefónica de Cisco, así como
los servicios de colaboración que se integraran.

1.2 Definiciones

Para efectos de este documento, se usarán las siguientes definiciones:

Cisco Unified Communications Manager

La cual denominaremos de ahora en adelante “CUCM”, es el motor de
procesamiento para efectuar las llamadas de voz sobre IP y video. Permite la
interacción de diferentes tipos de terminales usando protocolo propietario
(Skinny) o protocolo abierto (SIP), como: teléfonos IP, equipos de telepresencia,
Gateway de voz y aplicaciones multimedia.

Cisco Unified Communications Manager IM and Presence Service

La cual denominaremos de ahora en adelante “CUPS”, es encargado de
proporcionar mensajería instantánea a nivel empresarial: Es un servicio de
colaboración que se integra al CUCM permitiendo control telefónico (Voz y
video), mensajería, correo y colaboración web.

Cisco Unity Connection

La cual denominaremos de ahora en adelante “CUC”, es encargado de integrar
las funciones de mensajería y reconocimiento de voz.

Cisco Jabber
Aplicación de colaboración que interactúa con CUPS, permitiendo accede y
tener control de mensajería, voz, video, compartir escritorio y conferencias.

Skinny call control protocol

La cual denominaremos de ahora en adelante como SCCP, es un protocolo de
señalización de sesión entre el terminal y el CUCM, una vez que pasa la etapa
de señalización el flujo de datos de “audio” utiliza RTP/UDP. Es un protocolo
propietario.
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 3 DE 10

2. CRITERIOS DE DISEÑO

2.1 Arquitectura propuesta

La demo que se planifica levantar implica los siguientes servicios: CUCM, para
brindar procesamiento y enrutamiento de llamadas; CUPS, para brindar
mensajería e integración con aplicaciones en diferentes tipos de terminales;
CUC, para brindar casilla de voz.

Estos servicios estarán virtualizados, para esto se usara como plataforma base
vSphere eSXi.

Estos servicios se integraran a la del cliente, pudiendo trabajar de manera aislada

o interactuar con centrales de terceros (NEC) y con la PSTN.

PROVEEDOR DE
TELEFONÍA
(PSTN)

E1/T1

Gateway de telefonia
SWITCH CORE 192.168.22.x
.

Central de telefonía y
Central de telefonía
servicios de colaboración.
NEC
(Cisco)
172.18.36.1

SRV – PowerEdge R320 1

2 3
! Console

Intel
Inside
XEON

192.168.22.1
4
5 6 7 8 UCS
C220 M4

CUCM CUPS CUC

192.168.22.4 192.168.22.5 192.168.22.6
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 4 DE 10

2.2 Requerimientos

Requerimientos mínimos para las máquinas virtuales a instalar:

Item Servicio vCPU vRAM vDisk

Cisco Unified Communications Manager
2 4 GB 1x80GB
1 (Pub/TFTP)
2 Cisco Unity Connection 1 4 GB 1x160GB
3 CU IM and Presence Service 1 2 GB 1x80GB
* Espacio para Isos en datastore NA NA 20GB

4 10
340GB
Requerimientos mínimos del servidor vCPU GB

2.3 Integración con red telefonía

De manera básica la integración con la red de telefonía implica tres puntos: con
los equipos terminales, con el Gateway de telefonía y con la central NEC.

1. Integración con equipos terminales, la comunicación con equipos terminales

(Teléfonos, softphone y aplicaciones) se realizara por medio del protocolo
SCCP, esto debido a que este protocolo soporta más features de integración en
los teléfonos y la compatibilidad con LDAP, entre otras.

2. Integración con Gateway de telefonía, la integración entre la central de

telefonía “CUCM” y el Gateway de telefonía será utilizando el protocolo MGCP,
esto debido a que se tiene una configuración centralizada, se realizara una
configuración mínima en el Gateway y para aprovechar el protocolo de los
terminales previamente seleccionado (SCCP).

3. Integración con central de terceros, la integración entre la central CUCM y

NEC se realizara por medio de una troncal utilizando el protocolo SIP, la cual
tendrá la función de comunicar la numeración de anexos entre CUCM y NEC.
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 5 DE 10

2.4 Flujo de conversación

El proceso de conversación que se tendrá al realizar una llamada es la siguiente:

1. Proceso de booteo de teléfono, el equipo solicitara la configuración del TFTP

del CUCM y se procederá a registrar.

2. Al discar un anexo local (CUCM A  CUCM B), se iniciara la negociación de

señalización por medio de SCCP, siendo el siguiente paso la transición de audio
por medio de RTP/UDP.
Al discar un anexo de otra central (CUCM  NEC), se realiza primero la
negociación por SSCP y continua por la validación de la troncal SIP, de
completarse esto el audio es transmitido de igual manera por RTP/UDP entre
los equipos terminales.
Al discar un numero externo (CUCM  PSTN), se realiza la señalización por
medio de SSCP con la central, la central prosigue con el Gateway por medio de
MGCP, al completarse este proceso el audio es transmitido directamente por
TRP/UDP.

PSTN

GATEWAY

RTP/UDP
MGCP

NEC CUCM PHONE

SIP SCCP
1
/.@
2
ABC
3
DEF

4
GHI
5
JKL
6
MNO

- + 7
PQRS
8
TUV
9
WXYZ

*+
0_
#
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 6 DE 10

2.5 Configuración de CUCM

La configuración que poseerá la central de Cisco será la siguiente:

Distribución de anexos:

N° Sede Prefijo DN
1 Toquepala 55XX

Partición y calling search space:

Se creara una sola partición y un CSS.

Partición: P_Toquepala
CSS: CSS_Toquepala

Patrones de marcación:

Se dispondrá de los siguientes patrones de marcación, estos patrones tendrán

definido niveles para poder asignar a los usuarios.

Route Pattern Route partition Descripción Gateway Nivel

9.00! P_Toquepala Llamadas internaciones. GW_Southern 40
9.9xxxxxxxx P_Toquepala Llamadas a celulares. GW_Southern 30
9.0[1-8][0-9][2-7]XXXXX P_toquepala Llamadas a fijos. GW_Southern 20
9.[2-7]xxxxx P_toquepala Llamadas a fijos. GW_Southern 10
9.0800! P_Toquepala Llamdas a servicios. GW_Southern 0

Nota: Esta es una forma de definir y delimitar los tipos de llamadas a los usuarios,
teniendo en consideración:
A cada usuario se le brindara un código para realizar llamadas (Este código
es personal)
El usuario puede llamar desde cualquier terminal con el código brindado.
Esto método nos sirve para limitar y verificar el consumo de cada usuario
(Cuando se realice los CDR).
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 7 DE 10

2.6 Licencias

Cisco entiende que las necesidades de colaboración de los clientes varían

a través de las organizaciones y dependen de los requisitos de colaboración
de los trabajadores individuales. Como tal, Cisco ofrece opciones flexibles
de licencia para satisfacer esas necesidades variables. Cada licencia de
Cisco incluye clientes de software, software de servidor de aplicaciones y
licencias colaboración en función de cada usuario.

Cisco User Connect Licensing (UCL), ofrece licencias por usuario basado
en aplicaciones de Comunicaciones Unificadas de Cisco, incluyendo el
software de servidor de aplicaciones, licencias de usuario, y un cliente de
software. UCL está disponible en las versiones Essential, Basic, Enhanced,
and Enhanced Plus.

Cisco Unified Workspace Licensing (UWL), proporciona las aplicaciones

y servicios más populares de colaboración de Cisco en un paquete sencillo
y rentable. Hay dos versiones de Cisco Unified Workspace Licensing
disponibles, dependiendo de sus necesidades: Professional Edition y
Standard Edition.

Ambas incluyen clientes de software, software para aplicaciones de servidor

y licencias basada en usuario, éstas permiten una experiencia más
completa de comunicaciones unificadas que las brindadas en licencias UCL.
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 8 DE 10

Los usuarios con licencia Enhanced, podrán tener un (01) teléfono físico y
tener instalado el Jabber en un solo dispositivo
(Laptop/Tablet/Smartphone).

Los usuarios con licencia UWL Standard, podrán tener un (01) teléfono
físico y tener instalado el Jabber en hasta nueve dispositivos
(Laptop/Tablet/Smartphone). Con esta opción el usuario podrá tener
simultáneamente un teléfono físico, una laptop, en el Smartphone y también
en una Tablet.
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 9 DE 10

3. Anexo 1 – Plan de trabajo

Area de Ingeniería

Plan de trabajo
Demo de central teléfonica

Account Manager Henry

: PeterPuca
Bardales Ejecución Roy Chávez
Objetivo : Realizar una implementación demo de la central teléfonica de Cisco en las instalaciones del cliente.

Tiempo de actividad o Tiempo de corte de

# Ventana Actividades Recursos involucrados Obs Impacto
ventana servicio

Implementación de central teléfonica en Toquepala.

Central teléfonica demo.

I. Instalación y configuración de central telefónica.

1 1. Instalación de maquinas virtuales (CUCM - central de telefonia, CUPS - Presence y CUC - Unity ) 2 días Personal de C2M.
2. Configuración de central telefónica (CUCM, CUPS y CUC). 2 día Personal de C2M.
3. Validación de servicios. 30 minutos Personal de C2M.

II. Integración con gateway de voz.

2 1. Implementación de troncal entre CUCM y gateway de voz. 4 hora. Personal de C2M y Southern.
2. Validación de servicio. 30 minutos. Personal de C2M y Southern.

III. Integración con central NEC

3 1. Implementación de troncal entre central CUCM y central NEC. 4 hora. Personal de C2M y Southern.
2. Validación de servicio. 30 minutos. Personal de C2M y Southern.
 PROCEDIMIENTO DE PRUEBAS DE PROCEDIMIENTO DE
ACEPTACION EN FABRICA (FAT) TRABAJO

REVISIÓN 0 FECHA 07 Abril 2017

DOC: PAGINA : 10 DE 10

4. Anexo 2 – Protocolo de pruebas

Demo central telefonía Cisco y serivicios de colaboración. Código SOU-VOICE
Toquepala Revisión 00
Título: Área Ingeniería

Protocolo de pruebas del central de telefonía Páginas 1 /1

Unidad Operativa: Southern - Toquepala Fecha y hora:

Participantes:
1.-
2.-
3.-
4.-

CRITERIOS RESULTADO COMENTARIOS OBSERVACIONES

1 Prueba de comunicación local.

Objetivo: Validar comunicación entre anexos de central Cisco y

demas servicios de colaboración.

Discar número de extensión local, usando un teléfono fisico.

1.1
*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A.

Discar número de extensión local, usando un softphone.

1.2
*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A.

Discar número de extensión local, usando aplicación de colaboración

1.3 (En smarphone y/o desktop).
*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A.

Intercambiar mensajeria entre usuarios de smartphone y/o desktop

1.4 usando aplicación de colaboración (En smarphone y/o desktop).
*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A.

1.5 Validación de servicio de casilla de voz en los anexos.

1.6 Validación de servicio de casilla de voz central.

2 Prueba de comunicación externa.

Objetivo: Validar comunicación entre anexos de central Cisco y

terminales externos(Red movil y PSTN).

Discar número movil (Externo), por medio de un anexo local usando

2.1 un teléfono fisico.
*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A.

Discar número fijo(Externo), por medio de un anexo local usando un

2.2 softphone.
*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A.
Discar número fijo/movil externo, usando aplicación de colaboración
2.3 (En smarphone y/o desktop).
*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A.
Validación de servicio de casilla de voz en los anexos, desde un
número externo.
2.4
*Tener en consideracion que para esta prueb a los anexos deb eran tener
llamada directa.

Validación de servicio de casilla de voz central, desde un número

externo.
2.5
*Tener en consideracion que para esta prueb a los anexos deb eran tener
llamada directa.

3 Prueba de comunicación entre centrales Cisco y NEC.

Objetivo: Validar comunicación entre anexos de central Cisco y

anexos de central NEC.

Discar número de extensión local, usando un teléfono fisico.

*Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A
3.1
(Teniedo como origen el anexo A en la central Cisco, y el anexo B en la
central NEC)

Discar número de extensión local, usando un softphone.

Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A
3.2
(Teniedo como origen el anexo A en la central Cisco, y el anexo B en la
central NEC)
Discar número de extensión local, usando aplicación de colaboración
(En smarphone y/o desktop).
3.3 Esta prueb a se realizara en amb os sentidos de anexo A -> B y B -> A
(Teniedo como origen el anexo A en la central Cisco, y el anexo B en la
central NEC).

3.4 Validación de servicio de casilla de voz en los anexos.

3.5 Validación de servicio de casilla de voz central.