Travaux dans les équipes DRAKKAR et HADAS

1. Etienne Dublé Travauxdans les équipes DRAKKAR et HADAS

2. Sommaire • DRAKKAR • L’équipe • Mes contributions • Scripts senslab • Ubuntu-sn • Assistance technique • IPv6 CARE • HADAS • L’équipe • Mes contributions • Projet Ubiquest • Bilan

3. DRAKKAR – l’équipe • Environ 20 personnes dont 1/3 de permanents • Sujet de prédilection : • Réseaux mobiles sans fil • Protocoles • Contraintes importantes • Capacités des capteurs souvent très limitées (ex: 8 kilo-octets de RAM sur les capteurs ST) • Energie très limitée (duty-cycling souvent nécessaire) • Codes très majoritairement en C

4. DRAKKAR – Travail autour de Senslab • Senslab : une plateforme d’expérimentation • 3 réseaux de capteurs sans fil : Grenoble, Lille, Strasbourg • Quelques centaines de capteurs par site • Chaque capteur est monitoré et accessible via une gateway • Mesure d’énergie, etc. • Communication avec le capteur (accès au port série) • Interfaces utilisateur : • Interface web • Chaque utilisateur dispose d’une VM (debian) comportant des outils en ligne de commande (lien avec Grid 5000 ?) • Mais : interface web nécessaire pour certaines opérations (=> automatisation des expériences partiellement compromise) • But du projet : fournir des scripts plus complets

5. DRAKKAR – Travail autour de Senslab • Des scripts python (basiques) avaient été développés par un stagiaire • Reprise • Framework évenementieltwisted • Sous-processjython • Permet l’utilisation de bytecode Java existant dans un code python • Avancement • 1e version fournie fin décembre 2011 • Il y a encore des choses à faire…

6. DRAKKAR – Ubuntu-sn • Ubuntu-sn : Ubuntu remix for Sensor Networks • Modification du live CD officiel d’Ubuntu • Pré-installer les outils dont ont généralement besoin les membres de l’équipe • Faire gagner du temps aux nouveau arrivants • Contourner qq problèmes notés par les possesseurs d’un MAC • Scripts de modification de l’ISO officielle: https://forge.imag.fr/projects/ubuntu-sn/(plus faciles à maintenir que l’ISO finale…) • 1.0 (sortie en juillet 2011) : basée sur ubuntu 11.04 • Prochaine version • Update de Ubuntu • Ajout de logiciels supplémentaires • Il faudrait que ce soit bootable indifféremment sur les PC et les MACs (il y en a beaucoup dans l’équipe !)

7. DRAKKAR – Assistance technique • A mon arrivée dans l’équipe : phase de découverte • Les capteurs (STM) • Un mini-OS (contiki) qui tient dans qqkilos-octets • Des simulateurs de réseaux de capteurs (cooja, wsim/wsnet) • Maintenant : transmission de ces connaissances aux nouveaux arrivants • + partage de connaissances acquises lors de précédentes expériences • (présentation de DDD)

8. DRAKKAR – IPv6 CARE • Projet open source (libre) initié avant mon arrivée au LIG • Outil permettant • de fournir un environnement dans lequel les applications deviennent compatibles IPv6 • de fournir un diagnostique de compatibilité IPv6 d’une application • Fonctionne • sur les systèmes de type UNIX (Linux, FreeBSD, OpenSolaris) • par injection de librairie (LD_PRELOAD)(-> redéfinition des fonctions de l’API socket) • Diverses actions envisagées, allant de la plus simple amélioration à la proposition d’une RFC à l’IETF • Le lien avec la thématique Drakkar n’est pas direct, mais il était dommage d’abandonner ce projet • PFE ENSIMAG • Futur partenariat industriel possible

9. HADAS – l’équipe • Environ 20 personnes dont 8 permanents • HeterogeneousAutonomousDistributed Data Services • Sujets de prédilection : • Gestion des données distribuées (parfois en gros volumes) • Gestion des services pour y accéder (composition de services) • S’agissant de réseaux de données on parle parfois de réseaux de capteurs, mais ce ne sont pas les mêmes que pour Drakkar… • Peu de contraintes matérielles ou énergétiquesex : déploiement sur un réseau de smartphones • Codes très majoritairement en Java

10. HADAS – Ubiquest • Projet ANR • But : combiner la gestion des données et du réseau dans un seul framework • Si le réseau et les données sont gérées, il sera facile de construire des applications dessus • Techniquement : • 1 nouveau langage descriptif pour la gestion du réseau : NetLog • Permet de définir les protocoles de routage existants de manière descriptive • CITI (Lyon) • 1 nouveau langage de requêtes pour la gestion des données : DLAQL (Data Location AwareQueryLanguage) • SQL-like, avec, en plus, des indications optionnelles sur la localisation des données • LIG

11. HADAS – Ubiquest • Les requêtes DLAQL seront optimisées par un moteur d’apprentissage(vu que sur un nœud on a trop peu d’information pour savoir commentoptimiser à priori) • Mon travail : • CompilateurDLAQL -> représentation interne (au framework) de la requête • Il doit gérer des réécritures assez complexes de requêtes(car on veut garder une représentation interne simple pour faciliter l’optimisation) • Ex : ré-écritures de OR en union de requêtes (peut devenir compliqué en présence d’aggrégats (MIN, MAX, COUNT, etc)) • Principales techniques employées • JavaCC (Java Compiler Compiler) • Passage par une représentation intermédiaire de type « notation polonaise inverse », facilite les manipulations

12. Bilan • 1 point commun aux 2 équipes : les systèmes distribués • Mais : • on ne s’intéresse pas à la même chose :les données (HADAS) versus la façon dont les noeudsinteragissent (DRAKKAR) • on ne travaille pas au même niveau :(couches hautes versus couches basses) • Donc très peu de mise en commun de mon travail possible • Inconvénient de ce mode 50/50 : • A 50% dans une équipe on va 2 fois moins vite que ceux qui sont à 100% (au début c’est déprimant !) • Avantages de ce mode 50/50 : • S’il n’y avait qu’une thématique, on pourrait s’en lasser ? • On alimente sa culture informatique 2 fois plus vite 