Maestría en Telecomunicaciones y Telemática V10

SISTEMAS AVANZADOS DE TELECOMUNICACIONES Y

CONVERGENCIA
Actividad: PROYECTO FINAL

Maestrantes:
1. Jhandira Vergara
2. Nelson Rojas

Docente:
MSc. RAUL GARDELLA

FECHA: 18 de Diciembre de 2017

La Paz - Bolivia
Contenido
1. INTRODUCCIÓN........................................................................................................................3
2. ANTECEDENTES.......................................................................................................................3
4. OBJETIVOS................................................................................................................................4
4.1. OBJETIVO GENERAL.......................................................................................................4
4.2. OBJETIVOS ESPECÍFICOS.............................................................................................4
5. LIMITES Y ALCANCES............................................................................................................4
5.1. LÍMITES................................................................................................................................4
5.2. ALCANCES.........................................................................................................................5
6. MARCO PRÁCTICO..................................................................................................................5
7. CONCLUSIONES Y RECOMENDACIONES.......................................................................15
7.1. CONCLUSIONES.............................................................................................................15
7.2. RECOMENDACIONES....................................................................................................15
8. BIBLIOGRAFIA.........................................................................................................................15
1. INTRODUCCIÓN
Para el presente proyecto podemos mencionar que la tecnología VoIP es, a grandes rasgos,
el sistema que permite el transporte de voz digitalizada a través de redes de datos basadas
en el protocolo IP. El hecho de que este tipo de redes estén tan extendidas hace que sea
una de las opciones más interesantes para ofrecer el servicio de telefonía a través de una
red de conmutación de paquetes.
Esta tecnología hace ya muchos años que está en el mercado (desde finales de los 90),
pero no ha sido hasta hace poco que se ha generalizado, gracias, principalmente, a la
mejora y estandarización de los sistemas de control de la calidad de la voz y a la
universalización de Internet.
El verdadero valor de la tecnología VoIP, es que permite que la transmisión de voz se
convierta en una aplicación más en la red de datos. Es por eso, que muchas veces se utiliza
el término de redes convergentes, o convergencia IP, aludiendo a un concepto un poco más
amplio de integración en la misma red de todas las comunicaciones (voz, datos, video, etc.).

2. ANTECEDENTES
La transmisión de voz sobre el protocolo de IP ó VoIP (Voice Over Internet Protocol), es
una tecnología que permite la transmisión de voz a través de las redes IP (Internet, red IP
pública, Intranet), y nace en el año 1995 como resultado del trabajo de un grupo de
estudiantes en Israel. Ese mismo año Vocaltec anuncia el lanzamiento del primer Softphone
que llamaron “Internet Phone Software”. El software funcionaba comprimiendo la señal de
voz, convirtiéndola en paquetes de voz que eran enviados por Internet, la comunicación es
de PC a PC.
En el año 1998 se comenzaron a fabricar los primeros ATA/Gateways para permitir las
primeras comunicaciones PC a teléfono convencional y finalmente las primeras
comunicaciones teléfono convencional a teléfono convencional (con ATAs en cada
extremo). También se comenzó a fabricar Switches de Layer 3 con QoS.
En el año 2000 VoIP representaba más del 3% del tráfico de voz. Ese mismo año Mark
Spencer un estudiante de la Universidad de Auburn crea Asterisk, la primer central
telefónica/conmutador basada en Linux con una PC hogareña con un código fuente abierto.
Asterisk hoy ofrece una solución freeware para hogares/pequeñas empresas y soluciones
IP-PBX corporativas
2011 trajo más opciones, como vox.io, GNU Free Call, o la china WeChat. En 2012
apareció Tú Me, también adquirida por Telefónica, y la coreana Kakao Talk.

El año 2012 fue la proliferación de aplicaciones para móviles, como Messagenetalk.com,

Yuilop, imo.im, LINE, o reflap, que permite asociar una URL a cada usuario.
 Actualmente, los intereses de la industria de la VoIP se enfrentan a nuevos retos, con
