Anace de Miercoles de Tercer Parcial
Anace de Miercoles de Tercer Parcial
Anace de Miercoles de Tercer Parcial
Trabajo de titulación
Tipo: Proyecto Técnico
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.
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
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.3.2.1. MPEG.............................................................................................................. 17
2.3.2.2. Serie ITU h-200............................................................................................... 18
2.3.3. Formatos de audio para IPTV ................................................................................ 19
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
x
4.5. EQUIPOS EN EL MERCADO ................................................................................. 147
4.5.1. LISTA DE EQUIPOS ........................................................................................... 148
xi
ÍNDICE DE TABLAS
xii
ÍNDICE DE FIGURAS
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
xix
SUMMARY
xx
INTRODUCCIÓN
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.
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.
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
¿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?
¿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
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
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
OBJETIVOS ESPECIFICOS
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.
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)
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.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.
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
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)
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.
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.
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.
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
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)
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
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.
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.
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.
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.
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
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.
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.
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:
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.
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:
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.
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
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).
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.
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.
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).
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.
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)
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.
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.
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ó.
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).
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.
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.
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.
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)
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.
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.
31
conjunto de funciones de HLS , que promete ofrecer una latencia
inferior a 2 segundos.
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.
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:
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)
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.
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á.
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.
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
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
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.
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.
IPv6
Rango Detalles
FF0X:1 Es la dirección que se usa para todos los nodos IPv6 en la red.
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)
- 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.
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.
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.
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.
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.
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.
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.
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.
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)
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)
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.
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.
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.
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.
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.
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)
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.
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.
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 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.
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)
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)
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.
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.
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)
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)
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
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)”
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.
Entre sus principales actividades y servicios económicos que ofrece la empresa tenemos:
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).
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.
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.
- 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.
56
Figura 6-3. Router MikroTik CCR1036-12G-4S
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.
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.
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.
- 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.
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.
61
Características técnicas de la OLT:
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.
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.
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.
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.
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.
Red 40 - - -
Inalámbrica
Realizado por: Darío Satán, 2020
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:
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.
20 Series 10 Canales HD
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.
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.
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.
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.
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.
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
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.
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.
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.
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:
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:
73
- Puerto de Red: Ethernet
Servidor de Streaming
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.
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.
- TX-6610
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)
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
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.
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.
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:
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.
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.
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:
- Editar el enlace.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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
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.
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.
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
94
Figura 55-3. Configuración de 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.
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.
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
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.
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.
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.
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.
Informes: se puede visualizar los informes de test que son resultado de lo capturado por los
sensores
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.
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.
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
Una vez terminado el router aparecerá en la lista del grupo infraestructura de red, y se habilitado
la opción para añadir sensores.
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.
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
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.
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
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.
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.
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.
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.
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.
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
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.
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.
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
Pasos Capturas
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.
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.
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.
Pasos Capturas
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.
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
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
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.
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
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.
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.
123
Figura 100-3. Servicio de televisión en vivo mediante VLC.
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
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.
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
𝐷𝑢𝑟𝑎𝑐𝑖𝑜𝑛 𝑑𝑒 𝑉𝑖𝑑𝑒𝑜(𝐻) ∗ ( )
∗ 𝑣𝑒𝑙𝑜𝑐𝑖𝑑𝑎𝑑 𝑛𝑜𝑚𝑖𝑛𝑎𝑙 ∗ = 𝑇. 𝑎𝑙𝑚𝑎𝑐𝑒𝑛𝑎𝑚𝑖𝑒𝑛𝑡𝑜(𝑏𝑦𝑡𝑒)
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.
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.
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.
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
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
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.
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.
Protocolo http
Información de video
Información de stream
132
Codec de Audio MP3
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:
134
Información de reproducción
Protocolo http
Información de video
Información de stream
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
Protocolo http
Información de video
Información de stream
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
Protocolo http
Información de video
Información de stream
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:
Protocolo http
Información de video
Información de stream
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:
CANAL FULL HD
CANAL HD
CANAL SD
CANAL CAMARAA
CANAL OBS
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.
146
4.2.2. Rendimiento del servidor
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.
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
Para la recepción de los canales por satélite es necesario de un elemento conocido como IRD
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