IPv6 et EGEE: Migration d’un système d’information complexe vers IPv6, gLite
Etienne DUBLE
UREC (Unité Réseaux du CNRS)
Xavier Jeannin
UREC (Unité Réseaux du CNRS)
Mots clefs
IPv6, dual-stack, middelware, grille, socket, NAT-PT, migration.
Résumé
La grille Enabling Grids for E-sciencE (EGEE) est gérée par un middleware nommé gLite qui constitue un véritable système d'information (authentification et autorisation, stockage, gestion du déplacement des données et des jobs, ...). La croissance d'EGEE, le besoin d'interconnexion avec les autres grilles et les recommandations de la commission européenne ont poussé le projet à s'intéresser à IPv6. De plus, les sites de la grille ne pouvant pas se déployer derrière un système NAT (Network Address Translation), EGEE a des besoins conséquents en adresses IP publiques. Le but de cet article est d'étudier concrètement comment migrer un tel ensemble de logiciels, écrits dans différents langages, en prenant en compte à la fois leur évolution permanente et leur interaction, et sachant qu'il est impossible de migrer tout le middleware à la fois.
Dans un premier temps nous rappellerons quelques points techniques concernant l'interopérabilité Ipv4/IPv6. Nous expliciterons ensuite les étapes nécessaires à la migration d'un système de cette envergure. Nous montrerons également les méthodes et outils employés pour tester la compatibilité IPv6 (en particulier IPv6 CARE qui vérifie la compatibilité d'un programme au cours de son exécution), ainsi que le travail effectué concernant les méthodes de programmation IPv6 (C/C++, Java, Python, Perl). Enfin nous conclurons sur les résultats obtenus dans le projet EGEE.
Retour
IPv6 et EGEE: Migration d’un système d’information complexe vers IPv6, gLite
Etienne DUBLE
UREC (Unité Réseaux du CNRS)
Xavier Jeannin
UREC (Unité Réseaux du CNRS)
Mots clefs
IPv6, dual-stack, middelware, grille, socket, NAT-PT, migration.
Résumé
La grille Enabling Grids for E-sciencE (EGEE) est gérée par un middleware nommé gLite qui constitue un véritable système d'information (authentification et autorisation, stockage, gestion du déplacement des données et des jobs, ...). La croissance d'EGEE, le besoin d'interconnexion avec les autres grilles et les recommandations de la commission européenne ont poussé le projet à s'intéresser à IPv6. De plus, les sites de la grille ne pouvant pas se déployer derrière un système NAT (Network Address Translation), EGEE a des besoins conséquents en adresses IP publiques. Le but de cet article est d'étudier concrètement comment migrer un tel ensemble de logiciels, écrits dans différents langages, en prenant en compte à la fois leur évolution permanente et leur interaction, et sachant qu'il est impossible de migrer tout le middleware à la fois.
Dans un premier temps nous rappellerons quelques points techniques concernant l'interopérabilité Ipv4/IPv6. Nous expliciterons ensuite les étapes nécessaires à la migration d'un système de cette envergure. Nous montrerons également les méthodes et outils employés pour tester la compatibilité IPv6 (en particulier IPv6 CARE qui vérifie la compatibilité d'un programme au cours de son exécution), ainsi que le travail effectué concernant les méthodes de programmation IPv6 (C/C++, Java, Python, Perl). Enfin nous conclurons sur les résultats obtenus dans le projet EGEE.
Retour