Google y Skype a la cabeza y con muchas empresas que aprovechan esta tecnología para
desarrollar ofertas de telefonía virtual que ofrecen a sus clientes opciones de comunicación
asequible y adaptada a las necesidades de la empresa.

3. PROBLEMÁTICA
El presente proyecto está orientado a realizar un análisis de las llamadas de entrada,
salida y transferencias desde el Call Center de la empresa XX y poder realizar
comparaciones teóricas que permitan establecer si el ancho de banda asignado es el
suficiente para la cantidad de llamadas concurrentes y verificar si el códec asignado es el
adecuado para la realización de las mismas.

4. OBJETIVOS

4.1. OBJETIVO GENERAL

 El objetivo general del proyecto es el de establecer una comparación teórica y práctica del
ancho de banda utilizado para el ingreso, salida y transferencias de llamadas entre el Call
Center ubicado en la ciudad de La Paz y la Cede central en Santa Cruz

4.2. OBJETIVOS ESPECÍFICOS

 Identificar el códec y ancho de banda utilizado en la transferencia de llamadas hacia Santa
Cruz.
 Realizar un esquema de funcionamiento del Call Center para el ingreso, salida y
transferencia de llamadas.
 Calcular el Ancho de Banda requerido para la cantidad de llamadas concurrentes.
 Realizar una comparación del ancho de banda teórico requerido y el ancho de banda
actualmente utilizado.
 Realizar un estudio del Códec utilizado para las llamadas.

5. LIMITES Y ALCANCES
5.1. LÍMITES
 El presente trabajo está orientado a realizar un estudio comparativo y poder establecer
una diferencia teórica al requerimiento necesario versus el panorama actual.
 Las llamadas serán realizadas en un ambiente de pruebas sin afectar el ambiente de
producción.
5.2. ALCANCES

 A través de los conocimientos adquiridos, utilizar las herramientas estudiadas para realizar
un comparativo teórico - práctico.
 Demostrar el procedimiento de una llamada a través de la red IP de la empresa.
 Aprovechar los recursos tecnológicos que nos ofrecen las diferentes aplicaciones como
Wireshark para analizar los escenarios estudiados.

6. MARCO PRÁCTICO
Infraestructura de Red Existente

- La Empresa XX para objeto de estudio, actualmente tiene su oficina central en Santa

Cruz y Oficinas regionales en La Paz y Cochabamba.
- El Core Principal se Encuentra en Santa Cruz desde donde se despliegan todos los
servicios internos y externos para los clientes.(CRM, ambientes de prueba de
servicios, correo, telefonía, monitoreo).
- Cada sede cuenta con un Servidor de Telefonía IP basado en linux los cuales están
interconectados a través de troncales IAX.
- Cada sede cuenta con un Router que permite la comunicación e interconexión entre
las oficinas regionales y la Central.
- Cada sede cuenta con switches administrables para el acceso de los usuarios
internos a los servicios de la empresa.
- Cada una de las oficinas cuenta con su propio acceso a internet.

- Se tiene una segmentación de red que separa a los servidores de los usuarios.

- Se tiene un enlace MPLS desde las oficinas regionales hasta la oficina principal para
la interconexión de usuarios con los servidores de datos y telefonía.
- Se tiene un Call Center con 5 agentes implementado en la ciudad de La Paz,
que brinda servicios de HelPDesk y tranferencia de llamadas a los usuarios
internos de acuerdo a requerimiento.

Topología de Red

De acuerdo a la infraestructura de red existente, Empresa XX presenta una topología

estrella extendida siendo su CORE principal la oficina central en la ciudad de Santa Cruz.
Aplicaciones utilizadas en la Red

Los servicios que se tienen implementados son:

