Práctica 2 Videoconferencia y video streaming en multicast

(versión 2012-2013)
Autores: Santiago Felici Rogelio Montañana

1.- Introducción y objetivos
En esta práctica se realizan pruebas con diversas herramientas de videoconferencia y vídeo streaming en multicast. También se llevan a cabo diversos experimentos de transmisión multicast con el objeto de que el alumno se familiarice con su funcionamiento. Para el desarrollo de la práctica se utilizan ordenadores con sistema operativo MS Windows XP que deben tener instalados los siguientes paquetes de software:    El programa Wireshark que se utiliza como analizador de tráfico. Es un software de libre distribución que puede obtenerse de www.wireshark.org . Tres herramientas del paquete MBone llamadas SDR, RAT y VIC. Se trata de un software de videoconferencia con capacidad multicast, de libre distribución que puede obtenerse de http://www-mice.cs.ucl.ac.uk/multimedia/software/ El programa VideoLAN, que sirve para enviar y recibir emisiones de vídeo en IP. Es un software de libre distribución que puede funcionar en unicast y en multicast y que se puede obtener de www.videolan.org

Los ordenadores deben estar dotados de cámara de vídeo, micrófono y auriculares.

2.- Preparación
En primer lugar los alumnos deben organizarse para trabajar por parejas de ordenadores, a ser posible habiendo un alumno por ordenador. La práctica se desarrolla con el sistema operativo Windows XP. El profesor indicará el usuario y contraseña que deben utilizar los alumnos. A continuación, los alumnos conectarán la cámara de vídeo, el micrófono y los auriculares. Ahora los alumnos deben averiguar los siguientes datos de su ordenador y el de su vecino:

Dato Dirección IP Máscara Router por defecto ó ‘puerta de enlace’

Ordenador mío

Ordenador del vecino

Para obtener los datos de tu ordenador procede de la siguiente forma: haz clic con el botón izquierdo del ratón en el icono ‘Inicio’ en la parte inferior izquierda de la pantalla y en el menú desplegable selecciona ‘Ejecutar…’. En el campo ‘Abrir’ teclea ‘cmd’ y en la ventana que aparece teclea el comando ‘ipconfig’. De la respuesta a dicho comando obtendrás todos los datos requeridos. Es posible que el ordenador tenga varias interfaces de red (reales o virtuales); en ese caso la que nos interesa es la que conecta el ordenador a la red de la universidad que será una dirección que empezará por 147.156. Las otras interfaces tendrán normalmente direcciones privadas, o la dirección loopback.

