Gestion des ux dans les rseaux mobiles

Antoine Boutet
INRIA Rennes - Bretagne Atlantique

Benoit Le Texier
IT/Telecom Bretagne

Nicolas Montavont
IT/Telecom Bretagne

benoit.letexier@telecom- nicolas.montavont@telecomantoine.boutet@irisa.fr bretagne.eu bretagne.eu Tanguy Ropitault Csar Viho

IT/Telecom Bretagne IRISA - Universit de Rennes1

tanguy.ropitault@telecombretagne.eu ABSTRACT
The Network Mobility Basic Support (NEMO BS) protocol is the IETF standard to support mobility of entire IPv6 networks. Every network movements are fully transparent to the nodes located inside the mobile network without interruption on their ongoing communications. In addition to the mobility support, a mobile router may be equipped with several wireless network interfaces in order to connect heterogeneous access technologies. These networks can be available at the same time, and consequently the mobile network may benet from these multiple paths to connect the Internet. All access networks have dierent characteristics in terms of bandwidth, latency, cost, etc. It is therefore important to install ow policies on an embedded mobile network in order to distribute, adapt or lter communications according to preferences of the operator and the availability of the technologies. In this demonstration, we propose to show how to apply ow policies on an embeded mobile network inside a vehicule.

cesar.viho@irisa.fr

dans cette d emonstration la mise en oeuvre de diverses politiques pour la r epartition de ux, au sein dun r eseau mobile embarqu e dans un v ehicule.

Categories and Subject Descriptors

C.2.0 [Computer-Communication Network]: Data communications; C.2.1 [Computer-Communication Network]: Network Architecture and DesignNetwork communicatons

General Terms
Design, Experimentation

Keywords
IPv6, Mobile IPv6, Network Mobility Basic Support (NEMO BS), Flow Management

1.

INTRODUCTION

RSUM
Le protocole Network Mobility Basic Support (NEMO BS) est un standard IETF qui prend en charge la gestion de la mobilit e dun r eseau IPv6. Tous les mouvements du r eseau sont transparents pour les noeuds du r eseau mobile, sans rompre leurs communications en cours. Par ailleurs, plusieurs r eseaux dacc` es peuvent etre disponibles au m eme moment. Un r eseau mobile peut alors b en ecier de ces chemins multiples pour se connecter a ` lInternet. Cependant, tous les r eseaux dacc` es nont pas les m emes caract eristiques (en terme de bande passante, latence, co ut, etc), ni les m emes disponibilit es. Il est donc important de mettre en place une politique de gestion des ux dans un r eseau mobile embarqu e pour distribuer, adapter ou ltrer des communications selon la connectivit e du r eseau mobile et les pr ef erences de lop erateur. An dillustrer cette solution, nous montrons

Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for prot or commercial advantage and that copies bear this notice and the full citation on the rst page. To copy otherwise, to republish, to post on servers or to redistribute to lists, requires prior specic permission and/or a fee. UbiMob08 2008, May 28-30, 2008, Saint-Malo, France Copyright 2008 ACM 978-1-59593-980-7/08/05 ...$5.00.

La popularit e croissante et les progr` es des technologies sans ls font emerger de nouveaux types dutilisation et dattentes de la part des utilisateurs. A lavenir, les usagers souhaiteront b en ecier sans discontinuit e de leurs applications r eseaux usuelles lors de leurs d eplacements ou chaque fois quils changeront de r eseau ou de technologies dacc` es. Les acc` es a ` des r eseaux sans l h et erog` enes augmentent la complexit e des terminaux. Faute de conna tre les caract eristiques de chaque technologie dacc` es, quand plusieurs r eseaux sans l sont accessibles au m eme moment a ` partir du m eme mobile, il est dicile pour lutilisateur de choisir le plus pertinent selon ses besoins et lore disponible a ` lendroit o` u il se trouve : minimiser le co ut ? maximiser la bande passante ? plus de s ecurit e ? une meilleure qualit e de service ? Dans le but de faciliter lacc` es aux r eseaux h et erog` enes IPv6 [2], la gestion de la mobilit e et le choix du r eseau dacc` es ont et e d eplac es dans un equipement distinct des terminaux rendant ainsi tout d eplacement ou changement de technologie dacc` es totalement transparent pour les utilisateurs. Cest lid ee derri` ere le protocole Network Mobility Basic Support (NEMO BS) [3] qui introduit la notion de routeur mobile pour prendre en charge la mobilit e. Les syst` emes de transport et particuli` erement les transports publics sont un environnement typique dapplication de cette solution en fournissant un acc` es a ` lInternet sans discontinuit e aux usagers durant leurs d eplacements. Gr ace a ` lextension

lectionner le r eseau dacc` es le plus avantageux selon les crit` eres d enis par lutilisateur (abilit e, co ut, latence, etc) ; Adapter au mieux la distribution des communications des passagers entre les di erents r eseaux dacc` es ; Filtrer certaines des communications qui satureraient le ou les r eseaux dacc` es accessibles.

3.

DMONSTRATION