a) Telefonía IP a través de una central Elastix - PBX open source y troncales IAX
b) Correo electrónico Basado en Postfix
c) Sistemas de Cámaras de Seguridad en cada una de las sedes (LP,CBBA, SCZ)
d) Sistema de Cobros electrónicos basado en línea de comandos para clientes
e) Sistema de Administración de Clientes
f) Sistema de Callcenter para Atención de Reclamos
g) Sistema de Pagos a Través de Internet.

Estudio del ancho de banda para llamadas de la red Existente

Para poder realizar un estudio de ancho de banda necesario para la transferencia de

llamadas y análisis del códec, es necesario tomar en cuenta las siguientes recomendaciones.

- Estudio de la segmentación de la Red las oficinas de La Paz y Santa Cruz para

analizar el ingreso de entrada, salida y transferencia de llamadas desde el Call
Center.
- Estudio y revisión del segmento y ruta asignado a telefonía desde la Vlan del Call
Center hasta la sede de Santa Cruz.
- Realizar el estudio de tráfico y reserva asignada en el enlace MPLS que conecta
a las Sedes de La Paz y Santa Cruz.
-
Resumen del Estudio
El proyecto consiste en el enfoque al estudio de tráfico de llamadas y análisis del ancho de
banda de una red corporativa que cuenta aproximadamente con 110 usuarios en las tres
ciudades (50 SC, 50 LP 10 CBBA) para el ingreso, salida y transferencia de llamadas desde
el Call Center de La Paz. (Para este caso, los usuarios de CBBA se loguean directamente a
la central de Santa Cruz)
Topología de red Actual

Switches Switches Switch Switch

Cisco 2960 Cisco C3750X LAN SANTA CRUZ Cisco C3560G Cisco C3560G

1536 Kbps 1536 Kbps

ADSL AXS 8192 Kbps

MIKROTIK RB2011UAS-RM
3072 Kbps 1536 Kbps
SOPHOS SG320

ENTEL ONLINE 512 Kbps MPLS ENTEL MPLS TIGO MPLS AXS

1536 Kbps

1536 Kbps 1536 Kbps

ADSL AXS 2048 Kbps

MIKROTIK RB2011UAS-RM MIKROTIK RB2011UAS-RM

LAN CBBA LAN LA PAZ

2048 Kbps ADSL AXS

Switches Switch Switches Switches SOPHOS SG125

Cisco 2960 Cisco C3560G Cisco 2960 Cisco C3750X

Topología Interconexión Call Center La Paz – Santa Cruz

Switches CENTRAL TELEFONICA SCZ Switch Switch

Cisco 2960 LAN SANTA CRUZ Cisco C3560G Cisco C3560G

MIKROTIK RB2011UAS-RM
1536 Kbps

MPLS ENTEL 128Kbps

RESERVADO PARA LLAMADAS
CALL CENTER

1536 Kbps

MIKROTIK RB2011UAS-RM

LAN LA PAZ
PSTN

CENTRAL TELEFONICA LPZ

Switch Switches
Cisco C3560G Cisco 2960

GW TELEFONICOS LPZ - SCZ

SERVIDOR CALL CENTER

 Direccionamiento de la red

De acuerdo a la configuración y direccionamiento de red de la empresa XX se realizó un estudio

de la segmentación en cada una de las sedes

SEDE RED HOSTS VLAN ÁREAS

V2 Servidores y Comunicaciones CPD
199.14.10.0/24 199.14.10.1-199.14.10.254
SC
Infraestructur
192.168.189.0/24 192.168.189.1-192.168.189.254 V4 Producción a
Operaciones
Santa Desarrollo
192.168.190.0/24 192.168.190.1-192.168.190.254 V5 Desarrollo
Cruz
Comercial
Administració
192.168.191.0/24 192.168.191.1-192.168.191.254 V6 Administración n
Documentació
n
V2 Servidores y Comunicaciones CPD
199.7.4.0/24 199.7.4.1-199.7.4.254
LP
192.168.188.0/24 192.168.188.1-192.168.188.254 V3 Call Center Call Center
Infraestructur
192.168.187.0/24 192.168.187.1-192.168.187.254 V4 Producción a
Operaciones
La Paz
192.168.186.0/24 192.168.186.1-192.168.186.254 V5 Desarrollo Desarrollo
Comercial
Administració
192.168.185.0/24 192.168.185.1-192.168.185.254 V6 Administración n
Documentació
n

Las centrales telefónicas ELASTIX se encuentran en el segmento de Servidores Vlan2 en cada

una de las sedes y el Servidor de Call Center se encuentra en la Vlan3 de la ciudad de LPZ
Calculo de Ancho de Banda requerido para el Call Center LPZ y Estudio del Códec a
Utilizar.
Las llamadas VoIP consisten en 2 partes principales. La parte de la señalización de la
llamada es la que hace que la llamada pueda realizarse. Señaliza el establecimiento, el
timbrado en el extremo de destino, la desconexión y otras comunicaciones realizadas entre
los dos extremos para mantener la llamada. La segunda parte es el audio, que es
transmitido a través de RTP. El ancho de banda consumido por la señalización SIP es
insignificante, para propósitos de cálculo es despreciable el valor.

Dado que el audio en bruto puede ser bastante grande, tiene que ser codificado antes de ser
enviado por la red. Esto se hace usando un códec. Diferentes códecs producen una calidad
de audio diferente, consumen un ancho de banda diferente, y algunos son más CPU-
intensivos que otros. Por ello, es importante que seleccione el códec adecuado para la
aplicación.
Antes de profundizar en las diferencias de los códecs más comunes, vamos a introducir otro
principio que nos permitirá calcular con precisión el ancho de banda utilizado. Al enviar datos
a través de la red, éstos deben estar empaquetados. El “paquete” contiene información que
permite que los datos sean enviados al destino y que puedan ser reconstruidos
correctamente. Como se pueden imaginar, el envase no es gratis – se suma al consumo de
ancho de banda.
Hay diferentes capas de empaquetamiento en la red (requeridos por el modelo OSI de 7
capas). El audio codificado necesita ser empaquetado dentro de paquetes RTP. A su vez,
los paquetes RTP necesitan ser empaquetados dentro de paquetes UDP, que luego
necesitan ser empaquetados dentro de paquetes IP. Ethernet es el tipo de red más común, y
requiere otro empaquetamiento.
Para el estudio realizado en el presente proyecto vamos a referirnos a estos paquetes
colectivamente como overhead. Independientemente del códec utilizado, el overhead
introducido en el paquete está fijo. Abajo se encuentra el overhead introducido por cada
item:
 RTP – 4.8 kbps
 UDP – 3.2 kbps
 IP – 8 kbps
 Ethernet (sin utilizar QOS) – 15.2 kbps
El overhead total es de 31.2 kbps.
La Voz sobre IP (VoIP) requiere una cierta cantidad de ancho de banda para funcionar
correctamente. Esta es la tasa de transferencia de datos y se mide en bits por segundo
(bps). La fórmula utilizada para calcular el ancho de banda requerido por llamada es:

Ancho de banda = tamaño total de paquetes * PPS

Donde PPS significa “paquetes por segundo” y se calcula de la siguiente manera:
PPS = (tasa de bits de códec) / (tamaño de la carga útil de voz).

El otro elemento del cálculo del ancho de banda, el tamaño total del paquete, se calcula:

