1. De VRVS a EVO: VRVS, historique et statut actuel EVO, collaboration intelligent et massivement distribué Joao Fernandes (Caltech/CERN)

2. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA2 Historique: les contraintes le syst è me “ Virtual Rooms Videoconferencing System ” (VRVS) est en d é veloppement depuis 1995. Il avait pour mission de fournir un service stable et performant de visio-r é unions pour la communaut é de recherche des physiques nucl é aires des hautes é nergies. VRVS a pour contrainte de devoir fonctionner sur les trois plateformes les plus utilis é es dans la communaut é de recherche et l ’é ducation: MS Windows, Linux et Mac OS. De plus, il se doit d ’ être capable de faire fonctionner les diff é rents types et protocoles de vid é oconf é rence (H.323, MBONE, AccessGrid, SIP) afin de permettre à l ’ utilisateur final de se connecter avec l ’é quipement et les logiciels disponibles. Il doit aussi avoir une couverture mondiale

3. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA3 Le projet à travers les années 1995 l’équipe de Caltech démarre le développement de l’interface utilisateur Web pour visio-réunion. Janvier 1997 poussée par une forte demande de l’expérience LHC, l’équipe de Caltech lance un service prototype Web en production nommé: Virtual Rooms Videoconferencing System (VRVS). Entre 1998-2000 VRVS devient largement reconnu par les communautés de recherches et d’enseignement à travers le monde. C’est désormais la technologie officielle pour les services de vidéo et multimédia sur IP à Internet2. Version v0.4 v1.0 v2.0

4. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA4 Le projet à travers les années Juillet 2001 VRVS est le premier système à supporter différents protocoles (Mbone, H.323, MPEG2) pour la collaboration sur IP. Février 2003 première ré-architecture de VRVS afin de supporter l’accroissement de la charge (réécriture de 97% du code) – Authentification, Base de données, support d’AccessGrid, etc... Janvier 2005 seconde ré-architecture de système pour devenir un Système de Collaboration en temps réel Distribué et Autonome. Version v2.5 v3.0 v4.0

5. Statut: Répartition des utilisateurs 17 premiers des 139 pays utilisateurs

6. Utilisation dans la PHE Grids et autres projets relatives ‘a la PHE non inclues dans ce table Depuis Janvier 2005

7. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA7 Réservation de Salles Virtuelles 1400 réunions mondiales en moyenne par mois. Avec plus de 7500 participants.

8. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA8 Plateformes Utilisées VRVS fonctionne avec différents systèmes d’exploitations en fonction des besoins des utilisateurs.

9. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA9 Architecture basique R é flecteur 1. Le r é flecteur est un logiciel qui inter-connecte les clients de vid é oconf é rence entre eux dans une même conf é rence virtuelle.

10. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA10 VRVS Réflecteurs R é flecteurs 2. Les r é flecteur s ‘ inter-connectent afin de router les flux videos et audios concernant une même conf é rence virtuelle.

11. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA11 Déploiement de VRVS 90 Réflecteurs déployés dans 30 pays à travers le monde 90 Réflecteurs déployés dans 30 pays à travers le monde

12. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA12 Réflecteurs dans le Monde Canada2 Allemagne2 Finlande2 Venezuela2 Taiwan1 Hongrie1 Isra ë l1 Irlande1 Pologne1 R é publique Tch è que 1 Belgique1 Guatemala1 Roumanie1 Chili1 USA23 Grande- Bretagne 7 Br é sil6 Suisse5 Espagne5 Slovaquie4 France3 Italie3 Russie3 Gr è ce2 Portugal2 Chine2 Japon2 Pakistan2

13. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA13 Nœuds Principaux Réflecteurs internes du CERN (redondants) CERN (Genève) Starlight (Chicago) sur USLHCNET sur Abilene réflecteur à Caltech Système de support Serveur de base de données Serveur Web VRVS Principaux réflecteurs US (redondants) Réflecteurs externes du CERN (redondants): noeuds centraux d’Europe Caltech (Pasadena) Pare-feu

14. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA14 Surveillance et administration internes: L ’ int é gration de MonALISA (Monitoring Agents in Large Integrated Services Architecture) est l ’ une des fonctionnalit é de VRVS. MonALISA à é t é adapt é e et d é ploy é e dans les r é flecteurs VRVS : Les informations de la topologie du syst è me sont collect é es pour surveiller et suivre le trafique au sein des r é flecteurs. Les erreurs de communication sont imm é diatement rapport é es. Le suivi du nombre de clients connect é s ainsi que les virtual rooms actives sont disponibles. Surveillance de VRVS

15. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA15 Surveillance de VRVS Surveillance et administration internes: Les informations concernant la machine sont aussi surveill é es et rapport é es en temps r é el pour chaque r é flecteur: comme la charge, l ’ utilisation processeur, le trafique total r é seau entrant et sortant. Une interface utilisateur pour VRVS a é t é sp é cialement d é velopp é e sous la forme d ’ un client java (web-start). Elle affiche les informations en temps r é el, de mani è re dynamique, pour tous les r é flecteurs.

16. Surveillance de VRVS

17. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA17 On Windows

18. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA18 On Mac OS X

19. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA19

20. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA20 Pourquoi un nouveau système de collaboration en temps réel ? De VRVS a EVO

21. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA21 Pourquoi ne pouvons nous pas obtenir une infrastructure de collaboration temps réel totalement robuste et fiable? L’environnement de collaboration temps réel est en évolution permanente De plus, les matériels, les domaines et les noeuds sont administrés par différentes entités techniques et administratives. Pourquoi?

22. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA22 En créant une Infrastructure “vivante”, capable de réagir et de s’adapter en temps réel pour modifier l’environnement de travail, de manière transparente pour l’utilisateur. Solutions ?

23. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA23 Infrastructure Vivante Pour réaliser ce nouveau type d’infrastructure nous devons: Surveiller l’environnement Détecter tout changement Mettre de l’intelligence dans tous les composants Distribuer la charge et l’intelligence sur le réseau Ne plus avoir un seul maillon faible

24. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA24 Aperçu d’EVO: Les composants Nos composants sont des animaux car ils ont leur propre intelligence et autonomie Kangaroo: administrateur de base de données (redondant). Panda: distribue et connecte les autres composants entre eux. Koala: le composant qui fonctionne sur la machine de l’utilisateur.

25. EVO Architecture Serveurs Centralisé H.323 et outils similaires Pur Peer-to-Peer (comme Skype,.) Nouvelle architecture (EVO) Serveurs Peer-to-Peer Niveau Clients Niveau Infrastructure Centralisé Distribué Controllé, Administré et Distribué

26. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA26 Panda Fonctionnalités (liste partielle):  Enregistrement dynamique aux services supérieur d’annuaires. Permet de fournir une vue globale de l’infrastructure.  Réactivation automatique des composants et des services.  Mise à jour automatique et sécurisée du code.  Surveillance continue de la qualité du réseau (paquets perdus, jitter, latence) entre les voisins et les voisins possibles.

27. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA27 Panda Fonctionnalités (liste partielle):  Re-routage automatique pour obtenir la meilleur qualité et la meilleur performance.  Encryptions entre les noeuds centraux et entre les noeuds et les clients.  Avertissement automatique d’alarmes quand des paramètres surveillés (systèmes ou réseaux) dépassent une valeur prédéfinie.  Livraison dynamique de services (vidéo, audio, données,..) adaptés aux ressources et capacités actuelle.  Accès aux données surveillées en temps réel ou archivées.

28. Infrastructure Autonome Services d’Annuaires IM H.323 Mbone SIP … PC Local IM, Chat, Présence, Contrôle de paquets VidéoAudio Il est possible d’encrypter: IM, Chat, messages de présence ET/OU les paquets Vidéo ET/OU les paquets Audio Il est possible d’encrypter: IM, Chat, messages de présence ET/OU les paquets Vidéo ET/OU les paquets Audio Tous les canaux de communication passent par un tunnel utilisant un port unique (UDP ou TCP). Traverse les Pare-Feux et les DHCP serveurs !! Possibilité d’encrypter la communication entre les Panda MonALISA

29. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA29 Koala Fonctionnalités (liste partielle):  Programme client indépendant de la plateforme.  Détection automatique des:  paramètres systèmes (CPU, Mémoire,..)  des composants matériels (carte audio, carte vidéo, …)  capacités du service (vidéo, audio, …)  l’environnement réseau et la taille de la bande passante (environnement sans fils, ADSL, bande passante disponible, …).

30. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA30 Koala Fonctionnalités (liste partielle):  Abonnement dynamique aux services (vidéo, audio, données,…).  Configuration adaptative des applications client au niveau des capacités et de la disponibilité des ressources.  Surveillance continue de la qualité du réseau (paquets perdus, jitter, latence), et re-routage des paquets si besoin.  Avertissement automatiques d’alarmes quand des paramètres surveillés (systèmes ou réseaux) dépassent une valeur prédéfinie.

31. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA31 Koala : le Client Java Connexion au Panda Choix de la langue Présence Chat Réunions Communautés Contacts Ajustement de la Zone Horaire Réunion en cours

32. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA32 Fonctionnalités du Système  Réservation: réserver une réunion à l’avance; démarrer une réunion immédiate, inviter un contact à une réunion privée, espaces de réunion permanents.  Information instantanée sur la présence de vos contacts, sessions de Chat par Groupe et Privées. Administration de réunion: devenir modérateur d’une réunion; Stopper/Continuer la vidéo/audio d’un participant, expulser un participant, rendre un participant modérateur. Partage et échange de fichiers au sein d’une réunion ou directement avec un autre utilisateur. Concept de modules: système de communication et d’interfaçage avec d’autres systèmes et infrastructures (authentification, agenda…).  API pour des développements externes. Support de différents type de client-protocoles (H.323, SIP, etc.), Nombreuses langues supportées, IPv6 à venir.

33. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA33 Partage d’écran H.263 H.261 CIF (352 x 288) H.261 CIF (352 x 288) H.263 XGA (1024 x 768) H.263 VGA (640 x 480)

34. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA34 Nouvelle Application Vidéo VIEVO  Affiche toute vidéo sélectionnée dans une seule fenêtre.  Développé en OpenGL, technologie disponible sur toutes les plateformes. Effets tridimensionnels.  Diminution de la charge processeur.

35. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA35 Intégrations avec systèmes externes Déjà disponibles  Possibilité de interconnecter un service de MCU H.323 (par exemple MCU Codian d’EsNet)  Système de réservations VRVS disponible depuis systèmes externes (par exemple Indico) Dans l’avenir  Intégration avec le service téléphonique (à travers du service PABX du CERN)  Depuis Indico: Intégration du système de réservations EVO et possibilité’ de démarrage d’un meeting EVO

36. Session EVO Avec le Président de l’Inde, Dr A.P. J. Abdul Kalam Suisse USA Slovaquie IndeSlovaquie SlovaquieSuisse

37. 19 Sep. 2006JI 06 – IN2P3 et DAPNIA37 Merci EVO.caltech.edu www.vrvs.org EVOBeta@Caltech.edu Contact@vrvs.org