Differences

This shows you the differences between two versions of the page.

wiki:old:users:oliviermehani:chantiersouverts [2009/11/17 22:56] (current)
Line 1: Line 1:
 +===== Chantiers ouverts =====
 +Bon,
 +
 +Eh bien je m'inscris dans la lignée de Séverin pour, moi aussi, faire
 +une belle liste complètement pas exhaustive des chantiers ouverts qu'il
 +reste à clore.
 +
 +
 +==== Cubes ====
 +
 +Les cubes sont passés à une nouvelle version du système d'installation
 +automatique des outils LaRA [0]. Bien que fonctionnel, tout ceci ne me
 +convient pas encore. Comme proposé dans cette [1] ébauche d'offre de
 +stage, il faudrait, à plutôt court terme, commencer un travail de
 +migration de Nylon à OpenWRT. Cette distribution Linux pour routeurs,
 +qui supporte déjà les MTX-1, nous permettrait à peu de frais (en temps
 +et en personne), de rendre notre architecture portable à d'autres
 +plateforme de routeurs (Linksys, Soekrises, Meraki?, CVIS router?...) et
 +de nous offrir la possibilité de choisir le matériel de manière
 +indépendante du logiciel de nos routeurs. L'intérêt est qu'on n'aura
 +plus qu'à packager une fois nos logiciels spécifiques (MIP6d, kernel
 +NEMO,...) avec un poil plus d'attention, et l'avoir d'un coup
 +fonctionnel sur toutes nos plateformes.
 +
 +Parlant des packages spécifiques [2,3], justement, il y en a un sur lequel je
 +n'ai pas eu le temps de me pencher. Il s'agit de wpa-supplicant. Son but
 +premier est de gérer les négociations d'accès aux réseaux WPA. L'intérêt
 +que nous y avons nous est qu'il est capable de changer les paramète
 +Wi-Fi à la volée pour s'accrocher aux réseaux favoris en cas de perte de
 +connectivité avec un autre. C'est très pratique, voire nécessaire, pour
 +faire du roaming entre les divers AP fournissant de l'IPv6, afin de
 +pouvoir _vraiment_ utiliser MIP6/NEMO. En fait, je pense qu'il est déjà
 +packagé pour Nylon Linux, mais il faut se pencher sur la façon de le
 +configurer, et si possible intégrer une génération automatique de cette
 +configuration dans lara-conf.
 +
 +Avec le nouveau système, les cubes sont un peu plus lents à démarrer.
 +C'est dû à la gestion dynamique du /dev. Il faudrait, si le passage à
 +OpenWRT ne se fait pas assez vite et que le besoin d'un démarrage rapide
 +se fait sentir, utiliser un tarball contenant les devices créés et les
 +restaurer au boot, au lieu de tout redétecter. Gentoo propose cette
 +possibilité via la variable de configuration 'dev_tarball'. Un
 +comportement à reproduire si besoin.
 +
 +Quelques problèmes de drivers à l'heure actuelle ne nous permettent
 +d'utiliser que des carte drivées par hostap sur les Cubes avec la
 +nouvelle version du système. Il faudrait retravailler et suivre les
 +évolutions du driver madwifi pour retester les modules [4,5]
 +périodiquement. De même, on a quelques cartes basées sur des chipset
 +Texas Intrument, dont le driver [6] ne marche pas encore très bien, mais
 +auquel il faudrait continuer à jeter un oeil et à tester sur les cubes.
 +
 +La passerelle internet pour le VANET, imara-olsr-gw, utilise, justement,
 +une carte basée sur un chipset ACX, causant les instabilités qu'on
 +connait. Il faudrait remplacer cette carte par une qui marche Bien(TM),
 +par exemple une utilisant HOSTAP. Laurent a dit qu'il avait un
 +adaptateur PCI->MiniPCI, donc pourquoi ne pas y mettre un des cartes
 +des cubes supportée par ce driver ? Il faudra surement faire des
 +changements dans la configuration d'olsr (/etc/olsrd/olsrd.conf) et le
 +firewall (/etc/init.d/olsr-gw-firewall) pour remplacer la nom de
 +l'interface actuelle (wlan1) par la nouvelle (wlan2, a priori). En
 +attendant, j'ai remis le Cube 1715 en marche en guise de gateway, il
 +est réutillisable directement dès que imara-olsr-gw sera stabilisé.
 +
 +NB: je viens de refaire un test, le driver ACX _dans les cubes_ semble
 +se comporter un peu mieux...
 +
 +Le Cube de l'AGV1 n'a pas encore été mis à jour.
 +
 +
 +==== IPv6 ====
 +
 +Niveau IPv6, je pense que le testbed [7] en l'état est déjà fonctionnel.
 +Il pourrait être amélioré en terme de simplicité d'utilisation en
 +installant un Haiku sur le Home Agent, afin de ne pas avoir à aller
 +trifouiller dans les fichiers de conf pour rajouter une entrée. De la
 +même manière, les démons NEMO sont encore plus ou moins lancés à la
 +main avec des fichiers de conf expérimentaux. Il serait bon de valider
 +une bonne fois les versions et les confs, et les intégrer dans le
 +processus de boot standard (init.d).
 +
 +Au niveau des réseaux Wi-Fi fournissant une connectivité IPv6, nous n'en
 +avons actuellement qu'un, imara-ipv6-wlan1. Imara-ipv6-wlan2, comme son
 +nom ne l'indique pas, ne founi pas de connectivité IPv6. Le problème est
 +dû au fait que l'Access Point bloque les router advertisement, empêchant
 +les noeuds connectés à ce réseau de correctement se configurer. Il
 +faudrait donc relancer le constructeur de l'AP, Alvarion, pour lui
 +demander une mise à jour du firmware de son matériel supportant l'IPv6.
 +Imara-ipv6-wlan1 n'a pas de problème, et a une version plus _ancienne_
 +du firmware.
 +
 +L'architecture IPv6 dans le VANET est fonctionnelle. Cela signifie que
 +plus personne n'a d'excuse pour encore utiliser IPv4. Il y a donc un
 +travail de portage à faire, au moins au niveau du vizu, mais surement
 +aussi au niveau de certains packages MAPS qui, me suis-je laissé dire,
 +utilisent des sockets a la mano au lieu d'utiliser les composants MAPS
 +standards.
 +
 +
 +==== Véhicules ====
 +
 +Il faudrait essayer de rationnaliser un peu les C3. Ça passe d'abord par
 +un raccourcissement drastique des câbles. On avait aussi parlé d'une
 +sorte de boîte dans laquelle on pourrait proprement empiler le matériel,
 +au lieu de coloniser tout le coffre. Côté logiciel, je n'ai
 +malheureusement pas vraiment eu le temps de me pencher sur cette idée de
 +nouvelle infrastructure fixée dont nous avons déjà discuté, autant pour
 +les C3 que pour les CyCabs (je continue à penser que la même
 +infrastructure logicielle peut être utilisée sur tous nos véhicules ;
 +seuls quelques drivers et composants MAPS diffèrant).
 +
 +La C3 rouge n'est pas à l'Inria en ce moment, je n'ai donc pas pu faire
 +certaines modifications que j'ai faites sur les autres. Il faut faire un
 +échange du hub 5 ports contre un Netgear 8 ports (il est près et rangé
 +dans mon tiroir). Il faut aussi faire un petit échange de cartes Wi-Fi
 +documenté là [8].
 +
 +Les cubes des C3 n'utilisent que des cartes à base d'Atheros. Tant que
 +le problème de driver n'est pas réglé, il ne faut _PAS_ mettre à jour
 +ces cubes.
 +
 +Ça me fait penser que la ventouse de l'écran de la C3 verte semble
 +cassée.
 +
 +
 +==== Fylvestre ====
 +
 +Lui [9] faites pas de mal ! Il est gentil !
 +
 +Plus sérieusement, il devrait marcher sans trop de problème. Il a un
 +disque de 500 Go monté sur /srv. C'est dans cette partition qu'il faut
 +mettre tous les fichiers importants. Elle est sauvegardée toutes les
 +nuits par le service NetWorker de l'Inria. Dans cette partition se
 +retrouvent donc
 + 1) tout ce qui est dispo sur http://fylvestre.inria.fr (dans www),
 + 2) tout ce qui est dispo sur \\fylvestre.inria.fr (dans imara_data),
 + 3) les données de l'issue tracker (dans roundup).
 +
 +
 +==== Mes affaires ====
 +
 +Pour finir, et puis parce que je reviens dans 1 an et demi, je laisse
 +quelques affaires ici. J'ai tout mis dans mon caisson, dont je laisse la
 +clé. Armand et Laurent savent où elle se trouve (c'est sur le même porte
 +clé que se trouve celle du câble de sécurité attachant mes écrans). Je
 +dis ça parce qu'il reste quelques trucs qui pourraient être utile dans
 +mes affaires (un peu de matériel, des CD d'install, ...). Du coup, j'ai
 +étiquetté le caisson avec ce qu'il y avait dedans. Bougez le si il gène,
 +mais me le perdez pas (:
 +
 +
 +Voila, je crois que j'ai fait à peu près le tour de ce qui me restait à
 +faire avant de partir... \:
 +
 +
 +
 +==== Références ====
 +
 +[0] http://www-rocq.inria.fr/imara/wikilara/themes/procedures/4gcubenew#software_setup \\
 +[1] http://www-rocq.inria.fr/imara/wikilara/themes/sujetsdestages \\
 +[2] http://fylvestre.inria.fr/pub/nylon-meshcubes/ \\
 +[3] https://gforge.inria.fr/plugins/scmsvn/viewcvs.php/cubes/packages/?root=lara-com \\
 +[4] https://gforge.inria.fr/plugins/scmsvn/viewcvs.php/cubes/packages/madwifi-old-openhal/?root=lara-com \\
 +[5] https://gforge.inria.fr/plugins/scmsvn/viewcvs.php/cubes/packages/madwifi/?root=lara-com \\
 +[6] https://gforge.inria.fr/plugins/scmsvn/viewcvs.php/cubes/packages/acx100/?root=lara-com \\
 +[7] http://www-rocq.inria.fr/imara/wikilara/groups/lara-com/architecture/ipv6testbed \\
 +[8] http://www-rocq.inria.fr/imara/wikilara/themes/architecture/4gcubes#cube_1714 \\
 +[9] http://www-rocq.inria.fr/imara/wikilara/fylvestre
 
wiki/old/users/oliviermehani/chantiersouverts.txt · Last modified: 2009/11/17 22:56 (external edit)
Recent changes · Show pagesource · Login