Figure 1: Le r eseau mobile embarqu e dans le cycab. du protocole NEMO BS appel ee Multiple Care-of Address (MCoA) [5], un routeur mobile munis dinterfaces multiples peut utiliser plusieurs interfaces simultan ement connect ees a ` lInternet. Cependant, ni le protocole NEMO BS, ni lextension MCoA ne d enit comment le routeur mobile doit utiliser ses interfaces pour transf erer les paquets de ou vers lInternet. Pour prendre avantage de lutilisation de ces multiples chemins, lIETF1 d enit actuellement le support Flow Bindings [4]. Cette extension du protocole NEMO BS permet dattacher un ou plusieurs ux a ` des interfaces sp eciques. De cette mani` ere lop erateur du routeur mobile peut d enir des politiques de gestion ecace des ux, en fonction des r eseaux dacc` es disponibles et de leurs caract eristiques, ainsi que de ses attentes et contraintes sp eciques.

Cette d emonstration pr esentera une vid eo mettant en sc` ene le sc enario d ecrit ci-dessus, avec des politiques de gestion des ux di erentes. Le v ehicule embarque une cam era, un GPS et un routeur mobile pouvant acc eder a ` lInternet via lEthernet, le Wi-Fi et la 3G. La vid eo commence dans le local technique par une pr esentation du v ehicule et de ses principaux composants. Ensuite, avant le d epart du v ehicule, la premi` ere etape consiste a ` jouer le r ole de lop erateur du r eseau mobile et de d enir les politiques de gestion des ux a ` appliquer durant le parcours (pr ef erence de r eseaux dacc` es, distribution, adaptation ou ltrage des ux). Puis les deux occupants prennent place a ` bord du v ehicule. Ils ont acc` es ` a plusieurs applications (navigation web, vid eo a ` la demande, etc.) et peuvent communiquer avec le local technique durant le voyage via un service de messagerie instantan ee. Enn, le cycab part eectuer son parcours sur le campus. Durant litin eraire, le suivi du v ehicule seectue au travers dune interface web rassemblant toutes les informations : suivi du d eplacement du v ehicule, image de la cam era embarqu ee, le monitoring des di erents composants du r eseau mobile, les r eseaux dacc` es disponibles ainsi que la liste des ux et leurs politiques de gestion.

2.

SCNARIO

4.

REMERCIEMENTS

Un cycab (petit v ehicule dexp erimentation) se d eplace sur le campus de Beaulieu a ` Rennes. Il traverse di erents r eseaux dacc` es, couverture Wi-Fi ext erieure du campus, couverture 3G de lop erateur de t el ephonie, etc. Chaque r eseau dacc` es a ses propres caract eristiques en terme de tarif, d ebit, latence, etc. Le v ehicule embarque un routeur mobile acc edant a ` Internet via diverses technologies (Wi-Fi, 3G), et qui fournit une connectivit e a ` Internet a ` ses occupants et aux di erents composants int egr es au v ehicule (cam era, capteurs, etc). Les occupants du v ehicule sont equip es dordinateurs portables et dassistants personnels et peuvent b en ecier des divers services tel que la vid eo a ` la demande et peuvent communiquer via un service de messagerie instantan ee et de voix sur IP. Chacune de ces applications a un besoin diff erent en terme de bande passante et de latence qui nest pas n ecessairement atteignable sur tous les r eseaux dacc` es. Il faudra donc adapter la politique de gestion des ux au cours de litin eraire du v ehicule pour prendre en compte les r eseaux dacc` es disponibles et distribuer, adapter ou ltrer les ux en cons equence an d eviter les congestions et leffondrement des communications entre le r eseau mobile et lInternet. Tous les aspects li es a ` la mobilit e et la gestion des ux sont op er es par le routeur mobile, ce qui permet de servir une ote d equipements embarqu es sans modier leur syst` eme. Ce routeur mobile va permettre de : Maintenir les communications des passagers et des composants embarqu es durant le voyage (travers ee de di erents r eseaux) ; S e1

Cette d emonstration utilise la plate-forme rennaise ainsi que des services du projet europ een FP6 IST ANEMONE [1]. Les auteurs remercient toutes les personnes qui ont permis cette d emonstration.

5.

[1] FP6 - IST ANEMONE Project : Advanced Next gEneration Mobile Open NEtwork. http ://www.ist-anemone.eu. [2] S. Deering and R. Hinden. Internet Protocol Version 6 (IPv6) Specication, Internet Engineering Task Force, Request for Comments (RFC) 2460, December 1998. [3] V. Devarapalli, R. Wakikawa, A. Petrescu, and P. Thubert. Network Mobility (NEMO) Basic Support Protocol, Internet Engineering Task Force, Request for Comments (RFC) 3963, January 2005. [4] H. Soliman, N. Montavont, N. Fikouras, and K. Kuladinithi. Flow Bindings in Mobile IPv6 and Nemo Basic Support, Work in Progress, Internet Engineering Task Force, draft-soliman-monami6-ow-binding-04, August 2007. [5] R. Wakikawa, T. Ernst, K. Nagami, and V. Devarapalli. Multiple Care-of Addresses Registration, Work in Progress, Internet Engineering Task Force, draft-ietf-monami6-multiplecoa-03, March 2007.

REFERENCES

Internet Engineering Task Force