255.1.0. La máscara y router por defecto de su ordenador son iguales que las tuyas. usando los conocimientos vistos en teoría. Esto significa que cuando nuestro host quiera enviar algún paquete a una dirección multicast lo hará directamente a través de dicha interfaz. para ello.Pruebas básicas de multicast En esta parte de la práctica vamos a realizar diversas pruebas y experimentos de transmisión multicast con el objetivo de familiarizarnos con su funcionamiento y mostrar algunas características interesantes.0. donde aparecerá la opción de desactivar el cortafuegos.0.0 Máscara de red 240. pulsa en Inicio. la que nosotros usaremos será la que nos conecte a lal red de la universidad.255).156 hemos anotado anteriormente. Escribe aquí la dirección MAC calculada: P4-2 .0. Por último desactiva el cortafuegos de Windows. 3. selecciona Panel de control. es decir serán enviados directamente en la red local. que abarca desde la 224.255. y pulsa en Firewall de Windows.255. Veremos que en la lista de rutas mostrada aparece una o varias rutas como la siguiente: Destino de red 224.0 Puerta de acceso Dir_IP Interfaz Métrica Dir_IP 20 Donde ‘Dir_IP’ es la dirección de la interfaz Ethernet del host. Esto indica que los paquetes broadcast recibirán el mismo tratamiento que los paquetes multicast. 3. cuya dirección que emplieza por 147. Para ello comprobaremos que existe una ruta definida para las direcciones clase D mediante el comando ’route print’ que ejecutaremos en una ventana de comandos que abriremos seleccionando con el ratón el icono ‘Inicio’ en la parte inferior izquierda de la pantalla. la dirección MAC que se corresponde con una emisión multicast a la dirección IP 224. También podemos ver que hay definida una (o varias) ruta(s) host (máscara de 32 bits) para la dirección broadcast (255.Comprobación de la ruta para direcciones clase D Antes de lanzar los ping vamos a comprobar que nuestro ordenador tiene soporte muticast.0..0..0/4.0. Para lanzar los pings que vienen a continuación podemos utilizar la misma ventana de comandos que hemos utilizado para el ’route print’.255.0.0.0. Observa que la máscara de esta ruta abarca todo el rango de direcciones clase D (red 224. Si nuestro ordenador tiene varias interfaces (reales o virtuales) normalmente aparecerá la ruta multicast replicada para todas ellas. Para ello utilizaremos el comando ping y el analizador wireshark.255) lo cual indica que los paquetes enviados a dicha dirección serán enviados también por la interfaz Ethernet.Práctica 2: Videoconferencia y vídeo streaming en multicast Pregúntale a tu vecino su dirección IP. Calcula. en el menú desplegable seleccionaremos ‘Ejecutar…’ y en el campo ‘Abrir’ teclearemos ‘cmd’.1.0 hasta la 239.

156.0.0. pero Windows no lo permite. Un filtro que evitaría capturar esos paquetes. el ping recibe múltiples respuestas. en efecto.0. y responde a las siguientes preguntas: ¿Qué dirección MAC de destino tiene el ICMP ECHO REQUEST del ping multicast? ¿Se corresponde con la MAC calculada anteriormente? ¿Cuántos equipos hay en nuestra red con soporte multicast encendidos en este momento? icmp and ((src 147. En este caso la LAN abarca todo el edificio donde nos encontramos. pero el ping acusa una sola respuesta.156.80.Ping a la dirección broadcast de nuestra red Vamos a hacer ahora un ping a la dirección broadcast de la red en la que nos encontramos. aunque el programa ping de Windows solo reporta la primera e ignora el resto.3. En P4-3 . para la dirección 147.. y esos paquetes.156.166 por ejemplo. que corresponde a todos los hosts multicast de la red (si tecleamos el comando ‘nslookup 224.0. sería el siguiente: icmp and ((src 147.1 con este filtro sí podrás estar seguro de capturar solo tu ping y sus respuestas. pero esta vez poniendo en marcha previamente una captura en el Wireshark con el filtro ‘host dirección_IP and icmp’ donde ‘dirección_IP’ es la dirección IP de nuestro ordenador (por ejemplo ‘host 147.0.80. Hay algo que falla en el filtro que acabamos de configurar.80. Tal como lo hemos definido captura el ICMP ECHO que envía nuestro host y los ICMP ECHO-REPLY que nos devuelven los demás hosts de la LAN.116) 3. Por el número de respuestas a nuestro ping reflejadas en el Wireshark podremos saber.1 Ahora vamos a hacer ping a la dirección 224.255.116) Si haces el ping a 224.0.2. de forma que podremos ver nuestro ping y las respuestas obtenidas.0. Vamos a enviar un solo paquete de ping a dicha dirección mediante el comando ‘ping -n 1 224.Ping a la dirección 224. que es el ICMP ECHO-REQUEST enviado por tu ordenador.156.0. Así podremos ver que.255.1’ (la opción ‘–n 1’ indica que se envíe un solo paquete).0.255.Práctica 2: Videoconferencia y vídeo streaming en multicast 3.80. ya que como sabemos los paquetes dirigidos a direcciones 224. cuantos hosts con soporte multicast se encuentran encendidos y conectados en este momento en el edificio. Sería más fácil hacer ping a la dirección 255. Con este ping deberíamos recibir tantas respuestas como hosts con soporte multicast estén encendidos en estos momentos en nuestra LAN.116’).net’).116 and multicast) or dst 147.mcast. En el detalle mostrado por el Wireshark selecciona ahora el primer paquete de la captura.116 and multicast) or dst 147.80. ahora sí. Pero como nuestros compañeros del laboratorio están haciendo lo mismo y al mismo tiempo estamos recibiendo de ellos una serie de ICMP ECHO que estamos respondiendo.80.0.156. Evidentemente hay más de un host con soporte multicast en nuestra red puesto que ya solo en el laboratorio donde nos encontramos hay varios..156.1’ veremos que el DNS resuelve esa dirección en el nombre ‘all-systems. Este filtro captura todo el tráfico ICMP con origen o destino nuestro ordenador.0/24 no son propagados por los routers.0. Para averiguar lo que ocurre vamos a repetir el mismo ping.1. que no corresponden a nuestro ping. también los estamos capturando.0. probablemente para evitar ‘confundir’ al usuario . Por tanto este ping debería recibir tantas respuestas como hosts con soporte multicast hay en nuestra red local.

Además puede haber ordenadores con filtro configurado en el cortafuegos a los pings de uno u otro tipo (o ambos). Ahora el número de respuestas recibidas corresponde al número de hosts con soporte del protocolo IP que están encendidos en este momento en el edificio.156. Otros dispositivos conectados a la red que no necesitan muticast. es decir el programa ping reporta una única respuesta. Observarás el mismo comportamiento que antes. por ejemplo. Tampoco requieren soporte multicast. 3.0/23.156. que pueden ser por ejemplo:     Impresoras con conexión LAN. Debes ahora calcular la dirección IP broadcast de tu red a partir de la IP y máscara de tu ordenador.116 and multicast) or dst 147. Lo mismo podría ocurrir con el ping a la dirección 224. por ejemplo equipos de medida o de control de laboratorio con sistemas embebidos Sistemas operativos con multicast desactivado o sin soporte multicast. Esto se debe a que. ya que ahora 1 deberían contestar todos los hosts de antes más aquellos que tienen IP sin soporte multicast .80..0. si existen en la LAN ordenadores de otra red IP también nos responderán.0. Responde ahora a las siguientes preguntas: 1 Para que el cómputo fuera riguroso habría que haber hecho los dos pings al mismo tiempo.8. P4-4 .0/23.Ping broadcast a una red remota Ahora vamos a hacer un ping a la dirección broadcast de una red IP remota. aunque el ping lo hemos enviado a la dirección broadcast de nuestra red IP. Como siempre primero pondremos en marcha el Wireshark con el filtro ‘host dirección_IP and icmp’ (a partir de ahora este filtro es suficiente para capturar solo nuestro tr´qafico). Responde ahora a las siguientes preguntas: ¿Qué dirección IP has empleado en el ping broadcast? ¿Qué dirección MAC de destino emplea ahora el ICMP ECHO REQUEST? Suponiendo que la prueba hecha es fiable ¿Cuántos equipos hay en nuestra red sin soporte multicast? Podría ser que recibamos alguna respuesta de direcciones de otra red IP.80. pero el Wireshark nos permite saber cuantas hay realmente.Práctica 2: Videoconferencia y vídeo streaming en multicast cualquier caso el ping que vamos a hacer es completamente equivalente.116). Luego haremos ‘ping – n 1 direccion_IP’ donde ‘direccion_IP’ será en este caso la dirección broadcast de la red 147.156. que corresponde al Servicio de Informática. ya que entre uno y otro puede haberse encendido o apagado algún equipo del edificio. Estos dispositivos se comportan como hosts en la red pero debido a su naturaleza no requieren soporte multicast. En esta red siempre hay al menos una docena de ordenadores encendidos.156. Equipos de red gestionables de nivel 2 (conmutadores LAN). Una vez obtenida deberás lanzarle un ‘ping –n 1’ (solo enviaremos un paquete) poniendo previamente en marcha la captura del Wireshark con el filtro de antes (icmp and ((src 147.. Windows 95.1. por lo que lo normal sería recibir múltiples respuestas. Vamos a utilizar para ello la 147.4. El número de respuestas puede ser ligeramente superior al de antes.8.

0.0.5 224. Haz ping ahora a la dirección 224.net igrp-routers.mcast.Práctica 2: Videoconferencia y vídeo streaming en multicast ¿Qué dirección IP has utilizado en el ping broadcast? ¿Cuantas respuestas se reciben? ¿Qué dirección de origen tienen? ¿Sabrías explicar el resultado obtenido? (pista: las rutas pueden ser asimétricas) 3.0.net pim-routers.2.net en el DNS).0.0.0/24 son las siguientes: Dirección 224.net igmp.mcast.10 224.0.net Ahora.0/24 siempre tienen restringido su ámbito a la red local (TTL=1).0.0.mcast.5.0.0. que corresponde a todos los routers multicast (all-routers.mcast.0.2 y con la ayuda del Wireshark responde a la siguiente pregunta: ¿Cuantos routers con soporte multicast hay en la LAN del edificio? Recuerda que las direcciones 224.0.0.0.mcast.0/24 Ahora probaremos a enviar un ping a la dirección 224.0.Ping a la dirección 224. haciendo ‘ping –n 1’ a cada una de estas direcciones y con la ayuda del Wireshark responde a las siguientes preguntas: ¿Cuantos routers OSPF hay en la LAN del edificio? ¿Cuantos routers IGRP/EIGRP hay en la LAN del edificio? ¿Cuantos routers PIM v2 hay en la LAN del edificio? P4-5 ..0.13 224.22 Significado Routers OSPF Routers IGRP/EIGRP Routers PIM v2 Routers con soporte de IGMPv3 (envío de Membership Report) Nombre en el DNS ospf-all. Otras direcciones multicast reservadas de la red 224. Utilizaremos el Wireshark con el filtro (‘host dirección_IP and icmp’) para saber el número de respuestas realmente recibidas.0.0.2 (todos los routers multicast) y a otras direcciones multicast reservadas de la red 224.0.0.

Práctica 2: Videoconferencia y vídeo streaming en multicast ¿Cuantos routers IGMPv3 hay en la LAN del edificio? 3. VIC.net Gatekeeper.16 224. Announcement Protocol) Nombre en el DNS Music-service. Utiliza las respuestas obtenidas para responder a las siguientes preguntas: ¿Cuantos servidores Music-Service hay accesibles ahora mismo en Internet? ¿Y cuántos Gatekeepers H. ya que de lo contrario no responde nadie. Seguramente cada uno de estos grupos (especialmente el SAP) tiene en Internet muchos más participantes de lo que a la vista de las pruebas anteriores parece deducirse. sino que se propagan en principio por toda la internet Resulta interesante para esta prueba activar la función de resolución de nombres de Wireshark. Este software es de libre distribución y puede obtenerse del paquete Mash (http://www-mice.ac.254 Significado Servidores Music-Service Gatekeepers H. el VIC y el RAT son las herramientas de vídeo y audio..1. pero que presentan algunas características P4-6 . Para ello hay que marcar en ‘Capture’ ‘Options’ la casilla ‘Enable network name resolution’. y se invocan de forma automática cuando arrancamos el vídeo o el audio en una conferencia.mcast.uk/multimedia/software/).net sap. Por tanto si necesitas repetir alguno de estos pings debes esperar al menos 30 segundos antes de volver a intentarlo.mcast. 4.Pruebas con las herramientas MBone (SDR.Ping a otras direcciones multicast reservadas Otras direcciones multicast reservadas son por ejemplo las siguientes: Dirección 224.. y es el único que invocamos directamente.2. el VIC y el RAT.127.323? ¿Cuántos hosts están en este momento participando del protocolo SAP? Por alguna razón que desconozco el ping a estas direcciones no funciona si se hace con una frecuencia superior a dos pings por minuto desde una misma dirección IP.net (Session Estas no estan reservadas al ámbito de la red local.mcast.41 224.323 Anuncio de sesiones SAP.0. De la multitud de programas disponibles nosotros utilizaremos el SDR.1.ucl. RAT) Las herramientas MBone son un conjunto de programas que permiten realizar videoconferencias multicast a través de Internet. El SDR es el directorio de sesiones.cs. Se trata de programas bastante antiguos que hoy en día están declarados obsoletos. Lo que ocurre es que la mayoría de los equipos no responde a los pings o se encuentran detrás de cortafuegos que no dejan pasar los pings. respectivamente.0.6. Una vez tengas activada esta opción pon el filtro de captura habitual ( ‘host dirección_IP and icmp’) y lanza un ‘ping –n 1’ a cada una de ellas.

esto lo hará de manera natural la transmisión multicast. Para ello uno de los participantes creará una sesión a la cual se unirán todos los demás. Una vez terminada esa prueba todos nos uniremos a una de las emisiones creadas para poder participar en la misma videoconferencia..2. por lo que a veces los programas pueden abortar. Entramos entonces en un diálogo con varias etapas: 0. ya que todas o la mayoría de las sesiones utilizan códecs no soportados por el VIC ni el RAT. si aparece un nuevo participante en la red.y’ donde ‘x. y con el fin de practicar todos lo más posible. Sin embargo no intentaremos seguir ninguna. de forma que habrá tantas emisiones simultáneas como ordenadores estén realizando la práctica. En nuestra captura el primer mensaje capturado no debería ser un anuncio SDR sino un IGMP Membership Report. en un flujo constante. por medio del cual nuestro host se ha unido al grupo multicast del SDR (224. sino realizar emisiones multicast propias. Su funcionamiento con las versiones de Windows más recientes presenta algunos problemas de compatibilidad.. 4. o si no lo encuentras clicar ‘Inicio’ -> ‘Todos los programas’. Nuestro mayor interés en relación con las herramientas MBone no es ver las emisiones que llegan del exterior. Para crear una sesión debemos seleccionar en la ventana de sesiones del SDR ‘New’ y a continuación ‘Create advertised session’. que es la dirección utilizada por el protocolo SAP (Session Announcement Protocol). reciba en unos pocos minutos la información de todas las sesiones anunciadas. A continuación aparece una ventana con una lista en la que en unos instantes van apareciendo las sesiones anunciadas en Internet.254). así como unirnos a otras ya existentes. Parando la captura podrás analizar alguno de ellos y observarás que contiene información detallada sobre las diferentes sesiones que aparecen anunciadas en la ventana del SDR.2.x. De momento no se captura ningún paquete.y’ son los dos últimos bytes de la dirección IP de tu ordenador. 4.2. vamos a hacer algo que no sería muy normal en una situación real.Práctica 2: Videoconferencia y vídeo streaming en multicast interesantes para lo que hacemos en esta práctica. de la lista seleccionar ‘Mbone Tools’ y una vez allí ‘sdr’.Recibir la lista de emisiones de Internet con SDR SDR (Session Directory) permite crear y anunciar sesiones multicast.127. Ahora analiza ese paquete IGMP y responde a la siguiente pregunta: ¿Qué versión de IGMP está utilizando Windows XP? Para apuntarnos a una sesión la debemos seleccionar mediante doble clic. Los anuncios se reiteran periódicamente con el fin de que.254. Es la aplicación principal ya que actúa como gestor de las demás herramientas y es la única que se invoca directamente. sin necesidad de ningún servidor que se encargue de replicar el flujo de audio-video al resto. Pero antes. que es crear una emisión multicast diferente en cada ordenador.127. A continuación arranca el SDR. Primeramente arranca el Wireshark con un filtro para capturar únicamente los paquetes destinados a la dirección 224.1.Realizar emisiones propias con SDR Vamos a utilizar ahora las posibilidades de emisión multicast de las herramientas MBone para establecer una multi-conferencia entre todos los alumnos del laboratorio. Por ejemplo si el ordenador tiene P4-7 . Verás entonces que el Wireshark empieza a recibir gran cantidad de paquetes. que será ‘AR. Para ello debes hacer doble clic en el icono correspondiente del escritorio. En la etapa 0 asignarás a la sesión un nombre.

Para activar el tuyo pulsa en la ventana VIC el botón ‘Menu’ y en la ventana que aparece clica la casilla ‘Transmit’.116 la sesión se llamará ‘AR.2. nv y nvdct. 6. A continuación aparece una pantalla resumen (‘Review session details’) que muestra las direcciones multicast y los números de puerto que el SDR ha asignado a los flujos de vídeo.156. en ese momento empieza a emitirse tu video al resto de participantes de la sesión. no cada uno en una diferente. evitando así conflicto con otras sesiones anunciadas o activas. elegirás también la opción por defecto. Las direcciones de ambos flujos son diferentes.80.0/16.0. En la etapa 4 debes elegir los medios que quieres utilizar (audio. En la etapa 1 elegirás el valor por defecto (sesión tipo Test).Práctica 2: Videoconferencia y vídeo streaming en multicast la dirección 147.x.261 que aparece por defecto. como al crear la sesión se eligió M-JPEG el encoder elegido es ‘jpeg’. Por ejemplo el mando ‘Rate Control’ te permite regular el caudal generado en un rango muy amplio. El audio está elegido por defecto. debes elegir además video. ‘Select the Distribution Scope’. Una vez seleccionada pulsa el botón ‘Join’. En la etapa 6 ‘Select security parameters for this session ’ deja también los valores por defecto. A partir de este momento puedes hacer clic en cualquier sesión y te aparecerá una ventana mostrando su descripción y la lista de medios disponibles (audio y video) con la dirección multicast y puerto utilizados por cada uno. etc. 5. desde 1 Kb/s hasta unos 3 Mb/s. pero puedes ele gir otro. La ventana de Menu te ofrece una amplia lista de controles de tu emisión. Como lo interesante es participar todos en la misma sesión. De este modo la sesión recibirá direcciones del rango 239. según la agilidad que darle a tu emisión. También puedes ajustar el número de fotogramas por segundo. En la etapa 3. vamos a unirnos todos a la primera sesión ‘AR. En la parte ‘Encoder’ puedes indicar el formato de compresión de vídeo. 1. P4-8 .0/16. ¿Qué direcciones y puerto se van a utilizar para las emisiones de video y audio? Una vez introducidos todos los datos pulsa el botón ‘Aceptar’.). ya que presenta menos problemas de compatibilidad que el H. En la etapa 5 ‘Provide Contact Details’ deja los valores por defecto (en blanco). pizarra. 4. de lo contrario nos habría asignado direcciones del rango 224.0. A demás le debes asignar una descripción (el campo ‘Description’ no puede estar en blanco). 3. 2. con lo cual te unes a todos los medios disponibles (audio y vídeo en este caso) y te aparecerán dos nuevas ventanas. que tienen restringido el alcance al ámbito local.0. otros códecs que suelen funcionar bastante bien son cellb. Pasados unos instantes todos los ordenadores del laboratorio que estén ejecutando el SDR verán aparecer tu sesión en la lista del SDR. ‘IPv4 Local Scope’. En la etapa 2 también elegirás los valores por defecto (sesión de dos horas de duración a empezar de forma inmediata). y de audio.255. Aunque MJPEG no es un códec muy eficiente lo hemos elegido porque es compatible con la mayoría de drivers y hardware. Puedes además elegir aquí los codecs por defecto que quieres utilizar en la sesión (luego esto puede cambiarse). Como en la etapa 3 hemos elegido la opción ‘IPv4 Local Scope’ el SDR nos ha asignado direcciones del rango 239. En audio deja el que aparece por defecto (PCM) y en vídeo selecciona M-JPEG.80. si lo desea (por ejemplo solo audio si tiene ancho de banda pequeño). reservado para el SDR.y’ de la lista. que puedes modificar con la transmisión en marcha. dando así la posibilidad de que un participante reciba solo uno de los flujos. Estas direcciones las elige el SDR de forma que sean únicas en el ámbito de difusión de la emisión.0/16. de 1 a 30 fps. que corresponden al VIC (video) y al RAT (audio).255. En la ventana del VIC irán apareciendo pequeñas ventanas que irán mostrando a los participantes a medida que activan la transmisión de vídeo.116’. video. tú también verás aparecer las suyas. puesto que todos vemos la lista en el mismo orden todos elegiremos la misma sesión.

lo cual requeriría que cada uno estuviera en una sesión SDR diferente. También podemos cambiar la resolución del vídeo eligiendo entre tres tamaños posibles. Ahora debes identificar las direcciones IP de origen de la emisión multicast que está teniendo lugar en el laboratorio. la tasa de pérdidas en % (obtenida a partir de los informes de RTCP) y el número de fotogramas por segundo. la ventana ampliada puede configurarse para que conmute automáticamente por voz. En cambio el audio de la conferencia. En la ventana de RAT aparecen unos indicadores de nivel simulando una escala de LEDs y unos potenciómetros que nos permite regular el volumen del micrófono y del altavoz. que se emite en una dirección muticast diferente. lo cual es especialmente interesante en conferencias multipunto como la nuestra. esto permitiría por ejemplo que un participante con una conexión de baja velocidad. que son más eficientes. small. Ahora responde a las siguientes preguntas: ¿Qué código se utiliza en el campo protocolo de la cabecera IP para indicar IGMP? ¿Cómo sabemos si es trata de IGMP v1. Por último. fallan a menudo en el VIC. que corresponden a los tamaños SQCIF.26x. Con el filtro activado abandona la emisión y vuelve a unirte a ella para provocar el envío de mensajes IGMP y analizarlos en detalle. pero tampoco es posible recibir un audio aislado del resto. el caudal que está generando en Kb/s. QCIF y CIF.Práctica 2: Videoconferencia y vídeo streaming en multicast lamentablemente los códecs H. estando el usuario actual o más reciente en la parte superior de la lista. siguiera la conferencia sintonizando solo la parte de audio. siendo lo contrario en el extremo izquierdo. Con el Wireshark define un filtro que capture únicamente el tráfico de dicha emisión y responde a las siguientes preguntas: ¿Cuáles son las direcciones IP de origen de la emisión Multicast? ¿Cuáles es la dirección MAC de destino? ¿Coincide con la que sería previsible? Ahora define un filtro en el Wireshark para capturar únicamente los mensajes IGMP. en el extremo derecho de la escala se consigue la máxima calidad y mínima agilidad. normal y large. Para que la recepción selectiva fuera posible cada flujo de vídeo debería utilizar una dirección multicast diferente. Desde el momento en que nos unimos a una sesión de vídeo nuestra CPU está recibiendo los flujos de vídeo de todos los participantes. v2 ó v3? ¿Qué versión estamos utilizando? P4-9 . independientemente de que los ampliemos o no. Clicando en la imagen de cualquiera de esas miniventanas puedes verla ampliada. el control ‘Quality’ te permite marcar tu preferencia entre calidad y agilidad del vídeo. no capaz de soportar el video. Durante la emisión cada mini-ventana del VIC muestra la dirección IP del emisor. Para conseguir máxima compatibilidad con todo tipo de drivers y de hardware hemos optado por utilizar la versión 3 de RAT. En la parte inferior de la ventana tenemos el botón de ‘Options’ que nos permite configurar diversas características. siendo las más importantes la selección del códec de audio (Primary Encoding) y la posibilidad e activar o no la supresión de silencios. La lista que aparece a la izquierda muestra los nombres de los usuarios que han hablado recientemente. puesto que todos se envían al mismo grupo multicast y por tanto la interfaz de red no puede seleccionar uno y filtrar el resto. cuyas opciones y posibilidades son mucho menores que las de la versión 4. Vamos a ver ahora las posibilidades que nos brinda el audio. sí puede ser sintonizado de forma independiente del vídeo. respectivamente.

o bien seleccionando ‘Inicio’ -> ‘Todos los programas’ y eligiendo ‘VideoLAN’ y una vez allí ‘VLC media player’.2. En la ventana que aparece elige en el menú desplegable ‘Ver’ y en este la opción ‘Lista de Reproducción’..254.Recibir la lista de emisiones multicast de Internet con VideoLAN Antes de arrancar el VideoLAN pon en marcha el Wireshark con un filtro para capturar los paquetes dirigidos a la dirección 224.Pruebas de recepción multicast con VideoLAN Como ya vimos en la práctica anterior VideoLAN permite realizar distribución de vídeo streaming por Internet. En esta práctica vamos a hacer uso de sus posibilidades de emisión en multicast.1..127. Establece un filtro en el Wireshark para capturar solo ese tipo de paquetes y responde ahora a las siguientes preguntas: ¿Con que frecuencia se envían los mensajes de SAP? ¿Qué hosts envian los mensajes SDR? ¿Todos? ¿Solo los que emiten audio o vídeo? Si. De la lista de opciones desplegables que aparecen en la parte superior izquierda abre la de ‘Red local’ y selecciona la que pone ‘Emisiones de red (SAP)’ Inmediatamente verás que el Wireshark empieza a capturar paquetes SAP. incorporando en el mismo ejecutable tanto las funciones de servidor como de cliente. 5. que va creciendo. y aparece una lista de canales. Para la captura del Wireshark y fíjate en el primer paquete de la P4-10 .254 (SAP) para observar lo que ocurre cuando arrancamos VideoLAN.2.127. estando en una sesión. pero mantenemos la recepción ¿dejamos completamente de transmitir en ese grupo multicast? ¿Qué filtro pondrías en el Wireshark para comprobarlo? 5.Práctica 2: Videoconferencia y vídeo streaming en multicast ¿Va escrita en algún sitio de los mensajes IGMP la dirección multicast sobre la que se aplica el comando? ¿Cuándo se produce el Membership Report al grupo multicast de la emisión de vídeo? a) Cuando se arranca el SDR b) Cuando nos unimos a una sesión c) Cuando ampliamos una ventana de vídeo Como ya hemos visto SDR realiza el anuncio de sesiones mediante el protocolo SAP (Session Announcement Protocol) que utiliza la dirección 224. paramos la emisión de audio y vídeo en nuestro ordenador. A continuación arranca VideoLAN haciendo doble clic en el icono de nombre ‘VLC media player’.