Tamaño total del paquete = (cabecera de capa 2) + (cabecera IP/UDP/RTP) + (tamaño de la

carga útil de voz).
Pasos para determinar el ancho de banda teórico a utilizar:
1.- Determinamos el códec utilizado en la transmisión de VoIP.
Un códec es un estándar de conversión del sonido a la señal digital y viceversa. Hay ocho
diferentes códec más utilizados, algunos de los cuales pueden tener más de una tasa de
bits. La tasa de bits de códec se deriva del tamaño de muestreo de códec / intervalo
muestreo de códec. El tamaño de muestreo de códec es el número de bytes capturados por
el Procesador de Señal Digital (DSP) en cada intervalo de muestreo de códec.
A continuación colocamos una lista de códec y su velocidad de bits:
 G.711 …………. 64 Kbps
 G.729 …………… 8 Kbps
 G.723.1 ………… 6,3 Kbps o 5,3 Kbps
 G.726 …………. 32 Kbps o 24 Kbps
 G.728 …………. 16 Kbps
 G722_64k ……. 64 Kbps
 ilbc_mode_20 .. 15,2 Kbps
 ilbc_mode_30 .. 13.33Kbps.
Para el cálculo del presente estudio, se utilizará el códec G.729 con una tasa de bits 8 Kbps.

2.- Determinamos el tamaño de carga útil de voz que utiliza la VoIP.

Este será un múltiplo del tamaño de muestreo del códec. Esta cifra es necesaria para
calcular tanto el tamaño total del paquete como el PPS. Utilizaremos el valor por defecto de
G.729 de 20 bytes.

3.- Determinamos el sistema en Capa 2 que es Ethernet

Este agrega una sobrecarga en la cabecera del paquete de 18 bytes para Ethernet
(incluyendo 4 bytes de la secuencia de verificación de trama o de comprobación de
redundancia cíclica). Utilizaremos una cabecera Ethernet de 18 bytes.

4.- Determinamos las capas de transporte y sesión que se está usando.

Estos se sumarán al tamaño del encabezado IP para calcular la sobrecarga total. Por lo
general esta cabecera suele ser de 40 bytes: 20 bytes de IP, 8 bytes de UDP y 12 bytes de
RTP. Con “Compresión de Protocolo de Transporte en tiempo Real” (CRTP), el encabezado
combinado se reducirá a 2 o 4 bytes. El CRTP no puede ser utilizado en conjunto con
Ethernet. Para este ejemplo se usara una cabecera CRTP de 2 bytes.

5.- Calculamos el tamaño total del paquete en bytes utilizando:

Tamaño total del paquete = (cabecera de Capa 2) + (Cabecera IP/UDP/RTP) + (tamaño de
la carga útil de voz).
Para propósitos del estudio, la cabecera de capa 2 es de 6 bytes, la cabecera IP/UDP/RTP
es de 2 bytes y la carga útil es de 20 bytes:
Tamaño total del paquete = 6 bytes + 2bytes + 20 bytes = 28 bytes,
Como hay 8 bits en un byte:
Tamaño total del paquete (bits) = 28 * 8 = 224 bits.
6.- Calculamos los Paquetes por Segundo utilizando la fórmula:
PPS = (tasa de bits de códec) / (tamaño de la carga útil de voz).
Para el presente estudio se usa una velocidad de bits de códec de 8Kbps (8000 bps) y un
tamaño de carga útil de voz de 20 bytes (160 bits) de lo que se deriva el PPS:
PPS = 8000/160 = 50.
La capacidad de ancho de banda disponible tendría que ser suficiente para permitir la
transferencia de 50 paquetes por segundo.

7.- Calculamos el requerimiento de ancho de banda con los valores derivados:

Ancho de banda = tamaño total de paquetes * PPS.
Se tiene un tamaño total de paquetes de 224 bits y un requisito de 50 paquetes por
segundo.
Por lo que el ancho de banda requerido es:
224 * 50 = 11.200 bits por segundo.

Esto es regularmente más expresado como 11,2 Kbps por llamada.

G729 es el códec que consume menos ancho de banda y tiene una calidad de audio
relativamente buena. Aunque tiene 2 puntos en contra:

