Está en la página 1de 33

DEPARTAMENTO DE ELÉCTRICA Y ELECTRÓNICA

 
CARRERA DE INGENIERÍA ELECTRÓNICA EN TELECOMUNICACIONES
 
TRABAJO DE TITULACIÓN, PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERA
ELECTRÓNICA EN TELECOMUNICACIONES
 
«ANÁLISIS DEL DESEMPEÑO DE UN CANAL IPTV EN EL ESCENARIO DEL
CAMPUS UNIVERSITARIO ESPE»
 
AUTORA: UQUILLAS MAÑAY, CECILIA CAROLINA
 
2017
CONTENIDO
• Introducció n
• Objetivos
• Sistemas de Broadcasting o Radiodifusió n
• Aná lisis de la Red de Acceso
• Implementació n de un Sistema de Radiodifusió n
• Conclusiones
• Recomendaciones
INTRODUCCIÓN

Problema
Solución

http://tvespe.espe.edu.ec/
http://radioespe.espe.edu.ec/
OBJETIVOS

Objetivo General

Analizar el desempeñ o de un canal IPTV en el


escenario del campus universitario ESPE.
Objetivos Específicos

Analizar
Analizar la
la infraestructura
infraestructura dede red
red de
de la
la Universidad
Universidad de
de las
las Fuerzas
Fuerzas Armadas
Armadas ESPE
ESPE
para
para dimensionar
dimensionar la la transmisió
transmisiónn de
de televisió
televisiónn IPTV
IPTV en
en streaming
streaming con
con compresió
compresiónn
MPEG-2,
MPEG-2, MPEG-4
MPEG-4 para
para HDHD yy UHD.
UHD.

Implementar
Implementar unun servidor
servidor de
de streaming
streaming IPTV
IPTV enen la
la nube
nube computacional
computacional de
de la
la
universidad
universidad utilizando
utilizando un
un software
software de
de có
código
digo abierto
abierto para
para SD
SD yy HD.
HD.

Realizar
Realizar pruebas
pruebas de de transmisió
transmisiónn yy recepció
recepciónn utilizando
utilizando el
el servidor
servidor de
de streaming
streaming
IPTV
IPTV con
con la
la infraestructura
infraestructura ya
ya existente
existente yy contenidos
contenidos dede Radio
Radio ESPE.
ESPE.

Proponer
Proponer una
una infraestructura
infraestructura de
de red
red só
sólida
lida que
que abarque
abarque todos
todos los
los requerimientos
requerimientos
necesarios
necesarios para
para lograr
lograr una
una transmisió
transmisiónn yy recepció
recepciónn en
en HD
HD yy UHD.
UHD.
SISTEMAS DE BROADCASTING O RADIODIFUSIÓN
¿En qué consiste?

Propuesta de un Sistema de Broadcasting o Radiodifusió n para la Universidad


de las Fuerzas Armadas ESPE
ANÁLISIS DE LA RED DE ACCESO

Emulación en
Red LAN ESPE
GNS3

- Parámetros de QoS: Throughput,


Jitter, Delay y Paquetes Perdidos.
- Tasas de transmisión mínimas y
máximas.
Topología de la Red ESPE
Topología de la Red Emulada

Configuración
Configuración

Direccionamiento IP

Protocolos OSPF, BGP,


EIGRP.

Red MPLS

Host: Linux
Inyecciones de Tráfico con D-ITG
•• Red
Red Emulada
Emulada
Número de Paquetes por Tasa de Tx Tamaño Protocolo
Inyección Segundo Inyectada (kbps) (Bytes)
1 1000 4320 512 UDP
2 150 648,0 512 UDP
3 125 540,0 512 UDP

•• Red
Red LAN
LAN ESPE
ESPE

Número de Paquetes por Tasa de Tx Tamaño Protocolo


Inyección Segundo Inyectada (kbps) (Bytes)
1 1000 4320 512 UDP
2 150 648,0 512 UDP
3 120 518,4 512 UDP
Resultados Obtenidos
• Red Emulada

Inyección Delay Jitter Throughput Paquetes Perdidos


(s) (s) (kbps) (%)
1 1,69081 0,00213 407,121 83,41
2 1,32762 0,00339 404,612 18,47
3 1,32204 0,00187 404,834 2,29

• Red LAN ESPE

Inyección Delay Jitter Throughput Paquetes Perdidos


(s) (s) (kbps) (%)
1 12,8182 0,38945 10,6414 61,64
2 0,37951 0,00847 536,805 3,86
3 0,02037 0,00905 473,863 0,51
• Eficiencia obtenida en funció n del tiempo
0.43
Tx_1000 Tx_1000
0.7
0.425 Tx_150 Tx_150
Tx_125 Tx_120
0.42 0.6

0.415
0.5
0.41
0.4
0.405

0.4 0.3

0.395
0.2
0.39
0.1
0.385

0.38 0
1 2 3 4 5 6 7 8 9 10 1 2 3 4 5 6 7 8 9 10
Tiempo (s) Tiempo (s)

a) Red Emulada b) Red LAN ESPE

Red Emulada Red LAN


Tasa de Tx Inyectada
Iny.
(kbps) Throughput (kbps) Eficiencia (%) Throughput (kbps) Eficiencia (%)

1 4320 407,121 40,71 10,6414 1,06


2 648,0 404,612 40,46 536,805 53,68
• Delay obtenido en funció n del tiempo

3 12
Tx_1000
Tx_1000
Tx_150
Tx_150
10 Tx_120
2.5 Tx_125

2 8
Delay (s)

Delay (s)
6
1.5

4
1

2
0.5

0
0
1 2 3 4 5 6 7 8 9 10 1 2 3 4 5 6 7 8 9 10 11
Tiempo (s) Tiempo (s)

a) Red Emulada b) Red LAN ESPE


• Jitter obtenido en funció n del tiempo

10 -3
8
2
Tx1000
Tx150 Tx1000
7
Tx150
Tx125
Tx120
1.5
6

5
1
Jitter (s)

Jitter (s)
4

3 0.5

2
0
1

0 -0.5
1 2 3 4 5 6 7 8 9 10 1 2 3 4 5 6 7 8 9 10
Tiempo (s) Tiempo (s)

a) Red Emulada b) Red LAN ESPE


• Paquetes Perdidos obtenida en funció n del tiempo

Tx1000 Tx1
0.045 0.9
Tx150 Tx2
0.04 Tx125 0.8 Tx3

0.035 0.7
Paquetes Perdidos (%)

Paquetes Perdidos (%)


0.03 0.6

0.025 0.5

0.02 0.4

0.015 0.3

0.01 0.2

0.005 0.1

0 0

-0.005 -0.1
1 2 3 4 5 6 7 8 9 10 1 2 3 4 5 6 7 8 9 10
Tiempo (s) Tiempo (s)

a) Red Emulada b) Red LAN ESPE


IMPLEMENTACIÓN DE UN SISTEMA DE
RADIODIFUSIÓN
Software y Canal de TV

Open
Open Broadcaster
Broadcaster (OBS
(OBS Studio)
Studio)

Software de có digo abierto Canal ESPE TV

Transmisiones en vivo y Transmisiones en vivo


grabació n de videos
Configuració n del
Captura de audio/video en codificador (URL del
tiempo real servidor, nombre/clave
de transmisió n)

Creació n de escenas con URL personalizada para


diferentes tipos de fuentes transmisiones.
Pantalla
Pantalla principal
principal de
de OBS
OBS Studio
Studio
Canal ESPE TV
Requerimientos para el uso de la red ESPE
1. Reglas para Firewall

Protocolo de Protocolo de
Puerto Parámetro
Streaming transporte

RTMP TCP 1935 Inside – Outside


RTP TCP 5004 Inside – Outside
RTCP TCP 5005 Inside – Outside
RTSP TCP / UDP 554 Inside – Outside
HTTP TCP / UDP 80 u 8080 Inside – Outside
HTTPS TCP / UDP 443 Inside – Outside

2. Reserva dentro del DHCP


Análisis de resultados para el Sistema de
Radiodifusión Implementado
• Velocidad de conexió n en funció n del tiempo transcurrido

12000
Dia1
Dia2
10000 Dia3
Dia4
Velocidad de Conexión (kbps)

8000

6000

4000

2000

0
0 50 100 150 200 250 300
Tiempo (min)
• Tiempo en el Buffer • Paquetes Perdidos

45 450
Dia1 Dia1
40 Dia2 400 Dia2
Dia3 Dia3
Dia4 Dia4
35 350
Tiempo en el Buffer (s)

Paquetes Perdidos
30 300

25 250

20 200

15 150

10 100

5 50

0 0
0 50 100 150 200 250 300 0 50 100 150 200 250 300
Tiempo (min) Tiempo (min)
• Delay de una Tx en funció n del Tiempo Transcurrido

60 80
Panel de Control Panel de Control
55 Red Cableada Red Cableada
70
Red Wi-Fi Red Wi-Fi

50 60

45 50
Delay (s)

Delay (s)
40 40

35 30

30 20

25 10

20 0
1 1.5 2 2.5 3 3.5 4 1 1.5 2 2.5 3 3.5 4 4.5 5
Tiempo (h) Tiempo (h)

a) 5 horas de transmisió n a) 6 horas de transmisió n


Implementación de una Aplicación Web
para Programación Diaria (Parrilla)
PÁGINAS DE ENLACE A LOS CANALES

• ESPE TV
http://tvespe.espe.edu.ec/

• RADIO ESPE
http://radioespe.espe.edu.ec/
CONCLUSIONES

• Se analizó la infraestructura de la red interna de la universidad, donde se


evaluó que para transmisiones de a/v, depende bastante de la afluencia de
estudiantes conectados a un AP, como se mostró en una de las inyecciones
realizadas obteniendo un throughput de 10,64 kbps. Sin embargo con una tasa
de transmisió n de 512 kbps se puede transmitir contenidos a calidad mó vil
(OS). Estos resultados se compararon con una red emulada, donde se
configuraron algunas de las características que presenta la red actual de la
ESPE, alcanzando una tasa de transmisió n constante alrededor de 512 kbps,
que es valor considerable para transmitir videos en una baja calidad.
CONCLUSIONES
• Considerando las inyecciones realizadas en la red interna de la institució n, se
alcanzó un porcentaje de 0,51% paquetes perdidos utilizando el protocolo UDP,
inyectando una tasa de transmisió n de 518,4 kbps, sin embargo el peor de los
casos también se observó en la hora de mayor afluencia de estudiantes con un
61,64% de paquetes perdidos inyectando una tasa de transmisió n alrededor de 4
Mbps, por lo que la red no soportaría transmisiones en alta calidad.
• Para poder tener mayor acceso universal y aprovechar el auge de las redes
sociales, se diseñ ó un sistema de radiodifusió n donde se implementó el canal
ESPE TV UNIVERSIDAD DE LAS FUERZAS ARMADAS en la plataforma de YouTube
para realizar transmisiones en vivo con la ayuda del software Open Broadcaster
(OBS), utilizando la red de acceso cableada de la institució n para lo cual se asignó
ciertas políticas en el Firewall y reserva dentro del DHCP a má quinas destinadas
al manejo de servicios de streaming de a/v.
CONCLUSIONES
• Se realizó pruebas de transmisió n verificando que el sistema permanezca en buen
funcionamiento evaluando la velocidad de conexió n, el tiempo en el buffer y la
cantidad de paquetes perdidos que se tenía durante transmisiones de cinco horas. El
promedio de la velocidad de conexió n durante los cuatro días alcanzó un valor de 6
Mbps transmitiendo contenidos en calidad está ndar, tomando en cuenta que el
mínimo valor capturado llegó a los 3 Mbps y el má ximo se encuentra alrededor de
los 10 Mbps, sin embargo estos valores fluctú an por las características de la red.
• Para el aná lisis de los tiempos en el buffer durante transmisiones de cinco horas se
obtuvo un promedio de 15 segundos en los cuatro días, considerando un valor
mínimo de 4 segundos y como má ximo hasta de 40 segundos de almacenamiento en
el buffer durante toda la transmisió n. Se identificaron los valores de paquetes
perdidos segú n la cantidad de paquetes o fotogramas transmitidos, en el mejor de
los casos existieron 49 paquetes perdidos de 540368 transmitidos, los mismos que
representan el 0,01% de pérdida en toda la transmisió n durante 5 horas en uno de
los días de prueba.
CONCLUSIONES
• Ademá s se evaluó el delay existente en transmisiones de cinco y seis horas en
diferentes días, utilizando como base la transmisió n propia de OBS Studio entre la
transmisió n vista en el panel de control del servidor de YouTube, la transmisió n
compartida en un cliente que usa la red cableada de la ESPE y otro cliente que usa la
red Wi-Fi, midiendo los resultados cada hora se obtuvo que el mejor de los casos es
la red cableada, donde su mínimo delay no sobrepasan de los 10 segundos y su
má ximo se encuentra alrededor de los 30 segundos al final de la transmisió n. Así
mismo el peor de los casos se obtuvo con red Wi-Fi donde alcanzó un minuto de
delay, tomando en cuenta que los valores oscilaban durante la transmisió n.
• Para la programació n diaria del canal de televisió n se diseñ ó e implementó una
aplicació n web utilizando el software y servidor libre XAMPP, que incluye base de
datos MySQL, servidor web Apache y los intérpretes de los lenguajes PHP y Perl, en
esta aplicació n se puede agregar, modificar y borrar contenidos multimedia en el
horario que establezca el administrador. Se conecta al software Open Broadcaster
mediante la fuente BrowserSource, capturando la URL y a su vez la pantalla del
servidor, donde se muestran los contenidos y se realiza la transmisió n de los
mismos.
RECOMENDACIONES
• Para lograr una transmisió n y recepció n en HD y UHD, se recomienda que la
institució n asigne un ancho de banda dedicado ú nicamente para la Radio y
Televisió n, debido a que los usuarios, que en este caso son los estudiantes de toda
la comunidad universitaria se conectan tanto a la red Wi-Fi como a la red cableada
para ejecutar diferentes actividades y a pesar de que existan diferentes políticas
en el firewall logran saturar la red interna.
• El sistema de radiodifusió n implementado actualmente se encuentra en las
instalaciones de Radio y Televisió n de la ESPE, sin embargo se recomienda que la
institució n adquiera el equipamiento necesario para el correcto funcionamiento
del mismo, un servidor má s estable que se encuentre en un lugar apropiado para
que el equipo no tenga problemas de recalentamiento, con un alto nivel de
procesamiento.
RECOMENDACIONES
• Se debe tomar en cuenta que Open Broadcaster es un software libre que en este
momento se encuentra en su versió n má s actualizada OBS 19.0.3, este tipo de
software no só lo ha permitido ahorrar en la adquisició n, mantenimiento y la
renovació n del mismo, sino también a garantizado la implementació n de un
canal de televisió n online a través de la plataforma de YouTube, sin embargo se
recomienda tenerlo en permanente actualizació n, ya que gracias a las nuevas
versiones se han abierto nuevas características que hacen a este sistema má s
funcional y con una interfaz amigable al usuario.
• De la misma manera a la hora de verificar el panel en vivo del canal de YouTube
en un navegador de Internet se debe tomar en cuenta que esté actualizado,
debido a que en versiones anteriores no se encuentra disponible la opció n de
“Chat en vivo”, que es una de las funciones que se puede habilitar y visualizar en
la transmisió n, para interactuar con la audiencia.
RECOMENDACIONES

• Todas las transmisiones realizadas se almacenan en los servidores de la


plataforma de YouTube, sin embargo en el caso de que estos servidores fallen en
algú n instante y no se pueda recuperar las transmisiones ya realizadas, se
recomiendan habilitar la funció n de Open Broadcaster para grabar la
transmisió n una vez que empiece la misma, de esta manera se tendrá un backup
de todas aquellas transmisiones que se deseen recopilar.

También podría gustarte