si cierras la ventana de reproducción 2 A diferencia de SDR el VideoLAN mantiene oculta al usuario la dirección multicast de las emisiones P4-11 . como veremos enseguida. La mayoría de las entradas de la lista corresponden a canales de televisión. y que aquí algunas emisiones están agrupadas. pero no la recepción multicast. sin posibilidad de interacción por parte de los receptores.Recibir una emisión multicast de Internet con VideoLAN Ahora prueba a ‘sintonizar’ uno de los canales haciendo doble click encima de su nombre. Aunque la lista de canales que aparece es muy larga la inmensa mayoría de las emisiones no están activas. Poland RWTH Information Sintoniza uno cualquiera de estos canales. Al pausarla se para la visualización. solo anunciadas. pero antes de hacer doble clic en el cambia el filtro del Wireshark para que capture solo los mensajes IGMP. se está utilizando? a) b) c) d) e) f) g) Dirección global asignada por el IANA Bloque para asignaciones ad-hoc Direcciones de Stream Protocol Bloque SAP/SDP Direcciones para SSM (multicast específico de la fuente) ‘glop addressing’ Multicast con ámbito limitado por la dirección Vamos ahora a observar el efecto que la recepción del vídeo tiene en el tráfico de la red y en la CPU de nuestro equipo. Utilizando los mandos de control de VideoLAN puedes pausar o reanudar la reproducción en curso. La lista es similar al directorio de sesiones que veíamos con el SDR. En cambio. como puedes comprobar por la actividad que muestra la pestaña ‘Funciones de red’ del Ad ministrador de tareas y por la ausencia de mensajes IGMP en la red (lo cual demuestra que no ha habido cambios en los grupos multicast recibidos). de entre las siguientes. que corresponde al IGMP ‘Membership Report’ que ha emitido nuestro host para unirse al grupo SAP. Para ello pon en marcha el ‘Administrador de Tareas’ de Windows XP y manten en el Wireshark el filtro para que capture únicamente los mensajes IGMP. todos los paquetes que aparecen a continuación son los anuncios de las sesiones. de este modo podrás ver el ‘Membership Report’ que se produce al sintonizar el canal y averiguar la dirección IP multicast 2 del canal que estas ‘sintonizando’ . Cuando la tengas responde a la siguiente pregunta: ¿Que tipo de dirección multicast. la principal diferencia es que el VideoLAN está diseñado para emisiones de vídeo streaming unidireccionales con un solo emisor.2. Hay también algunos canales de radio que utilizan MP3. Si no consigues averiguarla puedes abandonar la emisión y volverla a sintonizarla hasta que conseguir identificarla. gracias a los cuales el VideoLAN ha podido crear la lista de canales que nos muestra en pantalla.Práctica 2: Videoconferencia y vídeo streaming en multicast captura. Algunos canales que suelen estar activos continuamente son los siguientes:       RedIRIS-TV TA 3 Monoskop NRC Channel 2 UNIVSL2 – University of Silesia. Katowice. 5.. casi todos utilizando códecs MPEG. Además ahora sí que podremos recibir algunas de ellas.

