Une plate forme mobile libre et communicante Le projet Open E-Bus Une plate forme mobile libre et communicante

Plan 1ère PARTIE: Les couches Basses Présentation du projet E-Bus Partenaires Objectifs Aspect Techniques Apports d’IPv6 pour la mobilité Les adresses Les en-têtes Mobile IP et NEMO Principes Techniques 2ème PARTIE: Les couches Hautes Couches Supérieures Partenariat GEENSYS

Projet Open E-BUS Les initiateurs: IUT des Pays de l’Adour (département Réseaux Télécoms) RDTL (Régie Des Transports Landais) Les partenaires industriels Geensys …

Les Besoins Domaine des Transports Systèmes propriétaires Systèmes fermés Systèmes très chers But recherché Mélanger les solutions Permettre une concurrence Privilégier les spécialités de chaque entreprise

Objectifs Techniques Concevoir une infrastructure Utilisant des logiciels libres Utilisant des grands standards Matériels Système Protocoles Logiciels Disponible pour tous les industriels en concurrence

Choix Technologiques Matériel: Architecture de type PC embarqué Système: GNU/Linux Protocoles: TCP/IP (v6) Logiciels: OSGI Eclipse

La Plate-Forme Théorique

Communication interne Objectif: fournir tous les standards possibles RS232 – RS 485 USB Ethernet Wifi - Bluetooth - IR …

Communication externe Objectif: multiplier et optimiser les moyens de connexion à Internet: GSM / GPRS / EDGE / UMTS Wifi Opérateur Wi-Max Wifi privé Bluetooth Ethernet …

Pb: Gestion de la Mobilité Objectifs: Conserver une connectivité à Internet lors des déplacements Pb1: Ne pas interrompre les applications en cours  Mobile IP Pb2: Permettre aux applications d’être réactives à la QoS disponible  Problème ouvert

Pb1: Mobile IP Technologie émergente Masque le changement d’adresse IP aux applications Permet le changement de FAI sans interrompre une application Mais … Mobile IP en IPv4 fonctionne en mode dégradé

Insuffisances d’IPv4 Pénurie d’adresses publiques Mobile IP nécessite cela Auto configuration autonome DHCP, seule solution IPv4 nécessite un serveur et n’est pas rapide Options IP limitées

Apports d’IPv6 pour la mobilité Adresses de 128 bits ~ 1500 adresses / m² de planète 2001:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx Suppression des principes de NAT (translations d’adresses privées / publiques)

Apports d’IPv6 pour la mobilité Systèmes d’auto configuration plus efficaces (NDP) Pas de besoin de serveur dédié Les routeurs IPv6 annoncent leur réseau (RA), soit les 64 premiers bits de l’adresse L’adresse machine est déduite de l’adresse Mac (EUI 64), soit les 64 derniers bits de l’adresse Beaucoup plus rapide que DHCP

Apports d’IPv6 pour la mobilité En têtes chaînables En tête IP NH: TCP En tête TCP Data En tête IP NH: HoA En tête HoA NH: TCP En tête TCP Data

Mobile IPv6 (MIP6): Principe CN: Correspondant Node HA: Home Agent MB: Mobile Node Schéma: « IPv6 » Editions O’reilly

Mobile IPv6 (MIP6): Principe Mobile dans son réseau de rattachement CN: Correspondant Node HA: Home Agent MN: Mobile Node Schéma: « IPv6 » Editions O’reilly

Mobile IPv6 (MIP6): Principe Migration du mobile dans un réseau étranger Le mobile se voit affecter une « adresse de courtoisie » (CoA: Care of Adress), par autoconfiguration Schéma: « IPv6 » Editions O’reilly

Mobile IPv6 (MIP6): Principe Mise à jour de l’agent mère HA Le mobile informe le HA de sa nouvelle adresse: HA enregistre une association Schéma: « IPv6 » Editions O’reilly

Mobile IPv6 (MIP6): Principe Communication initiée par un CN quelconque Le HA transmet de façon transparente et sécurisée les paquets IP au mobile Schéma: « IPv6 » Editions O’reilly

Mobile IPv6 (MIP6): Principe Utilisation d’en têtes IP / IP Nécessaire pour passer les filtres de sécurité des routeurs (« ingress » et « outgress » filtering) En tête IP NH: IP/IP SRC: @HA DST: @CoA En tête IP NH: TCP SRC: @CN DST: @HoA En tête TCP DATA

Mobile IPv6 (MIP6): Principe Réponse du mobile au CN: 1er scénario Le mobile passe par le HA pour répondre à son correspondant CN Schéma: « IPv6 » Editions O’reilly

Mobile IPv6 (MIP6): Principe Utilisation d’en têtes IP / IP 1er scénario de réponse à CN: On repasse par le HA CN n’a pas besoin de support de mobilité En tête IP NH: IP/IP SRC: @CoA DST: @HA En tête IP NH: TCP SRC: @HoA DST: @CN En tête TCP DATA

Mobile IPv6 (MIP6): Principe Réponse du mobile au CN: 2ème scénario Le mobile répond directement à son correspondant CN Schéma: « IPv6 » Editions O’reilly

Mobile IPv6 (MIP6): Principe Utilisation d’en têtes « HA Header » 2ème scénario de réponse à CN: On répond directement à CN Le CN a besoin d’un support minimal de mobilité (interprétation des HA Headers) En tête IP NH: HA Hdr SRC: @CoA DST: @CN En tête HA Hdr NH: TCP SRC: @HoA En tête TCP DATA

Mobile IPv6 (MIP6): Principe Optimisation ultime: Le mobile envoie un BU à son correspondant CN Le CN a besoin d’un support complet de mobilité (enregistrement d’associations) Schéma: « IPv6 » Editions O’reilly

Pb2: Réactivité à la QoS Les applications n’ont pas les mêmes besoins Si la connectivité internet varie, les performances aussi Bande passante Délai (RTT) Coût (financier) … Les applications ont des besoins spécifiques Une application doit pouvoir prendre en compte ces critères et interagir en fonction … problème ouvert  Axe de travail de l’équipe « Liuppa / CSySec »

Conclusion Partie 1 Une plate forme standard est possible à mettre en oeuvre Protocoles standards (IPv6) Technologie Mobile IP / Nemo Immédiatement opérationnelle Des améliorations sont envisageables Adaptation des applications à la qualité de service réseau disponible