Difusión de video Unicast, Configuración

Como se ha mencionado anteriormente se cuenta con 4 flujos independientes que se deben transmitir, en una red de alta velocidad para poder obtener en el sitio remoto el holograma deseado.

La mayoría de las direcciones IP se refieren a un único destinatario, se denominan direcciones Unicast. Las conexiones Unicast especifican una relación uno-a-uno entre un origen y un destino, dicho lo anterior es una las principales pruebas que se hicieron para la difusión de video, para después demostrar la diferencia de usar la técnica Unicast con Multicast haciendo la última, base fundamental para el buen desarrollo del presente trabajo, véase Fig. (5.18)

Fig. Fig. (5.18) Aplicación de la difusión de video mediante Transmisión Unicast

Para realizar la difusión de video, primeramente se debe configurar el servidor de video para su correcta difusión, esto es, la dirección IP de la cámara (Fuente) y la dirección IP destino que será el cliente Local (proyección), véase Fig. (5.19).

Transmisión Unicast Sever VLC 1 Sever VLC 3 Sever VLC 4 Sever VLC 2 Visualizacion Cliente VLC 1 Cliente VLC 3 Cliente VLC 4 Cliente VLC 2 Flujo 1 Flujo 2 Flujo 3 Flujo 4

Fig. (5.19) Configuración para la difusión de Video de la cámara 1

Se puede observar que el protocolo utilizado para la reproducción de video es RTSP un protocolo de flujo en tiempo real que establece y controla uno o muchos flujos sincronizados de datos, ya sean de audio o de video. RTSP actúa como un mando a distancia mediante la red para servidores multimedia., con un puerto 1234 previamente configurado en cada una de las cámaras, véase Fig. (5.20)

RTSP es un protocolo no orientado a conexión, en lugar de esto el servidor mantiene una sesión asociada a un identificador, en la mayoría de los casos RTSP usa TCP para datos de control del reproductor y UDP para los datos de audio y vídeo aunque también puede usar TCP en caso de que sea necesario. En el transcurso de una sesión RTSP, un cliente puede abrir y cerrar varias conexiones de transporte hacia el servidor por tal de satisfacer las necesidades del protocolo.

Fig. (5.20) Configuración del protocolo RTSP de cada una de las cámaras para la Visualización de Video de las cámaras

Una vez hecha la configuración de red del servidor se emite el video al cliente con una dirección IP local 192.168.1.70, para comprobar que la fuente será la cámara, antes de hacer la emisión se comprueba, con la siguiente ventana, véase Fig. (5.21)

Fig. (5.21) Resultado de la configuración de red de la cámara, antes de ser emitido el video

Ahora se procede a realizar la configuración de la codificación del video utilizando como protocolo RTP/MPEG, véase Fig. (5.22) RTP es un protocolo de transporte de tiempo real, es un protocolo de nivel de sesión utilizado para la transmisión de información en tiempo real, como por ejemplo audio y vídeo en videoconferencia

Fig. (5.22) Codificación del video a enviar

Una vez configurada la codificación de formato se añade el destino que es la dirección IP Local donde se visualizara el Video con Una dirección IP 192.168.1.70/24, véase Fig. (5.23)

Lo último a configurar, es el TTL, para poder realizar la difusión de video satisfactoriamente, y además con buena calidad se hicieron algunas configuraciones extras, como es el TTL (Time To Live) en el servidor VLC, que es el tiempo de vida de los paquetes IP, es decir un TTL, de 5, quiere decir que el flujo atravesara en 4 routers, véase Fig. (5.24)

Fig. (5.24)Configuración Final para la Difusión de Video

Una vez hecha la configuración en el servidor, en el cliente se hace la configuración de red véase Fig. (5.25), para la visualización de Video Véase Fig. (5.27)

Fig. (5.25) Configuración de red en el Destino

Utilizando un analizador de tráfico se puede observar el tráfico UDP visto desde los clientes no es mismo que en el servidor, Véase Apéndice F. Esto se debe a que se está utilizando la técnica Unicast, lo que quiere decir es que a medida que se incremente el número de clientes la demanda de ancho en el servidor será mayor.

La transmisión por Internet de contenidos multimedia puede significar un reto mayor. De igual manera a como se establece la conexión con otra computadora, la recuperación de un acervo en audio o video implica el uso de cierto porcentaje del ancho de banda disponible, que se multiplica proporcionalmente conforme los accesos a los servidores aumentan. A esta forma de conexión, punto a punto, donde el cliente establece un enlace con el servidor y recibe o envía una cadena de datos independiente a las que se estén trabajando con otros clientes se le conoce como Unicast.

Diversos servicios en vivo como la videoconferencia, audio conferencia son distribuidos de esta manera tradicionalmente. Los servicios asíncronos, como el audio y video en demanda, sólo pueden proporcionarse bajo este formato. Dicho de otra manera: los clientes crean un canal exclusivo con el servidor, un canal por separado, sumándose el consumo de ancho de banda conforme más usuarios se vayan conectando. Véase Apéndice F Fig. (5.1 d) Teniendo como resultado la visualización de video en los clientes Véase Fig. (5.26) de la siguiente manera:

Fig. (5.26) Visualización de video con Unicast