para nuevamente el Wireshark y pon un filtro para que capture solo los paquetes de la emisión que estas recibiendo. a partir de ellos podrás averiguar fácilmente la dirección IP de origen de la emisión. Para ello.. P4-12 . A continuación intenta responder a las siguientes preguntas: ¿Que códec de audio y vídeo está utilizando la emisión? (esta información también la puedes obtener a partir de VideoLAN->Herramientas->Información multimedia->Códec) Analizando una secuencia de 20 paquetes del mismo flujo ¿Se aprecia pérdida o cambio de orden de los paquetes en recepción? 6.Pruebas de emisión multicast con VideoLAN Vamos ahora a utilizar VideoLAN para establecer un servidor de vídeo streaming multicast. y se generan nuevos mensajes IGMP. con la emisión en marcha. pues hay variación en la actividad de la ventana ‘Funciones de red’. Ahora. con algún paquete de audio de vez en cuando. repitiendo las pruebas anteriores las veces que sea necesario. que normalmente serán en su mayoría paquetes de vídeo.Práctica 2: Videoconferencia y vídeo streaming en multicast del video sí que se para la recepción multicast. intenta responder a las siguientes preguntas: ¿Cuánto tarda la red en dejar de enviar el flujo multicast cuando cierras la ventana de reproducción del vídeo? ¿Cuánto tarda en enviarlo nuevamente cuando vuelves a sintonizar el canal? ¿Qué mensaje IGMP envía tu ordenador cuando cierras la ventana de vídeo? ¿Qué mensaje IGMP envía tu ordenador cuando sintonizas el canal? Ahora vamos a averiguar de qué dirección IP proviene la emisión que estas recibiendo. y responder a la siguiente pregunta: ¿De que país proviene la emisión que estas sintonizando? (pista: utiliza la resolución inversa del DNS) Ahora analiza el contenido de los paquetes de la emisión recibidos.

