Présentation
En anglaisRÉSUMÉ
L’internet des Objets n’est plus un fantasme de science-fiction. Les progrès technologiques permettent maintenant d’envisager la connexion des objets du quotidien à l’Internet. Des solutions ouvertes et interopérables doivent cependant être utilisées pour garantir une communication optimum entre ces objets. Le protocole de routage est un élément clé de cet objectif, car il permet pour chaque objet de décider comment joindre un autre objet. Les contraintes s’appliquant aux objets (faible puissance, communications instables) doivent être prises en compte pour le développement de protocole de routages adaptés. Dans cet article, nous présentons le protocole RPL, spécialement conçu pour les réseaux à faible puissance et fort taux de perte.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleABSTRACT
The Internet of Things is no longer a science-fiction fantasy. Ongoing technological advances herald the connection of everyday objects to the Internet. However, open and interoperable solutions must be used to ensure optimal communication between these objects. The routing protocol is a key element of this objective, because it enables each object to decide on how to reach another object. The typical constraints of the objects (e.g. low power, unstable communication channels) must be taken into account in the development of appropriate routing protocols. In this article, we present the RPL protocol, which was specifically designed for low-power and lossy networks: the networks formed in the Internet of Things.
Auteur(s)
-
Tanguy ROPITAULT : Consultant
INTRODUCTION
Les capteurs ont longtemps été simplement utilisés pour quantifier et surveiller une valeur physique de façon locale : capteur de CO2 dans une usine, de température au sein du foyer, de luminosité pour un éclairage urbain, etc. L’apparition de l’Internet et les recherches dans le domaine des technologies sans fil ont permis de doter ces capteurs d’une connectivité et a donné naissance aux réseaux de capteurs sans fil. La généralisation de ces capteurs a entraîné la création d’une multitude de nouvelles applications : surveillance de la consommation énergétique d’un foyer, gestion des feux de signalisation urbains ou système d’éclairage intelligent pour une commune. De manière plus large, les réseaux de capteurs sans fil peuvent être vus comme un sous-ensemble du concept plus large de l’Internet des objets. L’Internet des objets vise à donner une connectivité à un ensemble hétérogène d’objets du quotidien (machine à laver, compteur électrique, éclairages, ou vêtements par exemple) à l’aide de communications filaires ou sans fil.
Du fait de la faible puissance (énergétique, de traitement) des objets à connecter à l’Internet, il a souvent été considéré que leur connexion à l’architecture Internet traditionnelle était impossible entraînant de facto le développement de solutions propriétaires et non interopérables (ZigBee, LON, KNX, etc.). L’IETF (Internet Engineering Task Force), l’organisme en charge de la standardisation des protocoles de l’Internet, a donc créé plusieurs groupes de travail afin de spécifier des protocoles interopérables pour les réseaux composés d’appareils fortement contraints ou LLN (Low Power and Lossy Networks ou réseaux à faible puissance et fort taux de perte).
On peut citer principalement le groupe de travail 6LoWPAN (The IPv6 in Low-Power Wireless Personal Area Networks) qui a défini la manière de transporter des datagrammes IPv6 sur des liens à bas débit et à faible consommation, ainsi que la façon d’y former et de maintenir un sous-réseau IPv6 (Internet Protocol version 6). Le groupe de travail ROLL a, quant à lui, défini le protocole de routage RPL, qui permet de construire une topologie de routage sur des réseaux contraints. Il est à noter qu’il ne faut pas prononcer RPL comme un acronyme de trois lettres, mais comme le mot anglais « riple » signifiant ondulation. Le groupe CORE développe une version simplifiée de HTTP demandant moins de ressources tout en gardant une compatibilité avec HTTP. Finalement, le groupe ACE s’occupe de la sécurité dans les environnements contraints. Ces quatre groupes de travail ont un rôle clé dans la définition d’un Internet des Objets ouvert et interopérable.
Dans cet article, nous nous focaliserons sur le protocole de routage RPL en présentant les différents mécanismes mis en œuvre dans RPL.
Un glossaire des principaux termes utilisés est placé en fin d’article.
MOTS-CLÉS
Ipv6 Internet des Objets réseaux à faible puissance et fort taux de perte description de standard routage dans les réseaux LLN
KEYWORDS
IPv6 | Internet of Things | low power and lossy networks | standard's description | routing in LLN network
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
4. Maintien de la topologie
Afin de réagir aux éventuelles pannes du réseau (lien ou nœuds non fonctionnels), RPL dispose de deux mécanismes : la réparation globale et la réparation locale.
4.1 Réparation globale
La réparation globale est déclenchée par la RPL racine. Pour cela, elle incrémente son numéro de version DODAGVersionNumber ce qui entraîne la construction d’une nouvelle topologie en autorisant tous les nœuds du réseau à pouvoir choisir une nouvelle position dans le DODAG sans être contraint par leur rang dans l’ancienne version du DODAG.
HAUT DE PAGE4.2 Réparation locale
RPL autorise aussi une réparation plus fine appelée la réparation locale. Ce mécanisme est utilisé par un nœud lorsqu’il n’a plus de parents potentiels de disponibles et permet à un nœud de choisir un parent préféré sans prendre en compte son propre rang. La réparation locale s’accompagne d’un empoisonnement de routes, afin d’avertir les fils du nœud qu’il n’est plus en mesure d’offrir une connectivité vers la racine. Pour empoisonner, un nœud envoie un DIO contenant un rang infini. Les fils à la réception du DIO avec rang infini ont alors connaissance du fait que leur parent actuel ne peut plus être considéré comme un parent et déclenchent alors la sélection d’un nouveau parent.
La figure 16 montre un exemple de réparation locale. La figure 16 a montre les routes installées par RPL, ainsi que la connectivité de la topologie. Le nœud 1 détecte que sa route montante vers la racine n’est plus fonctionnelle (figure 16 b ). Il commence alors l’empoisonnement en émettant un DIO avec un rang infini. À la réception de ce DIO, son fils (le nœud 3) voit qu’il ne peut plus continuer à utiliser le nœud 1 comme parent préféré. Il va alors essayer de trouver un autre parent, en l’occurrence le nœud 4 sur la figure 16 c. Une fois que le nœud 1 a terminé son empoisonnement, il peut sélectionner potentiellement n’importe quel nœud du réseau avec qui il a une connectivité comme parent (les nœuds...
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Maintien de la topologie
BIBLIOGRAPHIE
-
(1) - WINTER (T.) - RPL : IPv6 routing protocol for low-power and lossy networks. - https://tools.ietf.org/html/rfc6550
-
(2) - LEVIS (P.) - Overview of existing routing protocols for low power and lossy networks. - https://tools.ietf.org/html/draft-ietf-roll-protocols-survey-07
-
(3) - DOHLER (M.) - Routing requirements for urban low-power and lossy networks. - https://tools.ietf.org/html/rfc5548
-
(4) - PISTER (K.) - Industrial routing requirements in low-power and lossy networks. - https://tools.ietf.org/html/rfc5673
-
(5) - BRANDT (G.) - Home automation routing requirements in low-power and lossy networks. - https://tools.ietf.org/html/rfc5826
-
(6) - MARTOCCI (J.) - Building automation routing requirements. - https://tools.ietf.org/html/rfc5867
- ...
DANS NOS BASES DOCUMENTAIRES
Cet article fait partie de l’offre
Réseaux Télécommunications
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive