ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO

FACULTAD DE INFORMÁTICA Y ELECTRÓNICA

CARRERA DE INGENIERÍA ELECTRÓNICA EN TELECOMUNICACIONES

Y REDES

“DISEÑO DE UNA INFRAESTRUCTURA PARA LA CABECERA

DE SERVICIOS IPTV DE LA EMPRESA DE
TELECOMUNICACIONES SITCOM”

Trabajo de titulación
Tipo: Proyecto Técnico

Presentado para optar el grado académico de:

INGENIERO EN ELECTRONICA, TELECOMUNICACIONES Y

REDES

AUTOR: DARÍO MARCELO SATÁN SANUNGA

DIRECTOR: ING. ALBERTO ARELLANO AUCANCELA

Riobamba – Ecuador

2021
© Año, Nombres y Apellidos

Se autoriza la reproducción total o parcial, con fines académicos, por cualquier medio o
procedimiento, incluyendo cita bibliográfica del documento, siempre y cuando se reconozca el
Derecho del Autor.

ii
Yo, Nombres y Apellidos, declaro que el presente trabajo de titulación es de mi autoría y los
resultados de este son auténticos. Los textos en el documento que provienen de otras fuentes están
debidamente citados y referenciados.

Como autor/autora asumo la responsabilidad legal y académica de los contenidos de este trabajo
de titulación; el patrimonio intelectual pertenece a la Escuela Superior Politécnica de
Chimborazo.

Riobamba, día de mes de año

iii
 ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO

FACULTAD DE ……..

CARRERA DE ………..

El Tribunal del Trabajo de Titulación certifica que: El trabajo de titulación; tipo: …, TITULO
DE TRABAJO DE TITULACIÓN, realizado por el señor/ la señorita: NOMBRES Y
APELLIDOS, ha sido minuciosamente revisado por los Miembros del Trabajo de Titulación, el
mismo que cumple con los requisitos científicos, técnicos, legales, en tal virtud el Tribunal
Autoriza su presentación.

FIRMA FECHA

Ing. /PhD. Nombres y Apellidos _________________ aa-mm-dd

PRESIDENTE DEL TRIBUNAL

Ing./ PhD. Nombres y Apellidos _________________ aa-mm-dd

DIRECTOR DE TRABAJO DE
TITULACIÓN

Ing. / PhD. Nombres y Apellidos _________________ aa-mm-dd

MIEMBRO DEL TRIBUNAL

iv
DEDICATORIA

Nombre

v
AGRADECIMIENTO

Nombre

vi
TABLA DE CONTENIDO

RESUMEN................................................................................................................................. xix
INTRODUCCIÓN ........................................................................................................................ 1
1. CAPITULO I MARCO REFERENCIA: ........................................................................... 1
2. CAPITULO II MARCO TEÓRICO .................................................................................. 8
2.1. IPTV .............................................................................................................................. 8
2.1.1. Definición .................................................................................................................. 8

2.1.2. Características principales ....................................................................................... 8

2.1.3. Estado del arte .......................................................................................................... 9

2.1.4. Ventajas y desventajas de IPTV .............................................................................. 10

2.1.4.1. Ventajas ........................................................................................................... 10

2.1.4.2. Desventajas ..................................................................................................... 11
2.1.5. Aplicaciones de IPTV .............................................................................................. 11

2.1.5.1. Televisión Digital ............................................................................................ 11

2.1.5.2. Video bajo demanda(VoD) ............................................................................. 11
2.1.5.3. Aprendizaje a distancia ................................................................................... 12
2.1.5.4. Comunicaciones Corporativas......................................................................... 12
2.1.5.5. Televisión Móvil ............................................................................................. 13
2.1.5.6. Video Chat ...................................................................................................... 14
2.2. Modos de transmisión IPTV ....................................................................................... 14
2.2.1. Transmisión multicast ............................................................................................. 15

2.2.2. Transmisión unicast ................................................................................................ 15

2.3. Compresión de video................................................................................................... 16

2.3.1. Proceso de compresión ........................................................................................... 16

2.3.2. Formatos de video para IPTV ................................................................................. 17

2.3.2.1. MPEG.............................................................................................................. 17
2.3.2.2. Serie ITU h-200............................................................................................... 18
2.3.3. Formatos de audio para IPTV ................................................................................ 19

2.4. Protocolos utilizados para IPTV ................................................................................. 22

2.4.1. Protocolos capa de aplicación ................................................................................ 22

2.4.1.1. RTP (real-time transport protocol) .................................................................. 22

2.4.1.2. RTCP (Real Time Transport Protocol) ........................................................... 24
vii
 2.4.1.3. RTSP (Real Time Streaming protocol) ........................................................... 25
2.4.1.4. HLS (HTTP Live Streaming) .......................................................................... 29
2.4.2. Protocolos capa de transporte ................................................................................ 32

2.4.2.1. UDP (User Datagram Protocol) ...................................................................... 32

2.4.2.2. TCP (Transmisión Control Protocol) .............................................................. 34
2.4.3. Protocolos capa de red ........................................................................................... 36

2.4.3.1. IP Multicast ..................................................................................................... 36

2.4.3.2. IGMP ............................................................................................................... 38
2.4.3.3. Protocolos de enrutamiento Multicast ............................................................. 38
2.5. Arquitectura IPTV....................................................................................................... 41
2.5.1. Fuentes de contenido............................................................................................... 41

2.5.2. Nodos de servicio .................................................................................................... 43

2.5.3. Redes de Distribución ............................................................................................. 43

2.5.3.1. Red de núcleo. ................................................................................................. 44

2.5.3.2. Red de acceso. ................................................................................................. 44
2.5.4. Acceso de Usuarios ................................................................................................. 44

2.5.5. Equipos locales de Usuarios ................................................................................... 44

2.5.6. Usuarios IPTV......................................................................................................... 45

2.6. GPON como solución de última milla ........................................................................ 45

2.7. Cabecera de IPTV ....................................................................................................... 46
2.7.1. Funciones de la cabecera IPTV .............................................................................. 46

2.7.2. Elementos de la cabecera IPTV .............................................................................. 47

2.7.2.1. Elementos de tipo hardware ............................................................................ 47

2.7.2.2. Elementos de tipo software ............................................................................. 49
2.8. Calidad del servicio en IPTV QoS .............................................................................. 50
2.8.1. Parámetros de calidad de servicio. ......................................................................... 51

2.8.1.1. Retardo (Packet transfer Delay) ...................................................................... 51

2.8.1.2. Variación de retardo(jitter) .............................................................................. 51
2.8.1.3. Perdida de paquetes (Packet loss) ................................................................... 52
2.9. Servicio (OTT) over the top ........................................................................................ 52
3. MARCO METODOLOGICO .......................................................................................... 53
3.1. Empresa de telecomunicaciones SITCOM ................................................................. 53
3.1.1. Servicios de la empresa ........................................................................................... 53
viii
 3.1.1.1. Proveedor de servicios de internet (ISP) ......................................................... 54
3.2. Capacidades de la empresa SITCOM.......................................................................... 54
3.2.1. Equipos que maneja la empresa.............................................................................. 55

3.2.1.1. Router MikroTik CCR1009-7G-1C-1S+ ........................................................ 55

3.2.1.2. Router MikroTik CCR1036-8G-2S+ .............................................................. 56
3.2.1.3. Router MikroTik CCR1036-12G-4S ............................................................... 56
3.2.1.4. DynaDish 5 ..................................................................................................... 57
3.2.1.5. Antena N5-X25 y radio C5x de la marca Mimosa .......................................... 58
3.2.1.6. NetMetal 5SHP ............................................................................................... 60
3.2.1.7. Ubiquiti Networks AM-5G19-120 AirMAX 5 GHz 2x2 MIMO Sector
Antenna 60
3.2.1.8. ZTE ZXA10 C320 OLT .................................................................................. 61
3.2.2. Infraestructura de red de la empresa ...................................................................... 63

3.2.3. Estimación de clientes de la empresa. .................................................................... 64

3.3. Necesidades de la empresa con el servicio de IPTV ................................................... 65

3.3.1.1. Calidad de Video. ............................................................................................ 19
3.4. Diseño de la infraestructura para cabecera IPTV ...................................................... 125
3.5. Prototipo de cabecera IPTV ........................................................................................ 66
3.5.1. Diseño prototipo...................................................................................................... 66

3.5.2. Elementos de tipo software. .................................................................................... 68

3.5.2.1. VLC ................................................................................................................. 68

3.5.2.2. OBS ................................................................................................................. 69
3.5.2.3. WOWZA STREAMING ENGINE ................................................................. 70
3.5.2.4. Jellyfin ............................................................................................................. 71
3.5.2.5. PRTG Network Monitor ................................................................................. 72
3.5.3. Elementos de tipo hardware.................................................................................... 73

3.5.3.1. Ordenadores .................................................................................................... 73

3.5.3.2. Router MIKROTIK RB750............................................................................. 74
3.5.3.3. Cámara IP IMOU CUE HD. ........................................................................... 75
3.5.3.4. Router Cliente ................................................................................................. 76
3.5.3.5. SET top BOX(TV-BOX). ............................................................................... 77
3.5.3.6. Dispositivos Receptores para el cliente........................................................... 78
3.6. Configuración del servidor.......................................................................................... 78
3.6.1. SERVIDOR WOWZA STREAMING ENGINE(WSE) .............................................. 78

ix
 3.6.1.1. Creación y configuración de una aplicación ................................................... 81
3.6.1.2. Configuración de Incoming Streams ............................................................... 82
3.6.1.3. Playlist de Lista de Canales............................................................................. 86
3.6.2. Servidor Jellyfiln ..................................................................................................... 88

3.6.2.1. Creación de librerías para VOD. ..................................................................... 92

3.6.2.2. Agregación de listas de canales para el servicio de televisión. ....................... 94
3.6.2.3. Cuentas para los usuarios ................................................................................ 96
3.6.2.4. Configuraciones para el servidor..................................................................... 98
3.6.3. Servidor PRGT ...................................................................................................... 100

3.6.3.1. Agregación de dispositivos para monitorizar. ............................................... 102

3.6.3.2. Configuración de sensores. ........................................................................... 105
3.6.3.3. Datos de monitoreo ....................................................................................... 111
3.7. Configuración de Transmisores ................................................................................ 113
3.7.1. VLC ....................................................................................................................... 113

3.7.2. OBS ....................................................................................................................... 116

3.7.3. Cámara IP IMOU ................................................................................................. 119

3.8. Funcionamiento del Prototipo ................................................................................... 122

4. INSTALACION, PRUEBAS Y RESULTADOS .......................................................... 125
4.1. Pruebas de servicio de televisión digital ................................................................... 130
4.1.1. Consumo de ancho de banda ................................................................................ 131

4.1.1.1. Canal OBS..................................................................................................... 132

4.1.1.2. CANAL CAMARA ...................................................................................... 134
4.1.1.3. CANAL SD ................................................................................................... 137
4.1.1.4. CANAL HD .................................................................................................. 139
4.1.1.5. CANAL FULL HD ....................................................................................... 142
4.1.2. RENDIMIENTO DEL ROUTER ......................................................................... 144

4.1.3. RENDIMIENTO DEL SERVIDOR ..................................................................... 144

4.2. PRUEBAS DE SERVICIO DE VIDEO BAJO DEMANDA ................................... 144

4.2.1. CONSUMO DE ANCHO DE BANDA ................................................................ 146

4.2.2. RENDIMIENTO DEL SERVIDOR ..................................................................... 147

4.3. CALCULO DE CONSUMO FUTURO...................... ¡Error! Marcador no definido.

4.4. DETERMINACION DE EQUIPOS PARA LA CABECERA ... ¡Error! Marcador no
definido.

x
 4.5. EQUIPOS EN EL MERCADO ................................................................................. 147
4.5.1. LISTA DE EQUIPOS ........................................................................................... 148

BIBLIOGRAFIA ...................................................................................................................... 149

ANEXOS .................................................................................................................................. 151

xi
ÍNDICE DE TABLAS

Tabla 1-2. Formatos de video del estándar MPEG. .................................................................... 17

Tabla 2-2. Formatos de video de la familia H-200. .................................................................... 18
Tabla 3-2. Codecs de audio del estándar MPEG......................................................................... 21
Tabla 4-2. Códecs de audio. ........................................................................................................ 21
Tabla 5-2. Paquetes RTCP. ......................................................................................................... 24
Tabla 6-2. Estados de cliente y servidor RTSP. .......................................................................... 26
Tabla 7-2. Especificaciones técnicas de HLS. ............................................................................ 31
Tabla 8-2. Principios para garantizar fiabilidad. ......................................................................... 34
Tabla 9-2 Propiedades de TCP. ................................................................................................... 35
Tabla 10-2. Rango de direcciones multicast IPv4 e IPv6. .......................................................... 37
Tabla 11-2. Características principales de las redes GPON. ....................................................... 45
Tabla 12-2. Servidores de la cabecera IPTV ............................................................................... 48
Tabla 1-3. Número de conexiones por año. ................................................................................ 65
Tabla 2-3. Requerimientos del sistema para OBS....................................................................... 70
Tabla 3-3. Requerimientos del Servidor PRTG. ......................................................................... 73
Tabla 4-3. Rol de los ordenadores en cada prototipo. ................................................................. 74
Tabla 5-3. Canales de Television generados por streaming. ....................................................... 87
Tabla 6-3. Lista de estados de los sensores. .............................................................................. 105
Tabla 7-3. Sistema de filtrado para sensores PRGT.................................................................. 105
Tabla 8-3. Proceso de transmisión en VLC............................................................................... 114
Tabla 9-3. Proceso para transmisión por OBS. ......................................................................... 116

xii
ÍNDICE DE FIGURAS

Figura 1-2. Ejemplo de Servicio IPTV ........................................................................................ 8

Figura 2-2. Transmisión de Stream en Multicast vs Unicast en una red. ................................... 15
Figura 3-2. Cabecera de protocolo RTP. .................................................................................... 23
Figura 4-2. Mensaje de petición RTSP. ..................................................................................... 27
Figura 5-2. Mensaje respuesta.................................................................................................... 27
Figura 6-2. Modelo de funcionamiento de protocolo RTSP y RTP. .......................................... 29
Figura 7-2. Arquitectura Cliente-Servidor ................................................................................. 30
Figura 8-2. Arquitectura de HLS. .............................................................................................. 30
Figura 9-2. Resultados de encuesta ............................................................................................ 32
Figura 10-2. Campos de Datagrama UDP y encapsulamiento IP .............................................. 33
Figura 11-2. Campos de Datagrama TCP y encapsulamiento IP ............................................... 36
Figura 15-2. Protocolo PIM-DM................................................................................................ 39
Figura 16-2. Protocolo PIM-SM. ............................................................................................... 40
Figura 17-2. Arquitectura IPTV. ................................................................................................ 41
Figura 1-3. Logotipo de la empresa SITCOM. .......................................................................... 53
Figura 2-3. Edificio principal de la empresa SITCOM .............................................................. 53
Figura 3-3. Logo de SKYLIFE. ................................................................................................. 54
Figura 4-3. Parte frontal y posterior de equipo MikroTik CCR1009-7G-1C-1S+ ..................... 55
Figura 5-3. Parte frontal y posterior de equipo MikroTik CCR1036-8G-2S+ ........................... 56
Figura 6-3. Router MikroTik CCR1036-12G-4S ....................................................................... 57
Figura 7-3. Equipo DynaDish 5. ................................................................................................ 58
Figura 8-3. Antena N5-X25 y radio C5x mimosa. ..................................................................... 59
Figura 9-3. Antena y radio mimosa instalado. ........................................................................... 59
Figura 10-3. MikroTik NetMetal 5SHP. .................................................................................... 60
Figura 11-3. Antena Sectorial AM-5G19-120 AirMAX de la marca Ubiquiti. ......................... 61
Figura 12-3. ZTE ZXA10 C320 OLT ........................................................................................ 61
Figura 13-3. Tarjeta de servicio de GTGH. ............................................................................... 62
Figura 14-3. Red de la Empresa SITCOM. ................................................................................ 63
Figura 15-3. Diseño base de cabecera IPTV. ........................................................................... 126
Figura 16-3. Esquema de prototipo de cabecera IPTV. ............................................................. 67
xiii
Figura 17-3. Esquema de segundo prototipo.............................................................................. 67
Figura 18-3. Arquitectura VLC para Streaming......................................................................... 68
Figura 19-3. Logo OBS. ............................................................................................................. 69
Figura 20-3. Interfaz gráfica de OBS. ........................................................................................ 69
Figura 21-3. arquitectura de Wowza. ......................................................................................... 70
Figura 22-3. Interfaz de servidor de streaming. ......................................................................... 71
Figura 23-3 Logo característico del servidor. ............................................................................ 71
Figura 24-3. Logo de PRTG....................................................................................................... 72
Figura 25-3. Interfaz PRGT con lista de dispositivos y sensores............................................... 72
Figura 26-3 Router MIKROTIK RB750. ................................................................................... 75
Figura 27-3. Cámara IP IMOU. ................................................................................................. 75
Figura 28. Router TP-link. ......................................................................................................... 76
Figura 29-3. Terminal TX-6610 Gpon. ...................................................................................... 76
Figura 30. TV Box. .................................................................................................................... 77
Figura 31-3 Dispositivos receptores........................................................................................... 78
Figura 32-3. Funcionamiento de Wowza streaming Engine en Windows. ................................ 79
Figura 33-3. Inicio de sesión de administración para Wowza. .................................................. 79
Figura 34-3. Página de inicio de PRGT ..................................................................................... 80
Figura 35-3. Instalación de aplicación. ...................................................................................... 81
Figura 36-3. Aplicación SKYNET. ............................................................................................ 82
Figura 37-3. Creación de Stream file ......................................................................................... 83
Figura 38-3. Conexión de Wowza con stream file. .................................................................... 84
Figura 39-3. Configuración para enlace RTMP con Wowza. .................................................... 84
Figura 40-3. Lista de flujos de entrada de la aplicación SKYNET. ........................................... 85
Figura 41-3. Página de Canal en vivo en Wowza. ..................................................................... 85
Figura 42-3. Monitoreo de canales en vivo. ............................................................................... 86
Figura 43-3. Lista de Canales en una playlist m3u. ................................................................... 88
Figura 44-3. Configuración como servidor de Jellyfin. ............................................................. 88
Figura 45-3. Servidor Jellyfin ejecutándose en Windows.......................................................... 89
Figura 46-3. Inicio de configuración automática por interfaz web. ........................................... 89
Figura 47-3. Creación de cuenta de administración. .................................................................. 90

xiv
Figura 48-3. Agregación de bibliotecas. .................................................................................... 90
Figura 49-3. Habilitación de conexiones remotas. ..................................................................... 91
Figura 50-3 Finalización de configuración automática. ............................................................. 91
Figura 51-3. Página de bienvenida de Jellyfin. .......................................................................... 92
Figura 52-3. Selección de biblioteca para librerías de VoD. ..................................................... 93
Figura 53-3. Asignación del tipo de contenido. ......................................................................... 93
Figura 54-3. Ruta de carpetas de contenido. .............................................................................. 94
Figura 55-3. Creación de nuevas bibliotecas de VoD. ............................................................... 94
Figura 56-3. Configuración de servicio de IPTV. ...................................................................... 95
Figura 57-3. Agregación de sintonizadores para servicio de IPTV. .......................................... 95
Figura 58-3. Agregación de ruta del playlist m3u...................................................................... 96
Figura 59-3. Lista M3U cargada. ............................................................................................... 96
Figura 60-3. Lista de usuarios. ................................................................................................... 97
Figura 61-3. Agregación de nuevo usuario. ............................................................................... 97
Figura 62-3. Configuración de perfil de cuenta de usuario. ....................................................... 98
Figura 63-3. Cliente_001 en la lista de cuentas. ........................................................................ 98
Figura 64-3. Configuración de Jellyfin para redes. .................................................................... 99
Figura 65-3. Lista de Firewall del servidor. ............................................................................... 99
Figura 66-3. Habilitación del puerto y protocolo de Jellyfin. .................................................. 100
Figura 67-3. Configuración de permisos.................................................................................. 100
Figura 68-3. Servidor PRTG en funcionamiento. .................................................................... 101
Figura 69-3. Página de Inicio de PRTG. .................................................................................. 101
Figura 70-3. Selección del menú de dispositivos. .................................................................... 102
Figura 71-3. Añadir un nuevo dispositivo................................................................................ 103
Figura 72-3. Lista de grupos para monitorización. .................................................................. 103
Figura 73-3. Datos de un nuevo dispositivo............................................................................. 104
Figura 74-3. Dispositivo agregado al grupo. ............................................................................ 104
Figura 75-3. Sensor para la disponibilidad con ping................................................................ 106
Figura 76-3. Configuración para sensor ping. .......................................................................... 107
Figura 77-3. Sensores de tráfico y de CPU con SNMP. .......................................................... 107
Figura 78-3. Servicio SNMP en Windows 10. ......................................................................... 108

xv
Figura 79-3. Configuración de servicio SNMP en Windows................................................... 108
Figura 80-3. SNMP en equipos MikroTik. .............................................................................. 109
Figura 81-3. Configuración SNMP para equipos MikroTik. ................................................... 109
Figura 82-3. Configuración de sensor SNMP de trafico parte 1. ............................................. 110
Figura 83-3. Configuración de sensor SNMP de trafico parte 2. ............................................. 110
Figura 84-3. Configuración de sensor SNMP para la CPU...................................................... 111
Figura 85-3. Lista de sensores activos en el router MikroTik.................................................. 111
Figura 86-3. Selección de un sensor del dispositivo. ............................................................... 112
Figura 87-3. Interfaz web del sensor de tráfico del router. ...................................................... 112
Figura 88-3. Datos en vivo. ...................................................................................................... 113
Figura 89-3. Datos históricos. .................................................................................................. 113
Figura 90-3. Lista de entradas de flujo con canales VLC. ....................................................... 115
Figura 91-3. Test de transmisión VLC en el servidor de streaming......................................... 116
Figura 92-3. Transmisión en vivo por OBS. ............................................................................ 118
Figura 93-3.OBS en el servidor de streaming. ......................................................................... 118
Figura 94-3. Test de transmisión OBS en el servidor de streaming. ....................................... 119
Figura 95-3. Dirección IP de cámara IMOU. ........................................................................... 120
Figura 96-3. Instalación de stream file y activación. ............................................................... 121
Figura 97-3. Test de cámara IP. ............................................................................................... 121
Figura 98-3. Inicio de session con Jellyfin............................................................................... 122
Figura 99-3. Interfaz de Jellyfin para el usuario. ..................................................................... 122
Figura 100-3. Servicio de VoD. ............................................................................................... 123
Figura 101-3. Servicio de televisión en vivo mediante VLC. .................................................. 124
Figura 102-3. Servicio de televisión en vivo mediante OBS. .................................................. 124
Figura 103-3. Transmisión de Television en vivo mediante camara IP. .................................. 125

xvi
ÍNDICE DE GRÁFICOS
Gráfico 1-2. Rango de frecuencias audibles para los humanos................................................... 20

ÍNDICE DE ANEXOS

xvii
xviii
RESUMEN

Palabras clave: < >

xix
SUMMARY

Keywords: < >

xx
INTRODUCCIÓN

El servicio IPTV ha provocado cambios en la modalidad de transmisión de televisión tradicional

desde el 2006 cuando fue presentado comercialmente en España por parte de la empresa Movistar,
debido a que ahora el contenido se transmite por IP y permite transmitir contenido de alta
definición, lo que llamo a muchos otros proveedores de ese país a ofrecer el servicio a sus
suscriptores.

Ahora en la actualidad con el desarrollo de la tecnología enfocada en las telecomunicaciones y

especialmente a las redes, se puede conseguir mayor calidad de video en las transmisiones y más
aplicaciones gracias a los diferentes dispositivos que se han generado como parte de esta
tecnología, además con la expansión de redes de fibra óptica FTTH en el Ecuador el servicio pasa
a ser más factible, a diferencia de cuanto solo existían redes de cobre con XDSL y sus variaciones.

Debido a estas premisas la empresa de telecomunicaciones SITCOM que ha empezado sus

operaciones como ISP (proveedor de servicios de Internet) y WISP (proveedor de servicios de
Internet inalámbrico) con la marca SKYLIFE, ha presentado el interés en implementar IPTV y
ofrecer servicio double play con internet.

Por lo que este proyecto de titulación se enfocara en el diseño de una cabecera que se agregara a
la infraestructura actual de la empresa, y lograr brindar este servicio. Tomando en cuenta que se
debe realizar un estudio de los puntos más importantes: como la tecnología y softwares
disponibles para la empresa, las aplicaciones del servicio que llamen la atención del usuario, el
número de clientes que puedan acceder, las diferentes calidades de video disponibles en la
actualidad y el mecanismo QoS que mantendrá una transmisión integra y sin cortes.

Además, en este proyecto se analizarán todo lo mencionado en el párrafo anterior mediante la

implementación de un prototipo en las oficinas de la empresa en base al diseño de la cabecera,
con el objetivo de observar su funcionamiento en un entorno real del servicio a menor escala y
determinar su funcionalidad y factibilidad para su implementación general a futuro.

1. CAPITULO I MARCO REFERENCIA:

1
ANTECEDENTES

El servicio de IPTV es similar a la televisión por suscripción o televisión de pago, el cual permite
visualizar contenido Premium además de los diferentes canales locales o internacionales ya
cargados en un plan de TV. Para poder contar con este servicio el usuario abonará a la compañía
distribuidor, cuyo contenido llega al usuario a través de una infraestructura de red privada de la
propia compañía.

La diferencia con la televisión por cable o satelital tradicional, es que IPTV según indican sus
siglas trata de la emisión de televisión por protocolo de internet, indicando que ahora el contenido
se encapsula y llega a través de una dirección IP.

A partir de este nuevo servicio muchas empresas proveedoras de servicio de internet (ISP),
especialmente las ubicadas en el continente europeo y norteamericano, vieron la oportunidad de
poder ofrecer paquetes de Triple o Doble Play, el cual contará con IPTV, servicio de telefonía IP
e Internet de una manera segura y viable. Empresas como Movistar ofrecen este servicio desde el
2000 llamado Movistar+, también otras empresas de telecomunicaciones como Jazztel, Orange
en España, Kingston interactive TV en Reino Unido, France Telecom en Francia, Fastweb en
Italia, etc. Por parte de Norteamérica tenemos Verizon y Bellsouth ambas pertenecientes a Estados
Unidos, en cambio en el continente Latinoamericano tenemos Cablevisión en Argentina, Entel en
Bolivia, Telefónica Sur en Chile, Antel en Uruguay y corporaciones internacionales como Claro
y Movistar instalados en diferentes países latinoamericanos.

Lamentablemente en el Ecuador este servicio no se ha implementado en ningún ISP sea pública

o privada en el País, debido a que en los inicios de IPTV la infraestructura de las empresas no
brindaban el suficiente ancho de banda necesario para ofrecer el servicio, por lo que las empresas
optaron la forma tradicional, para que el cliente acceda al servicio de televisión de pago.
ARCOTEL (2020) afirma:

En Ecuador, el servicio de internet fijo a través de conexiones por fibra óptica ha crecido, es así
como, para el cierre del año 2019, este tipo de fibra ocupa el primer lugar de todas las conexiones
de internet fijo con el 37,03%, seguido por conexión a través de cobre con el 33,65%, el 21,89%
a través de cable coaxial y apenas un 7,43% se proporciona por medios
inalámbricos.(ARCOTEL 2020, p. 20)

2
Esto implica que ahora las empresas ya pueden ofrecer servicio de IPTV a sus clientes, debido al
incremento del ancho de banda obtenido por parte de la fibra óptica. Pero en países donde
implementaron el servicio desde sus inicios, en la actualidad han cerrado sus plataformas de IPTV
como el caso de Jazztel que cancelo su servicio en el 2010 debido a la aparición de servicios OTT
(servicio de libre transmisión).

Este nuevo servicio se ha popularizado en la última década, plataformas como Netflix, Amazon
Prime, WhatsApp, Facebook y Skype son los más conocidos que ocupan OTT. Su impacto contra
el IPTV ha causado que los clientes cancelen sus suscripciones a este servicio para acceder a estas
plataformas, su popularidad nace al no estar sujetos a un proveedor de internet, es decir, que
independientemente del punto de acceso al internet sea por Movistar, Claro o Cnt se podrá acceder
al servicio; también influye la disponibilidad de un mayor ancho de banda, gracias a la
implementación de redes de fibra óptica o 4G y el aumento de nuevas tecnologías de
entretenimiento con acceso a Internet.

Por esos motivos muchas empresas que ofrecían servicios de IPTV cerraron sus plataformas para
cambiarse a OTT, debido a que sus clientes ya no se limitan a solo aquellos que se conecten a su
red, sino que ocuparían la red de otros proveedores para llegar a ellos. Este nuevo tipo de servicio
no da fin a lo que es IPTV en la actualidad, más bien permite una evolución a como se ofrece el
servicio generando uno nuevo, conocido como OTT TV que es una combinación hibrida entre los
dos, manteniendo las mismas características del servicio de televisión por IP mejorado por las
ventajas de OTT.

3
FORMULACIÓN DEL PROBLEMA

¿Es posible diseñar la infraestructura de un centro de red (cabecera) especializado en servicios de

IPTV, para que los usuarios que estén conectado a la red perteneciente a la empresa SITCOM y
puedan acceder al contenido mediante sus equipos receptores?

SISTEMATIZACIÓN DEL PROBLEMA

¿Cuáles serían las posibles limitaciones de la infraestructura de Red para la instalación de IPTV,
en base a las necesidades de la empresa Sitcom?

¿Por medio de la construcción de un prototipo de cabecera es posible la ejecución del servicio de

IPTV?

¿Es posible la evaluación del servicio mediante pruebas de funcionamiento en base al prototipo
de cabecera IPTV?

¿Qué componentes serían los más adecuados de tipo hardware y softwares necesarios para una
cabecera IPTV?

JUSTIFICACIÓN TEÓRICA

En el presente proyecto de titulación se propone el estudio de los diferentes componentes de tipo

hardware y software, que se deben implementar en el diseño de un centro de red o cabecera
especializado en proveer televisión por IP, con el propósito de cubrir las necesidades que presenta
la empresa de Telecomunicaciones SITCOM, debido a que tienen como objetivo brindar el
servicio de IPTV a sus clientes a través de su propia infraestructura de red. Por lo que es necesario
que la empresa implemente este tipo de cabecera que será el núcleo del servicio.

4
La implementación de la cabecera IPTV proporcionará beneficios como: un mejor control y
administración de la red, transmisión del contenido en diferentes resoluciones (SD, HD y full
HD), ofrecer espacios de publicidad en la transmisión a marcas y empresas para que promociones
sus productos generando más ingresos, realizar censos periódicos para evaluar el número de
conexiones al servicio y el contenido más visitado por parte de los suscriptores.

Se debe tomar en cuenta que la cabecera no solo debe enfocarse en la transmisión del contenido
IP, sino también en la calidad del servicio QoS, en la administración de la red y el control de
acceso a los usuarios que hayan pagado por el servicio. Esto será fundamental debido a que la
empresa desea aplicar el mismo diseño del centro de RED con modificaciones para brindar
servicios de OTT TV.

JUSTIFICACIÓN APLICATIVA

Figura 1-1. Diseño de cabecera de IPTV/ OTT TV.

Realizado por: TELEBREEZE. 2020

El siguiente proyecto de titulación comprende el diseño de una cabecera de red capas de brindar
servicios de IPTV a los usuarios que se conecten a la infraestructura perteneciente a la empresa
SITCOM, la cual se ubicará en el edificio de operaciones de la empresa en la dirección: Avenida
José Veloz entre las calles Juan Montalvo y Carabobo de la ciudad de Riobamba. Como la
empresa contará con una infraestructura de Red para proveer a la ciudadanía local el servicio de
internet (ISP), esto otorgará un plus y poder enfrentar a las diferentes competencias ya
establecidas como CNT.

5
La cabecera será diseñada de acuerdo con las capacidades de la empresa SITCOM. Asimismo,
para validar la factibilidad del proyecto se montarán prototipos en los cuales se simularán el
servicio para poder realizar pruebas y monitoreo del tráfico, con el objetivo de demostrar que el
diseño será el más adecuado en base a las necesidades de la empresa.

Además, la empresa busca que mediante la adición de más componentes de tipo hardware o
software a la infraestructura, pueda ser capaz de ofrecer el servicio de OTT TV, de tal manera que
los usuarios no necesariamente deben estar conectados a la red de la empresa SITCOM, sino basta
con una conexión de internet de banda ancha.

6
OBJETIVOS

 OBJETIVOS GENERALES

Diseñar la infraestructura de una cabecera de servicios IPTV para la empresa de

telecomunicaciones SITCOM.

 OBJETIVOS ESPECIFICOS

 Analizar las necesidades de la empresa de acuerdo con las capacidades de su propia

infraestructura de red.

 Desarrollar la construcción de un prototipo de cabecera para levantar el servicio de IPTV

utilizando software de código abierto.

 Evaluar pruebas de funcionamiento del prototipo para determinación de factibilidad con

las necesidades de la empresa.

 Detallar los diferentes componentes de tipo hardware y software necesarios en el diseño

de la cabecera de IPTV adecuado a las necesidades de la empresa SITCOM.

7
2. CAPITULO II MARCO TEÓRICO

En este capítulo se presenta el estudio de los diferentes conceptos que permitirán entender todo
lo referente al servicio de IPTV y su funcionamiento, esto permitirá que el proyecto de titulación
tenga base teórica cuya recopilación corresponda a diferentes fuentes bibliográficas certificas por
las diversas instituciones.

2.1. IPTV

2.1.1. Definición

“Internet Protocol Television” se le denomina así al servicio que brinda transmisión en vivo de
canales de televisión a través de conexiones de banda ancha sobre el protocolo de internet también
conocido como IP.(Frnda et al. 2019, p. 1)
Este servicio es brindado por empresas ISP (Proveedoras de servicio de Internet) que adaptan un
centro de red en sus instalaciones para captar, codificar y transmitir los diferentes contenidos
televisivos hacia los usuarios que pagaron una suscripción, utilizando sus propias infraestructuras
de red para que funcione como el medio en el que pasaran los contenidos hasta los suscriptores.
Este servicio proporcionado una experiencia de ver televisión más personalizada a sus diferentes
suscriptores, debido a que el contenido no se transmite constantemente a la espera de que el
suscriptor acceda si no solo a aquellos que soliciten específicamente ese contenido, pero para
realizarlo el proveedor tendrá que ejecutar un análisis de su propia infraestructura de red en
especial la capacidad de conexión de acceso del cliente, porque es necesario reservar un ancho de
banda específicamente para IPTV y lograr generar calidad del servicio QoS.

Figura 1-2. Ejemplo de Servicio IPTV

Realizado por: DIGITALAV. 2020

2.1.2. Características principales

 La tecnología IPTV se ha desarrollado en base a la denominado video-streaming, permitiendo

que las señales de audio y video de la televisión se podrán distribuir sobre una Red y mediante
una conexión de banda ancha podrá receptar el servicio y visualizarlo en una PC o televisión.

8
 IPTV permite que las proveedoras ofrecer servicios de Triple Play como son el internet,
telefonía y televisión por suscripción. esto debido a que estos se pueden transportar por
paquetes y protocolo IP.
 El servicio de IPTV permite brindar una experiencia más personalizada, ya que se presenta
desde una interfaz un catálogo de los canales y contenidos disponibles. Esto le permite al
proveedor tener un perfil de cada suscriptor de lo que desea ver.
 Al brindar servicio de IPTV no es exclusivamente dedicado a la transmisión de canales de
televisión, sino también a otros servicios como VoD (demanda de video) en el cual el usuario
accede a películas, series y otros contenidos que se encuentren almacenado en los servidores
de la empresa, además de otros servicios como video llamadas, video conferencias entre otros.
 La interactividad con los clientes es una de las características que presente este servicio, en
donde el usuario mientras visualiza un canal en vivo será capaz de activar acciones como pausa
(Time Shift) volver atrás (review) y adelantar (forward) una programación dada, en un cierto
intervalo de tiempo, tal y como lo hace con un reproductor de DVD.(Conde del Oso 2010, p.
7)

2.1.3. Estado del arte

Desde la convergencia de las redes en la década de 1990, se ha permitido el poder brindar el

servicio de voz, video y datos a través de paquetes dentro de una infraestructura de red integra.
(Frnda et al. 2019, p. 1). Después en el 2005 se empezó a brindar el servicio de televisión sobre
redes que hacen uso del protocolo IP por parte de operadores de telecomunicaciones, la cual era
una manera innovadora de brindar esta clase de servicio con respecto a los medios tradicionales:
TV terrestre(analógica o digital), satélite o cable (Huidobro 2005, p.39) debido a que no solo se
dedica a enviar el contenido sino que ofrece la posibilidad de una interacción con el video como
pausar, grabar, toma capturas, navegar en internet y otras acciones que personalizan el servicio
(Avellaneda y Rodríguez Danilo A López 2014, p. 68) cambiando la percepción del usuario de
solo ser un elemento pasivo a uno más activo permitiendo que pueda elegir lo que quiere ver y
en el momento que lo desea.

El servicio de IPTV en sus inicios no era normalizado hasta que el Sector de Normalización de
las Telecomunicaciones de la UIT (ITU–T) comenzó a trabajar seriamente sobre el tema según lo
publicado en la página oficial de la UIT, debido a que no se disponía de normas mundialmente
aceptadas que abarcaran todos los aspectos de una solución de extremo a extremo, es decir del
proveedor al consumidor. En abril de 2006, el UIT–T creó un Grupo Temático sobre IPTV
encargado de “coordinar y promover la elaboración de normas IPTV mundiales, teniendo en
9
cuenta los trabajos en curso en las Comisiones de Estudio de la UIT y en SDO, foros y consorcios”
(Facchini et al. 2020). Como resultado se generaron estándares como los de la serie Y.19XX,
Y.Supple, G.10XX, J.700, Q.3040 y H.701, en donde se exponen varios aspectos que hay que
tomar en cuenta para brindar el servicio de IPTV como la arquitectura o los requerimientos para
una mejor experiencia del servicio, entre otros.(Unión Internacional de Telecomunicaciones ITU-
T 2015, p. 3)

Una vez estandarizado el servicio se han presentado una variedad de aplicaciones y servicios en
diferentes campos, por ejemplo, en la seguridad se pueden desarrollar sistemas de vigilancia
IPTV inteligente en base algoritmo donde los clientes podrán acceder a diversos sistemas de
cámaras de seguridad y recibir notificaciones de eventos que podrían causar algún perjuicio este
sistema se detalla en el informe presentado por Hassan et al.(2015), en el campo de la medicina
es posible el tele monitoreo de salud personal integrada al servicio de televisión digital, esta
investigación desarrollada por Pustišek y sus coloabradores (2013) determino que es posible el
monitoreo de la presión arterial y el peso corporal mediante el uso de sensores comunes como
una básculas de peso que tienen interfaces de comunicación incorporada conectados a un Net-
Top-Box además de permitir entrevistas con el doctor mediante citas.

El servicio de IPTV ha madurado con el desarrollo de nuevos codecs de video, servidores más
potentes, redes de acceso más veloces con mayor ancho de banda, mayor gama de dispositivos
receptores para los usuarios, estos factores han permitido que su implementación sea más
económica y escalable. Esto también dio paso al servicio OTT que sus siglas significan over-the-
top el cual consiste en lo mismo el de brindar servicio de contenido de video por IP, pero no
limitándose a la red del proveedor sino en utilizar el internet como medio de transporte, como
ejemplos de este servicio son Netflix, Amazon Prime y Disney +.

2.1.4. Ventajas y desventajas de IPTV

2.1.4.1. Ventajas

a. Este servicio brinda Video bajo Demanda(VoD) permitiendo que el suscriptor tenga
disponible televisión a la carta, esto permite que pueda ver una película o programa sin las
restricciones de horario de la televisión en vivo, es decir que podrá acceder a dicho contenido
en cualquier momento.(Rodríguez Véliz 2016, pp. 11-12)
b. El proveedor no transmitirá el contenido esperando que el suscriptor se conecte, sino que la
señal del contenido solo llegara cuando el usuario así lo solicite, generando una reducción de
transmisión de paquetes sobre la red.
10
c. Mediante la aplicación de QoS y un ancho de banda reservado permite que el servicio de
IPTV no presente fallas en el receptor como retardos, mala calidad en la imagen, fallas de
conexión, entre otros.

2.1.4.2. Desventajas

a. La calidad de servicio de IPTV en los receptores dependerá del ancho de banda utilizable en
las soluciones de última milla, que posibilita la conexión del cliente con la central del
proveedor. Por lo que si utilizan redes xDSL el ancho de banda presentara limitaciones y
reducido, comparado a redes más actuales como son las infraestructuras de fibra óptica PON.
b. Como el ancho de banda es reservado mientras no sea solicitado el servicio por el usuario se
estará desperdiciando el mismo.
c. Una transmisión de video es unidireccional por lo que pueden suscitarse perdidas de paquetes
perjudicando la calidad y la fluidez del servicio, esto puede ser el resultado por una
dimensión del servicio mal contabilizada.

2.1.5. Aplicaciones de IPTV

Gracias a esta forma de transmitir video permite una gama de aplicaciones con la ventaja de
utilizar IP para manejar un solo tipo de medio de transporte de información, las aplicaciones más
relevantes serian

2.1.5.1. Televisión Digital

Es uno de los servicios más representativos de IPTV en el que se transmite el contenido utilizando
técnicas de codificación de la señal con distintas tasas de compresión, redundancia ante errores,
etc. Para después ser receptado por medios y tecnologías digitales, la ventaja es que ocupan menor
ancho de banda que la televisión analógica esto permite que varias señales viajen a en un mismo
canal gracias a su codificación binaria y multiplexación.(Degrande et al. 2008, p. 94)

2.1.5.2. Video bajo demanda(VoD)

Es un servicio donde el usuario puede seleccionar a través de un catálogo de contenidos el archivo

audiovisual que puede ser una película, programas(animación, series de televisión, documentales,
música, archivos, deporte, interés general, etc.) la cual no depende de una transmisión de canal
televisivo en vivo.(Clares-Gavilán y Medina-Cambrón 2018, p. 910)

11
Aunque, es diferente a la televisión digital debido a que no depende de horarios para observar el
contenido deseado presenta similitudes como el que para acceder al servicio basta por pagar su
suscripción, el contenido se presenta en un formato digital por lo que no consume mucho ancho
de banda, se le pueden agregar publicidad si el proveedor así lo dispone y juntos pueden ser
ofrecidos por el proveedor de IPTV.

Este servicio no depende de las plataformas de IPTV para ser adquirido, según Clares Gavilán y
Medina Cambrón (2018, pp. 910-911) muchas empresas tecnológicas internacionales como
Apple(iTunes) y Google Play(Play películas); al igual que otras organizaciones como HBO,
Amazon Prime y Netflix han levantados sus propios portales ofreciendo el VoD, siendo el ultimo
el que mayor impacto ha generado en este mercado y determinando que el pago por suscripción
periódico se ha consolidado como el modelo de negocio principal para mantener y generar
recursos económicos.

2.1.5.3. Aprendizaje a distancia

La transmisión de millones paquetes de audio, video y datos a través de la red globalizada ha

cambiado muchos aspectos de la vida diaria, por lo que incito una nueva forma de aprendizaje.
Esto debido a todas las ventajas que esto conlleva como son la conexión de bajo costo entre
diferentes partes geográficas, alta calidad de la señal y una comunicación bidireccional, entre
otros. (Andrés et al. 2008, p. 4)

IPTV aprovechando de estas ventajas ha definido un nuevo modelo de televisión educativa en

donde el profesor podrá presentar sus clases a sus diferentes estudiantes sin la necesidad de que
todos los participantes se encuentren en un aula o centro de conferencia, tomando en cuenta que
la bidireccionalidad permite al estudiante ya no ser un simple espectador sino pasa a ser un
personaje activo durante la transmisión, explotando todas las herramientas de esta tecnología en
un entorno educativo.(Andrés et al. 2008, p. 4)

Coincidiendo con las palabras de Carlos Andrés y colaboradores (2008, p. 73) IPTV puede
convertirse en una muy pertinente herramienta para la educación a distancia, con interacción
directa de los participantes en una clase a través de un único medio y un único sistema.

2.1.5.4. Comunicaciones Corporativas

Es la comunicación externa e interna de una corporación por medios digitales entre los empleados,
socios, directivos o entre distribuidores que se encuentran a corta o larga distancia, esto permite
que las empresas puedan mantener una comunicación constante sin la necesidad de tener que
12
viajar o determinar un horario para el cual realizar la conferencia, mejorando la eficiencia
productiva de la empresa.

El uso de IPTV en este campo ha resultado en la práctica eficiente y productivo, debido a que el
usuario que podría ser un empleado acceder al servicio desde un clic en su PC, para después ser
capaz de grabar un mensaje y enviarlo hacia quien está dirigido o recibirlo para que pueda ser
descargado y revisarlo en cualquier momento, permitiendo que ya no deje sus actividades para
asistir a reuniones, salas de conferencias aumentando la productividad de este. Además, esto
también aplica para aquellos que se encuentren en diferentes puntos geográficos fuera de la
empresa permitiendo una integración del todo personal con una comunicación continua en toda
la comunidad.

Fusionando todos las ventajas de IPTV como los diferentes niveles de comunicación y el acceso
de la información inmediato, permite que se lleven cursos de capacitación o entrenamiento más
dinámicos y educativos de una manera que todos los participantes puedan acceder, interactuar y
participar en los mismo; también se pueden llevar a cabo promociones o información de la
corporación en un canal de televisión que se reproducirá en las pantallas de las diferentes
instalaciones de la empresa; hay que tomar en cuenta que esas son algunas de las muchas
funciones que se pueden aprovechar y eso dependerá de la misma empresa determinar el uso que
se quiere realizar con esta tecnología.

2.1.5.5. Televisión Móvil

Este servicio nació a partir de la difusión de televisión digital en diferentes tecnologías que ocupen
como soporte ondas radioeléctricas terrestres o satelitales, la cual es receptada por dispositivos
móviles como laptops, Smartphone, ordenadores, entre otros.

Esta aplicación en IPTV utiliza la misma difusión de televisión digital, como el contenido se
transmite sobre IP, a través de la red difusión del proveedor. Sin embargo, al contrario de una
televisión fija, es necesario utilizar puntos de acceso de inalámbrica con alta capacidad de
velocidad de transferencia, en el caso de otras organizaciones suelen acometer inversiones en la
red para dotarla de elementos propios de la red móvil, como el traspaso de servicio y celda, la
calidad de servicio (QoS), el roaming internacional, etc. El terminal móvil del usuario debe tener
capacidad para la reproducción de video.

13
2.1.5.6. Video Chat

La integración de voz y televisión en los servicios por encapsulamiento IP ha conseguido que

mediante una red de banda ancha se pueda ofrecer un servicio similar a la telefonía convencional,
pero con el plus de poder visualizar a la persona al mismo tiempo.

Para lograr ingresar una sala de Video Chat cada persona tiene que tener una cámara con
micrófono integrado conectado a una PC, una televisión o simplemente un Smartphone que viene
ya incluido; para después acceder a dichas salas de chat mediante los portales que pueden ser o
no diseñados por el propio proveedor, dentro de estos las personas podrán realizar una llamada
personal hasta una videoconferencia sin que sea interrumpida por problemas como calidad de
imagen o falla de conexión, esto gracias a la reglas de QoS del servicio IPTV y la comunicación
bidireccional dentro de la Red global.(Andrés et al. 2008, p. 19)

2.2. Modos de transmisión IPTV

Para que el contenido pueda ser transmitido desde el nodo central hacia los receptores a través de
la red del proveedor es necesario un modelo de transmisión, debido a esto se ha determinado 2
modelos específicos que variara dependiendo del que tipo de servicio que solicite el usuario, por
lo que para la recepción de canales de televisión en vivo es necesario la multidifusión multicast;
y en cambio para la aplicación de video bajo demanda (VoD) se utiliza una transmisión unicast.

En la figura 2-2 se puede observar el comportamiento de los streams (lo paquetes que provienen
del servidor) dentro de una red ocupando los 2 tipos transmisión.

14
 Figura 2-2. Transmisión de Stream en Multicast vs Unicast en una red.
Realizado por: Satán D. 2020

2.2.1. Transmisión multicast

Como el servicio de TV tiene que mandar varios paquetes de stream todo el tiempo sin cortes es
necesario que utilice modalidad de multidifusión, permitiendo poder enviar un solo flujo con la
información del contenido de video de un canal, este modelo de transmisión es similar a la
realizada por broadcast, pero con la diferencia que va dirigido a un N número de usuarios
previamente registrados como un mismo grupo multicast. Cabe resaltar que, si se utilizara el
modelo unicast que también es posible, saturaría la red por el número de flujos que sería igual a
la cantidad de usuarios que lo solicitan.

2.2.2. Transmisión unicast

La aplicación de video por catálogo permite al usuario determinara que desea ver en cualquier
momento por lo que utiliza el modelo de transmisión unicast, esto debido a que no todos los
clientes acceden al mismo contenido, por lo que el servidor genera y envía diferentes flujos hacia
sus específicos destinos, cabe resaltar que la transmisión de los streams solo se realizara en un
periodo de tiempo hasta que el contenido sea cargado completamente en el buffer del receptor del
suscriptor ; no obstante los diferentes flujos generados pueden provocar una sobrecargar en la red,
por lo que se requiere de un gran ancho de banda e implementación de QoS para ser capaz de
soportar tal demanda.

15
2.3. Compresión de video

Un contenido de IPTV puede ser originario de varias fuentes como proveedores de contenido,
satelital, por radiofrecuencia de señal abierta y por Internet. Pero la señal de video digital necesita
un gran ancho de banda si quiere transmitir con la misma calidad de imagen que receptan. Por
ejemplo, si queremos trasmitir en calidad HD 1920 x 1080 a una velocidad de 60 cuadros(frame)
por segundo, asumiendo que la resolución implica que por cada píxel hay 24 bit se necesitaría un
total de 2.9GBits como velocidad de transmisión, entonces si se quisiera grabar una película de 2
horas se necesitaría una capacidad de memoria de 2.61TBytes.(Mauri, Pineda y Seguí 2009, p.
27)

Se puede determinar que el consumo superaría las capacidades de los equipos de los clientes
incluso a los del proveedor, por lo que es necesario realizar un proceso de compresión digital
previa a la transmitir lo que generaría una reducción sobre el número de parámetros para
representar el video, pero manteniendo la calidad en la percepción del usuario final. Estos
parámetros son codificados para almacenarse o transmitirse, como resultado de la compresión es
un formato de datos que puede viajar a través de la red y ser procesado por los ordenadores
actuales.

Este proceso es realizado por dispositivos codificadores “Codecs” para comprimir y digitalizar el
video analógico obtenido. La elección del dispositivo será fundamental debido a la variedad de
estos equipos en el mercado, pero deben estar de acuerdo con las necesidades del proveedor ya
que deben asegurar la calidad del video final, la tasa de bits que se enviara, la robustez ante la
pérdida de datos y errores, el retraso de la transmisión, entre otros.

2.3.1. Proceso de compresión

La compresión consiste en codificar un objeto sea este una imagen, video o documento, para
obtener un objeto menos pesado del original. Para el servicio de IPTV utiliza la compresión de
video la cual se aplica sobre las series consecutivas de las imágenes en la secuencia de video,
haciendo uso de las similitudes entre las imágenes si se percibe los pixeles comunes entre los
demás cuadros de la imagen para sacar un ejemplar y se eliminar las redundancias, la forma en
cómo se realizan estas operaciones vienen definidos por las diferentes técnicas de compresión,
como los sistemas MPEG.

16
Lo importante en la compresión además de la reducción de tamaños es que la codificación permite
que el video sea escalable, es decir que genere un único flujo comprimido de video y que los
usuarios tomen solo lo que necesitan para obtener la mejor calidad y acomodarse a cualquiera de
los rangos de resoluciones de pantalla aun con sus limitaciones técnicas de recepción, o la de
ofrecer diferentes niveles calidad adoptándose a las diferencias en las tasa binarias(bits) de los
canales de transmisión.

2.3.2. Formatos de video para IPTV

Durante las últimas décadas han surgido diferentes estándares de compresión con sus respectivas
versiones de formato, y los más utilizados por la tecnología IPTV son los correspondientes al
grupo MPEG (Moving Picture Expert Group), entre los cuales destacan los formatos MPEG-1,
MPEG-2 y MPGE-4(parte 2 y parte 10), además podemos agregar la serie ITU H-200 que
generaron los formatos H.261, H.263, H.264 y H.265 siendo este la que mayor dominio tiene
sobre la transmisión de video por IP.

2.3.2.1. MPEG
El MPEG es un estándar genérico y universal debido a que especifican una sintaxis de la trama
para el transporte de los datos resultado de los algoritmos de compresión de audio y video, en la
tabla se presenta las descripciones de cada uno de ellos.

Tabla 1-2. Formatos de video del estándar MPEG.

FORMATO DESCRIPCIÓN

MPEG-1 Ofrece una calidad similar a VHS y además es compatible con todos los ordenadores y casi todos
los DVD, define un códec y la representación de datos para él envió imágenes en movimiento
desde un dispositivo de almacenamiento digital en el rango de 1.5 a 2 Mbps.

MPEG-2 Es el usado en contenidos en DVD y permite trabajar con tasas binarias desde 2 a 100 Mbps,
soporta la relación del aspecto 16:9, así como los múltiples canales de audio y video dentro del
mismo flujo binario. Además, una de las características más importantes del formato es su
escalabilidad permitiendo que un decodificador relativamente económico pueda decodificar
estas secuencias utilizando solo una parte del flujo binario.

MPEG-4 Ofrece una calidad mejorada respecto a MPEG-2 esto debido a que toma muchas de las
características de MPEG-1 y MPEG-2., los usos principales son el flujo de medios
audiovisuales, la distribución en almacenamientos digitales, la transmisión bidireccional por
video teléfono y emisión de televisión. Las diferentes características del formato no deben estar
disponibles en toda la implementación, ya que tiene una variación de estándares denominados
partes, específicamente 21 de estos de los cuales los más representativos serian la Parte 2 y 10

17
 siendo este último similar a la norma H.264, imponiendo como la tecnología de compresión de
video en el mundo audiovisual

Fuente: Mauri, Pineda y Seguí. 2009

Realizado por: Satán D. 2020

2.3.2.2. Serie ITU h-200

Para poder entender los origines y objetivos que se tenían planteado al diseño de este estándar,
revisemos lo explicado por los autores del libro IPTV la televisión por internet:

En 1984, el Study Group XV del CCITT (ahora UIT-T) estableció un grupo de especialista en
codificación de videotelefonía para desarrollar recomendaciones para la transmisión de video a
velocidades múltiplo de 384 Kbps (nx384, con n=1-5). Más adelante, cuando la tecnología de
compresión mejoro e hizo posible transmitir video a menores tasas, se incluyeron tasas de
múltiplos de 64 Kbps(px64, p=1-30).(Mauri, Pineda y Seguí 2009, p. 41)

Esto generaría diversas versiones las cuales se conocieron como Infraestructuras para servicios
audiovisuales, en la tabla 2-2 se muestran las versiones que más se han utilizado para el servicio
de televisión por internet acompañado con su respectiva descripción.

Tabla 2-2. Formatos de video de la familia H-200.

FORMATO DESCRIPCIÓN

H.261 También conocido como “Video Code For Audiovisual Services at px64Kbps”, fue publicada en
1990, define un códec para la compresión de video digital, normalmente de menor calidad que
soporta velocidades de transmisión múltiplos de 64 Kbps. Se puede considerar como un
subconjunto de la codificación MPEG, pero con una calidad bastante inferior, aunque su gran
difusión le permitió ser usada para servicios de videotelefonía y videoconferencias, además de
servir como base para otros sistemas de codificación más modernos.

H.263 Nació a la par que el MPEG-4 parte 2 con el objetivo de obtener una mayor compresión con el
H.261 y proporcione una mejor calidad de imagen, la ITU-T desarrollo el estándar para
aplicaciones en videoteléfonos y videoconferencias, además de poder ser compatible con el
MPEG4 parte 2. Además, salió una versión más compleja conocido como H.263/L (algoritmo
long-term) que mejora considerablemente la calidad de imagen y la silenciación de errores.

H.264 Es un códec de video de alta compresión, desarrollada conjuntamente fue creado en el 2003 por
el ITU-T Video Coding Experts Group (VCEG) y el ISO/IEC Moving Picture Experts Group
(MPEG), juntos formaron el denominado Joint Video Team (JVT). este formato se utiliza en la
actualidad para las películas Blu-ray, servicios de streaming como YouTube o Netflix,
retransmisiones por satélite, transmisión de televisión digital, entre otros. Aunque fue creado para
sustituir el MPEG 4 tradicional, se le conoció como la parte 10 del mismo, permite transmisión

18
 desde 40 Kbps hasta más de 10 Mbps, por ese motivo se puede lograr una transmisión de videos
de hasta 4K a 60 fps.

H.265 Conocido como HEVC (High Efficiency Video Coding) fue lanzado en 2014, y como su nombre
indica es un estándar de compresión de vídeo más eficiente que H.264. Aproximadamente es
capaz de comprimir un archivo de la misma calidad en al menos la mitad de espacio que H.264.
Un ejemplo de su superioridad es que una película pase de ocupar 8 GB a ocupar alrededor de 3
o 4 GB y permite la resolución 8K y 300 fps, desde su salida muchas aplicaciones como VLC,
navegador Chrome y Códecs de la marca K-Lite ya son compatibles con el formato, definiendo
un futuro más prometedor que su predecesora.

Fuente: Mauri, Pineda y Seguí. 2009

Realizado por: Satán D. 2020

2.3.2.3. Calidad de Video.

Para las aplicaciones tanto para televisión digital y VoD se manejarán diferentes calidades de
video las cuales se diferencian entre sí por su resolución que puede ser tanto baja como alta. Este
punto es primordial ya que el número de paquetes que tenga que manejar los equipos por cliente
será proporcional a la resolución del video.

En este proyecto de tesis se operaron 3 niveles de calidad de video cuya resolución serán
impuestos por los canales de televisión, y los videos en formato de película, capitulo o videoclip
para el servicio de VoD y estas son:

- Calidad SD (Standard Digital Television): SDTV es el servicio ocupa el menor ancho de

banda posible, permite la relación de pantalla en 4:3 y 16:9 además permite resoluciones
máximo de 1280 x 720 pixeles.
- Calidad HD (High-Definition Television): HDTV ocupa un mayor ancho de banda que
SDTV, pero con respecto a la calidad de imagen es superior, permite la relación de pantalla
16:9, con resoluciones de 720p (1280 x 720p) y 1080i (1920x1080i o 1440x1080i).
- Calidad full HD: ocupa aún más ancho de banda que su predecesora, mantiene la relación
16:9 de la pantalla, y se presenta con resoluciones de 1080p (1920 x 1080) y 1080i (1920 x
1080i).

2.3.3. Formatos de audio para IPTV

Al igual que el video el audio tiene que ser comprimido para reducir el flujo de datos de sonido,
para ejecutar este proceso se realizan en algoritmos de codificación en el nodo transmisor y de
decodificación en el receptor.

19
El audio es la técnica relacionada con el procesamiento de sonido, incluyendo su captura y
transmisión, el resultado de la captura será una señal de audio; esa misma señal será comprimida
según 2 aspectos el primero es la frecuencia audible, según Oliver Gil “los humanos percibimos
sonidos entre los 20 Hz y los 20 kHz, aunque este límite superior tiende a disminuir con la
edad”(Oliver Gil 2018, p. 3) tal como se muestra en el Grafico 1-2 aunque las que mejor oímos
se encuentran en el rango de 1 a 5 kHz tomando en cuenta la potencia, por lo que en primera
instancia se eliminan aquellos sonidos que son imperceptibles para el odio humano.

Gráfico 1-2. Rango de frecuencias audibles para los humanos.

Realizado por: Oliver Gil. 2018

Como segundo aspecto tenemos el enmascaramiento de frecuencias que es otro factor para tomar
en cuenta para la compresión de audio, para comprenderlo de una manera más específica
repasemos las palabras del ingeniero sonoro Martín Díaz Vélez sobre este factor:

El enmascaramiento de frecuencias se considera como la disminución de la sonoridad de un tono

(A) a una cierta frecuencia, en presencia de otro tono (B) simultáneo (sonando al mismo tiempo)
a distinta frecuencia. Es decir, cuando el oído es expuesto a dos o más sonidos o tonos de diversas
frecuencias, existe la posibilidad que uno de ellos enmascare, camufle o tape a los demás y por
lo tanto, que estos no se oigan.(Martín 2019)

Tomando en cuenta que en el video original se encontraran varios sonidos sonando

simultáneamente, se mantendrá solo aquellos que tenga más amplitud y energía, ya que serán los
que tendrán más impacto sobre el oído humano, por lo que el códec hará la selección y le dará
prioridad e importancia. A continuación, se van a describir en la tabla 3-2 los códecs
pertenecientes al grupo MPEG.

20
Tabla 3-2. Codecs de audio del estándar MPEG.

CODEC DESCRIPCIÓN
MPEG-1 Es el estándar inicial que se usó para la compresión de audio y video, el cual define 3 capas, donde
la capa I y II están basados en la compresión de psicoacústico MUSICAM (codificación del mismo
MPEG-1), mientras que en la capa 3 es más conocida como MP3 y utiliza un modelo de compresión
diferente al modelo anterior, pero con mayor eficacia en comparación de las capas uno y dos. Esto
se puede comprobar en la capa II con tasa de bits de 32-384(Kbps) y compresión 1:6 hasta 1:8, en
cambio en capa III con 32-320(Kbps) con compresión de 1:10-1:12.
MPEG-2 Es un estándar de audio y video de gran calidad a altas tasas de velocidad de transmisión, es utilizado
típicamente en la televisión digital, a diferencia de su versión anterior es multicanal ya que maneja
hasta 5 canales. Originalmente era compatible con MPEG-1 pero debido a la implementación de
nuevos algoritmos de compresión fue desechada.
ACC Es el estándar resultado de una extensión de MPEG-2, está basado en el algoritmo de compresión
con perdida, entre sus principales características tenemos: uso de frecuencia de bits variable (VBR),
es un algoritmo de compresión de banda ancha de audio que da como resultado un mayor
rendimiento en MP3, se basa en la eliminación de redundancias de la señal acústica, usa frecuencias
de muestreo 48, 44, 24, 22.05 y 16 (KHz), y no es compatible con MPEG-1.
MPEG-4 Es un formato y método de compresión de video y audio definido en el MPEG parte 14, hay que
aclarecer que MP4 y MP3 son completamente diferentes ya que este último solo se especializa en
audio. Proporciona mayores beneficios que los anteriores mencionados, hace uso de algoritmos
específicos para el audio en general y para la voz, para lo que es audio en general se basa en MPEG-
2.
Fuente: Mauri, Pineda y Seguí. 2009
Realizado por: Satán D. 2020

Para finalizar con la lista de formatos de audio en cuanto a lo referente a códecs no solo existen los
pertenecientes al grupo MPEG, asimismo existen diferentes formatos que se diseñaron para objetivos
específicos como la compresión de la voz humana, para igualar o superar los presentados por el grupo
MPEG, entre otros. Estos códecs serán los que permitan una mejor transmisión de audio en un servicio de
IPTV los cuales se van a exponer en la tabla 4-2 con su respectiva descripción.

Tabla 4-2. Códecs de audio.

CODEC DESCRIPCIÓN
HVCX Diseñado para la compresión de voz es un códec que opera a 2 y 4 Kbps, ofreciendo una
buena calidad de voz a bajas tasas de transmisión.
CELP Especializado para la transmisión de voz, las frecuencias de codificación de este estándar
son de 6 Kbps (AB= 3.3KHZ) hasta 18 Kbps, con una frecuencia de muestre más alta para
la voz en banda ancha.
HE-AAC Este codificador está basado en AAC-MPEG-2, pero mucho más eficiente, alrededor de
un 40%, ya que usa técnicas de replicación de banda espectral o SBR lo cual implica que

21
 la banda de frecuencia superior no se codifique, pero de alguna forma esta se encuentre
replicada por el decodificador de la banda de frecuencia más baja con algunos datos de
control. El rango de velocidades de transmisión va de 32 a 12 y posee una tasa de
compresión de 1:24.
Twin VQ Es un códec cuyo objetivo primordial es la codificación de audio a bajas velocidades de
transmisión, tiene mayor eficiencia que ACC, pero disminuye un factor mínimo la calidad
del audio; usa una cuantización de vector entrelazado de los mismos factores de escala y
datos espectrales que el usado en ACC.
AC-3 Desarrollado por Dolpy-Digital maneja hasta 6 canales de sonido, cinco canales de ancho
de banda completa de 20 Hz - 24 kHz para altavoces de rango-normal (frente derecho,
centro, frente izquierdo, parte posterior derecha y parte posterior izquierda) y uno de baja
frecuencia (LEF). Una vez realizada la compresión desechando todos los aspectos
imperceptibles para el ser humano, se puede añadir información adicional como
información para corrección de errores. Este códec es muy versátil ya que permite
frecuencias de muestreo de 32, 44.1 y 48 KHz y velocidades de 32 Kbps a 640 Kbps.
Fuente: Mauri, Pineda y Seguí. 2009
Realizado por: Satán D. 2020

2.4. Protocolos utilizados para IPTV

Aunque sus siglas indican “Internet Protocol Television” IPTV no es un protocolo en sí, debido
a que se ayuda de otros protocolos ya definidos, como por ejemplo la utilización del RTP(Real
time Protocol) para la transmisión de video para después ser encapsulados en paquetes por el
protocolo de transporte UDP(User data Protocol).(Aguilera y Cayo 2012, p. 1) A continuación se
detallaran los protocolos que debe soportar IPTV en la capa de aplicación, transporte y de red
según sus respectivos documentos RFC(Request For Comments).

2.4.1. Protocolos capa de aplicación

2.4.1.1. RTP (real-time transport protocol)

Es un estándar creado por la IETF y su última versión fue establecida en el RFC 3550 en el 2003,
tiene como objetivo la transmisión confiable de voz y video a través de la red global.

Aunque su nombre implica ser un protocolo de transporte la realidad no lo es ya que ocupa el

protocolo UDP, por lo que RTP está más relacionado con la capa de aplicación. RTP no garantiza
la entrega de los paquetes ni su secuencia más bien designa todos eso a la aplicación permitiendo
que la aplicación decida entre una entrega de datos perfecta a uno no tan perfecta ya que en una
transmisión en vivo es imposible las retransmisiones debido a que generaran más retrasos. Según
EFORT (2011) RTP permite:

- Identificar el tipo de información transportada.

22
 - Añadir marcadores temporales que permitan indicar el instante de emisión del paquete.
De esta forma, la aplicación destino podrá sincronizar los flujos y medir los retardos y la
fluctuación.
- Incluir números de secuencia a la información transportada para detectar la pérdida de
paquetes y poder entregar los paquetes a la aplicación destino.
- Permite ser transportado por paquetes multicast para encaminar conversaciones hacia
múltiples destinos.

Todo estas son requeridas por la mayoría de aplicación multimedia, como RTP transporta las
señales audio o vídeo codificadas mediante paquetes RTP los cuales contienen una cabecera del
protocolo.

Figura 3-2. Cabecera de protocolo RTP.

Fuente: (Barcelo Ordinas 2013, p. 206)

Las señales de audio o vídeo en su formato codificado serán encapsuladas por esta cabecera donde
los primeros 32 bits del encabezado constan de varios bits de control, a continuación se expondrá
cada uno de estos campos según las palabras de Barcelo Ordinas (2013) :

- El número del campo versión (V) es actualmente 2 siendo la versión más actual.
- El bit de relleno (P) indica si hay octetos de relleno insertados al final de este paquete, es
posible que algunas aplicaciones requieran relleno con tamaños de paquetes de longitud fija.
- El bit de extensión (X) indica si hay una extensión experimental después del encabezado fijo.
- El campo de recuento (CC) indica el número de identificadores de fuente contribuyentes
(CSRC) que siguen al encabezado fijo.
- El bit marcador (M), para su interpretación está definida por un perfil, que indica por qué se
ha de utilizar en un determinado contexto.
- El campo de tipo de carga útil (PT) sus 7 bits identifican el formato de carga útil, que se
analiza.
- El número de secuencia es un contador incremental de 16 bits que inicia una fuente desde un
numero N aleatorio que se irá incrementando por paquete, puede utilizarse para detectar
perdidas de datos y restaurar la secuencia del paquete.

23
- La marca de tiempo de 32 bits corresponde al instante de generación del primer octeto en la
carga útil.
- El identificador de fuente de sincronización (SSRC) de 32 bits es un valor generado
aleatoriamente que identifica de manera única la fuente dentro de una sesión. Incluso si es muy
poco probable que dos fuentes generen el mismo número SSRC, cada implementación de RTP
debe tener un mecanismo para hacer frente a esta oportunidad.
- Lista CSRC de 0 a 15 elementos, 32 bits por elemento. Identifica las fuentes que contribuyen
a los datos contenidos en este paquete RTP.

2.4.1.2. RTCP (Real Time Transport Protocol)

Este protocolo trabaja a la par con RTP por lo que está definido en el mismo RFC 3550 como el
protocolo de control de este, opera mediante la distribución de paquetes conjuntamente con RTP
que pueden transportar diferentes tipos de información de control, en la siguiente tabla se detallan
estos mensajes:

Tabla 5-2. Paquetes RTCP.

Tipo Descripción

SR Informe del emisor (Sender Report, en inglés) para transmitir y recibir estadísticas de
los participantes que son emisores activos.

RR Informe del receptor (Receiver Report, en inglés) para recibir estadísticas de los
participantes que no son emisores activos. También se puede combinar con el SR para
los emisores activos que han de informar sobre más de 31 fuentes de datos (el máximo
que se puede indicar en un paquete de tipo SR).

SDS Elementos de descripción de la fuente, incluyendo el CNAME.

BYE Indica que se ha dejado de participar.

APP Funcionalidades específicas de la aplicación

Fuente: (Barcelo Ordinas 2013, p. 206)
Realizador por: Satán D. 2020

El peso de cada paquete será variable pero la longitud máxima de cada paquete será múltiplo de
32 bits, los paquetes RTP se pueden envía de manera consecutiva sin ningún separador de por
medio, además de ser capaz de mandar varios tipos independientes en un solo paquete conocido
como RTCP compuesto, pero son tratados independientemente en el receptor, con ciertas
restricciones que se especifican más a fondo en el RFC del protocolo.

Para el funcionamiento del protocolo en la transmisión multidifusión (multicast), debe modificar

la tasa de envió de los paquetes RTCP esto debido a que una conexión de muchos receptores los

24
datos enviados pueden excederse por mucho a los de RTP. Es por esos motivos que RTCP intenta
mantener el 5% del ancho de banda y no generar una sobre saturación.(Barcelo Ordinas 2013, pp.
208-210)

2.4.1.3. RTSP (Real Time Streaming protocol)

Definido en el RFC 2326 es un protocolo que controla y establece el flujo de varios streams
sincronizados de datos multimedia como lo son el audio y video, remotamente a través de una red
de servidores de datos multimedia.

En RTSP no hay conexiones, sino sesiones individuales con su propio identificador mantenidas
por el servidor, como no está ligado a una conexión a nivel de transporte puede abrir y cerrar
tantas de estas sesiones como se permita o sea necesario. RTSP puede hacer uso de UDP como
protocolo de transporte.

Características del protocolo RTSP:

 Introduce nuevos métodos y posee un identificador del protocolo propio (rtsp://).

 Al contrario de HTTP, el protocolo RTPS debe mantener el estado en la mayoría de
peticiones.
 El Cliente y Servidor RTSP pueden realizar peticiones.
 Los datos no son transportados por el mismo protocolo, sino que depende de otros.
 El URI de petición de RTSP siempre será absoluto.

El protocolo soporta operaciones como: la recuperación de datos del servidor de contenidos donde
el cliente solicita recursos multimedia vía Http o cualquier otro, Invitación de un servidor de datos
a una conferencia, y para añadir contenido a una transmisión en curso útil para presentaciones en
directo. Lo más importante se podría resaltar con la capacidad de que el cliente pueda acceder a
diversos streams pudiendo elegir la mejor combinación de datos, esto gracias a los ficheros de
metadatos los cuales contienen la URL que apunta a un determinado contenido con un
determinado servidor y sus métodos de transmisión que soporta.

Estados de RTSP

Es necesario mantener el estado de RTSP para correlacionar las peticiones sobre uno o varios
streams, debido a ciertas situaciones que se suscitan en la transmisión de estos: como su
funcionalidad de transportar los datos de control por TCP y los demás por UDP, otro escenario es
que un streams controlado por las peticiones de RTSP viajen en direcciones conexiones TCP
causando una desconexión con la aplicación. Existen 4 estados iguales tanto para el servidor como
para el cliente, pero con diferente acción:
25
Tabla 6-2. Estados de cliente y servidor RTSP.

ESTADOS CLIENTE SERVIDOR

Init Indica que el cliente ha enviado un Indica que el servidor se encuentra a

Setup(configuración) esperando su la espera de recibir una orden SETUP
respuesta. correcta, es el estado inicial.

Ready Indica que, o se ha recibido una Indica que el último SETUP recibido
respuesta afirmativa al SETUP o se ha fue correcto y se envió la
recibido una confirmación al envío de la confirmación correspondiente o que,
orden PAUSE estando en Playing o en los estados Playing y Recording, la
Recording. orden PAUSE se recibió y se
confirmó.

Playing Indican que se ha recibido una Indica que se ha recibido la orden

confirmación afirmativa a las órdenes PLAY y se confirmó, y que se están
PLAY y RECORD, respectivamente. enviando los datos al cliente.

Recording El estado Recording indica que el

servidor está grabando los datos.

Fuente: (Barcelo Ordinas 2013, pp. 198-199)

Realizador por: Satán D. 2020

Nota: Las ordenes como Play y Pause son métodos que permiten el cambio de estado.

Métodos RTSP:
Existen varios métodos pero los más relevantes para cambiar de estado y realizar un reserva de
recursos para el stream del lado del servidor según lo presentado por Barcelo Ordinas (2013) son:
SETUP (el servidor reserva recursos para el stream e inicia una sesión RTSP), PLAY y RECORD
(inicia la transmisión de datos de un stream iniciado por el SETUP), PAUSE(detiene
temporalmente la transmisión de datos), y TEARDOWN(libera los recursos asociados al Stream
y la sesión RTSP se borra del servidor).

Funcionamiento del protocolo

El protocolo tiene muchas similitudes con respecto a HTTP ya que es un protocolo basado en
mensajes de texto, para acceder a la transmisión se utiliza una URL donde se identifica el
protocolo la dirección IP del host o el dominio de DNS, el puerto, y por último la dirección.

𝑟𝑡𝑠𝑝:// ℎ𝑜𝑠𝑡: 𝑝𝑢𝑒𝑟𝑡𝑜/𝑐𝑎𝑚𝑖𝑛𝑜/𝑎𝑙/𝑟𝑒𝑐𝑢𝑟𝑠𝑜

La URL es encapsulado en uno de los 2 mensajes de RTSP, el primero es el de petición que

proviene del cliente, el mensaje consta de 3 partes diferentes:
26
 Figura 4-2. Mensaje de petición RTSP.
Fuente: (Barcelo Ordinas 2013, p. 200)

En la línea de petición se definen la orden del RTSP, la URI de petición que identifica el recurso
al que se desea acceder y la versión que se esté utilizando del protocolo.

Cabecera de petición se divide en tres partes: primero tenemos la cabecera general que indica la
información general independiente de si el mensaje es de petición o de respuesta, la segunda es
la cabecera propiamente de petición que contiene información del mensaje de petición, y por
último la cabecera de entidad contiene la información del cuerpo del mensaje.

Cuerpo del mensaje lleva la información en el caso de que exista asociado a la petición.

El otro mensaje que ocupa RTSP es el contrario a la petición conocido como respuesta, y al igual
al de petición el mensaje consta de 3 partes.

Figura 5-2. Mensaje respuesta.

Fuente: (Barcelo Ordinas 2013, p. 201)

Línea de estado de la respuesta se define la versión de RTSP, un código de estado que publica
si hubo o no éxito en la petición y la descripción textual del código de estado.
Cabecera de respuesta está conformada por 3 partes: la cabecera general que indica la
información general, cabecera propiamente de respuesta con información específica para un
mensaje de respuesta, y la cabecera de entidad contiene información sobre el cuerpo de mensaje.
Cuerpo de mensaje: lleva la información en el caso de que exista, asociada a la respuesta.

Ejemplo de conexión RTSP.

27
En la figura 7-2 se puede observar cómo se ejecuta una sesión RTSP y utilizando otros protocolos
RTP y UDP para la transmisión de los Streams de multimedia, a continuación, se describirán el
proceso que realiza tanto el cliente como el servidor.

1. Primero se establece una conexión TCP del lado del cliente mediante el puerto 554.
2. Una vez establecida la sesión con el servidor se envía la orden OPTIONS indicando la
versión del protocolo que se ocupara.
3. El servidor confirmara esta orden enviando un mensaje “200 OK”, similar a lo que pasaría
con HTTP.
4. El cliente enviara un mensaje DESCRIBE con indicaciones del contenido que se quiere
receptar, el servidor en cambio lo confirma con un “200 OK” incluyendo la descripción
del contenido.
5. La siguiente etapa se conoce como negociación, el cliente envía un SETUP indicando al
servidor que mecanismos de transporte desea en este caso UDP con los puertos 5067 y
5068 para la transferencia de archivos.
6. Después de establecer la conexión el cliente está preparado para empezar a recibir los
stream y envía la orden de PLAY, una vez el servidor confirma la orden empieza a enviar
el stream. Si se desea cancelar la transmisión el cliente lo hace mediante TEARDOWN y
el servidor reenviara el OK de confirmación.

28
 Figura 6-2. Modelo de funcionamiento de protocolo RTSP y RTP.
Fuente: (Barcelo Ordinas 2013, p. 204)

2.4.1.4. HLS (HTTP Live Streaming)

HLS es la transmisión de video mediante el protocolo HTTP, su diseño y funcionamiento está

especificado en el documento IETF RFC 8216; el motivo del porque utilizar este protocolo es
debido a que es la base de cualquier intercambio de datos mediante en una estructura cliente
servidor, por lo que permite realizar peticiones de datos y recursos como lo son los documentos
HTML en la web y ahora video; es decir que mediante un navegador web el usuario puede solicitar
mediante un enlace HTTP el acceso a una página de internet que resulta de la unión de distintos
subdocumentos, imágenes, texto, videos, etc.(MDN WEB DOCS 2020)

29
Figura 7-2. Arquitectura Cliente-Servidor
Realizado por: Satán D. 2020

HLS fue desarrollada originalmente por APPLE para permitir que los proveedores de contenido
envíen audio y video en vivo o pregrabados al iPhone y/o iPod Touch de Apple usando un servidor
web común. (Fecheyr-Lippens 2010,p. 7), pose la técnica de transmisión de velocidad de bits
adaptable exclusivo en HTTP, la cual sustituye los clásicos protocolos RTP, RTSP, ya que
funciona detectando el ancho de banda del usuario y la capacidad del CPU del ordenador en
tiempo real antes de comenzar la transmisión, de esa manera se codifica una fuente de video en
múltiples velocidades de bits que se adapten al medio disponible.

Arquitectura de HTTP Live Streaming.

HLS consiste de tres componentes el servidor, de distribución y el software del cliente.

Figura 8-2. Arquitectura de HLS.

Fuente:(Fecheyr-Lippens 2010, p. 8)

El servidor: es responsable de tomar los flujos de entrada de los medios y codificarlos

digitalmente, encapsularlos en un formato adecuado para la entrega y preparar los medios
encapsulados para su distribución.

30
Distribución: consta de los servidores web estándar. Son responsables de aceptar las solicitudes
de los clientes y entregar los medios preparados y los recursos asociados al cliente. Para la
distribución a gran escala también se encuentra las redes de frontera u otras de entrega de
contenido.

El software del cliente: Determina los medios apropiados para solicitar, descargar esos recursos
y luego volver a ensamblarlos para que los medios se puedan presentar al usuario en un flujo
continuo.

Características de HLS

Los videos entregados por HTTP no son técnicamente transmisiones sino descargas progresivas
enviadas a través de los servidores web, la industria de transmisión en vivo se inclinó a favor de
este protocolo, según la página oficial de WOWZA media systems marca del mejor servidor de
video; el cambio hacia este se debe a que los protocolos basados en HTTP ofrecen la mejor calidad
de video y la mejor experiencia posible para el espectador sin importar la conexión, el software o
el dispositivo. En la siguiente tabla se muestran las características técnicas de este protocolo.

Tabla 7-2. Especificaciones técnicas de HLS.

Códecs de audio AAC-LC, HE-AAC + v1 y v2, xHE-AAC, Apple Lossless, FLAC

Beneficios Velocidad de bits adaptable, confiable y con un amplio soporte.

Códecs de video H.265, H.264

Compatibilidad de excelente (todos los navegadores Google Chrome; dispositivos

reproducción Android, Linux, Microsoft y MacOS; varios decodificadores,
televisores inteligentes y otros reproductores)

Inconvenientes la calidad de la experiencia se prioriza sobre la baja latencia.

Latencia HLS tradicionalmente ofrecía latencias de 6 a 30 segundos, la

extensión HLS de baja latencia ahora se ha incorporado como un

31
 conjunto de funciones de HLS , que promete ofrecer una latencia
inferior a 2 segundos.

Fuente: Wowza media Systems. 2019

Estas características han permitido HLS sea el protocolo de transmisión más popular que se utiliza
en la actualidad, eso se puede verificar en la figura 5-2 que presenta los resultados del informe de
latencia de transmisión de video de 2019 realizado por WOWZA media Systems el cual consulto
a 329 emisoras de IPTV y OTT, en donde 45% de las organizaciones lo utilizaban como medio
de transporte para su contenido, aunque RTMP también es una opción popular.

Figura 9-2. Resultados de encuesta

Fuente: WOWZA media systems

2.4.2. Protocolos capa de transporte

2.4.2.1. UDP (User Datagram Protocol)

Es un protocolo no orientado a la conexión, por lo que no puede asegurar la entrega completa de

los paquetes ya que no proporciona ningún tipo de control de errores ni de flujo, pero si
mecanismos de detección de errores. Entonces al detectar un error UDP no entrega esos datos en
forma de datagramas a la aplicación sino la descarta. UDP se definió en el documento IETF RFC
768 donde se explica más a fondo todas las características y funcionalidades de este protocolo.

Por otra parte, a un nivel superior de UDP se utiliza IP que también es un protocolo no orientado
a la conexión. Esto permitió que las aplicaciones aprovechen las características principales del

32
protocolo como su simplicidad; además de esta existen otras características, pero las que más lo
definen son:

 La no garantía de fiabilidad, esto debido a que no tiene la seguridad de que cada datagrama
transmitido por UDP llegue a su destino final, es decir que se enviaran todos los paquetes,
pero no asegura que el 100% de estos llegue al receptor.
 No mantiene la secuencia de los datos que transmite la aplicación, esto implica que la
información puede llegar de manera desordenada, es debido a esto que las aplicaciones que
vayan a recibir estos datagramas estén preparadas para que lleguen con retardos o se hayan
desordenado.
La siguiente figura 10-2 presentado por Barcelo Ordinas (2013, p. 14) se muestra la cabecera, la
unidad de datos del protocolo UDP y su encapsulamiento en un datagrama IP. Cada generación
de un datagrama UDP provoca un datagrama IP a nivel de capa de Red:

Figura 10-2. Campos de Datagrama UDP y encapsulamiento IP

Realizado por: Barcelo Ordinas. 2013, p. 14

La figura 10-2 muestra que la cabecera acumula 8 Bytes a los datos de la aplicación antes de ser
encapsulado por IP, esto permite reducir un peso en el flujo de la información, esto añadiendo sus
características son motivos para que el uso de este protocolo se enfoque más para aquellas
aplicaciones que requieren menor latencias y poco retardo como videos, video llamadas,
33
videoconferencias, videojuegos online, entre otros. Como IPTV que trabaja en modo multicast
(enviar información a un grupo de usuarios en la red) es esencial para la transmisión de canales
de televisión por IP. En este caso UDP permite enviar la información a muchos receptores sin
esperar una respuesta de todos liberando la sobrecarga de información.(Barcelo Ordinas 2013, p.
15)

2.4.2.2. TCP (Transmisión Control Protocol)

Como ya se expuso con UDP es un protocolo no fiable, en cambio TCP es todo lo contrario porque
se presenta como un protocolo orientado a la conexión, fiable capaz de garantizar la entrega de
100% de los paquetes en el mismo orden que fueron enviados. (Barcelo Ordinas 2013, pp. 15-16)
El protocolo está definido en los siguientes documentos, IETF RFC 793 donde se expone a TCP
en general, IETF RFC 1323 es una extensión de TCP para alto rendimiento, y IETF RFC 2018
donde explica la opción de reconocimiento selectivo de TCP.

El propósito de TCP siempre será la fiabilidad, por lo que se debe basar en los principios que se
muestran en la Tabla 7-2, y en la Tabla 8-2 en cambio se presentan las propiedades que posee el
protocolo para garantizarlo.

Tabla 8-2. Principios para garantizar fiabilidad.

Principios Descripción

Transmisión libre de TCP debe entregar a la aplicación de destino una información igual a la enviada
errores. desde el origen y libre de errores.

Garantía de entrega de la TCP garantiza que toda la información transmitida por la aplicación de origen se
información. entregue a la aplicación de destino.

Garantía de TCP garantiza la entrega del flujo de información en el mismo orden en que le fue
mantenimiento de la entregado por la aplicación de origen.
secuencia de transmisión.

Eliminación de duplicados. El TCP garantiza que sólo entregará una copia de la información transmitida a la
aplicación de destino. En caso de que reciba copias a causa del funcionamiento de
la red o de los protocolos que se implementan por debajo del nivel de transporte, el
TCP las eliminará.

Fuente: Barcelo Ordinas. 2013

Realizado por: Satán D. 2020

34
Tabla 9-2 Propiedades de TCP.

PROPIEDADES DESCRIPCIÓN

Flujos de transmisión La aplicación organiza los datos de información en flujos (streams) de bits estructurados
(stream oriented) en bytes, pero no tiene ningún modo de indicar al protocolo los límites en que quiere
transferir la información; es el mismo TCP quien decide en cada momento cuántos bytes
transfiere en un segmento.

Orientado a la El protocolo TCP tiene una fase de establecimiento de la conexión, una de transmisión
conexión: de datos y una de desconexión, garantizando una transmisión completa.

buffered transfer TCP utiliza este concepto cuando se transfiere información, dividiendo los flujos de datos
que le pasa la aplicación en tamaños convenientes, decidiendo el tamaño de los
segmentos tanto si la aplicación genera un byte de información, como si genera grandes
volúmenes de datos antes de ser transferidos.

Conexión full duplex Esta propiedad permite la transferencia de información es en ambos sentidos por lo que
la aplicación puede ver 2 flujos independientes para enviar y recibir al mismo tiempo.
Aunque también puede realizar una conexión Half-duplex eliminando uno de estos flujos
es poco utilizado.

Fuente: Barcelo Ordinas. 2013

Realizado por: Satán D. 2020

En la figura 11-2 se muestra el datagrama de TCP, aquí se puede apreciar la diferencia con
respecto UDP ya que mientras este ofrece una cabecera sencilla y de menor tamaño, TCP nos
presenta una cabecera con más campos y nada sencilla, la suma de todos estos campos equivale
a 20 byte esenciales para realizar el enlace.

35
 Figura 11-2. Campos de Datagrama TCP y encapsulamiento IP
Realizado por: Barcelo Ordinas 2013, p. 17

Muchas aplicaciones requieren de la confiabilidad de TCP, anteriormente se definió que el

protocolo HTTP lo utiliza, cabe mencionar que TCP es funcional para aquellas aplicaciones que
pueden tolerar cierto grado de retrasos debido a la sobrecarga que se puede generar por paquetes
perdidos y mensajes de OK, ya que, si el destino no confirma la llegada de este, el origen recibirá
una notificación solicitando que lo vuelva a enviar. Para IPTV es claro que su uso está destinado
a la comunicación entre el cliente y servidor ya que es fundamental que la información se
mantenga segura y completa, además como también utiliza unicast permitirá que el servicio Video
bajo demanda.

2.4.3. Protocolos capa de red

2.4.3.1. IP Multicast

Los protocolos multicast es la solución para ofrecer servicios de streaming de video y audio en
vivo, debido a que se define como el proceso de enviar datagramas desde un transmisor hacia un
grupo de receptores que están interesados en recibir dichos datagramas.

36
Este servicio se configura en los dispositivos que operen en la capa de red para recibir los datos
del servidor del servicio para luego replicarlos hacia los destinos, por lo cual un solo flujo de
datos permitirá que varios usuarios accedan al servicio, reduciendo la carga de la red.

Perfecto para brindar el servicio de IPTV y que no se sature por sobrecarga la red, además de
permitir el acceso a los usuarios ubicados en cualquier área geográfica o red local, siempre que el
direccionamiento multicast corresponda al grupo configurado en el dispositivo de capa de red.

Direccionamiento Multicast

Es el conjunto de direcciones IP reservados específicamente para servicios multicast, permitiendo

la conexión punto – multipunto similar a la difusión de broadcast con la ventaja de generar grupos
privados donde solo los usuarios dentro de estos podrán recibir los paquetes.

Estas direcciones son la clave para la multidifusión que puede ser configurado como
direccionamiento estático o dinámico permitiendo que los grupos no sean permanentes, las cuales
pertenecen al rango de direcciones IP 224.0.0.0 a 239.255.255.255 conocido como clase D en
IPV4, en cambio para IPv6 son similares, pero con el prefijo FF00: :/8 hasta FFFF: :/8. En la tabla
8-2 se podrán observar una clasificación más específica de estas direcciones.

Tabla 10-2. Rango de direcciones multicast IPv4 e IPv6.

IPv4

Rango Detalles

224.0.0.0 - 224.0.0.255 Este rango de direcciones se le denomina como “bien conocidas”, está
reservado para direccionamiento multicast locales o de una LAN.

224.0.1.0 - 238.255.255.255 Reservadas para el direccionamiento de ámbito global, esto quiere decir
por todo el internet.

239.0.0.0 - 239.255.255.255 Rango de direcciones se utiliza con fines administrativos.

IPv6

Rango Detalles

FF0X:1 Es la dirección que se usa para todos los nodos IPv6 en la red.

FF0X:2 Se usa para representar todos los routers de la red.

FF02: D Todos los routers PIM

FF02::1:2 Todos los agentes DHCP

FF02::1:3 Todos los servidores DHCP

Realizado por: Satán D. 2020

37
2.4.3.2. IGMP
Sus siglas en ingles representan Internet Group Management Protocol, es usado para intercambio
de información de los estados de pertenencia de grupos mediante protocolos multicast, cuando el
equipo desea acceder a uno de estos grupos y recibir tráfico multicast informa al router contiguo
para que se conecte, una vez realizado los nodos pasan a formar parte del grupo o grupos
dependiendo la situación, en cambio el router estará al pendiente mediante un sondeo periódico
el estado de dichos grupo para identificar cambios en estos o abandono.

Las versiones de este protocolo presentan la característica de que cada versión presenta mejoras
con respecto a su antecesora.

- IGMP v1: es la primera versión publicada del protocolo de comunicación en el RFC 1112 el
cual se presentó funciones básicas, las cuales algunas se mantienen en las versiones
posteriores, aquí se definió la 0.0.0.0 como dirección de grupo, así como 224.0.0.1 como
dirección de destino para consultas generales. El protocolo permite a los dispositivos acceder
a los grupos multidifusión mediante los mensajes Membership query (petición de ingreso) y
Membership report (notificación de pertenencia), pero con la desventaja de no tener la función
para que el host se salga del grupo independientemente, solo lo lograra superando el límite de
tiempo.
- IGMP v2: mantiene la compatibilidad con su versión anterior IGMP v1 fue presentado en el
RFC 2236. Igual a la versión anterior trabaja de la misma manera para acceder a los grupos de
multidifusión utilizando mensajes: Membership query y Membership report. La ventaja es que
presenta un nuevo mensaje Leave group (abandono de grupo) solucionando el problema de no
poder abandonar el grupo antes de que acabe su límite de tiempo, el cual se envía al Router
adyacente que notificando su retiro y de esa manera reducir la latencia.(Andrés y Andres 2015,
p. 3)
- IGMP v3: es la tercera versión del protocolo IGMP especificado en el RFC 3376 maneja los
mismos forma de trabajar de su versión anterior, con la diferencia de incrementar una función
más de soporte de filtrado de origen, esto permite a un host indicarle al router de que grupo
multicast quiere recibir tráfico y también de qué orígenes lo espera. Permitiendo que el tráfico
venga de los orígenes solicitados por el equipo.(Andrés y Andres 2015, p. 4)

2.4.3.3. Protocolos de enrutamiento Multicast

Estos protocolos están definidos como Dense y Sparce con un enfoque en el que todos los hosts
conectados a una red están interesados en recibir tráfico multicast, pero con el objetivo de conectar
a solo a aquellos que pregunten para acceder. El protocolo usado para esta acción es PIM (Protocol
Independent Multicast) en sus 2 versiones PIM v1 y PIM v2 siendo la ultima la que se ocupa por
38
defecto, este protocolo opera independientemente del protocolo IP que se está ejecutando. PIM
puede operar en 2 modos, pero gracias a cisco añadió un tercero:

- PIM-DM (dense mode): este modo configurado en el router habilita a todas las subredes
acceder al grupo multicast, ya que le considera que existen receptores en dichas redes, es decir
que el grupo multicast va a ser propagado densamente en la red. Para ello formará un árbol
multicast donde el flujo se transmitirá desde el origen hacia los router dense en la red.

Este árbol seguirá creciendo mientras más puntos finales vayan uniéndose, pero en el caso de
que no muestren interés el host de acceder vía IGMP con el router, desde el origen se envía un
mensaje prune al origen, para que posteriormente sea eliminado la rama del árbol que lo
conecta reduciendo el tráfico incensario, al final el árbol resultante se le conoce como Source
tree.(Ariganello 2014, p. 247) En la figura 9-2 se puede visualizar este procedimiento,
eliminando los caminos que no presentan intención de acceder al grupo multicast.

Figura 12-2. Protocolo PIM-DM.

Realizado por: Ariganello. 2014

En todo caso que exista algún host perteneciente a la rama eliminada y que desea recibir el
tráfico, su router lanzara un mensaje grafted al siguiente router para notificarle que quiere
recibir tráfico.

39
- PIM SM (Sparce mode): presenta un modelo de operación diferente al Dense ahora no se
genera un árbol desde el origen hacia las ramas, sino al revés donde las ramas crecen hasta la
raíz donde esta no es la fuente del tráfico multicast, sino que será un router centralizado
denominado RP (Rendezvous Point) en la red. Es decir que se generar un subconjunto entre la
raíz y los miembros del grupo que puede ser eliminado fácilmente desde el origen, además si
el origen del contenido se cambia a otra parte de la red se puede registrar un RP y el árbol será
completado.

La generación del árbol empieza cuando un host le comunica al router que quiere acceder a un
grupo, por lo que el router vía IGMP envía el tráfico al RP y de esa manera añadiría su rama
al árbol compartido, si el receptor ya no quiere pertenecer se enviara el mensaje prune.
(Ariganello 2014, p. 248) Este proceso se puede observar en la Figura 10-2.

Figura 13-2. Protocolo PIM-SM.

Realizado por: Ariganello. 2014

Esta modalidad es más sencilla que la versión dense, ya que únicamente los routers que
tienen grupo activo pueden unirse al árbol, mientras que los routers que nunca se han
unido, no pueden ser suprimidos porque nunca fueron parte.

- PIM Sparse-Dense: es presentado para equipos de la marca cisco, tiene el potencial de

soportar ambos modos, permitiendo la coexistencia para diferentes grupos de multicast
40
 incluso si usan la misma interfaz, su funcionamiento no es complicado simplemente si se
define un RP la red utilizara el modo Sparce, de lo contrario se usa el modo
dense.(Ariganello 2014, p. 249)

2.5. Arquitectura IPTV

Figura 14-2. Arquitectura IPTV.

Realizado por: Satán D. 2020

En la figura 12-2 se puede visualizar un sistema de arquitectura IPTV, para ofrecer la difusión de
contenido televisivo por IP y VoD, sobre la figura tenemos un modelo simple con las etapas más
importantes que permiten el funcionamiento: las fuentes de contenido televisivo, el servidor de
VoD, la conexión del usuario y la red por donde viajaran los paquetes la cual es administrado por
el mismo proveedor, además su costo de instalación es relativamente bajo si lo comparamos con
el servicio de CATV por FTTH donde todo el procedimiento para la captura de contenido sea el
mismo, pero para la distribución requieren de un transmisor óptico que module las señales en
haces de luz, también un amplificador óptico (EDFA) para poder añadir el servicio de internet, y
por parte del usuario requerirá de un equipo receptor set top box conectado al televisor. En
cambio, para IPTV no son necesarios esos equipos ya que todo está en IP, pero si será necesario
un conmutador (switch) o router que conecte todos los equipos a la red de la cabecera, y por parte
del usuario no necesariamente requiere de un set-top-box ya que podría acceder desde su PC,
Smart Tv o Smartphone mediante una aplicación o navegador web.

2.5.1. Fuentes de contenido

Tiene la función receptar las señales provenientes de satélites u otras fuentes decodificando el
contenido cifrado o de emisores terrestres por medio inalámbrico o alámbrico, para después
codificarlos y almacenarlos en los servidores, y al final el abonado acceda a ellos mediante
streaming, esto es muy importante para ofrecer el servicio de televisión por IP. (Conde del Oso
2010, p. 13). En el grafico 2-2 se visualiza el procesamiento de las fuentes de contenido analógico
41
desde su recepción hasta su encapsulamiento por los protocolos de streaming previo a una
transmisión en la red.

Recepción de Proceso de Transmision

Codificación
contenido Digitalización IP

Gráfico 2-2. Procesamiento de fuentes de contenido.

Realizado por: Satán D. 2020

Las fuentes que generaran las señales son transformadas en flujos de streaming mediante el uso
de equipos especializados para la recepción de contenido, en una cabecera IPTV los encoders de
video ip son los más representativos. A continuación, se presentará las fuentes de contenido
tomados en cuenta para este proyecto:

 Satelital: es todo contenido que provenga de los satélites activos en la atmosfera del
planeta, se pueden receptar las señales por pequeñas estaciones terrestre de esta forma
acceder a la lista canales satelitales que pueden ser tanto gratuitos como pagados, las
resoluciones dependerán de cada canal, para este tipo de fuente es necesario contar con
un receptor codificador integrado (IRD) el cual captará las señales de radiofrecuencia
satelital y las convertirá en información digital, uno solo de ellos puede abarcar varios
canales, en el mercado algunos modelos se presentan con un encoder de video IP instalado
en su hardware.
 Radiofrecuencia Terrestre: son todas las fuentes que se obtienen por radiofrecuencia
en el rango de frecuencias VHF, este tipo de transmisiones puede ser de tipo analógica o
digital. En Ecuador solo se puede receptar canales analógicos nacionales de acceso
público como son: TELEAMAZONAS, ECUAVISA, RTS, entre otros. La ventaja es que
no es necesario pagar ningún tipo de suscripción para acceder y solo es necesario contar
con equipos receptores que capturen estas señales, la desventaja es que no existen muchos
canales disponibles y la resolución de video máxima obtenida es HDTV.
 Captura de video: consiste en la captura de video y audio digital que se esté
reproduciendo en un dispositivo como un PC, TVBOX, etc. como los encoders pueden
aceptar contenido por HDMI es posible conectarlos a estos dispositivos para después
reproducir una lista de películas o videoclips 24/7, transmisiones en vivo, etc. de esa
manera generar canales con varias temáticas.
42
  Streaming en vivo: este tipo de fuente es generado por ejemplo desde una transmisión
en vivo en Facebook o por un programa de streaming como VLC o OBS. El contenido es
transmitido por IP por lo que para la etapa de captura no es necesario un equipo de
recepción debido a que su origen. Una transmisión de streaming permite que una persona
o empresa pueda realizar la producción de un canal de televisión propio a bajo costo y
compartirlo a sus usuarios.

Para el servicio de VoD todo el contenido ya está resguardado en unidades de almacenamiento

(Discos duros, CD, Flash, tarjetas SD, entre otros) en un servidor de almacenamiento, permitiendo
que el usuario pueda acceder y ver en catalogo todo el contenido permitiendo que él decida si
quiere visualizarlos en su televisor en ese momento o en cualquier otro.

2.5.2. Nodos de servicio

Los nodos de servicios son los responsables de la entrega y distribución del video a los
abonados.(León Chevez 2017, p. 17) en esta sección de la arquitectura se encontraran los
componentes como aquellos que captan las emisiones generadas por las fuentes de contenido en
diferentes formatos, para después con estas mismas pasar a una fase de encapsulamiento y
reformateo, mejorando los paquetes de streaming antes de su transmisión; también los nodos que
permiten brindar el servicio de VoD mediante el almacenamiento y registro de los diversos
contenido organizados en bibliotecas, y aquellos que permiten tanto el acceso como distribución
del servicio hacia los clientes. En el gráfico 3-2 se presenta los elementos básicos que conforman
los nodos de servicio, es importante una elección correcta de los equipos que vayan a cumplir
cada uno de estos roles para mantener un servicio funcional, controlado y escalable.

SERVIDORES DE
SERVIDORES DE
DISTRIBUCIÓN
ADQUISICIÓN
Proporcionan
Codifican video y agregan
almacenamiento en caché y
metadatos DRM.
control de QoS.

ENRUTADORES IP
SERVIDORES DE VOD
Enrutan paquetes IP y
Conservan una biblioteca de
brindan un
contenido de VoD codificado
redireccionamiento rápido en
para proporcionar servicios
caso de fallas de
de VoD.
enrutamiento.

Gráfico 3-2. Nodos de Servicio.

Realizado por: Satán D. 2020

43
2.5.3. Redes de Distribución
Es la infraestructura de red que posee el proveedor conectando de manera física o inalámbrico al
usuario con los nodos de servicio, el flujo de datos de contenido se direccionará a través de esta
para llegar al cliente final, dependiendo de la configuración de la red y su buena distribución
podrá garantizar la calidad de servicio. Cabe destacar que esta red está conformada por la red de
acceso y la red núcleo(Core).

Red de núcleo: Es la parte central de una red conformada de Router y Switch conectados por un
medio físico o inalámbrico, que provee de varios servicios a usuarios que se conectan a través de
la red de acceso.

Red de acceso: Según León Chevez (2017, p. 18) es la conexión final de la red del operador a la
del cliente, donde puede estar sobre fibra óptica o cobre dependiendo del servicio que proporciona
el proveedor.

2.5.4. Acceso de Usuarios

Para que los usuarios accedan al servicio es necesario tecnologías que conecten a los hogares a la
red del proveedor y permita un gran ancho de banda, además es importante que garantice altas
velocidades en un medio guiado o no guiado: las tecnologías como XDSL no es recomendada por
su limitado y poco ancho de banda, mientras que un medio Inalámbrico puede ser factible siempre
que las interferencias y ruido ambiental sean despreciables, la conexión por fibra óptica en redes
FTTH son la mejor opción ya que permiten el paso de altas velocidades.

Según Arcotel al cierre del 2019 la mayoría de las conexiones de internet fijo se realiza por fibra
específicamente un 37.03% de la población, seguido por conexión a través de cobre con el
33.65%, el 21.89% a través de cable coaxial y apenas un 7,43% por medios
inalámbricos.(ARCOTEL 2020, p. 20)

2.5.5. Equipos locales de Usuarios

Son aquellos equipos que permiten la interconexión entre los equipos de los usuarios y la red de
acceso, por lo general son el router o modem y el set-to box.

44
2.5.6. Usuarios IPTV

Es todo aquel cliente que solicite contenido VoD o de televisión mediante el uso de cualquier
dispositivo que pueda soportar tráfico IPTV, esto incluye la conexión, la decodificación del video
streaming, el control de usuario, el nodo de servicio, Smartphone, monitores HDTV, set top box,
etc.(Carrión Conza y Intriago Rodríguez 2016)

2.6. GPON como solución de última milla

Se puede definir la última milla que permite la comunicación entre el receptor final y la cabecera
o centro de red central del proveedor de servicios. Entre las diferentes soluciones de milla para
IPTV resaltan solo aquellas que garanticen una conexión de gran ancho de banda, debido a que
se manejan múltiples canales de televisión y acceso a internet a gran velocidad mediante una sola
conexión hacia los equipos del proveedor, la fibra óptica que permite formar la Passive Optical
Network (PON) puede ser la mejor solución de última milla.

La tecnología GPON (Gigabit Passive Optical Network) es la más utilizada en redes FTTH debido
a que permiten que varios usuarios comparten un medio en común, encapsular la información y
gestión de la Red. Esta tecnología está formada por un conjunto de recomendaciones
especificadas en la ITU-T 984.X. En la tabla 8-1 describe las características más relevantes de
estas redes.

Tabla 11-2. Características principales de las redes GPON.

Característica Descripción

Ancho de banda y distancia El medio óptico permite superar los límites de ancho de banda y distancia existentes,
en las tecnologías antiguas como xDSL.

Economía Las XPON reduce el CAPEX en fibra óptica (una misma fibra óptica para muchos
usuarios) y OLT (1 puerto en la OLT para muchos usuarios). Además, permite
suprimir la red de par telefónico y cable coaxial.

Seguridad La información viaja cifrada en AES y adiciona un estándar para la protección de

puerto PON.

Calidad de servicio Posee un modelo de QoS garantizando el ancho de banda necesario para cada
servicio y usuario, tiene una tasa de transmisión en subida de 1.25 Gbps

Operación, administración y Cuenta con un modelo de gestión que facilita al proveedor la administración remota
mantenimiento (OAM) de los equipos de usuario (ONT/ONUs), con lo cual se reduce considerablemente el
OPEX y provee de un mecanismo de corrección de errores por FEC.

Eficiencia Posee una eficiencia del 93% para todo tipo de trafico de servicios.

45
 Acceso al medio Cada uno de los elementos de la red GPON están sincronizados a una referencia
temporal común posibilitando la asignación de periodos estrictos y exclusivos de
acceso al medio por TDMA.

Escalabilidad Posee un factor de splitteo de 1:32 / 1:64 / 1:128, actualmente se puede hablar de 2,5
Gbps para 64 usuarios posteriormente podría evolucionar XG-PON y continuar
empleando la misma infraestructura de fibra.

Transporte Soporta la transmisión de señales CATV-RF, el medio de transporte se da por trama

GEM.

Sincronización Posee un método de ranging y ecualización para que el acceso al medio de la

ONT/ONU se produzca en el instante preciso considerando la distancia física que le
separa de la OLT.

Fuente: Freire Chinachi 2019, p. 29

Realizado por: Satán D. 2020

Como la demanda sobre el protocolo IP va incrementándose con el pasar del tiempo, las
tecnologías pasadas como xDSL quedan obsoletas ya que sus capacidades están limitadas a la
distancia y su ancho de banda es reducido. es por esos motivos que los proveedores de internet
comienzan a extender sus redes de fibra lo más cerca de los usuarios.

2.7. Cabecera IPTV

Para brindar el servicio de IPTV es necesario una infraestructura de servicio que es el punto
central diseñado específicamente para el servicio, ya que está conformado por diferentes
dispositivos que receptan el contenido ya sea la señal de TV en vivo de la empresa o de unidades
de almacenamiento ya mencionados anteriormente, con el fin codificar ese contenido
encapsularlo y distribuirlo a los diferentes abonados.

Por lo general solo debe existir una cabecera de red IPTV, pero cuando se trata de una red más
extendida con una mayor cobertura, es necesario de que se instalen pequeños replicadores de
video de una capacidad menor en oficinas regionales de esa manera reducirían la enorme carga
generada a un solo punto.

2.7.1. Funciones de la cabecera IPTV

Como se mencionaba anteriormente la cabecera es el punto central que recibirá todas las
peticiones realizadas por los clientes para después proveer el contenido por medio de la red
distributiva hacia los equipos locales como el set top box, por lo cual mantiene una coordinación
para procesar las diferentes peticiones.

46
La cabecera toma cada stream de datos del contenido receptado y lo codifica en un formato digital
de video, una vez completado la codificación se le encapsula en un datagrama IP, para que se
pueda transportar en la red hacia la dirección IP del usuario que haya solicitado el servicio. Por
lo general el contenido presenta diferentes formatos, con el uso de la codificación permitirá
transformar todas esas fuentes de video en los formatos más utilizados para el servicio como son
las diferentes versiones de la familia MPEG y H-200.

No hay que olvidar que una cabecera IPTV es un punto crítico por lo que debe tener implementado
precauciones para el acceso controlado eliminando la posibilidad de que un usuario ilegalmente
adquiera este servicio y solo el cliente autorizado mediante sesiones establecidas puedan acceder,
este punto es muy importante porque se debe mantener protegido todo el tiempo. (Caizaluisa
Caizaluisa, y otros, 2011)

2.7.2. Elementos de la cabecera IPTV

Para que la cabecera cumpla con las funciones ya establecidas debe contar con ciertos
componentes de tipo hardware y software, cada uno de estos elementos tiene una función
específica y juntos formaran el servicio que le llegará al usuario.

2.7.2.1. Elementos de tipo hardware

La infraestructura de la cabecera de IPTV funciona gracias a diferentes componentes de tipo

hardware, como son los equipos receptores de video, acondicionamiento y preparación de
contenido, estos cumplen la función de capturar y procesar la señal para su transmisión. También
en este grupo se encuentran los diversos servidores para brindar diferentes servicios VoD y la
interfaz para los set-top boxes que permiten la interacción entre el usuario y los diferentes
contenidos para después su captura, decodificación del contenido encapsulado en IP proveniente
de la red de acceso, para posteriormente se visualice en el televisor. (FREIRE CHINACHI, 2019)

- EQUIPOS PARA LA RECEPCIÓN DE CONTENIDO

Son todos los equipos encargados de recibir la señal de contenido televisivo sea este en formato
analógico o digital, dicha señal procede de los diferentes medios tradicionales cable, ondas
radioeléctricas, vía satélite o cable; para después ser codificado, encapsulado y para una
asignación de una dirección IP.
De esta manera todos los canales de televisión contratados por la empresa podrán ser receptados
por el servidor de contenidos, para su futura distribución hacia la red del proveedor, cabe
47
mencionar que el equipo más importante será el codificador de video el cual podrá convertir
cualquier contenido en streams. Uno de los elementos más conocidos en el campo son los
encoders de video IP, permite la captura de señales de contenido y transformarlo en los formatos
de codificadores de video de la familia MPEG o H-200 para después ser transportados en los
flujos que viajaran a la red mediante el uso de protocolos streaming como son RTSP, HLS, etc.

Figura 15-2. Funcionamiento de Encoder de video IP.

Realizado por: Satán D. 2020

En la figura 15-2 se puede observar como la fuente satelital, terrestre, y captura de video son
receptados, codificados y transmitidos por el encoder ip para una distribución mediante un
servidor de streaming hacia los clientes.

- SERVIDORES
Un servidor es una computadora cuyo sistema operativo es diseñado para la recepción de
peticiones y ofrecer respuestas a estas. Puede estar en cualquier computadora, pero la carga de
operaciones que está destinada a ejecutar, implica tener un equipo con un alto nivel de
procesamiento, sistema de enfriamiento y almacenamiento.

En conjunto los servidores tendrán diferentes actividades en la cabecera, para hacer funcionar el
servicio que se vaya a prestar al usuario, a continuación, se detallarán algunos de los más
utilizados para IPTV.

Tabla 12-2. Servidores de la cabecera IPTV

SERVIDOR DESCRIPCIÓN

Servido de Transmite streams de datos multicast usando una preselección del canal de televisión para poder
cabecera transmitirlo a través de una red IP. Las tramas son enviadas utilizando una dirección de
multicast de destino, haciendo uso de los protocolos especializados en streaming como son
RTP-UDP o UDP-RAW.

48
 Servidor de Funciona como un repositorio de programas, películas u otros tipos de contenido que en algún
video de bajo instante podrían desear ver los suscriptores. La diferencia con el servidor de cabecera es que se
demanda puede acceder siempre que el cliente lo solicite. Además, se presentan 2 tipos autónomo
aquellos servidores que concentran el contenido en una sola unidad, y distribuidos los cuales
se encuentran en locaciones separadas para un solo.

Servidores Son unidades aisladas que almacenan stream codificados y que no requieren de la cooperación
autónomos de otros servidores para servir a un usuario. El inconveniente con este tipo de metodología es
que existe un punto común de falla, todos los clientes que hacen uso de este servidor serán
afectados.

Servidores A diferencia de los servidores autónomos los streams de datos pueden estar repartidos por un
distribuidos gran número de servidores de video distribuidos por una red LAN o WAN. Pero en este caso,
cuando se necesite servir a un cliente, un grupo de servidores deberán cooperar entre sí.

Servidor de Es el equipo diseñado específicamente para soportar cantidades extremadamente grandes de

Archivo almacenamiento online, típicamente en el rango de los terabytes.

Servidor de Para que un cliente acceda al servicio se debe verificar que su estado es de suscriptor al servicio.
facturación Por lo que la facturación, administración y verificación están a cargo del servidor de
facturación, de esa manera no solo se podrá verificar que el usuario está en mora para denegar
el servicio, también se podrá mandar notificaciones al usuario que recuerden el día de
vencimiento. Además, estos datos se incluyen en la facturación mensual del suscriptor.

Realizado por: (Satán Sanunga, 2020)

- SET TOP BOX

Son equipos que se ubican en el hogar del usuario, su función es la recepción de la señal y
convertirlo en un formato para que se reproduzca en el televisor, presenta atributos como
portabilidad, asequibilidad, fácil uso y control, soporte de canal de 2 Vías, soporte de aplicaciones
y variedad de modelos set top box. (Caizaluisa Caizaluisa, y otros, 2011)

2.7.2.2. Elementos de tipo software

Estos elementos son de importancia para IPTV ya que permite la visualización del contenido
multimedia que proviene de los servidores al equipo receptor del usuario, algunos de los más
importantes son.

Sistema Operativos
Es el conjunto de programas informáticos que permiten administrar eficientemente los recursos
del hardware que puede ser una computadora, Smartphone, servidores o en cualquier otro
dispositivo electrónico. Los sistemas operativos para el diseño de la cabecera deben ser capaces
49
de convivir entre ellos y con los equipos de los usuarios; además existen los sistemas operativos
especializados para los diferentes servidores. (Digital Guide IONOS, 2016)

Plataformas de acceso al servicio

Son software o aplicación que presenta una interfaz de usuario que presentan de manera
organizada los diferentes contenidos, que se puedan acceder. Empresas como Microsoft que lanzo
Windows Media Center una aplicación que permitía reproducir contenido multimedia proveniente
desde la misma PC o de ubicaciones de RED. (Guzñay Morocho , 2019)

Reproductores de multimedia
Son los encargados de reproducir los diferentes formatos multimedia, esto incluye la reproducción
de sonido, video e imágenes. Uno de los reproductores más usados es VLC media Player el cual
cuenta con versiones para todos los sistemas operativos y es capaz de reproducir videos en
cualquier formato sin la necesidad de instalar códecs externos, en sus diferentes resoluciones
incluido el 4K. (Caizaluisa Caizaluisa, y otros, 2011)

MIDDLEWARE
Consiste en un software que conecta componentes de software o aplicaciones para que puedan
intercambiar datos entre sí, de esa manera ofrece un conjunto de servicios para posibilitar el
funcionamiento de aplicaciones distribuidas sobre plataformas heterogéneas, esto incluye a los
diferentes servidores y sistemas de gestión de contenido. (FREIRE CHINACHI, 2019)

2.8. Calidad del servicio en IPTV QoS

Es importante que el proveedor de servicios tener en cuenta el uso que puedan realizar sus clientes,
esto debido a que comparten una conexión entre un grupo de usuarios por lo que algunos pueden
estar navegando y descargar algún fichero mientras que otros pueden en cambio estar conectados
a IPTV observando un video, estas posibilidades causarían elevados consumos de ancho de banda
y sufrir cortes en cualquiera de los 2 servicios. En la figura 10-2 se puede observar como un solo
tráfico puede saturar por completo el ancho de banda disponible y como después de aplicar QoS
puede generar un gran cambio en la transmisión.

50
 Figura 2-2. Transmisión con mecanismos de QoS.
Realizado por: Valero Claudio. 2016

Debido a esta premisa es importante configurar mecanismos de QoS en los routers con el objetivo
de asegurar un ancho de banda mínimo, para la priorización de todo el tráfico relacionado a IPTV
de esa manera el servicio podrá funcionar sin sufrir cortes constantes y a la vez asegura que otros
servicios como internet no resulten afectados.

2.8.1. Parámetros de calidad de servicio.

Para poder implementar mecanismos de QoS primero es necesario analizar los parámetros QoS:
Retardo, Jitter y perdidas de paquetes; estos son fundamentales ya que marcan el buen
funcionamiento del servicio IPTV, por ser los que mayor influencia tienen sobre la calidad de
video.

2.8.1.1. Retardo (Packet transfer Delay)

Es el tiempo que tarda el paquete pasar por un componente de la red como Router, Switch,
computador o cualquier otro dispositivo conectado a la red, la suma de todos los periodos de
tiempo generados desde el punto de origen hacia el destino será la variación de retardo de la
transmisión, según la recomendación de la UIT-T Y.1541 el retardo no debe superar los 400 ms,
porque eso causaría que la imagen empiece a verse borroso, y su calidad seria deficiente.(Cuellar
Q., Arciniegas y Hamilton Ortiz 2018, p. 31; ITU-T Y.1541 2011)

2.8.1.2. Variación de retardo(jitter)

Es el tiempo esperado de recepción de cada paquete, afecta directamente a las aplicaciones

multimedia ya que los datos podrían llegar demasiado pronto o muy tarde para su entrega a la
aplicación. Según la recomendación de la UIT-T Y.1541 este parámetro debe estar dentro del
51
rango entre 0 – 50 ms, fuera de esa recomendación puede causar que el video se congele y pierda
definición. (Cuellar Q., Arciniegas y Hamilton Ortiz 2018, p. 31; ITU-T Y.1541 2011)

2.8.1.3. Perdida de paquetes (Packet loss)

Este parámetro es el que tiene mayor influencia en la calidad de video, hace referencia a la tasa
de pérdidas de paquetes transmitidos desde el punto de origen hacia el destino, se obtiene de la
relación entre el número total de paquetes perdidos y el número total de paquetes transmitidos.
Cuando los Packet Loss superan el rango de 0 a 1x10-3 causa congelamiento y saltos en el video
a causa de las pérdidas de los cuadros(frames) los cuales son remplazados por cuadros ya
decodificados deteriorando la calidad de imagen. (Cuellar Q., Arciniegas y Hamilton Ortiz 2018,
p. 32; ITU-T Y.1541 2011)

2.9. Servicio (OTT) over the top

Los servicios Over The Top (OTT) pueden definirse como aquellos servicios de video, audio, voz
o datos que se transmiten sobre las redes de operadores en telecomunicaciones que puede ser fijo
o móvil, aprovechándose de las inversiones que realizaron estas compañías para levantar su propia
infraestructura como la instalación de redes GPON en la ciudad. Por lo tanto, todo lo referente a
las ofertas del servicio dependerá únicamente del proveedor de OTT. (Estavillo Flores, 2013)

Según Estavillo Flores (2013): Este tipo de servicios incluye la distribución de audio y video
asociado (YouTube, entre otros), videoconferencias (Skype o Facetime), contenidos
audiovisuales bajo demanda (Netflix, Claro TV, etc.), servicios de mensajería (WhatsApp, Line,
etc.) y comunicación a través de redes sociales (como Facebook, Twitter, LinkedIn, Waze).

Para acceder a estos servicios es solo necesario un dispositivo electrónico con acceso a internet,
por ejemplo, Smartphone, TV box, televisores Smart TV entre otros. Pero la calidad del servicio
recibido por el usuario se verá afectada por la capacidad del acceso a internet de la red del
proveedor ISP. (Guzñay Morocho , 2019)

52
3. MARCO METODOLOGICO

3.1. Empresa de telecomunicaciones SITCOM

La empresa empezó como un emprendimiento dirigido por parte del Ingeniero William Calvopiña
para brindar soluciones técnicas en el área de telecomunicaciones y redes, dio a luz el 13 de
diciembre del 2001, en la actualidad se presenta al público como una empresa ya establecida
compuesta por profesionales en el campo de las telecomunicaciones, su nombre y logos se
visualiza en la figura 2-3 sus siglas se identifican como “SOLUCIONES INTEGRALES EN
TELECOMUNICACIONES (SITCOM)”

Figura 1-3. Logotipo de la empresa SITCOM.

Realizado por: SITCOM, 2001

La empresa tiene su sede principal ubicada en la dirección Avenida José Veloz entre las calles
Carabobo y Juan Montalvo. En esta se desarrollan todas las operaciones técnicas y logísticas de
la organización, además de las actividades administrativas como la recepción de los clientes,
documentación, entre otros.

Figura 2-3. Edificio principal de la empresa SITCOM

Realizado por: Darío Satán, 2020

3.1.1. Servicios de la empresa

Entre sus principales actividades y servicios económicos que ofrece la empresa tenemos:

- Oferta de cursos profesionales en el área de telecomunicaciones y Redes certificados.

- Diseño de redes GPON, HFC y Eléctricas.

53
 - Manejo de planes de contingencia, informes técnicos u otros documentos dirigidos a la
ARCOTEL.
- Accesoria técnica en el campo de Telecomunicaciones y Redes.
- Instalación de estaciones Radio, Televisión, Proveedores de Servicios de Internet (ISP),
entre otros.
- Adquisición de equipos de telecomunicaciones por catálogo.
- Proveedor de servicios de internet (ISP) por medio de fibra óptica e inalámbrico (WISP).

3.1.1.1. Proveedor de servicios de internet (ISP)

La empresa SITCOM ha empezado sus operaciones de ofrecer el servicio de internet a mediados
del 2020, la organización se presentó con el nombre de SKYLIFE INTERNET como una
extensión de la compañía principal.

Figura 3-3. Logo de SKYLIFE.

Inicio sus operaciones mediante acceso inalámbrico actuando como un proveedor WISP
levantado una red con una antena sectorial ubicada en la estación de radio ubicado en el cerro San
Francisco. A finales del 2020 la empresa termino la instalación de una red de fibra óptica en el
norte de la ciudad la cual abarcara a la mayoría de los clientes que se conecten a la red de la
empresa.

3.2. Capacidades de la empresa SITCOM

Para el desarrollo del siguiente proyecto técnico es necesario analizar los diferentes equipos y red
que maneja la empresa, este punto es esencial ya que determinara la cantidad de usuarios que
podrán recibir el servicio y los elementos necesarios que deberá adquirir para manejar el servicio
de IPTV, esto reducirá la generación de problemas al inicio, durante y a futuro.

54
3.2.1. Equipos que maneja la empresa
Para poder ofrecer servicios de internet la empresa ha adquirido elementos que permiten la
distribución, conmutación de paquetes, control y gestión de los datos. el propósito de realizar un
estudio a las características técnicas más importantes de estos es debido a que el servicio de IPTV
se ofrecerá conjuntamente con internet, debido a que SITCOM desea ofrecer Doble Play.

3.2.1.1. Router MikroTik CCR1009-7G-1C-1S+

Es la versión actualizada del CCR1009 cuenta con puertos Ethernet totalmente independientes,
cada uno con una conexión directa a la CPU, lo que permite superar la limitación anterior
compartida de 1 Gbit de los puertos de chip de conmutación y utilizar todo el potencial de la
potencia de procesamiento de la CPU en esos puertos, superando las fallas de la primera versión
después de 3 años del lanzamiento, en la figura 2-3 se puede observar el hardware de este equipo
con una dimensión de 443 X 175 X 44 mm.

Figura 4-3. Parte frontal y posterior de equipo MikroTik CCR1009-7G-1C-1S+

Entre las características más importantes tenemos:

- Posee un procesador TLR4-00980 con 9 núcleos con una frecuencia nominal de 1.2 GHz.
- Sistema operativo RouterOS
- Tamaño de memoria RAM 2 GB, memoria de almacenamiento 128 MB
- Temperatura de operación -20°C hasta 60 °C.
- Fuente de alimentación dual AC de 100-240, entrada de voltaje PoE de 15-57 Voltios.
- Consumo máximo de energía de 39 W y sin elementos 34 W.
- Presenta 7 puertos ethernet 10/100/1000, 1 puerto combinado ethernet y 1 puerto SFP.

55
3.2.1.2. Router MikroTik CCR1036-8G-2S+
Es el enrutador más rápido de la empresa tiene dos puertos SFP + para soporte de interfaz 10G.
en la figura 3-3 se muestra la forma física del equipo, cabe resalta la pantalla de control en la parte
frontal a la derecha en el cual podrá visualizar el estado, direcciones IP de los puertos.

Figura 5-3. Parte frontal y posterior de equipo MikroTik CCR1036-8G-2S+

Entre las características más importantes tenemos:

- El dispositivo viene en una caja de montaje en rack de 1U

- Posee una CPU TLR4-03680 con 36 núcleos y una frecuencia nominal de 1.2 GHz.
- Sistema operativo RouterOS
- Tiene 4 GB de RAM y 1 GB de almacenamiento.
- Temperatura de operación -20°C hasta 60 °C.
- Fuente de alimentación dual AC de 100-240
- Consumo máximo de energía de 73 W.
- Presenta 8 puertos ethernet 10/100/1000, 2 puerto SFP, 1 puerto serial de consola.
- Admite módulos SFP (1.25G) y SFP + (10G)
- Ranura USB de tamaño completo.

3.2.1.3. Router MikroTik CCR1036-12G-4S

Es un router de grado industrial con un alto nivel de procesamiento, esta específicamente diseñado

para la transmisión de millones de paquetes por segundo.

56
 Figura 6-3. Router MikroTik CCR1036-12G-4S

Las características más importantes del equipo son las siguientes:

- Procesador TLR4-03680 con 36 núcleos, frecuencia de operación de 1.2 GHz.

- Dimensiones de 443 X 193 X 44 mm.
- Sistema operativo RouterOS.
- Memoria RAM de 8 GHz y memoria de almacenamiento de 1 GB.
- Temperatura de operación de 40°C hasta 60 °C.
- Presenta 12 puertos ethernet 10/100/1000, 1 serial RJ45, y 4 puertos PON SFP.

3.2.1.4. DynaDish 5
Es un equipo para exteriores 802.11ac con una antena integrada de 25 dBi, además presenta un
diseño compacto, simple y completamente formado por todos los elementos necesarios para
establecer un enlace punto a punto confiable. Opera en las frecuencias 5150-5875MHz en su
modo internacional, este rango podría variar según las regulaciones de espectro del país.

57
 Figura 7-3. Equipo DynaDish 5.

Entre las características más importantes tenemos:

- Procesador Qualcomm de un solo núcleo a 720 MHz.

- Como dimensiones de la antena tenemos: 404 mm de diámetro y 175 mm de altura.
- Memoria RAM 128 MB y 16 MB de almacenamiento tipo flash.
- Temperatura de operación -40 °C hasta 70 °C.
- Alimentación por PoE con voltaje de entrada de 11-60 voltios, con un máximo de potencia
de 9 W.
- 1 Puerto ethernet.
- Los estándares que maneja son 802.11a/n/ac, desarrollada para WiFi 5.
- La antena cuenta con una ganancia de 25 dBi.
- Máxima tasa de transferencia de 867 Mbit/s

3.2.1.5. Antena N5-X25 y radio C5x de la marca Mimosa

El equipo de radio C5x es la solución de radio modular más funcional de la industria ya que
permiten la modificación de la ganancia específicamente entre (8, 12, 16, 20 y 25 dBi) la cual
dependerá de la antena tipo plato que se utilice, la antena N5-X25 es la que proporciona una
ganancia de 25 dBi. En conjunto el equipo opera en las frecuencias entre 4.9 GHz hasta 6.4 GHz,
con la mejor inmunidad al ruido de su clase.

Además, C5x es la mejor solución para PTP (enlace punto a punto) y PTMP (punto a multipunto)
para implementación de 5 GHZ. En la figura 6-3 se puede observar los 2 elementos por separado
y en la 7-3 su instalación conjunta.

58
 Figura 8-3. Antena N5-X25 y radio C5x mimosa.

Figura 9-3. Antena y radio mimosa instalado.

Características importantes del equipo:

- Máxima flexibilidad para el modo de transmisión.

- Capacidad de velocidades de hasta 700 Mbps.
- Resistencia contra elementos exteriores, para condiciones climáticas extremas.
- Las dimensiones del radio son de 175 mm de alto y 61 mm de grosor, en cambio la antena
tiene un diámetro de 429 mm.
- Potencia de consumo de 12.9 W como máximo, y potencia máxima de salida de 27 dBm.
- Puerto Ethernet.

59
3.2.1.6. NetMetal 5SHP

Es un radio de la empresa MikroTik, como se muestra en la figura 8-3 presenta una robustez en
su diseño para soportar condiciones extremas, pero con la facilidad de manipulación ya que se
puede abrir y cerrar con una mano. Este dispositivo soporta frecuencias de 5150 MHz hasta 5875
MHz.

Figura 10-3. MikroTik NetMetal 5SHP.

Características del equipo:

- Posee un CPU QCA9557 de un solo núcleo, a una frecuencia nominal de 720 MHz.
- Sistema operativo RouterOS instalado.
- Tamaño de memoria RAM 128 MB y 128 MB para almacenamiento.
- Temperatura de operación -40 °C hasta 70 °C.
- Alimentación por PoE, voltaje de entrada de 8-30 V y consumo máximo de potencia de 17 W.
- Estándares inalámbricos de 5 GHz 802.11a/n/ac, utiliza el WiFi 5.
- Máxima de tasa de transferencia permitida de 867 Mbit/s.
- Posee un puerto PON SFP y un puerto ethernet 10/100/1000.
- Trabaja en la banda de 5Ghz con 2 polarizaciones vertical y horizontal

3.2.1.7. Ubiquiti Networks AM-5G19-120 AirMAX 5 GHz 2x2 MIMO Sector Antenna
La antena sectorial permite crear una estación base personalizada, el radio puedes ser de marca
opcional en este caso la empresa utiliza el NetMetal 5SHP para esta antena, opera a la frecuencia
de 5 GHz y con una ganancia de 19 dBi. Ofrece un rendimiento MIMO 2X2 y es compatible con
la tecnología AirMAX por lo que utiliza un protocolo de acceso multiple por división de tiempo,
permitiendo la conexión de hasta 100 usuarios, pero en ambientes de mucho ruido máximo 20.
En la figura 9-3 se puede ver la forma física de esta antena.

60
 Figura 11-3. Antena Sectorial AM-5G19-120 AirMAX de la marca Ubiquiti.

Características del equipo:

- Rango de frecuencias 5,15 a 5,85 GHZ.

- Ganancia de 18.6 a 19.1 dBi.
- Sus dimensiones son de 700 x 135 x 73 mm.
- Presenta QoS inteligente donde prioriza el tráfico de video y audio.
- Presenta polarización Dual Linear.

3.2.1.8. ZTE ZXA10 C320 OLT

Es la primera OLT para acceso de oficina central FTTx compacta, de nueva generación para redes
de acceso óptico PON, con una altura de 3.5’’ pulgadas permitiendo el ahorro de espacios de la
instalación, permite el soporte de servicios como HSI, VoiP, IPTV, CATV, Red de retorno móvil,
WiFi, entre otros; además soporta multiplex soluciones de acceso como GPON, EPON, P2P,
10GPON y XG-PON1 permitiendo la coexistencia entre ellos.

Ofrece un ancho de banda ultrarrápido mediante los 32 puertos PON que soporta el dispositivo,
cumple con los requisitos de acceso de servicio completo y múltiples escenarios, y proporciona
QoS de clase de operador y seguridad empresarial.

Figura 12-3. ZTE ZXA10 C320 OLT

61
Características técnicas de la OLT:

- Capacidad del plano posterior 420 Gbit/s.

- Capacidad de conmutación 84 Gbit/s.
- Disponible 2 tarjetas de servicio (GPON/P2P/XG-PON1), 1 tarjeta de enlace ascendente (10
GE/ GE/ FE/ E1/ T1), 2 tarjetas de control, y 1 tarjeta de alimentación.
- Capacidad para máximo 4096 suscriptores
- Interfaces de gestión CLI, SSH, SNMP y Telnet.
- Poder de -48 V (Corriente continua.), 230 V (C.A.)
- Soporte de divisiones hasta 1:128, con distancias de 20-60 Km.
- Fuente de alimentación DC dual:48 V/ 60 VAC: 100 V – 240 V
- Tarjeta de conmutación de control principal SMXA
- Dos ranuras para tarjeta de servicio (GTGO (8*GPON) /GTGH(16*GPON) /FTGK(48*P2P)
/GTXO(8*XG-PON1))

Tarjeta de servicio ZTE GTGH(16*GPON)

En la figura 5-3 se puede visualizar la tarjeta donde sobresalen los 16 puertos GPON, este
dispositivo se inserta en una de las 2 ranuras de la OLT ZTE C320, soportara medios de difusión
1:128 además de poder abarcar 2048 usuarios.

Figura 13-3. Tarjeta de servicio de GTGH.

Entre sus características técnicas tenemos:

- Para su funcionamiento la longitud de onda trabaja en 2 ventanas, para la transmisión utiliza

1,490 nm y para la recepción 1,320 nm.

62
- La capacidad de cada puerto es de 2.48 Gbit/s para la transmisión y 1.244 Gbit/s para la
recepción.
- Potencia óptica de salida mínima de 4.50 dBm y máxima 8dBm.
- Puerto para conectores SC/PC
- La sensibilidad máxima de recepción -30 dBm @ 10E-10 -32 dBm @ 10E-10
- Sobrecarga de potencia óptica -12.0 dBm y relación de extinción de 8.2 dBm.
- Alcance de 20 Km.

3.2.2. Infraestructura de red de la empresa

La empresa de telecomunicaciones SITCOM han construido una infraestructura hibrida entre una
red inalámbrica y de fibra óptica. Todos los equipos que se han analizado anteriormente forman
los elementos activos en la red principal, a la cual se conectan los usuarios y brindar el servicio
de internet. En la figura 13-3 se presenta un diagrama total de la red de la compañía y cómo los
clientes acceden a esta mediante medios inalámbricos o físicos teniendo a la fibra como acceso.

Figura 14-3. Red de la Empresa SITCOM.

Realizado por: Satán D. 2020

En resumen, la red se divide en 3 partes primero tenemos el edificio central de la compañía, aquí
ser realiza la conexión internacional que permitirá el acceso a internet a todos los usuarios; aquí
se encuentra el MikroTik CCR1009-7G-1C-1S+ el cual se conecta a la nube y el router MikroTik

63
CCR1036-8G-2S+ cuyo procesador TLR4-03680 con 36 núcleos será capaz de receptar y
distribuir los diferentes paquetes de bajada hacia toda la red.

Como segundo tenemos la estación ubicada en el cerro sanfrancisco al noroeste de la ciudad

cuenta con una torre de 36 metros y una edificación para los equipos, la conexión se realiza
mediante un radioenlace punto a punto entre el par de antenas DynaDish 5 entre el edificio central
y el receptor en la torre del cerro. Esta estación tiene dos objetivos la primera es brindar el servicio
de WISP mediante el uso de las antenas sectoriales AM-5G19-120 AirMAX con sus respectivos
radios MikroTik NetMetal 5SHP que conectaran de manera inalámbrica a los usuarios, y la
segunda es de poder conectar a la central con la cabecera de fibra óptica mediante un radioenlace
punto a punto entre las antenas directivas con radio C5x de la marca mimosa entre la estación y
la cabecera, de esa manera los clientes que se conecten por fibra podrán también tener acceso a
internet. Todas los antenas y radios se conectarán al router MikroTik CCR1036-12G-4S.

Por ultimo tenemos el HEADEND de la red GPON que está ubicada al norte de la ciudad
permitiendo el servicio ISP de la empresa, el router MikroTik CCR1036-12G-4S el cual es el
mismo modelo de la que ese encuentra en la estación del cerro san Francisco, permitirá la
administración de los anchos de banda de todos los clientes, por lo que se conecta a la OLT ZTE
ZXA10 C320 que brinda la conexión a los usuarios por fibra.

Para concluir sobre la infraestructura de la empresa cabe mencionar que, para el control,
configuración y gestión de los diferentes equipos, como los routers de la planta interna o lo
externo como las ONT del cliente, se han instalado 2 servidores con sistema operativo Windows
que permitirán cumplir todas estas funciones.

3.2.3. Estimación de clientes de la empresa.

Para realizar esta contabilización de los usuarios que puedan acceder al servicio se tomó en cuenta
las capacidades de los elementos activos que permiten la conexión de cliente a internet, debido a
que en estos se detallan en sus respectivos Datasheet el número de usuarios que pueden soportar.
Los dispositivos serían las 2 antenas sectoriales AM-5G19-120 AirMAX 5 GHz con sus
respectivos radios NetMetal 5SHP que permiten el acceso inalámbrico, y la OLT ZTE ZXA10
C320 que permiten la distribución y acceso mediante fibra óptica, una vez analizado se dio como
resultado las siguientes cifras:

- Número de conexiones por la OLT ZXA10 C320: capacidades para 4096 conexiones.
- Número de conexiones por antena sectorial AM-5G19-120 AirMAX 5 GHz: capacidad
de 100 conexiones, pero en la red de la empresa solo aseguran 20.
- Número de hogares a conectar: 5036.
64
Este valor determinado será la población total a la que se brindará el servicio, según expectativas
de la propia empresa se espera que las conexiones disponibles por fibra se ocuparan totalmente
en 2024; y para las conexiones inalámbricas se tiene la expectativa que se acaben las conexiones
en 2021. En la tabla se puede observar el crecimiento de los usuarios que se conecten por año,
según las propias expectativas de la empresa.

Tabla 1-3. Número de conexiones por año.

Conexiones 2021 2022 2023 2024

Red de Fibra 500 2000 4000 4096

Óptica

Red 40 - - -
Inalámbrica
Realizado por: Darío Satán, 2020

3.3. Necesidades de la empresa con el servicio de IPTV

La empresa busca ofrecer gratuitamente el servicio de IPTV a todos sus clientes que se conecten
por fibra, con suficiente ancho de banda para un dispositivo del cliente que visualice el contenido.
El objetivo es el de ofrecer un plus al usuario para que opte por contratar el servicio de internet
de la compañía, para que en el caso de que sea agradable al suscriptor y desea tener un mayor
ancho de banda para más dispositivos el servicio será podrá ser monetizado, ya que el mismo
usuario decidió querer conectar más de un dispositivo; el precio sería proporcional al número de
equipos que desea conectar, por lo que se pronostica que la demanda por el servicio se
incrementará debido al número de dispositivos conectados.

Con esta premisa la empresa SITCOM necesita una infraestructura que soporte como mínimo
2000 conexiones simultaneas, esto debido a que la red es completamente nueva y como se muestra
en la tabla 1-3 a inicios del 2023 se espera tener ese número clientes activos que accederán al
servicio y sus aplicaciones.

Entre las aplicaciones de IPTV que tendrá acceso el usuario como un paquete básico, son las 2
más importantes que son Televisión Digital y Video Bajo Demanda VoD:

 La aplicación de VoD contara con un gran catálogo de películas, series y videoclips

musicales para que el usuario pueda acceder a ellos en cualquier momento, el contenido
inicial contara de 100 películas, 20 series y 100 videoclips musicales; con resoluciones
entre HD y SD. Estos se mantendrán actualizando mensualmente para no perder el interés
de los suscriptores. La base de datos del contenido se guardará en el servidor de
almacenamiento o nube donde se alojarán a la espera de que el usuario lo solicite.

65
  En cambio, para la televisión digital se contarán con 50 canales en el paquete básico que
recibirán todos los usuarios, la empresa no desea aumentar el número de canales ya que
representaría un mayor costo de instalación. El catálogo de canales se dividirá entre estas
resoluciones: 30 SDTV, 10 HDTV y los últimos 10 fullHD.

Tabla 2-3. Servicio IPTV para los clientes de SITCOM.

Servicio de Video bajo Servicio de Television en

Demanda Vivo

100 Películas Disponibles 30 Canales SD

20 Series 10 Canales HD

Videoclips musicales 10 Canales Full HD.

Realizado por: Darío Satán, 2020

3.4. Prototipo de cabecera IPTV

El motivo por el cual llevar a cabo la implementación de un prototipo es para evaluar la
funcionalidad de la red actual de la organización con respecto al servicio IPTV, y poder
determinar si los equipos disponibles podrán soportar la carga que conlleva transmitir paquetes
de stream de video, caso contrario la compañía tendrá que sustituirlos por otros para poder
mantener estable el servicio.

3.4.1. Diseño prototipo.

En este proyecto de tesis se diseñaron dos prototipos de una cabecera IPTV a menor a escala, para
lo cual se ha propuesto las siguientes funciones.

- Transmisión de 5 canales en vivo: 1 Canal SD, 2 Canales HD y 2 Canal FullHD.

- Fuentes de multimedia para los canales de Television serán archivos almacenados en el
mismo servidor, programa de transmisión en vivo, y video capturado por una cámara IP.
- Se tendrá como dispositivos finales a un televisor con una TV-Box, un Smartphone y un
ordenador.
- El núcleo del servicio será el ordenador que actuará como servidor de cabecera, que
permitirá brindar el servicio de televisión digital y VoD.

El primer modelo de prototipo es una red simplificada en base a la implementada por la empresa,
pero con la misma comunicación de cliente-servidor que se efectuaría en un entorno real; en la

66
figura 16-3 se puede observar en el esquema del prototipo, donde el núcleo del servicio se
encuentra dividido en 2 ordenadores que actuaran como servidores de cabecera y streaming.

Figura 15-3. Esquema de prototipo de cabecera IPTV.

Realizado por: Satán D. 2020

El segundo prototipo presentara algunos cambios con respecto al primero, con la ventaja de que
su implementación se realiza en la red operativa de la propia empresa. En la figura 17-3 se puede
visualizar el esquema de este prototipo con la diferencia que ya no se utilizan 2 ordenadores como
servidores sino solo uno.

Figura 16-3. Esquema de segundo prototipo.

67
Realizado por: Satán D. 2020

3.4.2. Elementos de tipo software.

El prototipo se basó en su mayoría por software de código abierto que permiten la trasmisión de
paquetes de stream en una red, como se utilizó sistema operativo Windows 10 los programas son
compatibles con este. De esta manera se podrá simular la adquisición y retransmisión de datos de
una manera virtual eliminando la necesidad de adquirir más dispositivos.

3.4.2.1. VLC
Es un programa multiplataforma reproductor y framework multimedia desarrollado por la
organización sin fines de lucro Video LAN de código abierto, como sus desarrolladores han
creado múltiples versiones para diferentes sistemas operativos en especial para Windows y Linux,
básicamente es un paquete de software que está encargado de los medios de comunicación en un
ordenador y por internet.

El reproductor tiene las siguientes ventajas:

- Una interfaz intuitiva para los usuarios.

- Variedad de codecs de video y una arquitectura modular con la cual se puede incorporar
nuevos codec.
- Se puede realizar una transmisión de video en vivo y bajo demanda.
- Permite la realización de transmisiones de streaming multicast.
- Es perfecto para aplicaciones de transmisión de video en redes LAN.

Figura 17-3. Arquitectura VLC para Streaming.

68
3.4.2.2. OBS
Es una aplicación de condigo abierto desarrollado por OBS-Project con el objetivo de realizar
transmisiones de video por internet mediante streaming, sus siglas indican Open Broadcaster
Software. OBS permite la captura de fuentes de video en tiempo real, composición de escenas,
codificación, grabación y retransmisión de datos.

Figura 18-3. Logo OBS.

Figura 19-3. Interfaz gráfica de OBS.

Realizado por: Satán D. 2020

Para las trasmisiones de los datos de streaming se realiza por RTMP incluido cualquier plataforma
que soporte dicho protocolo como YouTube, para la codificación del video utilizan codec x264 y
los recursos de aceleración de los procesadores como INTEL, AMD y tarjeta gráfica para
codificar transmisiones de video en el formato H.264.

Requisitos para la instalación de OBS:

69
 Tabla 3-3. Requerimientos del sistema para OBS.

Mínimo Recomendado
Sistema Windows 7 Windows 8 o Superior
Operativo
Procesador Intel Core i5 o más de 4 núcleos y 2.6 Intel Core i7 Decima
GHz. Generación
Memoria 1GB DDR2 8GB DDR3
RAM
Disco Duro 500 GB 1 TB
Tarjeta Para PC no debe ser la integrada y en 4G o superior
Gráfica portátiles debe ser dedicada de 2G
Realizado por: Satán D. 2020

3.4.2.3. WOWZA STREAMING ENGINE

Es un software de servidor robusto, personalizable y escalable que impulsa la transmisión
confiable de video y audio a cualquier dispositivo. El servidor acepta como entradas los
principales protocolos y codecs para streaming, además de una pre configuración para los
usuarios.

Figura 20-3. arquitectura de Wowza.

El software realiza una transcodificación al flujo de entrada de un codec a otro si es necesario, y

lo entrega para que se pueda ver en cualquier dispositivo en cualquier lugar. Con Wowza se puede
tener una transmisión en vivo y bajo demanda a cualquier escala, el motor de transmisión de
Wowza acelera el ciclo de desarrollo y crea soluciones de transmisión innovadoras con este
conjunto complejo de herramientas y API.

70
 Figura 21-3. Interfaz de servidor de streaming.
Realizado por: Satán D. 2020

Las capacidades de Wowza para las transmisiones serán de acuerdo al hardware del servidor en
cual se haya instalado.

3.4.2.4. Jellyfin
Es un software middleware para la distribución de multimedia de código abierto que le permite
controlar la administración y transmisión de contenidos, puede ser instalado en una máquina que
ejecuta Microsoft Windows, MacOS, Linux o en un contenedor Docker, y en una aplicación
disponible para dispositivos del usuario. Jellyfin es una alternativa a otros softwares de las mismas
características como Emby y Plex que son con licencia pagada. En la figura 23-3 se puede
observar un ejemplo de como el servicio generados por el servidor Jellyfin permite a un usuario
acceder a los diferentes contenidos mediante la propia app.

Figura 22-3 Logo característico del servidor.

Con Jellyfin el administrador de la red podrá ofrecer servicios de televisión digital y VoD a los
clientes, el servidor puede funcionar a pequeñas y grandes escalas. El software maneja 2 tipos de
cuentas de usuario, la del tipo administrador con los permisos para agregar, modificar o eliminar:
librerías de contenido, usuarios, reglas de transmisión, y otros tipos de configuraciones del
servicio; las cuentas de tipo cliente en cambio son generadas por el usuario administrador, y solo
71
disponen de las librerías para acceder al contenido. Una de las desventajas de Jellyfin para las
transmisiones de TV hace una re-transcodificación y no transmisión directa.

3.4.2.5. PRTG Network Monitor

Es un software de monitoreo de red que puede analizar y clasificar las condiciones del sistema
como el uso del ancho de banda o el tiempo de actividad y recopilar estadísticas de varios hosts,
switches, servidores y routers.

Figura 23-3. Logo de PRTG.

PRTG tiene un modo de detección automática que escanea áreas y dispositivos predefinidos por
el usuario de la red que se va a monitorizar, presentados en una lista en donde se puede visualizar
y registrar sensores que medirán el consumo de los recursos, en el caso que un dispositivo alcance
el límite de sus capacidades técnicas se puede notificar mediante alarmas al controlador para que
tome precauciones y evite algún siniestro.

Figura 24-3. Interfaz PRGT con lista de dispositivos y sensores.

Realizado por: Satán D. 2020

72
Para la instalación de PRTG es necesario tomar en cuenta que el número de sensores a mantener
será proporcional a las capacidades del ordenador:

Tabla 4-3. Requerimientos del Servidor PRTG.

Sensores por CPU cores RAM Espacio del Sesiones de Número

servidor disco administrador de
PRTG simultáneamente sondas
activas remotas

Up to 500 4 4 GB 100 GB < 30 < 30

Up to 1,000 6 6 GB 500 GB < 30 < 30

Up to 2,500 8 8 GB 750 GB < 20 < 30

Up to 5,000 8 12 GB 1,000 GB < 20 < 60

Up to 10,000 10-12** 16 GB 1,500 GB < 15 < 80

Realizado por: Satán D. 2020

3.4.3. Elementos de tipo hardware.

A continuación, se expondrán los equipos que se utilizaron para la implementación del prototipo
con sus características correspondientes.

3.4.3.1. Ordenadores
Para los servidores de streaming y de IPTV los equipos tendrá la función de soportar que se
ejecuten varios softwares de servidores a la vez en su hardware, como son el de “Video on Demand
“(VoD), Middleware, transmisión de streaming multicast y unicast, por lo que el ordenador
necesita una gran capacidad de procesamiento y memoria RAM de por lo menos 8GB, además
de un nivel de almacenamiento lo suficientemente amplio para soportar tres Películas, cada una
con diferente calidad de video con un peso menor a 1.5 GB por archivo, también una serie de 48
capítulos y otros contenidos multimedia como videoclip. Los ordenadores que se aplicaron en los
dos escenarios fueron los siguientes.

Laptop modelo Dell Inspiron 15 5567 - 15.6” con las siguientes características:

- Procesador Intel Core i7-7500U hasta 3,5 GHz con 2 núcleos.

- Memoria RAM: 16 GB
- Disco Duro; 1000 GB

73
 - Puerto de Red: Ethernet

Laptop Lenovo Legion 5 Gaming 15.6”, sus características son:

- Procesador Intel Core i7-1065g7 hasta 4,1 GHz con 6 núcleos.

- Memoria RAM: 16 GB
- Disco Duro; 1000 GB
- Memoria SSD 512 GB
- Puerto de Red: Ethernet
- Tarjeta de video GeForce GTX 1650 4GB.

Tabla 5-3. Rol de los ordenadores en cada prototipo.

PROTOTIPO ESCENARIO DE ESCENARIO DE

PROTOTIPO 1 PROTOTIPO 2
ORDENADOR

Laptop modelo Dell Inspiron 15 Servidor de cabecera IPTV

5567

Laptop Lenovo Legion 5 Gaming Servidor de Streaming Servidor de cabecera IPTV

Servidor de Streaming

Realizado por: Satán D. 2020

3.4.3.2. Router MIKROTIK RB750

Es un router pequeño económico y fácil de usar, viene con una CPU de 680MHz de doble núcleo
muy potente y 32 MB de RAM con 5 puertos Ethernet con capacidades de administración de
redes pequeñas como las del hogar, cuenta con sistema operativos RouterOS característico de la
marca por lo que las configuraciones y protocolos que se ejecuten se podrá realizar lo mismo en
equipos más avanzados.

74
 Figura 25-3 Router MIKROTIK RB750.

El router tendrá el objetivo de conectar a los servidores y a clientes simulando una red proveedora
de internet, la configuración que se ejecute en el dispositivo servirá de base para la configuración
que se lo realizará al Router MikroTik CCR1036-12G-4S en la red de la empresa.

3.4.3.3. Cámara IP IMOU CUE HD.

La marca IMOU ha presentado una variedad de modelos de cámaras de seguridad con una
plataforma de configuración en la nube, la cámara IMOU CUE permite la captura de video 720P,
visión Nocturna, detección de movimiento y sonido bidireccional con resoluciones HD y SD, su
configuración y acceso se realiza por internet mediante la propia aplicación de la misma marca.

Figura 26-3. Cámara IP IMOU.

En ambos escenarios su rol es el de capturar y transmitir video como lo realizaría un encoder, por
lo que para acceder al contenido se lo realizar mediante el protocolo RTSP. De esta manera se
puede simular lo que seria los encoder que son dispositivo fundamental de la cabecera de IPTV
que capturan el contenido para transmitirlos por IP.

75
3.4.3.4. Router Cliente
El acceso de los clientes a la red del prototipo ser realizara mediante dispositivos de la marca TP-
LINK, debido a que poseen interfaces WAN ethernet y Gpon que se pueden utilizar como el
gateway del cliente en entornos reales. En el prototipo se ocuparon 2 modelos diferentes para su
correspondiente.

- Router TP-LINK WiFi 1 Antenna 150Mbp

Figura 27. Router TP-link.

Características del dispositivo:

- Disponible 4 puertos Switch.
- Puerto para conexión WAN ethernet 10/100 Mbps, para la conexión de internet.
- Tecnología WiFi compatible con los estándares 802.11b/g.
- Velocidad inalámbrica hasta de 150 Mbps.

- TX-6610

Figura 28-3. Terminal TX-6610 Gpon.

Características
- Cumple con ITU G.984.1, ITU G.984.2, ITU G.984.3 y ITU G.984.4 proporcionando
compatibilidad completa de red GPON
- Tasas de descarga de hasta 2.488Gbps y tasas de subida de hasta 1.244Gbps
76
 - El acceso de fibra y el puerto gigabit proporcionan velocidades de transferencia
increíblemente rápidas
- Soporta la gestión remota OMCI (ONT Management Control Interface)

3.4.3.5. SET top BOX(TV-BOX).

El dispositivo permite convertir un televisor antiguo en un SMAR-TV o televisor inteligente, lo
importante del servicio IPTV es que está dirigido a dispositivos destinados a la recepción y
visualización multimedia por medio de la red, mediante interfaces físicas o inalámbricas como
son el ethernet y wifi respectivamente, gracias al tv box podemos convertir nuestros televisores
en receptores de servicios de la web como plataformas de streaming (Netflix o YouTube). El
modelo que se ha ocupado es el Tv Box MXQ Pro 5G con 4 GB de memoria RAM y 64 GB de
almacenamiento, viene instalado con sistema operativo Android 10.0 y tarjeta de red inalámbrico
WiFi dual de 2,4 G/5,8 GHz con puertos de red y 4 entradas USB permiten. Para conectar al
televisor se lo puede hacer mediante entrada HDMI o AV.

Figura 29. TV Box.

Lo importante de este dispositivo es que tienen decodificadores H.264/MPG4 y H.265 para las
diversas transmisiones de streaming que pueda receptar en este caso la plataforma de IPTV de la
cabecera, además de una visualización y comprobación del servicio.

77
3.4.3.6. Dispositivos Receptores para el cliente

Figura 30-3 Dispositivos receptores.

El servicio de IPTV será receptado por 3 dispositivos diferentes, para que en la etapa de pruebas
se pruebe el funcionamiento, se analice y determine cuanto consumo ejecuta un usuario en
general, el servicio se ejecutara en estos dispositivos con ciertas condiciones:

Pantalla de plasma de alta definición: el dispositivo debe tener capacidad de reproducir videos
con alta resolución o 4K.

Una computadora o Laptop: no necesita que la pantalla sea de altas resoluciones, como mínimo
1024 x 768 pixeles.

Un Smartphone: es necesario el uso de modelos con sistema operativo Android 8.0 o superiores,
debido a que los modelos actuales se caracterizan por tener esta versión como mínimo.

3.5. Configuración del servidor

Para la implementación del servidor para este proyecto se utilizó el sistema operativo de la misma
computadora, en este apartado se presenta las configuraciones que tiene cada uno para brindar el
servicio.

3.5.1. SERVIDOR WOWZA STREAMING ENGINE(WSE)

La instalación empezó con descargar la versión de Wowza Engine streaming 4.8 de la página de
la empresa su archivo ejecutable, una vez descargado se procederá su activación y aceptación de
las condiciones, una vez el instalador completo el proceso el programa se encontrará dentro de
los servicios del sistema local convirtiendo al ordenador en el servidor de streaming, por lo que
ya se puede ingresar a su interfaz web.

78
 Figura 31-3. Funcionamiento de Wowza streaming Engine en Windows.
Realizado por: Satán D. 2020

Para acceder a la interfaz web de WSE hay que introducir la URL http://localhost:8088 en el
navegador web, si el servidor fue recién creado se solicitará que se configure un nombre del
administrador y contraseña para que solo la persona que tenga esas credenciales puedan ingresar,
esta configuración solo se realiza una vez de ahí en adelante se presentara como se observa en la
figura de la página de inicio del servicio.

Figura 32-3. Inicio de sesión de administración para Wowza.

Realizado por: Satán D. 2020

En la figura 34-3 WSE presenta una interfaz web para el manejo del servicio, permitiendo la
posibilidad de cambios de acuerdo a los objetivos de este proyecto como playlist, protocolos de
salida, monitoreo de clientes, entre otros mediante las 3 opciones presentadas.

79
 Figura 33-3. Página de inicio de PRGT
Realizado por: Satán D. 2020

Home: es la interfaz de inicio que no requiere ninguna configuración, lo más relevante de esta
sección es la presentación a menor escala del número de usuarios conectados a WSE y en el
consumo de los recursos del hardware, además también presenta características del servidor como
es el puerto y la IP del ordenador.

Server: se realizan las configuraciones generales como parámetros fundamentales del servidor,
como son:

- Configuración de la IP y puerto de acceso por defecto está configurado con la localhost

del dispositivo.
- Presenta mediante diagramas de barras y lineales el monitoreo del servidor al igual que
en home, pero con la diferencia que añade nuevos sensores como el de tasa de bits de
entrada y salida, memoria RAM utilizada, parte del disco utilizado y el consumo de los
procesadores.
- Configuración del sistema de Transcodificación que puede ser habilitado en aplicaciones,
esto permitirá al servidor recibir los streams y volverlos a codificar si es necesario.
- Agregación de archivos de flujo (stream file) para la conexión de fuentes con rtsp o udp,
estos archivos pueden ser ocupados por las aplicaciones creadas del servidor.

Aplicación: en esta sección el administrador puede crear aplicaciones las cuales son un conjunto
de opciones de configuración en Wowza Streaming Engine que admite un caso de uso específico
para la entrega de contenido de transmisión. Puede utilizar estas opciones y propiedades
configurables para ajustar y modificar la configuración de transmisión predeterminada de una
aplicación.

80
3.5.1.1. Creación y configuración de una aplicación

Para iniciar el servicio de televisión por ip primero se debe crear en el programa Wowza
Streaming Engine una aplicación de tipo “LIVE” que permite entregar transmisiones en vivo a
los suscriptores o como servidor de origen para entregar transmisiones en vivo a otros servidores
que ejecutan el mismo software logrando escalar la entrega de contenido a una gran cantidad de
reproductores.

Figura 34-3. Instalación de aplicación.

Realizado por: Satán D. 2020

Una vez creada la nueva aplicación de transmisión en vivo aparecerá en el menú con el nombre
SKYNET en relación a la empresa, en la figura 36-3 se visualizan las características de
reproducción y el menú de herramientas para configurar el servicio, una de ellas permite asignar
las fuentes de streaming al servidor.

81
 Figura 35-3. Aplicación SKYNET.
Realizado por: Satán D. 2020

Aunque existe una variedad de herramientas de la aplicación LIVE SKYNET solo se nombraran
las que fueron más relevantes en el proyecto.

- Monitoreo: ejecuta el seguimiento de la transmisión donde analiza los protocolos de

reproducción activos y el consumo del streaming en la red.
- Fuentes en vivo: se muestra catálogo de marcas de equipos como cámaras, encoders u otro
dispositivo que actuara como fuente de contenido en vivo.
- Stream file: los archivos de flujos son recomendables para conectar el servidor con cámaras
ip y codificadores, permite acceder al contenido mediante una URL de la fuente, mediante
protocolos RTMP, UDP, RTSP, etc.
- Incoming Streams: se muestra una lista detallada de las fuentes activas, las cuales están
mandando paquetes constantemente, si una de las fuentes dejó de transmitir se eliminará de
la lista.

3.5.1.2. Configuración de Incoming Streams

Para que el usuario pueda acceder al servicio de televisión es importante que todos los canales se
encuentren en estado activo en la lista de flujos entrantes, para agregar cada uno al servidor se
utilizaron 2 métodos mediante stream file donde se cargan los enlaces para conectarse a equipos
externos y mediante una sesión rtmp, la primera opción permitirá conectarse a las 3 fuentes de
VLC y la cámara IP, mientras que la segunda servirá para conectarse a OBS en total 5 entradas
se deben obtener al finalizar.

Creación de stream file: para esta configuración primero se debe acceder a la opción de virtual
host stream file en la sección de server para añadir un nuevo archivo, en donde se le asignara un
nombre y el enlace de conexión.

82
 Figura 36-3. Creación de Stream file
Realizado por: Satán D. 2020

Una vez terminado de crear todas las fuentes en este caso cuatro stream file se habilitan 4 acciones
para cada uno como son:

- Conexión a transmisión en vivo.

- Asignación de stream file a la aplicación.

- Editar el enlace.

- Eliminar stream file.

Como se muestra en la figura 38-3, se debe aplicar la opción de conexión de streaming donde el
servidor se conectará a la fuente especificada en el enlace, por lo que se visualizara una nueva
ventana donde se debe especificar la aplicación y el medio por el cual se conectara por lo general
es mediante RTP.

83
 Figura 37-3. Conexión de Wowza con stream file.
Realizado por: Satán D. 2020

Conexión mediante enlace rtmp: el servidor WSE tiene compatibilidad con este protocolo, de
esa manera se pueden conectar una fuente en vivo como se lo explica más adelante con OBS, no
existe una configuración previa para ejecutarlo ya que viene instalado por defecto solo es
necesario que la fuente en vivo especifique el servidor al que va a transmitir los streams, para
lograrlo se ingresa a la aplicación SKYNET para después acceder a Source Live, en esta
aparecerán un grupo de marcas que son compatibles conWSE pero en este caso se enfocara en
Aplication Connection Settings que presenta las configuraciones para publicar una transmisión
en el servidor.

Figura 38-3. Configuración para enlace RTMP con Wowza.

Realizado por: Satán D. 2020

84
Una vez se realicen estas configuraciones en la fuente de transmisión en vivo aparecerá
inmediatamente como una de las entradas de flujo de la aplicación SKYNET, y desaparecerá de
la lista solo cuando ya dejé de transmitir.

En la figura 40-3 se pueden observar como resultado todas las fuentes de entrada de la aplicación,
presentados en lista donde especifican el nombre del stream y el enlace, su estado y las acciones
de reiniciar o borrar.

Figura 39-3. Lista de flujos de entrada de la aplicación SKYNET.

Realizado por: Satán D. 2020

Para comprobar la recepción solo se debe seleccionar uno de ellos y presionar test player lo cual
permitirá visualizar la transmisión con un retardo generado por el propio servidor. En la sección
de transmisores se podrá visualizar este test.

Figura 40-3. Página de Canal en vivo en Wowza.

Realizado por: Satán D. 2020

85
En la figura 42-3 se puede visualizar en video todas las fuentes que proceden desde el servidor de
streaming, reproduciéndose sin problemas todos a la vez.

Figura 41-3. Monitoreo de canales en vivo.

Realizado por: Satán D. 2020

3.5.1.3. Playlist de Lista de Canales

Una vez agregados todas las fuentes de streaming que se muestran en la figura 40-3, ahora se
puede generar una playlist de formato m3u, el cual es un archivo que almacena listas de
reproducción de medios y se agrega como la lista canales disponibles en el programa Jellyfin.

Debido a que Jellyfin servirá como puente para que los clientes puedan acceder al servidor
mediante la aplicación del mismo software. En este apartado se detallarán los diferentes pasos
para crear estas playlist.

Lo primero es obtener los enlaces de los canales generados por el servidor de streaming, existen
dos tipos de URL con 2 tipos protocolos de streaming:

- HLS: http://[ip_servidor]:1935/SKYNET/[CANAL].stream/playlist.m3u8

- RTSP: rtsp://[ip_servidor]:1935/SKYNET/[CANAL].stream

El enlace al mismo en todas las fuentes con las condiciones que la IP deberá corresponder a la del
servidor y el canal variara de acuerdo al nombre dado en el servidor, cabe mencionar que no deben
existir espacios entre los caracteres. En la tabla 5-3 se muestra el resultado de la lista de canales
de televisión especificando el programa que actúa como transmisor, nombre del canal y el enlace
que permitió conectarse al servidor.
86
Tabla 6-3. Canales de Television generados por streaming.

Canal de Programa Enlace HLS RTSP

Television
udp://@224.0.1.10:1234 http://[ip_servidor]:1935/SKYNET/ rtsp:// [ip_servidor]:1935/SKYNET/
CANAL SD VLC CANAL_SD.stream/playlist.m3u8 CANAL_SD.stream

udp://@224.0.1.5:1234 http://[ip_servidor]:1935/SKYNET/ rtsp:// [ip_servidor]:1935/SKYNET/

CANAL VLC CANAL_HD.stream/playlist.m3u8 CANAL_HD.stream
HD
udp://@224.0.1.3:1234 http://[ip_servidor]:1935/SKYNET/ rtsp://[ip_servidor]:1935/SKYNET/
CANAL VLC CANAL_FULL_HD.stream/playlist CANAL_FULL_HD.stream
FULL HD .m3u8

rtmp://localhost:1935/SKYNET http://[ip_servidor]:1935/SKYNET/ rtsp://[ip_servidor]:1935/SKYNET/

CANAL 1 OBS CanalOBS/playlist.m3u8 CanalOBS
SKYLIFE
rtsp://admin:contraseña@ipcamara http://[ip_servidor]:1935/SKYNET/ rtsp:// [ip_servidor]:1935/SKYNET/
CANAL 2 Imou Life CANAL_CAMARA.stream/playlist. CANAL_CAMARA.stream
CAMARA m3u8

Realizado por: Satán D. 2020

Para finalizar se crear un archivo m3u mediante editor de notas o Notepad++ con la siguiente
sintaxis:

#EXTM3U
#EXTINF: (duración), (título del canal)
URL
#EXTM3U: Etiqueta obligatoria y debe ir al principio del documento e indica a los reproductores
que esa es una lista M3U Extendida, debido a atributos adicionales que no están presentes en una
lista M3U básica.

#EXTINF: Indica donde comienzan los metadatos adicionales de cada streaming, se usa una línea
por cada canal.

Los atributos también indicaran información extra como:

- Duración. - Si se asigna un numero positivo indica la duración en segundos del archivo,

si se asigna “0” indica que es una retransmisión en vivo desde un almacenamiento en
caché que permite resumir la reproducción, y -1 que es una retransmisión en vivo y no
permite hacer resumen
- Título del canal. - especifica el nombre con el que se reconocerá el canal.

URL: es la ruta que debe seguir el reproductor para acceder a la transmisión en este caso los
enlaces presentados en la tabla 5-3.

En la figura 43-3 se presenta el archivo m3u generado en Notepad++ para este proyecto, en total
se ingresaron 10 enlaces correspondiente a los 5 canales, debido a que se necesita comprobar el

87
funcionamiento con ambos protocolos RTSP y HLS para determinar en las pruebas del servicio
cual es la mejor opción.

Figura 42-3. Lista de Canales en una playlist m3u.

Realizado por: Satán D. 2020

3.5.2. Servidor Jellyfiln

La instalación de Jellyfin empieza con su descarga en la página oficial en este proyecto se utilizó
la versión 10.6.4, una vez obtenido el archivo .exe es necesario dar todos los permisos necesarios
para su instalación, durante este proceso Jellyfin solicita que confirme cual método de instalación
desea la básica o como un servicio, en este caso se escogió el segundo.

Figura 43-3. Configuración como servidor de Jellyfin.

88
 Realizado por: Satán D. 2020

Una vez que se termine la instalación aparecerá dentro de los servicios del sistema al igual que
WSE en ejecución, esto indicara que el sistema está corriendo normalmente y está listo para
configurarse.

Figura 44-3. Servidor Jellyfin ejecutándose en Windows.

Realizado por: Satán D. 2020

Jellyfin se presenta como servicio de red esto le permite acceder a la red y que los usuarios puedan
acceder a ella. Para entrar a la configuración se ingresa la url: http://localhost:8096, en la figura
46-3 el programa comienza con la configuración automática, primero tenemos que definir el
idioma por lo que seleccionamos español.

Figura 45-3. Inicio de configuración automática por interfaz web.

Realizado por: Satán D. 2020

En la figura 47-3 se observa la creación de una cuenta de administrador y su contraseña para el

acceso a las configuraciones generales del servidor.

89
 Figura 46-3. Creación de cuenta de administración.
Realizado por: Satán D. 2020

En la figura 48-3 se observa que en cambio se da la oportunidad de añadir la librería para VoD,
pero para este proyecto no es recomendable, por posibles fallas en la organización de contenido.

Figura 47-3. Agregación de bibliotecas.

Realizado por: Satán D. 2020

Se solicita confirmación para poder acceder remotamente al servidor y habilitar el mapeo de los
puertos en el router.

90
 Figura 48-3. Habilitación de conexiones remotas.
Realizado por: Satán D. 2020

Por ultimo solo es necesario presionar finalizar y el servidor ya se encuentra configurado.

Figura 49-3 Finalización de configuración automática.

Realizado por: Satán D. 2020

Una vez terminado ingresamos a la cuenta creada anteriormente, como se puede ver en la figura
51-3 se despliega un conjunto de opciones, como son Medios donde se presentará todo el
contenido y canales de televisión disponibles, en Administrador en cambio podemos configurar
el servidor en general y la opción de usuarios. Cabe mencionar que solo la cuenta del
administrador tiene la capacidad realizar la dicha configuración.

91
 Figura 50-3. Página de bienvenida de Jellyfin.
Realizado por: Satán D. 2020

Dentro de las opciones de administrador tenemos:

Panel de control: se podrá realizar la configuración general del servidor, la gestión de usuarios,
la modificación de bibliotecas para VoD, reproductores disponibles, registros de actividad tanto
del administrador como clientes, opción para agregar playlist de canales de televisión y Guía
televisiva, y por ultimo las configuraciones relacionadas al acceso de la red y claves api.

Etiquetas: como su nombre lo indica permite clasificar el contenido multimedia almacenada en

el servidor.

3.5.2.1. Creación de librerías para VOD.

Al igual que el servidor de streaming se enfocaba en brindar el servicio de televisión, ahora
mediante Jellyfin se podrá crear el servicio de video por demanda, para implementarlo primero
se debe ingresar a panel de control y seleccionar la opción bibliotecas y seleccionamos añadir una
nueva.

92
 Figura 51-3. Selección de biblioteca para librerías de VoD.
Realizado por: Satán D. 2020

Para añadir una nueva biblioteca solo es necesario asignar el tipo de contenido como películas,
música o programas de TV, entre otros en la figura 53-3 se visualiza estos tipos.

Figura 52-3. Asignación del tipo de contenido.

Realizado por: Satán D. 2020

Una vez determinado el tipo se debe agregar el contenido que se va a presentar en la nueva
biblioteca, para eso se debe colocar la ruta de ubicación de la carpeta que puede estar en el mismo
ordenador o en algún servidor de almacenamiento conectado a la red, una vez terminado
seleccionamos OK y finalizamos.

93
 Figura 53-3. Ruta de carpetas de contenido.
Realizado por: Satán D. 2020

En la figura 55-3 se puede ver ya creado 2 bibliotecas nombradas películas y series con sus
respectivos tipos y rutas de enlaces, además de agregar una imagen para cada una mejorando la
presentación y el servidor estará listo para brindar el servicio de VoD.

RUTA DE
TIPO
CARPETA

Figura 54-3. Creación de nuevas bibliotecas de VoD.

Realizado por: Satán D. 2020

3.5.2.2. Agregación de listas de canales para el servicio de televisión.

Para poder cargar los canales de televisión generados por el servidor de streaming, se debe
primero ingresar mediante el panel de control a configuraciones de televisión en directo, y como
se muestra en la figura 56-3 para empezar se debe agregar un nuevo sintonizador.

94
 Figura 55-3. Configuración de servicio de IPTV.
Realizado por: Satán D. 2020

Dentro de los sintonizadores de televisión existen 2 opciones disponibles, mediante el uso de HD

Homerun para sintonizadores de televisión digital conectado a la red o mediante M3U Tuner que
permite ingresarlos mediante playlist en formato m3u.

Figura 56-3. Agregación de sintonizadores para servicio de IPTV.

Realizado por: Satán D. 2020

Al seleccionar M3U se le solicita la ruta en donde se encuentre la playlist en este caso la creada
para este proyecto, en la figura 58-3 se presenta el archivo listo y una vez cargada presionamos
OK.

95
 Figura 57-3. Agregación de ruta del playlist m3u.
Realizado por: Satán D. 2020

Se presentará la lista de canales como uno de los sintonizadores, y no ocurrirá ningún error si se
quiere agregar más sintonizadores, ya que todos los canales estarán en una sola lista al final.

Figura 58-3. Lista M3U cargada.

Realizado por: Satán D. 2020

3.5.2.3. Cuentas para los usuarios

Como se visualiza en la próxima figura solo existe la cuenta creada al principio, para que el cliente
acceda se crea manualmente una nueva cuenta por cada usuario.

96
 Figura 59-3. Lista de usuarios.
Realizado por: Satán D. 2020

Para ello se debe escribir un nombre de usuario y contraseña, además de habilitar el contenido
que puede acceder en este caso será todos los contenidos.

Figura 60-3. Agregación de nuevo usuario.

Realizado por: Satán D. 2020

Después para terminar se debe configurar el perfil del usuario donde se le podrá habilitar

permisos, acceso o negación a ciertos contenidos, el límite para la transmisión de tasa de bits por

internet (Mbps), a contraseña para en casos que se requiera una nueva. entre otros.

97
 Figura 61-3. Configuración de perfil de cuenta de usuario.
Realizado por: Satán D. 2020

Ya terminado toda la configuración aparecerá en el panel de usuarios clientes, de esta manera se

podrá crear y controla el acceso de los usuarios, para que solo los que pagaron la suscripción
puedan acceder.

Figura 62-3. Cliente_001 en la lista de cuentas.

Realizado por: Satán D. 2020

3.5.2.4. Configuraciones para el servidor.

Jellyfin está configurado por defecto para la red local es decir que si se quiere acceder desde una
red remota no tendrá acceso, por lo que se debe ir a panel de control en la sección avanzado
escoger la opción de redes, y permitir conexiones remotas.

98
 Figura 63-3. Configuración de Jellyfin para redes.
Realizado por: Satán D. 2020

Además, también se tiene que configurar las reglas de firewall del ordenador, para evitar que el
servidor niegue las peticiones de los usuarios, se ingresa a las configuraciones avanzadas de
firewall y se debe agregar una nueva regla de entrada.

Figura 64-3. Lista de Firewall del servidor.

Realizado por: Satán D. 2020

Después se selecciona el puerto para habilitar las conexiones TCP:8096 para que permita todas
las peticiones que van dirigidas hacia Jellyfin.

99
 Figura 65-3. Habilitación del puerto y protocolo de Jellyfin.
Realizado por: Satán D. 2020

Se especifica que permita la conexión y en cual aplicar la regla, y para finalizar solo escribir el
nombre de la regla y aparecerá dentro de la lista activa de firewall.

Figura 66-3. Configuración de permisos.

Realizado por: Satán D. 2020

3.5.3. Servidor PRGT

Para la instalación de PRTG Network Monitor se debe descargar en la página oficial, como es un
software no gratuito es necesario pagar la versión completa, en este proyecto se utilizó la versión
de prueba por 30 días 20.4.64.1402+, una vez obtenido el archivo .exe es necesario dar todos los
permisos necesarios durante la instalación, una vez terminado aparecerá en servicios como se
muestra en la siguiente figura.

100
 Figura 67-3. Servidor PRTG en funcionamiento.
Realizado por: Satán D. 2020

Para ingresar a PRTG se lo realiza mediante el icono de acceso directo en el escritorio, se abrirá
un interfaz web de acuerdo al navegador pre-definido, en este caso se decidió por Mozilla.
Después similar a los otros servidores se debe configurar una cuenta con contraseña para
administración, pero difiere en que no es obligatorio para iniciar el programa.

La figura 69-3 presenta la página de inicio, donde nos presenta un conjunto de gráficas
informativas como reportes de fallas en los sensores, sensores activados, el número de alarmas,
entre otros.

Figura 68-3. Página de Inicio de PRTG.

Realizado por: Satán D. 2020

En la parte superior se despliega un menú de las paginas complementarias del servidor como son:

Página principal: es la primera que aparece al iniciar el programa, tiene una sección como panel
de control de muestra.

101
Dispositivos: en esta página se despliega una lista de host que están siendo monitorizados con
sus respectivos sensores.

Sensores: en esta página en cambio presenta la lista detallada de todos los sensores configurados.

Alarmas: se registran cualquier alerta notificada por el sensor, que puede ser a causa de falta de
conectividad o sobrecarga en el dispositivo.

Registros: se presentan todas las actividades y configuraciones realizadas al servidor.

Informes: se puede visualizar los informes de test que son resultado de lo capturado por los
sensores

Configuración: se puede realizar configuraciones generales al servidor.

3.5.3.1. Agregación de dispositivos para monitorizar.

Este proceso se le debe realizar a todos los equipos que se desea monitorizar dentro de la
infraestructura de la red, primero se debe acceder a la página dispositivos.

Figura 69-3. Selección del menú de dispositivos.

Realizado por: Satán D. 2020

En la página se presenta una lista por defecto donde se ordenan por grupos todos los dispositivos,
para añadir el router MikroTik se selecciona el icono de agregar en la opción de dispositivos.

102
 Figura 70-3. Añadir un nuevo dispositivo.
Realizado por: Satán D. 2020

Se selecciona por ejemplo el grupo de infraestructura de red para registrar un router MikroTik y
presionamos OK, si en el caso se tratara de un router fuera de esa infraestructura y no cause alguna
confusión existe la opción de crear un nuevo grupo, cabe mencionar que no afectara en nada en
cómo se lleve el seguimiento del dispositivo.

Figura 71-3. Lista de grupos para monitorización.

Realizado por: Satán D. 2020

Aparecerá un nuevo recuadro donde se debe nombrar al dispositivo y la dirección IP con el cual
está configurado, las opciones como etiqueta o icono son opcionales.

103
 Nombre del equipo

Dirección de loopback
del router

Figura 72-3. Datos de un nuevo dispositivo.

Realizado por: Satán D. 2020

Una vez terminado el router aparecerá en la lista del grupo infraestructura de red, y se habilitado
la opción para añadir sensores.

Figura 73-3. Dispositivo agregado al grupo.

Realizado por: Satán D. 2020

Los sensores que se instalan medirán variables como la disponibilidad, consumo de ancho de
banda y el procesamiento de la CPU. Además, en el caso de que uno de estos falle se pueden
notificar mediante una alarma de acuerdo al cambio de estados de del sensor a continuación, en
la tabla 7-3 se representa los estados de acuerdo a color en específico del sensor.

104
Tabla 7-3. Lista de estados de los sensores.

Estado Descripción Imagen

Iniciando En este estado el sensor recién está activado en espera

de datos.

Suspendido El sensor está preparado y configurado a esperas que

se vuelva a iniciar.

Funcionando El sensor se está ejecutando y registrando datos

continuamente.

Caído El sensor no responde, notificación mediante alarmas

Realizado por: Satán D. 2020

3.5.3.2. Configuración de sensores.

Como se planteó en la sección de anterior los sensores nos permitirán analizar las variables
anteriores, para agregarlos se selecciona la opción de añadir sensor del dispositivo como se ve en
la figura 74-3, dirigiendo hacia la biblioteca de PRGT que cuenta con 294 sensores disponibles,
por lo que PRTG permite a los usuarios filtrar la mejor opción de acuerdo a 3 preguntas.

Tabla 8-3. Sistema de filtrado para sensores PRGT.

Preguntas Opciones
¿Qué se va a supervisar? Disponibilidad/tiempo de OK
Ancho de banda/tráfico
Velocidad/Rendimiento
Uso de CPU
Uso de disco
Uso de memoria
Parámetros de hardware
Infraestructura de red
Sensores personalizados

¿Cuál es el tipo de sistema operativo? Windows

Linux/MacOS
Sistema de Virtualización
Almacenamiento y servidor de archivos
Servidor de correo
Base de datos
Servicios de nube

¿Qué Tecnología ocupar? Ping

105
 SNMP
WMI
Contadores de rendimiento
HTTP
SSH
Sniffer de paquetes
xFlow
PowerShell
Receptor de mensajes Push
PRTG Cloud
Realizado por: Satán D. 2020

Al ir seleccionando las opciones de acuerdo a las variables el número de sensores ira

disminuyendo hasta que aparezcan la mejor opción. A continuación, se presentará la
configuración de cada uno de los sensores que se utilizaron.

Disponibilidad: para la medición de esta variable se decidió por utilizar PING, ya que
configuración no es complicada, no consume demasiado ancho de banda y presenta buenos
resultados.

Figura 74-3. Sensor para la disponibilidad con ping.

Realizado por: Satán D. 2020

La configuración general de ping se muestra en la figura 76-3, se especifica que cada 5 segundos
se envía una solicitud de ping de 32 byte, en caso de no tener respuesta el sensor enviara
una alarma notificando que el dispositivo tiene problemas de conectividad.

106
 Para terminar

Figura 75-3. Configuración para sensor ping.

Realizado por: Satán D. 2020

Consumo de ancho de banda y CPU: se utilizaron sensores con tecnología SNMP en ambas
variables, esto debido a que son la mejor opción para sistema operativo Windows y para routers
que son compatibles con el protocolo.

Figura 76-3. Sensores de tráfico y de CPU con SNMP.

Realizado por: Satán D. 2020

Antes de iniciar la configuración inicial se debe habilitar SNMP en los dispositivos, en este caso
se habilito en los servidores, en los clientes con Windows y en el router de frontera en ambos
prototipos.

- Para los dispositivos con Windows es necesario verificar que SNMP este ejecutándose
como uno de los servicios de Windows, en el caso de no aparecer se deben instalar en la
sección de extensiones de aplicaciones.

107
 Figura 77-3. Servicio SNMP en Windows 10.
Realizado por: Satán D. 2020

Se debe acceder a propiedades del servicio y en seguridad agregar una nueva comunidad
llamada public especificando solo para lectura, y que acepte paquetes de cualquier host,
para mejorar la seguridad se puede asignar la dirección ip de un host especifico.

Figura 78-3. Configuración de servicio SNMP en Windows.

Realizado por: Satán D. 2020

Una vez terminado este proceso el host está listo para mandar reportes del consumo.

108
- En cambio, para los routers de marca MikroTik su configuración se le puede realizar en
cualquier modelo ya que utilizan el sistema operativo RouterOS. Al ingresar a la
configuración mediante winbox, debemos dirigirnos al menú IP y seleccionamos SNMP.

Figura 79-3. SNMP en equipos MikroTik.

Realizado por: Satán D. 2020

Aparecerá una ventana de configuración donde se debe habilitar SNMP además de

especificar la comunidad public igual que los hosts.

Figura 80-3. Configuración SNMP para equipos MikroTik.

Realizado por: Satán D. 2020

109
Para la configuración general del sensor de ancho de banda SNMP se tomó como ejemplo con el
MikroTik que fue creado, en la figura 82-3 se observa que se puede generar un sensor para cada
una de las interfaces del MikroTik, en este ejemplo solo se seleccionaron aquellas que se
encuentran activas.

Figura 81-3. Configuración de sensor SNMP de trafico parte 1.

Realizado por: Satán D. 2020

También se puede determinar los canales para supervisar por lo que se seleccionaron todos, una
vez terminados las configuraciones principales se termina seleccionando crear.

Figura 82-3. Configuración de sensor SNMP de trafico parte 2.

Realizado por: Satán D. 2020

Para la configuración general del sensor de CPU SNMP se muestra en la figura 84-3, su
configuración es más fácil debido a que solo se debe crear el sensor.

110
 Figura 83-3. Configuración de sensor SNMP para la CPU.
Realizado por: Satán D. 2020

Una vez terminado, si se configuro correctamente SNMP en los dispositivos automáticamente

aparecerán los sensores creados, en la siguiente figura muestra que el sensor funciona
correctamente y empiezan a receptar los datos.

Figura 84-3. Lista de sensores activos en el router MikroTik.

Realizado por: Satán D. 2020

3.5.3.3. Datos de monitoreo

La figura 86-3 se puede observar los dispositivos que van a ser monitorizados por el servidor,
cada sensor configurado en el equipo estará registrando toda la actividad mientras permanezca
activo. Para acceder a estos datos solo se debe seleccionar el sensor en cuestión.

111
 Figura 85-3. Selección de un sensor del dispositivo.
Realizado por: Satán D. 2020

Para tomar como ejemplo en este procedimiento se selecciona el sensor de tráfico y fuentes
multicast del router, inmediatamente se cargará la interfaz web donde se visualiza el estado de los
medidores.

Figura 86-3. Interfaz web del sensor de tráfico del router.

Realizado por: Satán D. 2020

Existen 2 maneras de analizar los resultados, la primera es mediante la visión de datos en vivo,
donde se mostrará en grafica el flujo constante de datos que receptará la interfaz seleccionada del
MikroTik.

112
 Figura 87-3. Datos en vivo.
Realizado por: Satán D. 2020

La segunda se realiza con la opción de datos históricos, la cual permite descargar los registros de
la base de datos del programa de acuerdo al horario establecido en las especificaciones, además
permite si desea descargar o no todos los datos en un archivo HTML, XML o CSV, para el
proyecto se utilizó este último ya que nos permite trabajar los datos directamente con Excel.

Figura 88-3. Datos históricos.

Realizado por: Satán D. 2020

3.6. Configuración de Transmisores

Para generar los canales de televisión se utilizó los diferentes programas de reproducción y
emisión de streaming, donde mediante los protocolos RTSP, RTMP y UDP se enlazarán al
servidor Wowza Streaming Engine que receptarán las diferentes fuentes.

3.6.1. VLC
El reproductor VLC tiene la posibilidad de generar una variedad de fuentes de streaming en un
mismo ordenador, pero la calidad transmisión se deteriorar mientras menores recurso de la CPU
queden disponibles.
113
Con este reproductor se generarán tres canales: Full HD, HD y SD. Para la creación de cada uno
se deben seguir los siguientes pasos que se muestran en la tabla

Tabla 9-3. Proceso de transmisión en VLC.

Pasos Capturas

Paso 1. Ingresar al programa VLC.

Paso 2. Ingresar al menú Medio en la parte superior y

seleccionar la opción emisión.

Paso 3. Añadimos el video a transmitir en este caso una

película full HD de 120 minutos de duración, y pasamos a
reproducir.

Paso 4. Después hay que definir el protocolo para la

transmisión en este caso se seleccionó UDP con una
dirección multicast 224.0.1.3 y puerto respectivo 1234.

Paso 5. Una vez definido el campo anterior, por ultimo

seleccionar el codec para la transcodificación, se seleccionó
video H.264 + MP3(MP4).

114
 Paso 6. Para finalizar con el programa VLC solo se debe
presionar emisión y la película comenzara a transmitirse en
la red.

Realizado por: Satán D. 2020

El procedimiento se repetirá para los canales HD y SD en donde se seleccionará contenido con

las 2 resoluciones faltantes, en la tabla 5-3 se presenta las direcciones de los canales faltantes.

Para la comunicación con el servidor de streaming se debe realizar los pasos explicados en la
sección de configuración de servidor WSE para que las fuentes se registren dentro de la lista de
entradas de flujo de la aplicación SKYNET.

Figura 89-3. Lista de entradas de flujo con canales VLC.

Realizado por: Satán D. 2020

Para finalizar se debe realizaría el test de reproducción que se muestra en la figura 90-3
comprobando su recepción al servidor, por lo que esta fuente esta lista para ser receptada por el
usuario.

115
 Figura 90-3. Test de transmisión VLC en el servidor de streaming.
Realizado por: Satán D. 2020

3.6.2. OBS
Existen dos formas para configurar el programa manualmente o mediante asistente, en este
proyecto se realizó manualmente.

Tabla 10-3. Proceso para transmisión por OBS.

Pasos Capturas

Paso 1. Una vez que programa está abierto en el menú

de fuente se agrega y se nombra una nueva entrada
que recepta OBS, en este caso se selecciona un
archivo multimedia.

116
 Paso 2. Se selecciona el video que se vaya a correr,
en este caso un video de partido de futbol con
resolución HD 720p.

Paso 3. Cargada la película se reproducirá

automáticamente, antes de la transmisión se le puede
agregar elementos de pre-producción como fondos,
títulos y logos con los mismos pasos anteriores.

Paso 4. Seleccionamos ajustes para modificar el

formato de salida, en este caso se configuración para
una transmisión fullHD con resolución 1080p, y con
un bitrate de 2500Kbits.

Paso 5. Para finalizar y empezar con la transmisión

accedemos a Ajustes de emisión seleccionamos
servicio personalizado, especificando que se quiere
conectar al servidor de streaming mediante RTPM. El
programa está listo para trasmitir.

Realizado por: Satán D. 2020

El enlace que se ocupa para la conexión con el servidor es rtmp://127.0.0.1:1935/SKYNET se

utiliza la dirección de localhost porque el servidor se encuentra en el mismo ordenador, el puerto
1935 tiene por defecto Wowza y SKYNET la aplicación. Por último, se le asigna un nombre de
transmisión y las credenciales de autenticación del servidor.

Una vez completado los pasos en la tabla 9-3 el programa está listo para la transmisión, si la
configuración fue correcta el estado marcara “EN VIVO” en las estadísticas, acompañado con el
número de fotogramas por segundo y tasa de bits de salida.
117
 Figura 91-3. Transmisión en vivo por OBS.
Realizado por: Satán D. 2020

Automáticamente aparecerá en el servidor como transmisión CanalOBS (nombre que le asigno

en los ajustes de emisión como clave de transmisión) en los flujos entrante como se ve en la figura
93-3 indicando su estado activo, si se dejara de transmitir se desaparecería de la lista.

Figura 92-3.OBS en el servidor de streaming.

Realizado por: Satán D. 2020

Para comprobar que la señal se recepta correctamente se ejecuta un test de reproducción donde se
visualizara la transmisión del canal OBS.

118
 Figura 93-3. Test de transmisión OBS en el servidor de streaming.
Realizado por: Satán D. 2020

3.6.3. Cámara IP IMOU

Para receptar los streams generada por la cámara, primero el dispositivo debe ser configurado con
la aplicación IMOU.app para Smartphone mediante internet, de esta manera se le podrá conectar
a la red local inalámbrica en este caso la generada por el switch CNT, y se podrá visualizar
mediante la misma aplicación o con VLC conectado a la misma red WLAN.

119
 Figura 94-3. Dirección IP de cámara IMOU.
Realizado por: Satán D. 2020

Las cámaras IMOU tiene compatibilidad con el protocolo RTSP, se puede acceder a la cámara
mediante el URL especificando el protocolo, el usuario y contraseña acompañados con la
dirección IP asignada a la cámara y puerto RTP.

rtsp://admin: contraseñ[email protected]: 554

Una vez obtenida la dirección se le registrara en el servidor creando un nuevo “stream file” en la
aplicación SKYNET, igual como en VLC se deberá activar la acción que indica al servidor que
se conecte con la fuente en vivo y hacer que el servidor se una a la transmisión mediante RTP.

120
 Figura 95-3. Instalación de stream file y activación.
Realizado por: Satán D. 2020

Y se evaluara su recepción mediante un test de reproducción, terminando la creación del canal

para la cámara IP dentro del servidor.

Figura 96-3. Test de cámara IP.

Realizado por: Satán D. 2020

121
3.7. Funcionamiento del Prototipo
El cliente para cargar la aplicación de Jellyfin en su dispositivo puede hacerlo mediante una
aplicación o con el navegador, en la figura 98-3 se observa el procedimiento para que un televisor
acceda.

Figura 97-3. Inicio de session con Jellyfin.

Realizado por: Satán D. 2020

Una vez cargada Jellyfin en el receptor aparecerá la página principal como se muestra en la figura
99-3, mostrando todas las librerías configuradas para el cliente y un historial de películas o
capítulos de series pendientes para terminar de ver.

Figura 98-3. Interfaz de Jellyfin para el usuario.

Realizado por: Satán D. 2020

Si el cliente accede a un canal de televisión o a una película, lo receptara mediante el protocolo

HLS igual a como lo realizan otras empresas que ofrecen el mismo servicio ya vigentes en el
mercado como es Netflix, Amazon Prime y MAGISTV este último siendo un proveedor de
Television por ip. A continuación, se presentarán diagramas que representan como funciona cada
uno de los servicios y los canales generados.
122
El servicio de VoD está cargado en el servidor de cabecera ya que Jellyfin permite la compartición
de los archivos multimedia dentro de la intranet, es decir que codifica el contenido almacenado
en este y lo trasmite hacia su cliente mientras que la participación del servidor de streaming es
nula.

Figura 99-3. Servicio de VoD.

Realizado por: Satán D. 2020

Para el servicio de Television se representa en los siguientes diagramas de flujos, el servidor de

streaming se mantiene conectado a la fuente todo el tiempo incluso antes de que el usuario se
conecte, cuando se solicita un canal de televisión al servidor de cabecera inmediatamente utiliza
la playlist cargada en su base de datos y solicita para que el servidor de streaming empiece a
transmitir el canal como respuesta, entonces Jellyfin receptara y retransmitirá streams hacia el
cliente.

123
Figura 100-3. Servicio de televisión en vivo mediante VLC.
Realizado por: Satán D. 2020

Figura 101-3. Servicio de televisión en vivo mediante OBS.

Realizado por: Satán D. 2020

124
 Figura 102-3. Transmisión de Television en vivo mediante camara IP.
Realizado por: Satán D. 2020

3.8. Diseño de la infraestructura para cabecera IPTV

En esta sección se presenta el diseño de la cabecera IPTV para la empresa de telecomunicaciones
SITCOM en base a la arquitectura presentada en el marco teórico y en el funcionamiento del
prototipo desarrollado en la siguiente sección, el resultado se presenta en la figura 15-3
estableciendo los equipos principales que formaran la infraestructura de acuerdo a las capacidades
de la red implementada por la propia empresa.

125
Figura 103-3. Diseño base de cabecera IPTV.
Realizado por: Satán D. 2020

Su infraestructura consta de 2 redes LAN con topología estrella entre 2 switch, en la primera red
LAN tenemos las fuentes de contenido y en la segunda los nodos del servicio, el puente entre las
2 es el servidor de streaming, el Core de la red se conectará a la LAN de los nodos de servicio y
servir de medio para que los usuarios accedan a ellos y puedan visualizarlos en diferentes
dispositivos.

3.8.1. Hardware para los servidores

Es importante saber cómo dimensionar el hardware de los servidores que participarán dentro de
la arquitectura, para evitar cualquier pausa del servicio por fallas como cuellos de botella en las
interfaces de red, recursos como CPU o memoria RAM insuficiente; esto estarán concentrados a
los servidores de IPTV, streaming y de almacenamiento. Para los elementos de facturación y

126
monitoreo no se realiza tal análisis debido a que están dirigidos al uso únicamente del
administrador de la red.

Servidor de IPTV

Es el equipo donde se instala el Middleware que permite el acceso al servicio de televisión digital
y VoD, existe una variedad de este tipo de software en el mercado algunos ejemplos más
conocidos son Zappware, Beenius, Cubiware, Netris, entre otros. En este proyecto se utilizó en el
prototipo a Jellyfiln como el middleware del servicio para la evaluación del consumo de los
recursos en las pruebas de iptv fuera y dentro de la red de la empresa, los resultados de las pruebas
permiten evaluar los recursos que realizara un servidor de este tipo dentro de la solución final.
Para el dimensionamiento las características del posible servidor a adquirir es necesario evaluar
la proyección de la generación del consumo de 2000 conexiones simultaneas de los suscriptores
al servidor.

Servidor de almacenamiento

La participación dentro de la cabecera se centra en compartir la capacidad de almacenamiento

dentro de la red LAN de servidores simulando a una nube, esto permitirá almacenar todos los
contenidos multimedia para brindar el servicio de VoD y no se sobrecargue de información los
discos de otros servidores, además de poder guardar respaldos. Para determinar el tamaño de
almacenamiento se debe tomar como principio las capacidades necesarias para el servicio de VoD
con 2 puntos importantes:

- El tiempo o horas de video a almacenar entre películas y series.

- La velocidad nominal de la señal de video.

𝐷𝑢𝑟𝑎𝑐𝑖𝑜𝑛 𝑑𝑒 𝑉𝑖𝑑𝑒𝑜(𝐻) ∗ ( )
∗ 𝑣𝑒𝑙𝑜𝑐𝑖𝑑𝑎𝑑 𝑛𝑜𝑚𝑖𝑛𝑎𝑙 ∗ = 𝑇. 𝑎𝑙𝑚𝑎𝑐𝑒𝑛𝑎𝑚𝑖𝑒𝑛𝑡𝑜(𝑏𝑦𝑡𝑒)

Mediante la fórmula se puede determinar las capacidades de almacenamiento que debe tener el
equipo a ser adquirido.

Servidor de streaming

El servidor permite el servicio de televisión digital. Capturará las diversas fuentes en vivo, las
agrupa en una sola lista de acceso que se configura en el middleware para que las retrasmite
mediante unicast hacia los clientes, de esa manera el contenido será receptado en la interfaz y
dispositivo del cliente.

127
Para el dimensionamiento del hardware del servidor se basará en lo propuesto en la página oficial
de Wowza Media System que da una solución para los usuarios, ya que el servidor Wowza
Streaming Engine no presenta limites para la cantidad de transmisiones que puede transcodificar
y entregar, pero esta limitado por el hardware del servidor y el ancho de banda ofrecido por el
proveedor, que para un gran número de transmisiones puede generar cuellos de botella en la
entrega de la transmisión.

Los pasos para el análisis serán los siguientes:

Paso 1. Determinar el número de transmisiones entrantes y como se empaquetarán para su

entrega.

La capacidad de procesamiento de un servidor se ve afectado por la unidad central de

procesamiento (CPU) y la memoria de acceso aleatorio (RAM) disponibles, para evitar
sobrecargas causadas es necesario determinar el número de transmisiones de entrada. Para el
análisis se ocupará la herramienta de monitoreo del servidor de WSE donde se constantemente se
visualizan los reportes de consumo de hardware. En la tabla 11-3 se presentan las gráficas que
son el resultado de la herramienta de monitoreo y los que se tomaran en cuenta para los análisis.

Tabla 11-3. Herramienta de Monitoreo del servidor Wowza.

GRAFICAS DE MONITOREO DESCRIPCIÓN
Network IN/OUT Se presenta el Bitrate que pasa por el servidor, la función de color
anaranjado representa la entrada y verde la salida, en la grafica
se puede observar que al principio los bits Out superan a los bits
IN, mostrando cuando existe más de un usuario accediendo a la
transmisión.

Uso de la CPU% WSE Mediante esta herramienta se puede evaluar el consumo de la

CPU, durante la transmisión cabe mencionar que en la gráfica se
presenta 3 opciones el mínimo, máximo y el promedio, para un
análisis correcto la 3 opción es la correcta ya que el consumo no
es constante.

Uso de RAM Analiza la RAM que consume el servidor mientras se encuentra

operativo, e igual que el analizador de CPU se puede definir el
consumo promedio.

Numero de conecciones La grafica presenta el numero de conexiones de los dispositivos

y fuentes de streaming que se conectan al servidor.

128
 Protocolos activos Representa mediante colores los protocolos activos en la
transmisión y recepción de flujos de contenidos. En este caso se
puede observar que los protocolos rtmp y hls se encuentran
activos.

Realizado por: Satán D. 2020

Paso 2. Estimación de los picos de flujos concurrentes desde su servidor.

Si bien la relación entre la velocidad de bits de la transmisión y el ancho de banda es prácticamente

la misma para la entrada y la salida, el lado de salida se vuelve un poco difícil. Por qué no siempre
es fácil adivinar la cantidad de espectadores que se tendrá por tal motivo la empresa busca que
sea posible un máximo de 2000 conexiones simultaneas.

Para evitar sobrecargas es importante el cálculo del ancho de banda de salida máximo que el
servidor manejara. Por ejemplo, si se manejara un ancho de banda de 2 GB/s de salida entonces
se debe tomar el 80% como un nivel de tolerancia disponiendo de 1,6 GB/s, para después analizar
el tamaño promedio de las transmisiones mediante las pruebas del servicio que se realizaron tanto
en los 2 prototipos.

Paso 3. Modelo de implementación adecuado.

Existen la posibilidad de instalar estos servidores de manera virtualizada en la nube mediante

clouding computing, pero es descartada inmediatamente ya que quieren que el servicio sea
centralizado en la cabecera. Por lo que es importante el uso de servidores físicos determinados
por los pasos anteriores.

Paso 4. Análisis de redes de distribución de contenido y GPU.

La evaluación de red de distribución de contenidos permite mejorar la repartición de los flujos de

streaming hacia los usuarios permitiendo que sea escalable, también el uso procesadores gráficos
o GPU reduce el consumo de la CPU del 68-43% en especial de la propia marca pueden facilitar
mayores reducciones de la carga de trabajo.

Equipos de Facturación y Monitoreo de la red

Estos dos últimos permitirán tener un control administrativo y recursos del servicio, ya que podrá
generar facturas e enviarlas inmediatamente al cliente, también se puede notificar al cliente por
redes sociales que tienen que acercarse a las oficinas para cancelar, por otro lado, el software de
monitoreo de la red se podrá evaluar constantemente el funcionamiento de la cabecera mediante

129
sensores se pueden generar informes del consumo de ancho de banda y CPU de los equipos que
conforman la infraestructura.

4. PRUEBAS Y RESULTADOS

4.1. Pruebas de servicio de televisión digital

Para acceder al servicio de televisión el usuario deberá acceder a Jellyfin mediante
http://[ip_host_servidor]:8096 o mediante la aplicación de Android e ingresar a la sección de TV
en vivo.

Nos dirigirá hacia otra página con seis secciones: programas, guía de televisión, canales,
grabaciones, horario, series. Para que se habiliten Jellyfin tiene procesos independientes para cada
uno, pero en este caso solo se programaron los canales

En la sección de canales se desplazar un menú de los canales cargados, para acceder a la

transmisión solo se debe presionar en el icono del canal.

130
La reproducción se realiza automáticamente, si se desea cambiar de canal se tendrá que presionar
la opción de siguiente o regresar al menú de canales.

En la app del Jellyfin existe la opción de menú de canales donde despliega todos los canales sin
la necesidad de salir de la transmisión.

4.1.1. Consumo de ancho de banda

En esta sección se revisará el consumo del ancho de banda del servidor hacia el cliente, generado
por el acceso al servicio de televisión por cada uno de los canales de televisión. Una vez el canal
este reproduciéndose del lado del cliente, en Jellyfiln existe la opción de visualizar la calidad del
canal y los datos de reproducción como se muestra en la figura.

131
Las pruebas de transmisión se realizaron en un periodo de 30 minutos, y mediante el servidor
PGRT con la instalación de sensores SNMP, de esa forma se registrará toda la actividad como se
muestra en la figura.

4.1.1.1. Canal OBS

- Resolución: 1080p
- Datos de reproducción:
Información de reproducción

Reproductor HTML Video Player

Métodos de reproducción DirectStream

Protocolo http

Tipo de stream HLS

Información de video

Resolución de video 1920 x 1080

Información de stream

Codec de Video H.264

132
 Codec de Audio MP3

Bitrate 8.2 Mbps Video Bitrate: 8.0 Mbps

Video Bitrate: 192 kbps

COMPUTADORA
- ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:

- CONMUTACION DE PAQUETES

SMARPHONE

133
 - ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:

- CONMUTACION DE PAQUETES:

PLASMA TV
- ANCHO DE BANDA OCUPADO:
- TASA DE TRANSFERENCIA:
- CONMUTACION DE PAQUETES:

4.1.1.2. CANAL CAMARA

- Resolución: 720 p
- Datos de reproducción:

134
 Información de reproducción

Reproductor HTML Video Player

Métodos de reproducción DirectStream

Protocolo http

Tipo de stream HLS

Información de video

Resolución de video 1280 x 720

Información de stream

Codec de Video H.264

Codec de Audio MP3

Bitrate 8.2 Mbps Video Bitrate: 8.0 Mbps

Video Bitrate: 192 kbps

COMPUTADORA
- ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:

135
 - CONMUTACION DE PAQUETES:

SMARPHONE
- ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:

- CONMUTACION DE PAQUETES:

136
PLASMA TV
- ANCHO DE BANDA OCUPADO:
- TASA DE TRANSFERENCIA:
- CONMUTACION DE PAQUETES:

4.1.1.3. CANAL SD

- Resolución: 480p
- Datos de reproducción:
Información de reproducción

Reproductor HTML Video Player

Métodos de reproducción DirectStream

Protocolo http

Tipo de stream HLS

Información de video

Resolución de video 854 x 480

Información de stream

Codec de Video H.264

Codec de Audio MP3

Bitrate 2.1 Mbps Video Bitrate: 2.0 Mbps

Video Bitrate: 128 kbps

COMPUTADORA
- ANCHO DE BANDA OCUPADO:

137
 - TASA DE TRANSFERENCIA:

- CONMUTACION DE PAQUETES:

SMARPHONE
- ANCHO DE BANDA OCUPADO:

138
 - TASA DE TRANSFERENCIA:

- CONMUTACION DE PAQUETES:

PLASMA TV
- ANCHO DE BANDA OCUPADO:
- TASA DE TRANSFERENCIA:
- CONMUTACION DE PAQUETES:

4.1.1.4. CANAL HD
- Resolución: 720p
- Datos de reproducción:

139
 Información de reproducción

Reproductor HTML Video Player

Métodos de reproducción DirectStream

Protocolo http

Tipo de stream HLS

Información de video

Resolución de video 1280 x 720

Información de stream

Codec de Video H.264

Codec de Audio MP3

Bitrate 8.1 Mbps Video Bitrate: 8.0 Mbps

Video Bitrate: 128 kbps

COMPUTADORA
- ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:

- CONMUTACION DE PAQUETES:

140
SMARPHONE
- ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:

- CONMUTACION DE PAQUETES:

141
PLASMA TV
- ANCHO DE BANDA OCUPADO:
- TASA DE TRANSFERENCIA:
- CONMUTACION DE PAQUETES:

4.1.1.5. CANAL FULL HD

- Resolución: 1080p
- Datos de reproducción:
Información de reproducción

Reproductor HTML Video Player

Métodos de reproducción DirectStream

Protocolo http

Tipo de stream HLS

Información de video

Resolución de video 1920 x 800

Información de stream

Codec de Video H.264

Codec de Audio MP3

Bitrate 20.1 Mbps Video Bitrate: 20.0 Mbps

Video Bitrate: 128 kbps

COMPUTADORA
- ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:
142
 - CONMUTACION DE PAQUETES:

SMARPHONE
- ANCHO DE BANDA OCUPADO:

- TASA DE TRANSFERENCIA:

143
 - CONMUTACION DE PAQUETES:

PLASMA TV
- ANCHO DE BANDA OCUPADO:
- TASA DE TRANSFERENCIA:
- CONMUTACION DE PAQUETES:

4.1.2. Rendimiento del router

CONSUMO DE CPU DE MIKROTICK

CANAL FULL HD

CANAL HD

CANAL SD

CANAL CAMARAA

CANAL OBS

0.00% 2.00% 4.00% 6.00% 8.00% 10.00% 12.00%

PROMEDIO MAXIMO MINIMO

4.1.3. Rendimiento del servidor

4.2. Pruebas de servicio de video bajo demanda

El usurario tiene a disposición la carpeta de películas o series, también la página Jellyfin y la
aplicación presenta una lista de aquellos programas que no se acabaron de ver característico de
todas las plataformas del mismo tipo.

144
Si accede a la carpeta de películas se podrá visualizar el catálogo de películas, en este se dispone
de 5 películas en diferentes formatos. En la opción de series, se presenta la lista de series con sus
temporadas y el número de capítulos disponibles en el servidor.

Al seleccionar una película se presenta detalles de la misma como el género, director, el formato,
entre otros, el usuario solo debe presionar la opción play y la película comenzara a reproducirse.
Por otra parte, las series despliegan una lista de capitulo referente a esa temporada con una imagen
de presentación del propio capítulo.

145
Al reproducir el video el usuario visualizará el contenido y tendrá a disposición las acciones
características como pausa, adelantar, siguiente y una nueva como la reproducción en segundo
plano.

4.2.1. Consumo de ancho de banda

146
4.2.2. Rendimiento del servidor

4.3. Dimensión de hardware de servidores

4.4. Cabecera IPTV

4.4.1. Elementos de la infraestructura

De acuerdo al diseño presentado en la figura 103-3 es necesario de encoder IP y IRD para la
capturara del contenido a transmitirse hacia el servidor de streaming para el servicio de televisión
en vivo.

El objetivo es poder transmitir 50 canales de televisión, para los 10 canales con resolución full-
HD se usarán encoder IP los cuales capturan el contenido de TVBOX mediante HDMI, mientras
que para los otros canales SD y HD será mediante satélite por lo que se ocuparan IRD que
capturaran el contenido.

Para el encoder de video IP se ha seleccionado uno de la marca ISEEVY especializado para IPTV,
posee 8 canales 1080p mediante entradas HDMI, Codec H.264 y una gran gama de resoluciones
de salida. En la tabla se encuentra más detallado sus características, para la cabecera serán
necesarios 2 unidades de este modelo para tener los 10 canales más 6 entradas extra que servirán
como reserva.

Tabla 12-4. Caracteristicas Técnicas de encoder IP.

Marca ISEEVY
Modelo Video Encoder IPTV 8 canales 1080P H.264
HDMI
Caracteristicas técnicas:
 Entrada: 8 canales HDMI 1.4, compatible con HDCP.
 Salida: Interfaz Ethernet RJ45 1000 Base-T.
 Resoluciones:1920x1080(60P/50P),1920x1080(60i/50i),1280x720(60P/50P)
720x576i,720x480i
 Tasa de bits de salida: 0.16 Mbps-32 Mbps
 Control de la velocidad de bits CBR/VBR
 Protocolos de streaming: HTTP, UDP, RTSP, RTMP, ONVIF, HLS, FLV,
unicast/multicast
 Alimentación: Potencia DC12V 2A Consumo 15 W.
Compatibilidad:
- Equipos de cabecera IPTV/OTT

147
 - LiveStreaming
- Facebook y YouTube
- Servidores Wowza

Dispositivo

Realizado por: Satán D. 2020

Para la recepción de los canales por satélite es necesario de un elemento conocido como IRD

4.4.2. Costos referenciales de la implementación del diseño

En el capítulo III en la sección de diseño de cabecera se especificó los elementos que conformaran
la cabera IPTV para la empresa SITCOM con una respectiva descripción de los requerimientos y
función que cumplirá dentro de la infraestructura.

5. CONCLUSIONES Y RECOMENDACIONES

5.2. Conclusiones

5.3. Recomendaciones
El prototipo de cabecera con Jellyfiln permite generar un servicio IPTV con las ventajas de una
OTT, es fundamental para este tipo de infraestructuras la participación de un servidor de
streaming como generador de fuentes de televisión, debido a que el middleware no puede
compartir transmisiones multicast, solo puede transmitirlo mediante unicast HLS hacia los
clientes. Si el middleware que sustituya a Jellyfiln contiene esa compatibilidad con transmisión
multidifusión el servidor se vuele innecesario.

148
BIBLIOGRAFIA

¿Qué es QoS y por qué es importante para una mejor conexión a Internet? [en línea], [sin
fecha]. [Consulta: 26 noviembre 2020]. Disponible en:
https://www.adslzone.net/2016/04/08/qos-importante-una-mejor-conexion-internet/.
AGUILERA, S. y CAYO, J., 2012. Uso de multicast en IPTV y su efecto en el ancho de banda
usado. ,
ANDRÉS, C., SÁNCHEZ, V., DIEGO, J., DÍAZ, A.R., DIEGO, J. y DÍAZ, A.R., 2008. Framework para el
desarrollo de aplicaciones IPTV en el ámbito académico ( Universidad EAFIT ) Universidad
EAFIT Pregrado de Ingeniería de Sistemas Medellín. , pp. 1-83.
ANDRÉS, N.C.G. y ANDRES, G.C.J., 2015. ENRUTAMIENTO IP MULTICAST INFORME DE LA
EXPOSICIÓN. [en línea]. S.l.: Disponible en:
https://d1wqtxts1xzle7.cloudfront.net/40766333/Investigacion_IP_Multicast.pdf?145015
6428=&response-content-
disposition=inline%3B+filename%3DInvestigacion_IP_Multicast.pdf&Expires=160635365
0&Signature=dXJ2u2r4uv3ifS6l64WBCNff6o-pPeRnSKXrhcBKxX5oo9TdOFSWVRB.
ARCOTEL, 2020. Boletín estadístico Arcotel 2019. [en línea]. S.l.: Disponible en:
https://www.arcotel.gob.ec/wp-content/uploads/2015/01/boletin-febrero-2020-.pdf.
ARIGANELLO, E., 2014. Redes Cisco CCNP a Fondo: guia de estudio para profesionales [en
línea]. S.l.: RA-MA Editorial. ISBN 9788499643618. Disponible en:
https://elibro.net/es/lc/espoch/titulos/106405.
AVELLANEDA, J. V y RODRÍGUEZ DANILO A LÓPEZ, J.R., 2014. Servicios de Televisión sobre la
Plataforma de Internet (IPTV-IMS) usando Protocolo de Flujo en Tiempo Real (RTSP) y
Protocolo de Transferencia de Hipertexto (HTTP). Información Tecnológica, vol. 25, no. 1,
pp. 67-76. DOI 10.4067/S0718-07642014000100008.
BARCELO ORDINAS, J.M., 2013. Protocolos y aplicaciones Internet [en línea]. S.l.: Editorial UOC.
ISBN 9788490296981. Disponible en: https://elibro.net/es/lc/espoch/titulos/56654.
CARRIÓN CONZA, M.Y. y INTRIAGO RODRÍGUEZ, D.F., 2016. Implementación de un prototipo de
red IPTV (Internet Protocol Television) de manera inalámbrica en Riobamba. S.l.: Escuela
Superior Politécnica de Chimborazo.
CLARES-GAVILÁN, J. y MEDINA-CAMBRÓN, A., 2018. Development and establishment of video
on demand (VOD) in Spain: The case of Filmin. Profesional de la Informacion, vol. 27, no.
4, pp. 909-920. ISSN 16992407. DOI 10.3145/epi.2018.jul.19.
CONDE DEL OSO, L.E., 2010. Propuesta para la validacion de la calidad del video en el servicio
de IPTV [en línea]. S.l.: D - Instituto Superior Politecnico Jose Antonio Echeverria. CUJAE.
Disponible en: https://elibro.net/es/lc/espoch/titulos/86030.
CUELLAR Q., J.C., ARCINIEGAS, J.L. y HAMILTON ORTIZ, J., 2018. Modelo para medir QoE en
IPTV [en línea]. S.l.: Editorial Universidad Icesi. ISBN 9781512973907. Disponible en:
https://elibro.net/es/lc/espoch/titulos/120437.
DEGRANDE, N., LAEVENS, K., DE VLEESCHAUWER, D. y SHARPE, R., 2008. Increasing the user
149
 perceived quality for IPTV services. IEEE Communications magazine, vol. 46, no. 2, pp. 94-
100. ISSN 0163-6804.
DIGITALAV, 2020. La convergencia de digital signage e IPTV en plataformas integradas. [en
línea]. [Consulta: 26 noviembre 2020]. Disponible en:
https://www.digitalavmagazine.com/2018/10/25/la-convergencia-de-digital-signage-e-
iptv-en-plataformas-integradas/.
EFORT, 2011. RTP y RTCP. , pp. 1-9.
FACCHINI, H.A., PÉREZ, S.C., HIDALGO, F. y VARELA, P., 2020. Análisis, simulación y estudio
experimental del comportamiento de métricas de QoS y QoE de streamings de video
multicast IPTV: caso de estudio en la red de la UTN-Mendoza. XXII Workshop de
Investigadores en Ciencias de la Computación (WICC 2020, El Calafate, Santa Cruz). S.l.:
s.n., ISBN 9873714820.
FECHEYR-LIPPENS, A., 2010. A Review of HTTP Live Streaming Table of Contents. Memory [en
línea], no. January 2010. Disponible en:
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.466.6043&rep=rep1&type=p
df.
FREIRE CHINACHI, A.K., 2019. Diseño del servicio de IPTV sobre la infraestructura GPON de la
OLT Riobamba Centro para la prestación de servicio de video por suscripción de la CNT EP
Chimborazo. 2019. S.l.: Escuela Superior Politécnica de Chimborazo.
FRNDA, J., NEDOMA, J., VANUS, J. y MARTINEK, R., 2019. A hybrid QoS-QoE estimation system
for IPTV service. Electronics (Switzerland), vol. 8, no. 5. ISSN 20799292. DOI
10.3390/electronics8050585.
HASSAN, M.M., HOSSAIN, M.A., ABDULLAH-AL-WADUD, M., AL-MUDAIHESH, T., ALYAHYA, S. y
ALGHAMDI, A., 2015. A scalable and elastic cloud-assisted publish/subscribe model for
IPTV video surveillance system. Cluster Computing, vol. 18, no. 4, pp. 1539-1548. ISSN
1386-7857.
HERRAMIENTAS WEB, 2010. La cabecera IPv4. [en línea]. [Consulta: 26 noviembre 2020].
Disponible en: https://neo.lcc.uma.es/evirtual/cdd/tutorial/red/cabipv4.html.
HUIDOBRO, J.M., 2005. IPTV, la televisión a través de Internet. Autores Científico - Técnicos Y
Académicos [en línea], pp. 39-44. Disponible en:
https://www.acta.es/medios/articulos/ciencias_y_tecnologia/043039.pdf.
ITU-T Y.1541, 2011. Y.1541 Network performance objetives for IP-based services. Serie y:
GLOBAL INFORMATION INFRASTRUCTURE, INTERNET PROTOCOL ASPECTS AND NEXT-
GENERATION NETWORKS Internet protocol aspects – Quality of service and network
performance. [en línea], pp. 66. Disponible en: http://www.itu.int/rec/T-REC-Y.1541-
201112-I.
LEÓN CHEVEZ, J.G., 2017. Estudio de las tecnologías HFC y FTTH para determinar su factibilidad
en la implementación del servicio IPTV. ,
MARTÍN, D.V., 2019. Enmascaramiento de frecuencias – Parte I – sound:check. [en línea].
[Consulta: 19 noviembre 2020]. Disponible en:
https://soundcheck.com.mx/enmascaramiento-de-frecuencias-parte-i/.
MAURI, J.L., PINEDA, M.G. y SEGUÍ, F.B., 2009. IPTV: la televisión por internet. S.l.: Editorial
150
 Vértice. ISBN 8492647221.
MDN WEB DOCS, 2020. Generalidades del protocolo HTTP - HTTP | MDN. [en línea]. [Consulta:
20 noviembre 2020]. Disponible en:
https://developer.mozilla.org/es/docs/Web/HTTP/Overview.
OLIVER GIL, J.S., 2018. Captura de señales de audio y preparación para su compresión. ,
PUSTIŠEK, M., ZEBEC, L., STOJMENOVA, E. y KERVINA, D., 2013. Bringing health telemonitoring
into IPTV based AMI environment. Proceedings of the 4th International Workshop on
Semantic Ambient Media Experience, SAME 2011, in Conjunction with the 5th
International Convergence on Communities and Technologies, pp. 7-11.
RODRÍGUEZ VÉLIZ, M.J., 2016. Propuesta de implementación de una infraestructura IPTV caso
de estudio: Universidad Técnica de Manabí. 2016. S.l.: PUCE.
TELEBREEZE, 2020. Plataforma IPTV/OTT completa. [en línea]. [Consulta: 26 noviembre 2020].
Disponible en: https://telebreeze.com/es/platform.
UNIÓN INTERNACIONAL DE TELECOMUNICACIONES ITU-T, 2015. IPTV green book_V005. ITU
Recommendations for IPTV, vol. 5, pp. 64.
VALERO, C., 2020. Agotamiento de las dirección IPv4 y cambio fallido a IPv6 en 2020. [en línea].
2020. [Consulta: 20 noviembre 2020]. Disponible en:
https://www.adslzone.net/noticias/redes/ipv4-ipv6-direcciones-2020/.

ANEXOS

151
152
153
154