1KHz 2 (stereo) 224 Kb/s Carmen.mpg 10 minutos MPEG-1 352x288 (CIF) 25 fps 1500 Kb/s MPEG-1 Capa II 44. sin riesgo de duplicidad de direcciones.255. 2. Por otro lado al utilizar direcciones 239.x.mpg 3 minutos MPEG-2 720x576 25 fps 4500 Kb/s MPEG-1 Capa II 48 KHz 2 (stereo) 192 Kb/s Ambos ficheros deben encontrarse en el escritorio. siempre y cuando el puerto de destino sea el 5004 (puerto por defecto de las emisiones RTP). De esta forma nos aseguramos de que cada servidor emita en una dirección diferente.Preparación del cliente Para estas pruebas un ordenador de la pareja actuará como servidor y el otro como cliente.y representa la dirección de la emisión): 1. El procedimiento para arrancar el cliente VideoLAN es el siguiente (239..156.255.0.x.255. Tienes que especificar en el cliente la dirección multicast que quieres recibir.___ En primer lugar vas a poner ‘a la escucha’ al cliente de la emisión multicast.2. cuyas características son: Fichero Duración Codec de vídeo Resolución Frecuencia de refresco Caudal de vídeo Codec de audio Frecuencia de muestreo Canales Caudal de audio Ethernet.y.255. 5.y.y utiliza para emitir la dirección multicast 239.. 4.255.x.Práctica 2: Videoconferencia y vídeo streaming en multicast 6. 3. con lo que el cliente queda ‘sintonizado’ en ese canal.x. Si el servidor tiene la dirección IP 147. cualquiera que sea la dirección de origen.255.___. 6. Anota aquí la dirección multicast que vas a utilizar para tu emisión: 239. Por supuesto el cliente podría si quisiera ir cambiando de dirección multicast y ‘sintonizando’ diferentes canales. A partir de ahí puedes lanzar las pruebas que quieras en dicha dirección sin necesidad de tocar el cliente para nada. Arrancar el programa ‘VLC media player’ Seleccionar en la ventana que aparece el menú ‘Medio’ Elegir de la lista la opción ‘Abrir volcado de red …’ Seleccionar la pestaña ‘Red’ e introducir como URL: rtp://@239.y:5004 Pulsar el botón ‘Reproducir’ El cliente está listo para recibir la emisión multicast en la dirección 239.x.1.Preparación del servidor y emisión del vídeo streaming Para las pruebas que siguen utilizaremos los mismos dos ficheros de la práctica anterior. P4-13 .0/16 nos aseguramos de que nuestras pruebas no salen de la LAN (pues este rango de direcciones está siempre confinado a la LAN).

Pulsar el botón ‘Siguiente’. Aparece una nueva pestaña ‘RTP/TS’ con un campo ‘Dirección’ en el que introduciremos la dirección IP multicast (239. durante la emisión los botones de control de vídeo del cliente no funcionan. En esa misma ventana un poco más abajo aparecen las ‘Opciones de transcodificación’. El servidor tampoco puede utilizar dichos botones. que acabamos de seleccionar. Asimismo es posible emitir en multicast vídeo en directo generado a partir de una cámara conectada al ordenador. estando marcada por defecto la opción ‘Habilitar transcodificar’ que debemos desmarcar. pero dispone de un mando deslizante con el que puede controlar la posición del vídeo que se está emitiendo. 10. 2.x. P4-14 . Aparece la ventana ‘Configuración de destino’ donde en ‘Destinos’ debemos seleccionar en el desplegable ‘Nuevo destino’ la opción ‘RTP / MPEG Transport Stream’’ y darle al botón ‘Añadir’.255. En la práctica anterior ya probamos las posibilidades de transcodificación de VideoLAN en unicast.. 9.Práctica 2: Videoconferencia y vídeo streaming en multicast El procedimiento para poner en marcha la emisión en el servidor VideoLAN es el siguiente: 1. 5. Dichas posibilidades son idénticas en multicast. 11.y) a la que queremos enviar el flujo de video. 7. y apagar el equipo. pues es el que hemos indicado en el cliente (5004 es el puerto por defecto utilizado para las emisiones RTP). 7. 3. Con TTL=1 la emisión no podrá atravesar ningún router. pulsar el botón ‘Siguiente’. Arrancar el programa ‘VLC media player’ Seleccionar el menú ‘Medio’ Elegir de la lista la opción ‘Emitir…’ Seleccionar la pestaña ‘Archivo’ Pulsar el botón ‘Añadir’ y seleccionar el fichero correspondiente (‘Ethernet.mpg’) Pulsar el botón ‘Emitir’ Aparece la ventana ‘Fuente’ que como su nombre indica nos muestra la fuente de nuestra emisión. Como puede comprobarse fácilmente. 6. También aparece en dicha pestaña el campo ‘Puerto’ cuyo valor por defecto (5004) no debemos modificar. momento en el que empieza la emisión multicast. salvo el de parada/arranque. ya que de momento no vamos a transcodificar el video sino que lo vamos a emitir en su formato original. que por defecto es 1. por lo que el cliente deberá estar en la misma LAN que el servidor. 4. dado que este es nuestro caso no vamos a modificar el TTL y pulsamos el botón ‘Emitir’. Aparece la ventana ‘Configuración de preferencias’ en la cual podemos especificar el valor del campo ‘Tiempo de vida (TTL)’. 8.mpg’ ó ‘Carmen.Finalización Al terminar la práctica debes devolver la cámara y los auriculares al profesor.