Esa eficiencia viene con un costo, que es el consumo de CPU. Es más CPU-intensivo
codificar audio en un tamaño tan pequeño manteniendo la calidad.
G729 es un códec propietario. Por esto, el número de llamadas simultáneas en G729 no
puede exceder la mitad de las llamadas simultáneas permitidas por el sistema o PBX-IP.
Por esto, G729 solo debería ser utilizado cuando realmente es requerido, por ejemplo para
llamadas externas a través de Proveedores VoIP, llamadas a través de un Gateway, o para
extensiones remotas (básicamente todas las llamadas realizadas a través de Internet).

COMPARACION DEL CALCULO TEORICO CON LLAMADAS DE PRUEBA

De acuerdo a lo explicado en el cuadro de topología de red, se realizaron llamadas externas
desde el call center de LPZ para realizar la transferencia a los internos de SCZ. Y poder
verificar el tráfico de la llama y el consumo de ancho de banda.
A continuación mostramos el proceso de la llamada utilizando el software de captura de
paquetes Wireshark que nos permitió verificar paso por paso el establecimiento y fin de la
llamada.

Acá pueden verse todos los paquetes para el inicio, establecimiento, transferencia y fin de la
llamada.
En el siguiente cuadro podrá verse de manera más práctica el direccionamiento y los pasos
establecidos para la transferencia y terminación de la llamada.
Donde podemos apreciar en la primera línea, el INVITE para el ingreso de llamada.
Las líneas 2 a la 4 la función de Ring para establecer el llamado.
La línea 5 cuando el usuario contesta la llamada y establece la vía RTP
La línea 6 ACK un mensaje secuencial.
Las líneas 7 y 8 el flujo de la llamada
La línea 9 el mensaje de terminación del flujo de la llamada.
La línea 10 el mensaje de disponibilidad.

RESERVA DE ANCHO DE BANDA ASIGNADO Y TRÁFICO

El ancho de banda Asignado para el ingreso de transferencias hacia los usuarios de La Paz
y Santa Cruz es de 128 Kbps, con los usuarios de LPZ al ser un tráfico local no se tiene el
problema de cálculo de ancho de banda ya que ingresa a los segmentos de los usuarios.
Para al caso de SCZ, a través de los routers de Borde y la Línea MPLS simétrica contratada
se tiene una cola de 128 Kbps como puede verse a continuación:

Al realizar las pruebas de llamadas, se capturó el tráfico de la transferencia de una de ellas,

durante un lapso de tiempo como se puede apreciar en la siguiente Imagen.
 Como puede apreciarse, el tráfico en la práctica es mayor al teórico debido a la carga
adicional que llevan los paquetes a través del enlace.
Como se tienen 5 agentes, el peor caso en las llamadas tendrían que ser 5 transferencias
concurrentes, lo que nos daría un total de 23.4Kbps * 5 = 119.5 Kbps

Se realizó una comparación con una calculadora de Ancho de Banda utilizando el códec
g729 y se obtuvieron los siguientes resultados.

Incoming Bandwidth Outgoing Bandwidth

Calls: 5 Calls: 5
RTP: 4.69 Kbps RTP: 4.69 Kbps
UDP: 3.13 Kbps UDP: 3.13 Kbps
IP: 7.81 Kibps IP: 7.81 Kibps
Protocol: SIP Protocol: SIP
Audio Codec: 8.00g.729a Kbps Audio Codec: 8.00g.729a Kbps
*SIP overhead is disregarded! *SIP overhead is disregarded!
Incoming bandwidth: 118.13 Kbps Outgoing bandwidth: 118.13 Kibps
0.12 Mbps 0.12 Mbps
14.77 KBps 14.77 KBps
0.01 MBps 0.01 MBps
Total bandwidth (incoming and outgoing): 236.26 Kbps
0.23 Mbps
29.53 KBps
0.03 MBps

Al ser un canal simétrico, los valores de la calculadora se acercan más al valor que se tiene
en el cálculo práctico versus el cálculo teórico.

7. CONCLUSIONES Y RECOMENDACIONES

7.1. CONCLUSIONES

7.2. RECOMENDACIONES

8. BIBLIOGRAFIA