Grupos de Trabajo RedIRIS 200 2

1. Grupos de TrabajoRedIRIS 2002 Reunión De Coordinación Del Grupo De Trabajo IRIS-MMEDIA Multimedia, Videoconferencia y streaming mmedia

2. Índice • Experiencias • Directorio de salas • Grupos de trabajo internacionales • Servicio streaming RedIRIS • Gatekeepers • Grupo de streaming • Distribución de video. Paco Cruz • Servicio de streaming • CTI: Servicios multimedia. Lola de la Guia y Juan Manuel Bolaño • Codificadores MPEG4. Prodys. Alberto Duenas

3. ROUTER ROUTER RedIRIS INTERNET servidores streaming EQUIPO VIDEOCONFERENCIA CODIFICADOR MICROFONIA FMPC VIDEO HUB PANTALLA PLASMA PANTALLA PLASMA GRABACION PARA EMISION DIRECTO CSIC MNCN LINEA DE 2Mbps CAÑON Convertidor VGA MEZCLADOR AUDITORIO

4. Feria Madrid por la Ciencia • Características: • Durante fin de semana. • Gente conectada desde red comercial -> no hay multicast • Mayoritariamente usuarios de windows • Ancho de banda muy bajo • Estimamos en aprox 150 los usuarios concurrentes que podríamos tener • Dos windows 2000 balanceando carga utilizando DNS.

5. Ejemplo balanceo con WM <asx version = "3.0"> <BANNER href ="http://www.rediris.es/mmedia/log-neg.gif"> <MOREINFO HREF="http://www.rediris.es" /> <ABSTRACT>Pulse aquí para más información</ABSTRACT> </BANNER> <entry> <title>Fería de Madrid por la Ciencia</title> <ref href = "mms://media.rediris.es/FMPC"/> <ref href = "mms://130.206.1.26/FMPC"/> <ref href = "mms://130.206.1.28/FMPC"/> <ref href = "mms://130.206.1.27/FMPC"/> </entry> </asx>

6. FMPC-Resumen • La solución de balanceo de carga funciona bien • Finálmente no hizo falta tanto • Servicio de equilibrio de carga de windows no probado • Herramienta útil: Media Load Simulator • No se intenta multicast porque sabemos que no hay soporte

7. Conferencias CTI-CSIC • Comienzo del servicio del CTI • Características: • Muchos centros dispersos • Ancho de banda disponible alto • Eventos en vivo • Firewalls en algunos sitios • Problemas con UDP. Forzamos en principio TCP mediante url mmst:// • Orden de entrega: multicast->udp->tcp->http

8. Congreso virtual de psiquiatría • Dos actos: • Desde Baleares videoconferencia sobre RDSI, la señal era distribuída por streaming • Desde la UAM RDSI Internet Centro Comunicaciones RedIRIS UAB Darwin Streaming Server Linux

9. Pruebas polycom • Objetivos: • Conectar en cascada varios equipos • Ver si escalaba • Conclusiones • Difícil coordinar una videoconferencia de más de 4 participantes • Debe existir un orden a la hora de hacer llamadas • A partir del tercer equipo haciendo de MCU no funciona. • Pendiente hacer una prueba similar con VRVS y con clientes software

10. OTROS • EXTRA-IRIS-MAIL • Utilizamos VRVS y WM • Fue muy problemático debido a la falta de infraestructura • Videoconferencias • Chile, Brasil, Portugal, Gran Bretaña, Oklahoma (USA), Argentina, etc con resultados muy positivos sin necesidad de QoS • Conclusiones • Sería deseable contar con un directorio de salas con sus contactos, teléfonos, características técnicas de la sala, protocolos que soporta, etc

11. Directorio salas • http://www.rediris.es/mmedia/salas • Objetivo a corto plazo: hacer un directorio de salas • Objetivo a largo plazo: SAPNET • 1.- Necesitamos ponernos de acuerdo en que formato • 2.- Recoger la información (email?, web?) • 3.- Publicarla • Organizar reuniones por videoconferencia (es necesario para nosotros y para los usuarios)

12. Directorio salas • Criterios: tres niveles según equipamiento y tamaño de la sala • Propuesta: • Institución: • Nombre • Responsable del servicio multimedia en la institución • Email de ambos • Teléfono de contacto de ambos

13. Directorio salas • Sala: • Categoría según criterios en documento: 1,2 o 3 • Ubicación • Responsable sala • Soporte de: H.323, MCU H.323, Gatekeeper (enganchado al esquema de numeración global), RDSI, MCU-RDSI, SIP, soporte multicast, etc • Direcciones IP de equipos • Enlaces al lugar de la institución donde se hace la programación (si existe) • Teléfono de sala • En un principio se puede hacer de forma manual, más adelante formulario web • Problema: spam • ¿quién se apunta? ¿hay interés?

14. Grupos internacionales • TERENA • VoIP • Objetivos • Formar un equipo que realice un recetario que documente las mejores prácticas para VoIP. • Realizar test de interoperabilidad. • Hacer pruebas sobre una plataforma a gran escala • Hacer recomendaciones a los fabricantes • http://www.terena.nl/tech/IPtel/iptelws-presentations.html • Actualmente se ha hecho un indice del recetario y se busca gente que quiera colaborar • TF-STREAM • Multimedia en tiempor real en la red • Coordinación e investigación en Europa relacionados con el uso y escalabilidad de streaming de video y audio y videoconferencia. • http://www.terena.nl/task-forces/tf-stream/ • http://www.terena.nl/libr/tech/2002/TF-STREAM.pdf

15. Gatekeepers en red • Plan de numeración global • Ha sido adoptado por varios paises europeos para llamadas entre zonas. Irlanda, Holanda, Alemania, Suiza y Gran Bretaña • Define 00 como prefijo internacional y usa códigos telefónicos ITU-T bien conocidos • Los prefijos de zona y los números de extensiones se definen normalmente por las NRN de cada pais • Es posible también llamar a los números que se utilizan en ViDeNet a través de sistemas conectados al plan de numeración • Dentro del sistema de un pais puede ser necesario llamar a un prefijo adicional, como se haría cuando marcamos 9 para salir de nuestra centralita

16. Jerarquía de gatekeepers

17. Ejemplo plan numeración global • Para llamar a una conferencia de pruebas en Gran Bretaña, el número es 0044 01002 468 donde: • 00 es el prefijo de llamada internacional • 44 es el prefijo de Gran Bretaña • 01002 es la zona en la cual está la MCU que tiene registrada la conferencia de pruebas • 468 es el número de la conferencia • Más info: http://www.wvn.ac.uk/support/h323address.htm • Preguntas: • ¿hay gente interesada? • ¿están actualmente los gatekeepers siendo usados para algo? • ¿Formamos un grupo de gente para implementarlo?

18. Grupo de streaming • Grupo cuyo objetivo es el streaming desde RedIRIS • Cada centro ha empezado a implementar servicios de streaming • Todos tenemos los mismos problemas, colaboremos para solucionarlos • Sería más fácil colaborar si usaramos estándares comunes

19. Grupo de streaming • ¿cuáles son los problemas? • No hay contenidos de calidad, hay muchos eventos para hacer streaming, pero sin elementos para su transmisión con calidad • No hay una forma fácil de saber eventos hay y cuando • Ni hay forma de anunciarlos • Objetivos • Promocionar el uso del video científico de calidad en la red • Canal RedIRIS-TV (nombre no fijado) Video programado • Red de distribución de video para video bajo demanda (VoD) basada en Mediabase • Publicación de eventos mediante DISEVEN

20. Red distribución video

21. Red distribución video • Vemos los assets de la máquina remota y decidimos cual queremos importar

22. Servicio de streaming

23. Servicio de streaming

24. Grupo de streaming • Es difíficil que nos pongamos de acuerdo sobre el formato a utilizar • Se debería apostar por estándares (MPEG1, MPEG2 y MPEG4) • Problemas: • MPEG1 y MPEG2 demasiado ancho de banda para usarlo bajo demanda (por ahora) • MPEG4 no hay una solución completa, pero la va a haber. • (MPEG4IP+Darwin+(Quicktime 6 |gmp4player)) • divX+Darwin+Quicktime • 900 kbps muy buena calidad

25. MPEG4IP-codificador

26. MPEG4IP-codificador • Soluciones HW existen muy pocas