Voir la source de Ad-hoc On-demand Distance Vector

'''AODV''' (pour '''Ad hoc On Demand Distance Vector''') est un [[protocole de communication|protocole]] de [[routage]] destiné aux réseaux mobiles ([[réseau ad hoc]]). Il est à la fois capable de routage [[unicast]] et [[multicast]]. Il est libre de boucle, auto-démarrant et s'accommode d'un grand nombre de nœuds mobiles (ou intermittents).
Lorsqu'un nœud source demande une route, il crée les routes à la volée et les maintient tant que la source en a besoin. Pour les groupes multicast, AODV construit une arborescence.
Ce protocole de routage est peu gourmand en énergie et ne nécessite pas de grande puissance de calcul, il est donc facile à installer sur de petits équipements mobiles.

La première publication faisant état de AODV apparaît lors du ''proceedings of the 2nd IEEE workshop on mobile computing systems and application''<ref>{{harvsp|Perkins|1999|id=Perkins1999}}.</ref>. La démarche visait à normaliser les différents protocoles du MANET ([[Mobile Ad-hoc NETworks]]) pour les [[Réseau ad hoc|réseaux ad hoc]]. L'intérêt du routage dynamique ''ad hoc'' apparaît dès 1996 dans des articles comme ''Dynamic source routing in ''ad hoc'' wireless networks (1996)''<ref>{{harvsp|Johnson|1996|id=Johnson1996}}.</ref>. L'appropriation  par la communauté technique de ce protocole entraîne de nombreuses évolutions et adaptations. Le nombre de publications qui s'en sont ensuivies a atteint un pic d'une centaine par an en 2004 et 2005 montrant l'intérêt porté à ce protocole lors de cette période. La mise à disposition par les opérateurs de réseaux à coût raisonnable et disposant d'une couverture proche de 100 % restreint l'intérêt des réseaux ''ad hoc''.

L'intérêt majeur des réseaux ad-hoc est qu'ils sont très facile à mettre en place et pour un coût faible. Quelques expériences furent tentées, comme le « Réseau Citoyen »<ref name="ReseauCitoyen">{{lien web
 | url = http://reseaucitoyen.be/ 
 | titre = Le réseau citoyen Belge
}}.</ref> en Belgique. D'autres exemples existent de par le monde, en Afrique, ou le projet (SARI)<ref name="harvsp Castro p1">{{harvsp|Castro|2010|p=1|id=Castro2010}}.</ref> en Inde. son utilisation pourrait pallier une couverture opérateur limitée. L'armée (Projet FELIN)<ref>{{harvsp|Barrère|2009|p=2|id=Lionel Barrère}}.</ref> ou la sécurité civile réfléchit à l'intérêt de cette organisation pour pallier une défaillance générale en cas de catastrophe naturelle par exemple.

== Description technique ==

=== Principe de fonctionnement ===

AODV<ref>{{harvsp|Perkins|2003|p=8-14|id=Perkins2003}}.</ref> définit cinq types de messages distincts, référencés à l'[[Internet Assigned Numbers Authority]] (IANA), transmis via le port [[User Datagram Protocol|UDP]] 654.
Parmi ces messages ce sont les requêtes RREQ<ref>{{harvsp|Perkins|2003|p=7|id=Perkins2003}}.</ref>(route request) et les réponses RREP<ref> {{harvsp|Perkins|2003|p=8|id=Perkins2003}}.</ref> (route reply) qui permettent de construire ses routes utilisées pour relayer les informations sur le réseau.

Lorsqu’un nœud source veut établir une route vers une destination pour laquelle il ne possède pas encore de chemin, il diffuse en [[broadcast (informatique)|broadcast]] un paquet RREQ. Si une réponse RREP est reçue alors l’opération de découverte de route est terminée. Dans le cas contraire, au bout d’un délai d’attente NET_TRANVERSAL_TIME<ref>{{harvsp|Perkins|2003|p=15|id=Perkins2003}}.</ref>, il rediffuse le message RREQ et attend une période supérieure à la première. En l'absence de réponse RREP, ce processus peut être répété jusqu'à RREQ_RETRIES fois (par défaut RREQ_RETRIES = 2<ref>{{harvsp|Perkins|2003|p=31|id=Perkins2003}}.</ref>). S'il n’y a toujours pas de réponse au bout des trois (ou  RREQ_RETRIES + 1) tentatives, le processus de recherche de route est abandonné. Une nouvelle demande de route sera initiée au bout d’un délai de {{Unité|10|s}}. Un nœud recevant un paquet RREQ émettra alors un paquet RREP (route reply) s'il est la destination ou s'il possède une route vers la destination avec un numéro de séquence supérieur ou égal à celui du paquet RREQ sinon il rediffuse le paquet RREQ. Les nœuds conservent chacun une trace des [[Internet Protocol|IP]] sources et des identifiants de diffusion des paquets RREQ. Dans le cas où ils reçoivent un paquet RREQ qu’ils ont déjà traité, ils le suppriment.

Une fois que la source a reçu les paquets RREP, elle peut commencer à émettre des paquets de données vers la destination. Si, ultérieurement, la source reçoit un RREP contenant un numéro de séquence supérieur ou égal, mais avec un nombre de sauts plus petits, elle mettra à jour son information de routage vers cette destination et commencera à utiliser la meilleure route. Une route est maintenue aussi longtemps qu’elle continue à être active, c'est-à-dire tant que des données transitent entre la source et la destination. Le lien expire quand il n’y a plus de données en transit sur le lien et au bout d'un délai appelé ACTIVE_ROUTE_TIMEOUT<ref>{{harvsp|Perkins|2003|p=13|id=Perkins2003}}.</ref>. 
En cas de coupure du lien, le nœud extrémité émet un paquet RERR<ref>{{harvsp|Perkins|2003|p=10|id=Perkins2003}}.</ref> (Route Error) vers le nœud source pour le prévenir que la destination est désormais injoignable. Si le nœud source veut toujours obtenir une route vers cette destination, il doit recommencer le processus de découverte de route.

La figure ci-dessous illustre une recherche de route à l’initiative du nœud <math>\mathcal{A}</math> et en direction de <math>\mathcal{J}</math> et les différentes tables de routages constituées. La diffusion du message RREQ à partir de <math>\mathcal{A}</math> se fait en broadcast vers tous ses voisins. Lorsque <math>\mathcal{J}</math> reçoit le message il retourne un message RREP à <math>\mathcal{A}</math> en passant par <math>\mathcal{H}</math>, <math>\mathcal{G}</math> et <math>\mathcal{D}</math>.

[[Fichier:AODV Decouverte Route2.png|thumb|center|upright=3.1|Synoptique de détection de route possible par AODV entre deux nœuds A et J avec les tables de routages.]]

La figure ci-dessous illustre le flux de requêtes lors de l'établissement d'une connexion entre deux nœuds. La fin du schéma représente la rupture des échanges entre des nœuds en cours de transmission des données.
[[Fichier:AODV Echange Requetes2.png|thumb|Flux de requêtes pour la découverte de routes et lors de la rupture de lien |center|upright=2]]

=== Formats des messages ===
==== Message RREQ ====
Le message RREQ<ref>[[#RFC3561|RFC3561 p6]]</ref> de demande de route, est le message d'interrogation des routes disponibles. Il est constitué d'une trame de {{unité|24|octets}} :
* Les quatre premiers octets sont constitués du champ Type sur 8 bits forcé à 1 indiquant qu'il s'agit d'un message RREQ. Les bits suivants : J, R, G, D, U décrits plus bas indiquent les différentes utilisations du message. Un champ ''reserved'' sur 11 bits mis à 0 laisse la possibilité d'évolution ultérieurs. Puis un champ de 8 bits indique le nombre de sauts. 
* Les quatre octets suivants portent l'identification du message.
* Les quatre suivants l'adresse IP de la destination.
* Les quatre suivants le numéro de séquence de la destination. Les deux suivants l'adresse IP d'origine. 
* Les quatre derniers sont destinés à l'identification de la transaction par la source IP.

[[Fichier:RREQ.png|thumb|Message RREQ|left|upright=3]]
{{Clr|left}}

* Le champ Type est forcé à 1.
*Le bit J : est positionné à 1 sur le message sortant en cas d'utilisation de multicast.
*Le bit R : est positionné à 1 sur le message retour en cas d'utilisation de multicast.
*Le bit G : Drapeau RREP gratuite, indique si un RREP gratuite doit être envoyé en unicast vers le nœud spécifiée dans le champ [[Adresse IP]] destination.
*Le bit D : Drapeau de destination seulement, indique que la destination seul peut répondre à cette RREQ.
*Le bit U : Numéro de séquence inconnue, indique à la destination que le numéro de séquence est inconnu.
*Reserved : Envoyés à 0, ignoré à la réception.
*Hop count : Le nombre de sauts à partir de l'adresse IP origine jusqu'au nœud de traitement de la demande.
*RREQ ID : Un numéro de séquence unique permet d'identifier les RREQ notamment lorsqu'elle est prise en association avec l'adresse IP d'origine.
*Destination IP Address : L'adresse IP destinataire pour laquelle une route est souhaitée.
*Destination Sequence Number : Le dernier numéro de séquence reçu par l'émetteur pour toute route vers le destinataire.
*Originator IP Address : L'adresse IP du nœud à l'origine de la demande de route.
*Originator Sequence Number : le numéro de séquence actuelle utilisée dans l'itinéraire pointant vers l'initiateur de la route demandée.

==== Message RREP ====
Le message RREP<ref>[[#RFC3561|RFC3561 p7]]</ref> de réponse à la demande de route, est le message indiquant au demandeur les routes disponibles. Il est constitué d'une trame de {{unité|20|octets}} :
*  Les quatre premiers octets sont constitués du champ Type sur 8 bits forcé à 2 indiquant qu'il s'agit d'un message RREP. les deux bits R et A décrits plus bas indiquent pour le premier qu'une route défectueuse est réparée, le deuxième pour sa part indique que ce message sera suivi d'un RREP-ACK. Puis 12 bits réservés pour évolution mis à 0. 5 bits de préfixe référençant le nœud pour les routages. Puis un champ de 8 bits indique le nombre de saut.

* Les quatre octets suivants portent l'identification du message.
* Les quatre suivants l'adresse IP de la destination.
* Les quatre suivants le numéro de séquence de la destination. Les deux suivants l'adresse IP d'origine. 
* Les quatre derniers sont destinés à l'identification de la transaction par la source IP.


[[Fichier:RREP.png|thumb|Message RREP|left|upright=3]]
{{Clr|left}}
*Le champ Type : forcé à 2.
*Le bit R : Indicateur de réparation; utilisée pour le multicast.
*Le bit A : acquittement requis.
*Reserved : Envoyé à 0, ignoré à la réception.
*Prefix Size : Si non nul, la taille de préfixe à 5 bits indique que le saut suivant peut être utilisé pour tous les nœuds avec le même préfixe de *routage  (tel que défini par le préfixe Taille) pour la destination demandée.
*Hop Count : Le nombre de sauts à partir de l'adresse IP origine à l'adresse IP de destination. Pour une route de multicast demandée, indique le *nombre de sauts à effectuer à chaque membre de l'arbre en envoyant l'RREP.
*Destination IP : L'adresse IP de la destination pour laquelle une route est fournie.
*Destination Sequence Number : Le numéro de séquence de la destination associée à l'itinéraire.
*Originator IP Address : L'adresse IP du nœud à l'origine du RREQ pour laquelle l'itinéraire est fourni.
*Lifetime : Le temps en millisecondes pendant lequel les nœuds recevant l'RREP peuvent considérer la route comme étant valide.

==== Message RERR ====
Le message RERR<ref>[[#RFC3561|RFC3561 p9]]</ref> indiquant une route en erreur est le message retour signalant au demandeur les routes en erreur. Il est constitué d'une trame de {{unité|20|octets}} :
* Les quatre premiers octets sont constitués du champ Type sur 8 bits forcé à 3 indiquant qu'il s'agit d'un message RERR. le bit N décrit plus bas indique qu'une route défectueuse est réparée. 
* Puis 15 bits réservés pour évolution mis à 0. Les 8 bits suivants indiquent le numéro de destination inaccessible. 
* Puis sur quatre octets l'adresse IP de destination inaccessible. 
* Les huit suivants indiquent si besoin le complément d'adresse.

[[Fichier:RERR.png|thumb|Message RERR|left|upright=3]]
{{Clr|left}}
*Le champ Type : forcé a 3.
*le bit N : Indicateur de non-suppression. Quand un nœud a effectué une  réparation locale d'un lien. Les nœuds amont ne doivent pas supprimer la route.
*Reserved : Envoyé à 0, ignoré à la réception.
*DestCount : Le nombre de destinations inaccessibles inclus dans le message, doit être d'au moins de un.
*Unreachable Destination IP Address : L'adresse IP destinatrice qui est devenue inaccessible en raison d'une coupure de liaison.
*Unreachable Destination Sequence Number : Le numéro de séquence dans l'entrée de la [[table de routage]] pour la destination indiquée dans le champ précédent Destination IP inaccessible.

==== Message RREP-ACK ====
Le message RREP-ACK<ref>[[#RFC3561|RFC3561 p10]]</ref> d'accusé de réception de route de repli, est le message indiquant la prise en compte d'une autre route disponible. Il est constitué d'une trame de {{unité|2|octets}}. Le premier octet est constitué du champ Type sur 8 bits forcé à 4 indiquant qu'il s'agit d'un message RREP-ACK.
Les 8 bits suivant mis à 0 sont réservés pour évolution.

[[Fichier:RREP-ACK.png|thumb|Message RREP-ACK|left|upright=3]]
{{Clr|left}}
*Le champ Type : forcé à 4.
*Reserved : forcé à 0, ignoré à la réception.

== Motivation des acteurs ==
AODV a été expérimenté sur de nombreux moyens de communications ([[Wi-Fi]]<ref name="Zhand p1-5">{{harvsp|Zhang|2006|p=1-5|id=Zhang2006}}.</ref>, [[WiMAX]]<ref name="Harada p1537-1541">{{harvsp|Harada|2009|p=1537-1541|id=Harada2009}}.</ref>, 4G<ref name="Yang p1-4">{{harvsp|Yang|2008|p=1-4|id=Yang2008}}.</ref>, etc.) ainsi que des évolutions de ce protocole ont été développées pour être compatible avec des systèmes d’exploitation comme [[Linux]]<ref name="KernelAODV">{{lien web
 | url =  http://w3.antd.nist.gov/wctg/aodv_kernel/
 | titre = Kernel AODV
}}.</ref> et [[Windows]]<ref name="UoBWinAODV">{{lien web
 | url =  http://www.aodv.org/
 | titre = UoBWinAODV
}}.</ref>.

=== Études ===
==== Spécifiques ====
En {{date-|octobre 2010}} une étude<ref>[[#techniquesIngenieurs|capteurs sans fils]]</ref>  a été publiée sur les réseaux de capteurs ainsi que sur les différents protocoles de routage dont AODV.
Cette étude aborde les contraintes liées aux capteurs sans fil (consommation énergétique<ref>[[#techniquesIngenieurs|capteurs sans fils (p2.2)]]</ref>, la qualité de service<ref>[[#techniquesIngenieurs|capteurs sans fils (p2.5)]]</ref>, etc ), les perspectives<ref>[[#techniquesIngenieurs|capteurs sans fils (p3.1)]]</ref> futures d’utilisation de ces réseaux dans les domaines comme le médical, le militaire, dans des applications commerciales, mais aussi dans le domaine environnemental. 

Cette étude cite des utilisations des réseaux de capteurs dans plusieurs milieux<ref>[[#techniquesIngenieurs|capteurs sans fils (p3.2)]]</ref>, tels que la [[maison intelligente]], le milieu hospitalier, le milieu industriel, le milieu militaire...

En {{date-|décembre 2010}} le projet RISK<ref>{{lien web
 | url = http://www.agence-nationale-recherche.fr/fileadmin/user_upload/videos/Verso-dec-2010/006-RISC.pdf 
 | titre = Le Projet RISC
}}.</ref> (Réseaux hétérogènes intelligents pour Situation de Crise) a été proposé. 
Ce projet présente un réseau de crise pour la sécurité civile (pompiers) ayant pour support des capteurs sans fils constituant un réseau Ad hoc avec AODV comme routage réactif de référence.

Lors d’événements exceptionnels comme une catastrophe naturelle, ou d'événement culturel, sportif ou autre, il est envisageable  de pallier rapidement l’absence d’infrastructures de communication.

Des capteurs qui embarquent le logiciel AODV peuvent être utilisés dans divers autres domaines<ref name="capteurssansfil"/>.

==== Logiciels ====

Le protocole AODV a été implémenté sur des systèmes d'exploitation. En 2004 le [[National Institute of Standards and Technology]] (NIST)<ref name="NIST" group="Note">Institut national des Standards et Technologie </ref> adapte AODV sur le système d'exploitation [[Linux]] (Kernel 2.4)<ref name="KernelAODV"/>.

Pour le système d'exploitation [[Windows XP]], en 2005 ComNets de l'Université de Bremen crée une version UoBWinAODV<ref name="UoBWinAODV"/> version 0.15.

UoBJAdhoc<ref>{{lien web
 | url =  http://www.aodv.org/
 | titre = UoBJAdhoc
}}.</ref> version 0.21 est une implémentation de AODV sur [[Java 2 Standard Edition|JAVA]] développé par l'Universite de Bremen.

Une adaptation de AODV : FB-AODV<ref>{{harvsp|Miguel|2010|p=1|id=Miguel2010}}.</ref> (Flow-Based AODV) a été utilisé sur des mobiles avec [[Android]] comme système d'exploition pour former un réseau Ad hoc. Des tests<ref>{{en}} {{lien web
 | url =http://www.sciencedirect.com/science/article/pii/S1877050911003693
 | titre = An approach to use FB-AODV with Android
 | id = Corriero2011
}}.</ref> ont été réalisés pour transmettre sur des liens [[Wi-Fi]]<ref name="WIFI" group="Note"> fidélité sans fil </ref> des [[Short Message Service|SMS]]<ref name="SMS" group="Note"> Service de message court</ref> et de la [[Voix sur IP|VoIP]] (Voice over IP)<ref name="VOIP" group="Note">Voix sur IP</ref> entre les différents équipements mobiles.

==== Réseaux supports ====

Le protocole AODV a été adapté et testé sur différents types de support de transmission, sur des réseaux [[Wireless Personal Area Network|WPAN]] (Wireless Personal Area Network)<ref name="WPAN" group="Note">Zone Réseau sans fil personnel</ref> a base de  [[ZigBee]]/[[802.15.4]] en utilisant AODV-UU.

R-AODV<ref name="Zhand p1-5"/> a été développé pour les réseaux [[Wi-Fi]] norme [[IEEE 802.11]].

Des tests ont été menés sur des réseaux 4G ([[IMT-2000]])<ref name="Yang p1-4"/>, sur des ondes électromagnétiques en milieu sous-marin<ref>{{harvsp|Wells|2009|p=1-4|id=Wells2009}}.</ref> mais aussi pour les réseaux [[WiMAX]]<ref name="Harada p1537-1541"/>.

D'autres développements ont été réalisés sur des réseaux [[Code Division Multiple Access|CDMA]]<ref>{{harvsp|Youjun|2006|p=1-4|id=Youjun2006}}.</ref>(Code Division Multiple Access)<ref name="CDMA" group="Note">accès multiple par répartition en code </ref>, sur des réseaux [[6LoWPAN]]<ref name="harvsp Cao p340-343"/>.

En 2007 une expérimentation est réalisée sur un réseau utilisant la technologie [[Bluetooth]]. Pour cela une variante de AODV est créée : ADT-AODV<ref>{{harvsp|Miguel|2007|p=1-6|id=Guerra2007}}.</ref>.

==== Matériels ====

Le protocole de routage AODV peut être installé sur différents équipements comme les micro-capteurs de [[Réseau de capteurs sans fil]]<ref name="capteurssansfil">{{lien web
 | url = http://www.irisa.fr/prive/Bernard.Cousin/Enseignement/2011-2012/R%C3%A9seaux%20de%20Capteurs.Presentation.2P.pdf 
 | titre = Réseaux de capteurs
}}.</ref> mais aussi sur des [[Assistant personnel|PDA]] (Personal Digital Assistant)<ref name="PDA" group="Note">Assistant Numerique Personnel </ref>, des [[ordinateurs portables]]...

Les équipements Qnode+<ref>{{en}} {{lien web
 | url = http://www.linuxfordevices.com/c/a/Linux-For-Devices-Articles/Device-Profile-Qorvus-Qnode-wireless-access-point-and-mesh-repeater/
 | titre = Device Profile: Qorvus Qnode+ wireless access point and mesh repeater
 | id = Qnode+
}}.</ref> sont des points d’accès sans fil connectés à internet et font répéteurs pour les réseaux Mesh. Ils sont Auto configurable.
En natif AODV est implémenté sur ces équipements.

L’ensemble de ces développements permettent de déployer des réseaux en mode Ad hoc sur des équipements (PDA, ordinateurs portables, réseaux de capteurs<ref name="capteurssansfil"/>) munis des caractéristiques citées ci-dessus.

=== Déploiements réels ===
Des constructions en grandeur réelle ont été réalisées dans plusieurs pays comme en Belgique avec le « Réseau Citoyen »<ref name="ReseauCitoyen"/>. Ce réseau expérimental a été déployé dans la ville de [[Bruxelles]] sur des technologies sans fil (Wi-Fi, Wireless).
La réalisation de ce réseau a démontré la facilité d’implémentation de ce type de réseau pour un coût inférieur à l’implémentation d’un réseau traditionnel.

En [[Inde]] dans la région de [[Madurai]] et du [[Tamil Nadu]], le projet SARI<ref name="harvsp Castro p1"/>(Sustainable Access in Rural India)<ref name="SARI" group="Note">Accès durable à l'Inde rurale </ref> a été inauguré en 2001.

En 2004 au [[Cameroun]], « Cameroun Sans-Fil »<ref>{{lien web
 | url = http://www.cameroun-sansfil.org/DossierART/caractech.html 
 | titre = Cameroun Sans-Fil
}}.</ref> permet de construire des réseaux dans des villages sans infrastructure de télécommunication. Chaque individu installe chez lui un PC avec une carte réseau Wi-Fi.

En 2009 une expérimentation de pilotage de [[robot]]s<ref>{{lien web
 | langue = en

 | url = http://www.robotreviews.com/blog/elstonj/roomba-pac-man-pacman-brought-life 

 | titre = robot reviews
 | id = robotreviews
}}.</ref> est faite en utilisant AODV comme protocole de routage de message entre les machines. La transmission de ces messages se fait au moyen de capteurs Wi-Fi équipant chaque [[automate]].

La société LocustWorld<ref>{{lien web

 | langue = en

 | url = http://locustworld.com/modules.php?op=modload&name=News&file=article&sid=80
 | titre = LocustWorld
}}.</ref> commercialise des solutions de réseau à base de Wi-Fi et utilise le protocole de routage AODV dans son offre commerciale « LocustWorld MeshAP Pro Clustering ».
Le village de Cilcennin<ref>{{lien web
 | langue = en
 | url = http://www.cilcennin.net/
 | titre = Cilcennin
}}.</ref> en [[Angleterre]] a choisi cette technologie pour raccorder ses habitants à [[Internet]] en l'absence d'infrastructure.

== Historique ==

Dès 1997, il est question d'AODV dans la publication du compte rendu de la conférence ''MobiCom 98'' (''4th annual ACM/IEEE international conference on Mobile computing and networking'') qui a eu lieu en {{date-|décembre 1997}}<ref>{{harvsp|Macker|1998|p=9|id=Macker1998}}.</ref>.

À cette occasion d'autres protocoles/algorithmes furent étudiés pour le routage MANET ([[Mobile Ad-hoc NETworks]]) :
* TORA<ref name="harvsp Qasim p2">{{harvsp|Qasim|2008|p=2|id=Qasim2008}}.</ref>: ''Temporally Ordered Routing Algorithm''<ref name="tora" group="Note"> Protocole de routage temporaire.</ref> Basé sur un routage d'ordre temporel lié à l'établissement des routes.

* ZRP<ref name="harvsp Zygmunt p3">{{harvsp|Zygmunt|1997|p=3|id=Zygmunt1997}}.</ref> : ''Zone Routing Protocol''<ref name="zrp" group="Note"> Protocole de routage de zone.</ref> Basé sur la création de zone de proximité, puis routage en bordure.

* IMEP<ref>{{harvsp|Corson|1999|p=1-36|id=Corson1999}}.</ref> : ''Internet MANET Encapsulation Protocol''<ref name="imep" group="Note"> Protocole internet encapsulé réseau MANET.</ref> Offre la possibilité de véhiculer des algorithmes de routage ou de contrôle réseau.

En 1999, le protocol de routage AODV<ref>{{harvsp|Perkins|1999|p=90-100|id=Perkins1999}}.</ref> est décrit dans un document coécrit par Charles E.Perkins et Elizabeth M.Royer. Algorithme adapté à un réseau dynamique.<br>

En 2000, AODV-BR<ref>{{harvsp|Lee|2000|p=1311-1316|id=Lee2000}}.</ref> est une évolution du protocole permettant la gestion du backup routing, ce qui sécurise les échanges (chemins alternatifs).<br>

En 2000, AODV6<ref>{{harvsp|Perkins|2000|p=1311-1316|id=Perkins2000}}.</ref> est une version adaptée pour [[IPv6]] : évolution de la taille des messages pour prise en compte du format [[IPv6]].<br>

En 2000, MAODV<ref>{{harvsp|Royer|2000|p=1-22|id=Royer2000}}.</ref> est une évolution de AODV pour le [[Multicast]] qui servira de support en 2004<ref>{{harvsp|Jeong|2004|p=4750-4753|id=Jeong2004}}.</ref> à la création d'un service DNS ([[Domain Name System]]) sur les réseaux ad-hoc : adaptation rapide à lien dynamique bi-directionnel.<br>

En 2001, AOMDV<ref>{{harvsp|Marina|2002|p=1-20|id=Marina2002}}.</ref> est une adaptation du protocole AODV pour le [[multitrajet]] : calcul de plusieurs routes, gain de 20 % en coût de routage par rapport à AODV.<br>

En 2002, il est fait une comparaison des consommations d'énergie de 4 principaux protocoles de routage dans les réseaux MANET(DSR, AODV, TORA et DSDV)<ref>{{harvsp|Cano|2002|p=57-64|id=Cano2002}}.</ref>. 

En 2003, LB-AODV<ref>{{harvsp|Song|2002|p=558-563|id=Song2002}}.</ref> est une évolution permettant une meilleure efficacité de AODV par l'introduction de la [[Répartition de charge]] (load-balancing) : équilibrage et répartition de charge sur les liens.<br>

En 2004, AODV-bis<ref>{{harvsp|Ooi|2004|p=660-663|id=Ooi2004}}.</ref> permet de limiter à des zones prédéfinies l'envoi de message de découverte de routes : réduction du nombre de messages.<br>

En 2004, MTPR<ref>{{harvsp|Lee|2004|p=1-5|id=Lee2004}}.</ref>, une alternative à AODV est créée pour diminuer la consommation d'énergie lors de la découverte de routes.

En 2006, AODV-SEC<ref name="harvsp Stephan p558-563">{{harvsp|Stephan|2007|p=558-563|id=Stephan2007}}.</ref> est une évolution de AODV qui permet l'utilisation de certificats et de clés publiques.  

En 2009, AODV-GT<ref>{{harvsp|Panaousis|2009|p=985-992|id=Panaousis2009}}.</ref> est une évolution pour la sécurisation des données échangées par AODV dans les réseaux MANET utilisés en cas de crise (eMANETs : emergency mobile ''ad hoc'' networks<ref name="eMANET" group="Note">réseaux mobiles ''ad hoc'' d’urgence </ref>).

En 2010, EA-AODV<ref>{{harvsp|Malek|2010|p=426-429|id=Malek2010}}.</ref> : évolution de AODV pour diminuer la consommation d'énergie de AODV.

En 2010, S-AODV<ref name="harvsp Cao p340-343">{{harvsp|Cao|2010|p=340-343|id=Cao2010}}.</ref> : adaptation de AODV pour les réseaux [[6LoWPAN]].

En 2011 RE-AODV<ref>{{harvsp|Usha|2011|p=567-571|id=Usha2011}}.</ref> : évolution du protocole AODV qui apporte un gain significatif en termes de délai de transmission des paquets et une diminution de la consommation d'énergie lors des découvertes de routes.

== Comparatifs avec d'autres protocoles ad-Hoc ==
[[Fichier:ListeMANET1.png|thumb|Différents protocoles des réseaux MANET classés en trois groupes|center|upright=2]]
{{Clr|left}}

Les [[Routage AdHoc|protocoles de routage ad hoc]] peuvent être classés en trois groupes différents<ref name="harvsp Abolhasan p2">{{harvsp|Abolhasan|2004|p=2|id=Abolhasan2004}}.</ref> : proactifs, réactifs et hybrides.

Les protocoles proactifs : Dans les protocoles proactifs, les tables de routages sont déterminés au démarrage, et maintenues grâce à une mise à jour périodique<ref name="Applications MANET">[[Mobile Ad-hoc NETworks|Réseaux Manet]]</ref>.

Les protocoles réactifs : Dans les protocoles réactifs, les itinéraires sont déterminés quand ils sont requis (à la demande)<ref name="Applications MANET"/>.

Les protocoles de routage hybride : Ces protocoles combinent les propriétés de base des deux premières classes de protocoles, en un seul. Autrement dit, ils sont à la fois [[Mobile Ad-hoc NETworks|réactifs et proactifs]].

=== Protocoles réactifs ===
Le protocole AODV est basé sur les algorithmes DSDV<ref name="Applications MANET"/> et [[Dynamic Source Routing|DSR]]. AODV a un routage potentiellement moins couteux que DSR<ref>{{harvsp|Abolhasan|2004|p=9|id=Abolhasan2004}}.</ref>.

Le protocole DSR ([[Dynamic Source Routing]]<ref name="dsr" group="Note">Protocole de routage dynamique à la source</ref>) est similaire à AODV dans le sens où il forme une route à la demande quand un ordinateur veut transmettre. Cependant, il utilise le routage à la source au lieu de se baser sur la table de routage de chaque routeur intermédiaire. Le protocole DSR n'est pas très efficace dans les grands réseaux étant donné que chaque source doit avoir la vision du réseau. Le coût de maintenance des tables de routage est important. Mais pour les petits et moyens réseaux, il prend un avantage sur AODV, RMT ou TORA<ref>{{harvsp|Abolhasan|2004|p=12|id=Abolhasan2004}}.</ref>.

Le protocole ABR<ref>{{harvsp|Toh|1996|id=toh1996}}.</ref> (Associativity-Based Routing)<ref name="abr" group="Note"> Routage basé sur l'associativité.</ref> est un autre protocole de routage à la source<ref name="Applications MANET"/> Cependant, ABR est basée sur la stabilité, il ne prend pas en compte rapidement les ruptures de lien. Il n'utilisera pas forcément le plus court chemin vers la destination. Les chemins alternatifs ne seront pas immédiatement utilisés<ref name="Applications MANET"/>.

=== Protocoles proactifs ===
Le protocole DSDV garantit les routes sans boucle. Il fournit un seul chemin vers une destination, qui est sélectionné en utilisant le vecteur de distance du plus court chemin dans l'algorithme de routage. DSDV introduit une charge importante sur le réseau en raison de la mise à jour périodique des messages, et la surcharge augmente en fonction de sa taille. Il n'est pas adapté à un réseau de grande échelle<ref name="harvsp Abolhasan p2"/>.

Le protocole WRP garantit également les routes sans boucles. grâce à des tables de routage temporaires en utilisant les informations reçues. Toutefois, WRP exige pour chaque nœud le maintien de quatre tables de routage. Ceci introduit une quantité de données importante en mémoire pour chaque nœud lié à la taille du réseau<ref name="harvsp Abolhasan p2"/>.

Le protocole CGSR est un protocole de routage hiérarchique où les nœuds sont regroupés en grappes. L'avantage de ce protocole est que chaque nœud maintient les routes de son cluster source, ce qui signifie que les coûts généraux de routage sont faibles. Cependant, il y a des surcoûts importants liés à l'entretien des grappes<ref>{{harvsp|Abolhasan|2004|p=6|id=Abolhasan2004}}.</ref>.

=== Protocoles hybrides ===
Le protocole TORA<ref name="harvsp Qasim p2"/> ''Temporally-ordered routing algorith''<ref group="Note" name="tora"/> est basé sur le protocole LMR. L'avantage de TORA est qu'il réduit la portée des messages de contrôle des nœuds voisins, où le changement de topologie est survenue. Un autre avantage de TORA est qu'il supporte aussi le multicast.

L'inconvénient de TORA est que l'algorithme peut aussi produire temporairement des itinéraires invalides comme dans RMT.

Le protocole ZRP<ref name="harvsp Zygmunt p3"/> ''Zone Routing Protocol''<ref group="Note" name="zrp"/>Les nœuds sont dans une zone de routage, qui définit une plage (en saut) que chaque nœud doit maintenir pour assurer la connectivité du réseau de façon proactive.

Pour les nœuds de la zone de routage, les routes sont immédiatement disponibles. Pour ceux hors de la zone de routage, les itinéraires sont déterminés à la demande (soit réactive). L’avantage de ce protocole est qu'il a considérablement réduit les échanges par rapport aux protocoles purement proactifs.

C'est le nœud frontière qui d'une façon proactive maintient les routes vers la destination.<br />L'inconvénient est qu'en cas de nombre de zones de routage important, le protocole peut se comporter comme un protocole proactif pur, tandis que pour de petites valeurs, il se comporte comme un protocole réactif.

Le protocole HECTOR<ref>{{harvsp|Mitton|2008|p=31-38|id=Mitton2008}}.</ref> : ''Energy effiCient Tree-based Optimized Routing protocol for wireless networks''<ref name="hector" group="Note"> Efficacité énergétique à base d'arbre de routage optimisé</ref> HECTOR est un protocole hybride efficace à base d'arbre de routage optimisé, basé sur deux jeux de coordonnées virtuelles. Un jeu est basé sur les coordonnées d'origine, et l'autre est basée sur les distances en nombre de saut des destinataires.<br />L'algorithme qui transmet des paquets à son voisin optimise le ratio puissance/distance. Si le nœud n'existe plus, alors la transmission est faite au voisin qui réduit la distance des arbres et optimise les coûts.<br />La supériorité de l'algorithme sur les alternatives existantes est qu'il y a une garantie de la livraison.

Le protocole MMDV<ref>{{harvsp|Mtibaa|2006|p=1-4|id=Mtibaa2006}}.</ref> : MMDV est un protocole de type hybride qui s'appuie sur AODV et est une amélioration<ref name="harvsp Abolhasan p2"/> du protocole AODV qui utilise les trajets multiples et l’inondation par la technique MPR. MMDV (Multipath and MPR based AODV). Dans sa phase proactive, les nœuds calculent leurs listes MPR et maintiennent des routes vers les voisins à deux sauts. Dans sa phase réactive, les nœuds maintiennent "deux" chemins pour chaque destination. Cette solution permet de minimiser la charge de routage et réduire la consommation de la bande passante tout en résolvant le problème de changements de topologie. Les performances de MMDV dépassent celles des protocoles AODV, [[OLSR]] et DSR.

=== Études comparatives ===

==== Outils pour simuler, visualiser ====
Pour les études précédemment citées des outils de simulations ont été utilisés, parmi lesquels on peut citer :
* [[Network Simulator]]<ref name="Network Simulator" group="Note"> Simulateur de réseaux.</ref> NS-2<ref name="NS2"/>. Le logiciel NS, [[logiciel libre]] de [[simulation à événements discrets]] est fourni avec une [[interface graphique]] (NAM) permettant de démontrer le fonctionnement des réseaux, ce qui en fait un outil à la valeur pédagogique très intéressante. 

Il est considéré par beaucoup de spécialistes des télécommunications comme le meilleur logiciel de [[simulation à événements discrets]].

* OPNET<ref>{{harvsp|Chang|1999|p=307-314|id=Chang1999}}.</ref> (0ptimized Tool Engineering Network)<ref name="OPNET" group="Note">Outil d’Optimisation pour Ingénierie des reseaux</ref> fournit un environnement de développement complet pour l'analyse de spécification, de simulation et de la performance des réseaux de communication. Il est très proche de NS-2 comme le montre la conclusion de cette étude<ref>{{harvsp|FloresLucio|2003|p=7|id=FloresLucio2003}}.</ref>. 

* OMNEST<ref>{{lien web
 | url = http://www.omnest.com/omnest.php
 | titre = OMNEST
}}.</ref> est utilisé pour étudier divers scénarios et alternatives de conception : conception architecturale, sans fil / filaire protocoles et de réseaux, basée sur file d'attente et d'autres systèmes. Ce logiciel permet de construire et d'évaluer des simulations dans un IDE intégré de simulation.

* JiST/MobNet<ref>{{harvsp|Tronje|2007|p=2|id=Tronje2007}}.</ref>: Combined Simulation, Emulation, and Real-world Testbed for Ad hoc Networks<ref name="Combined Simulation, Emulation, and Real-world Testbed for Ad hoc Networks" group="Note"> Banc d'essai combiné de simulation, l'émulation et le monde réel pour les réseaux ''ad hoc''.</ref> .<br>Ce simulateur permet de tester une modélisation sur plusieurs plans.

Modélisation analytique, simulation de réseau, émulation de réseau et intégration des expériences du monde réel.

Le mémoire de Nouha Baccour<ref name="baccour">{{lien web
 | url   = http://www.redcad.org/members/nouha.baccour/Files/Downloads/NB_PFE.pdf
 | titre = Etude comparative de deux simulateurs pour les réseaux sans fil Ad-hoc
}}.</ref> de 2004 compare deux simulateurs pouvant traiter jusqu'à {{Unité|10000|nœuds}}.
*GloMoSim<ref>{{harvsp|Zeng|1998|p=154-161|id=Zeng1998}}.</ref>: ''a library for parallel simulation of large-scale wireless networks''<ref name="Zeng">[[#Zeng1998|une bibliothèque pour la simulation parallèle de réseaux sans fil à grande échelle]]</ref>.
*NCTUns<ref>{{harvsp|Wang|2003|p=175-197|id=Wang2003}}.</ref>: ''The design and implementation of the NCTUns 1.0 network simulator''<ref name="Wang">[[#Wang2003|La conception et la mise en œuvre du simulateur de réseau NCTUns]]</ref>

Le projet [[Senslab]] est un projet du programme « Télécommunications » de l’[[Agence nationale de la recherche]] (ANR) sur les « Very large open wireless sensor networks » initié en 2008  concernant les réseaux de capteurs à grandes échelles. Il s’inscrit dans le contexte des réseaux de capteurs sans fils et utilise des nœuds réels fixes ou mobiles. Ce programme a pour objectif de faciliter l’expérimentation de très grands réseaux de capteurs sans fils.

Le logiciel [[Wireshark]] ''Wireshark networkt Protocol Analyser''<ref name="Wireshark" group="Note"> Analyseur de Protocole de réseau Wireshark.</ref> (anciennement '''Ethereal''') est un [[logiciel libre]] d'analyse de protocole, ou « [[packet sniffer]] », utilisé dans le dépannage et l'analyse de [[réseau informatique|réseaux informatiques]], le développement de [[Protocole de communication|protocoles]], l'éducation et la rétro-ingénierie, mais aussi le piratage.

Wireshark reconnait 759 protocoles.

==== Avec d'autres protocoles de MANET ====

En 2010, une étude comparative<ref>{{harvsp|Sankar|2011|p=1-6|id=Sankar2011}}.</ref> a été menée entre DSR et AODV dans les réseaux VANET ([[Vehicular Ad-Hoc Network]])<ref name="VANET" group="Note">réseau Ad-Hoc de véhicules</ref>. Cette étude a démontré qu'AODV est plus adaptée que DSR pour une utilisation dans des voitures. En effet, les résultats montrent qu'en faisant varier la vitesse des véhicules le nombre de paquets perdus est moins important avec le protocole AODV qu'avec DSR.

En 2011 une étude comparative<ref>{{harvsp|AbRahman|2011|p=1-6|id=AbRahman2011}}.</ref> a été menée entre DSR, AODV et DSDV sur un réseau [[WiMAX]]. Lorsque les nœuds sont peu mobiles AODV est le protocole qui obtient les meilleurs résultats alors que DSR est supérieur lorsque la mobilité augmente. DSDV obtient dans tous les cas des résultats inférieurs aux deux autres protocoles.

En 2007, l'étude de Maamar<ref>{{harvsp|Maamar|2007|p=1-7|id=Maamar2007}}.</ref> montre l'impact de la mobilité, le nombre de nœuds (ou densité), l’énergie consommée par les nœuds et la variation de l’échelle, sur le taux de perte pour les protocoles (DSR, DSDV et L’AODV). De cette simulation effectuée avec NS-2<ref name="NS2">[[#NS2|NS2]]</ref>, il en ressort entre autres que pour un protocole de transport TCP, la quantité d’énergie<ref name="harvsp Maamar p6">{{harvsp|Maamar|2007|p=6|id=Maamar2007}}.</ref> consommée est petite pour DSR, moyenne pour DSDV et importante pour l’AODV.
Alors que pour le protocole UDP AODV prend la tête du classement. Concernant la mobilité<ref name="harvsp Maamar p6"/> c'est DSR qui est le plus efficace en utilisant TCP. L'augmentation du nombre<ref name="harvsp Maamar p7">{{harvsp|Maamar|2007|p=7|id=Maamar2007}}.</ref> de nœuds quant à lui permet de faire décroître le taux de perte en utilisant UDP. De ce fait la perte sur un réseau moins dense est énorme par rapport à un réseau contenant de plus en plus de nœuds, quel que soit le protocole utilisé (AODV, DSDV ou DSR). Enfin, concernant la variation de l'échelle<ref name="harvsp Maamar p7"/> c'est DSR qui s'en sort le mieux et concernant DSDV et AODV leur classement dépend de l'échelle.
Il conclut que le choix de l’algorithme de routage dépend des contraintes précédemment citées et qu’il est intéressant de considérer et de combiner le maximum d’entre elles pour tirer les meilleurs profits.

En définitive, il est très difficile de comparer des protocoles de routage<ref>{{harvsp|Chanet|2007|p=45|id=Chanet2007}}.</ref>. Par exemple, dans le cas de [[OLSR]] et AODV, Hsu<ref>{{harvsp|Hsu|2003|p=6|id=Hsu2003}}.</ref> conclut que AODV est le plus performant tandis que Gauthier<ref>{{harvsp|Gauthier|2001|p=9|id=Gauthier2001}}.</ref> affirme que [[OLSR]] surpasse le protocole AODV. Bien évidemment, les deux résultats sont corrects mais le contexte d'étude est différent. En effet, dans son étude, Gauthier prend en compte l'impact des interférences radio ce que ne fait pas Hsu.

==== Études spécifiques à AODV ====
D'autres études se préoccupent des performances spécifiques à AODV<ref name="harvsp Tabbane2004 p1-5">{{harvsp|Tabanne|2004|p=1-5|id=Tabbane2004}}.</ref>. Cette évaluation est réalisée dans une approche comparative à la suite de la simulation de trois configurations réseau différentes en termes de dimensions du réseau (m²), nombre de nœuds (N) et densité de nœuds (N/km²). 
En entrée on utilise un modèle de trafic à débit constant et un modèle de mobilité aléatoire en augmentant la vitesse. 
Il en ressort les résultats suivants :

<gallery>
Fichier:PacketDeliveryRatio.jpg|Figure 1 - Graphique issu de l'étude de Nabil Tabbane en 2004<ref name="harvsp Tabbane2004 p5"/>
Fichier:TrafficOverhead.jpg|Figure 2 - Graphique issu de l'étude de Nabil Tabbane en 2004<ref name="harvsp Tabbane2004 p4">{{harvsp|Tabbane|2004|p=4|id=Tabbane2004}}.</ref>
Fichier:RouteAcquisitionLatency.jpg|Figure 3 - Graphique issu de l'étude de Nabil Tabbane en 2004<ref name="harvsp Tabbane2004 p5"/>
Fichier:AveragePacketDelay.jpg|Figure 4 - Graphique issu de l'étude de Nabil Tabbane en 2004<ref name="harvsp Tabbane2004 p5">{{harvsp|Tabbane|2004|p=5|id=Tabbane2004}}.</ref>
Fichier:AveragePathLength.jpg|Figure 5 - Graphique issu de l'étude de Nabil Tabbane en 2004<ref name="harvsp Tabbane2004 p5"/>
</gallery>

La figure 1 représente le taux des paquets livrés avec succès. 
Quand les nœuds sont presque immobiles ce taux est très proche des 100 %. Par contre on voit clairement l'influence négative de la vitesse de déplacement des nœuds et de la taille du réseau et du nombre de nœuds.  
Les réseaux 1 et 2 ont un taux très semblable jusqu'à une vitesse de déplacement de {{unité|10|m/s}}. Au-dessus, ce taux va chuter pour le réseau 2 alors que pour le réseau 1, il est toujours supérieur à 90 %.
Pour le réseau 3 le taux se dégrade dès l'augmentation de la mobilité des nœuds. Ceci est dû à une augmentation de la longueur des routes et par conséquent, les HELLO_MESSAGE échangés sont plus nombreux. En cas de coupure de liaison, le nœud source, pour qu'il en soit informé, doit attendre pendant un certain temps durant lequel les paquets de données en cours de route vont être perdus. Si nous réduisons la période d’émission des HELLO_MESSAGE pour détecter plus rapidement les liaisons cassées, il y aura alors plus de paquets de contrôle (HELLO_MESSAGE) aux dépens des paquets de données. 
 
La figure 2 représente le trafic de contrôle.  Il existe toujours une différence entre le trafic de contrôle pour chacun des 3 réseaux. C’est essentiellement les HELLO_MESSAGE qui font cette différence qui s'explique par les routes assez longues dans le réseau 2 et encore plus longues dans le réseau 3. Lorsque les nœuds sont peu mobiles le trafic de contrôle est quasiment le même pour les 3 réseaux. Cette propriété est due au fait que le protocole AODV est un protocole réactif qui n’agit qu’en cas de demande d’établissement de route. Le trafic de contrôle augmente avec la mobilité des nœuds. Cette augmentation est due à la fréquence des liaisons cassées provoquant l’émission des paquets RERR. Lorsque la vitesse de déplacement des nœuds augmente considérablement ({{unité|15|m/s}} et {{unité|20|m/s}}), Nabil Tabbane observe que le trafic de contrôle devient de plus en plus indépendant de cette augmentation de mobilité et tend vers une valeur presque constante. Ceci montre que le protocole AODV est bien adapté aux changements fréquents de la topologie du réseau. 
Néanmoins, il faut trouver un compromis entre la dégradation du taux de livraison des paquets (figure 1) et le trafic de contrôle pour les réseaux fortement mobiles ; c’est-à-dire trouver les valeurs optimales des paramètres HELLO_INTERVAL et ALLOWED_HELLO_LOSS qui minimisent le taux de perte des paquets sans trop augmenter le trafic de contrôle sur le réseau. 

La figure 3 représente le temps d'établissement d'une route. Elle montre globalement une bonne aptitude du protocole AODV à trouver une route dans le réseau. La vitesse de déplacement des nœuds a peu d'influence sur cette valeur qui  tend vers une constante. Également, plus il y a de nœuds plus le temps d'établissement d'une route diminue.

La figure 4 nous donne le délai moyen pour acheminer un paquet de données depuis le nœud source jusqu’au nœud destination. 
Pour les 3 réseaux et pour les différentes vitesses de déplacement, le délai d’un paquet reste presque constant. En effet, si la mobilité des nœuds augmente, ceci va engendrer trop de liaisons rompues et donc les paquets qui sont déjà dans le buffer depuis un certain temps, sont directement éliminés ce qui fait que le délai n’est comptabilisé que pour les paquets ayant atteint leur destination. Cette suppression des paquets mis dans le buffer est la principale cause de l’augmentation du taux de perte des paquets lorsque la mobilité des nœuds augmente. La durée maximale pendant laquelle un paquet est autorisé à rester dans un buffer ne doit être trop longue car ceci va augmenter la consommation des ressources mémoire disponibles pour les buffers et augmenter le délai de bout en bout d’un paquet. Donc la fixation de cette durée varie selon que l’application exige un taux de perte faible sans grande importance pour le délai ([[transfert de fichier]], base de données, etc.) ou bien que l’application exige un délai très court sans grande importance pour le taux de perte (vidéo, téléphonie, etc.).
La figure 5 représente la longueur moyenne des routes.
La première constatation est que le nombre de sauts que doit effectuer un paquet pour être acheminé du nœud source au nœud destination augmente avec la taille du réseau et du nombre de nœuds dans le réseau. 
Cependant, pour une configuration donnée (réseau 1 ou 2 ou 3), ce nombre augmente très faiblement avec la vitesse de déplacement des nœuds. Ceci vient confirmer la figure 4 puisqu'un nombre constant de sauts donne un délai de transmission d'un paquet constant. L'adaptabilité du protocole AODV vis-à-vis de la mobilité du réseau est au prix d’un taux de perte des paquets qui augmente avec cette mobilité. 

À la suite de cette étude<ref name="harvsp Tabbane2004 p1-5"/>, Tabbane constate que le protocole AODV offre une bonne adaptabilité vis-à-vis de la mobilité des nœuds dans un réseau en termes de délai, de temps d’acquisition de route, de trafic de contrôle et de longueur de route<ref name="harvsp Tabbane2004 p4"/>. D’autre part, AODV présente un taux de livraison des paquets avec succès qui se dégrade avec l’augmentation de la mobilité des nœuds du réseau<ref name="harvsp Tabbane2004 p4"/>. Il ajoute qu’un autre travail de simulation reste nécessaire avant de conclure d’une manière définitive sur les performances de ce protocole. Ces simulations devront porter cette fois sur l’effet précis des paramètres internes du protocole AODV comme RREQ_RETRIES<ref name="harvsp Perkins2003 p30">{{harvsp|Perkins|2003|p=30|id=Perkins2003}}.</ref>, HELLO_INTERVAL<ref name="harvsp Perkins2003 p30"/> ou DELETE_PERIOD<ref name="harvsp Perkins2003 p30"/>.

=== Bilan ===

AODV fait partie des protocoles [[Mobile Ad-hoc NETworks|MANET]] les plus connus<ref>{{harvsp|Tabanne|2004|p=1|id=Tabbane2004}}.</ref>. Il a suscité et suscite encore de nombreux articles scientifiques. 
Son choix par rapport à d'autres protocoles MANET, qu'ils soient proactifs, hybrides ou même par rapport à d'autres protocoles réactifs doit être guidé par le réseau sur lequel il doit être mis en œuvre. Jean-Pierre Chanet<ref name="harvsp Chanet2007 p44">{{harvsp|Chanet|2007|p=44|id=Chanet2007}}.</ref> propose un classement avec les avantages et les inconvénients des différentes catégories de protocoles de routage :

{| class="wikitable" style="text-align:center; width:100%;"
|+ Issue du travail de Jean-Pierre Chanet<ref name="harvsp Chanet2007 p44"/>
|-
|
! scope=col | Avantages
! scope=col | Inconvénients
|-
! scope=row | Proactifs
|align="left" |
* Pas de temps de réaction
* Adaptés aux réseaux denses de taille moyenne
* Adaptés aux réseaux à forte mobilité
|align="left" |
* Trafic de contrôle important
* Capacité d'échange du réseau limitée
* Consommation énergétique plus importante
|-
! scope=row | Réactifs
|align="left" |
* Trafic de contrôle faible
* Adaptés aux grands réseaux
* Consommation énergétique réduite
|align="left" |
* Temps de réaction long
* Problème en cas de forte mobilité des nœuds
|}
Il est dit explicitement que chaque famille de protocole de routage est plus ou moins adaptée à un type de réseau. Il convient donc de définir précisément les caractéristiques du réseau (taille, mobilité des nœuds, ressources des nœuds, volume d'information à échanger...) afin de bien choisir un protocole de routage adapté.

De même, la sécurité que l'on verra dans un paragraphe dédié est désormais une réflexion qu'il est nécessaire de mener parallèlement. 

Enfin, si AODV est le plus adapté, comme l'évoque Nabil Tabbane<ref name="harvsp Tabbane2004 p4"/> dans sa conclusion, l'ajustement du paramétrage doit faire l'objet d'une étude à part entière.

== AODV et la sécurité ==
=== Pour quelles menaces ? ===
Les recherches récentes sur les réseaux ad-hoc ne se focalisent que très peu sur les aspects sécurité<ref>{{harvsp|Nesrine|2009|p=1|id=Nesrine2009}}.</ref>. Pourtant leurs spécificités montrent à quel point les réseaux ''ad hoc'' sont [[Vulnérabilité (informatique)|vulnérables]]<ref name="harvsp Gayraud p18">{{harvsp|Gayraud|2003|p=18|id=Gayraud2003}}.</ref>. Parmi ces vulnérabilités figurent :  
* la transmission en milieu ouvert ;
* les problématiques de topologies dynamiques ;
* l'absence d’autorité centrale ;
* la nécessité d'une bonne coopération des nœuds ;
* l'hétérogénéité des participants avec pour certains des capacités restreintes.

Pour donner un exemple de vulnérabilité sur une transmission en milieu ouvert (sans fil), on peut mettre en avant l'exposition des nœuds à des problèmes d'intégrité physique<ref name="harvsp p15 Gayraud2003"/>. Une surveillance sismique<ref>{{vidéo}} {{lien web |url=http://www.senslab.info/wp-content/uploads/movies/INRIA-630-senslab-fr-1024x576.mp4 |titre=Présentation de la plateforme SenseLab |website=senselab.info |brisé le=7 janvier 2023 |archive-url=https://web.archive.org/web/20160303192723/http://www.senslab.info/wp-content/uploads/movies/INRIA-630-senslab-fr-1024x576.mp4 |archive-date=3 mars 2016}}.</ref> par exemple, nécessite de lâcher des capteurs dans la nature. Ils deviennent alors physiquement accessibles. Un moyen de contourner ce problème est de mettre en évidence une attaque physique sur un élément. Autre exemple concret, le fait que les nœuds utilisent une transmission sans fil les rend également très sensibles une à [[Attaque par déni de service]]<ref name="harvsp Gayraud p18"/> sur le canal radio.

Les autres vulnérabilités précédemment citées nous amènent à faire un focus sur le [[routage]] des réseaux ''ad hoc''. Il est identifiée comme particulièrement sensible<ref>{{harvsp|Gayraud|2003|p=19|id=Gayraud2003}}.</ref>. Son fonctionnement nécessite entre autres, la bonne coopération de tous les nœuds, ce qui présente un risque s'il n'y a aucun contrôle des participants. Par conséquent l'[[authentification]], l'intégrité, la confidentialité et la disponibilité doivent faire l'objet d'une attention particulière. 
Parmi les attaques liées aux problèmes d'[[authentification]] on peut citer le trou noir<ref name="harvsp Gayraud2003 p10">{{harvsp|Gayraud|2003|p=10|id=Gayraud2003}}.</ref> [[Black hole (informatique)|(blackhole)]]. Cette attaque consiste à insérer un nœud malicieux ayant la capacité d'usurper l'identité d'un nœud valide. Le nœud en question pourra ainsi ignorer les données  qu'il est censé faire transiter. L'attaque «grey hole», qui en est une variante, pourra ignorer seulement certains types de paquets. La figure ci-dessous décrit une attaque de type [[Black hole (informatique)|blackhole]].

[[Fichier:BlackHoleAttack.jpg|thumb|Description d'une attaque BlackHole issue de l'étude de Gayrault<ref name="harvsp Gayraud2003 p10"/>|center|upright=2]]

Dès lors qu'un nœud malicieux est intégré au réseau il devient possible de créer des boucles infinies ou de détourner du trafic pour consommer de l'énergie.

De même, si l'authentification est mal gérée, un attaquant peut s'attacher au [[réseau sans fil]] et injecter des messages erronées. L'[[intégrité]] des messages échangées est donc une exigence importante pour ces réseaux. Si l'intégrité physique des nœuds est également mal gérée un attaquant peut subtiliser un appareil, le corrompre avec un [[Cheval de Troie (informatique)|cheval de Troie]] par exemple, avant de le restituer discrètement à son propriétaire. 

Enfin, la disponibilité reste un point difficile à  gérer dans les réseaux sans fil ''ad hoc'' étant donné les contraintes qui pèsent sur ces réseaux. Notamment la topologie dynamique, les ressources limitées sur certains nœuds de transit et les communications sans fil.

=== Quelles parades existent actuellement ? ===
==== Solutions pour l'authentification ====
L’absence d’infrastructure centralisée<ref name="harvsp p11 Gayraud2003">{{harvsp|Gayraud|2003|p=11|id=Gayraud2003}}.</ref> dans les réseaux sans fil ''ad hoc'' compromet l’utilisation directe des systèmes d’authentification basés sur la [[Cryptographie asymétrique|cryptographie à clé publique]]. En effet, ces systèmes d’authentification supposent l’utilisation de [[Certificat électronique|certificats]]  établis par une autorité centrale. Le [[Certificat électronique|certificat]], signé par l’autorité centrale, permet de garantir qu’une [[Cryptographie asymétrique|clé publique]] appartient bien à son propriétaire et non à un [[Usurpation d'identité|usurpateur]]. L’opération de vérification de [[Certificat électronique|certificat]] ne se limite pas à contrôler la signature de l’autorité centrale. Il est aussi nécessaire de s’assurer que le [[Certificat électronique|certificat]] est toujours en cours de validité́ et qu’il n’a pas été révoqué. Une révocation de [[Certificat électronique|certificat]] est indispensable si la clé privée du propriétaire a été volée ou divulgué. Il existe trois grands courants dans le domaine de l’[[authentification]] pour les réseaux sans fil ''ad hoc''. Deux de ces orientations se basent sur l'établissement d’une [[Cryptographie symétrique|clé secrète]] permettant par la suite l’[[authentification]] des participants. Toute la complexité réside en la manière d’établir cette clé. Les deux modèles basés sur une [[Cryptographie symétrique|clé secrète]] sont:
* The key agreement<ref name="harvsp p11 Gayraud2003"/> : les participants s’entendent sur une clé secrète. 
Concrètement, des solutions proposent l'utilisation de la méthode de [[Échange de clés Diffie-Hellman|Diffie-Hellman]] généralisée aux multiples participants. Chaque nœud possédant une partie de la clé résultante<ref>{{harvsp|Gayraud|2003|p=13|id=Gayraud2003}}.</ref>. Cette solution s'avère finalement compliquée à mettre en œuvre sur des réseaux ''ad hoc''.
* The Duckling Security Policy Model<ref>{{harvsp|Gayraud|2003|p=14|id=Gayraud2003}}.</ref> : le modèle d’authentification élaboré par Ross Anderson {{et al.}}<ref>{{harvsp|Stajano|2002|p=22-26|id=Stajano2002}}.</ref> est basé sur une relation de type maître-esclave. Lors de sa première utilisation, un objet doit être marqué par son propriétaire. Lors de cette opération une clé secrète est échangée entre les deux entités via un canal supposé sûr. Néanmoins ce modèle n'est pas complètement satisfaisant notamment pour la gestion des clés qui ne peut être centralisée sans risque<ref name="harvsp p15 Gayraud2003">{{harvsp|Gayraud|2003|p=15|id=Gayraud2003}}.</ref>.
* Le troisième axe de recherche pour l’authentification au sein de réseaux sans  fil ''ad hoc'', se base sur une [[infrastructure à clés publiques]] (PKI) et cherche à s’affranchir du besoin d’une entité centrale de certification<ref name="harvsp p15 Gayraud2003"/>. Ce modèle proposé par Hubaux {{et al.}}<ref>{{harvsp|Hubaux|2001|p=146-155|id=Hubaux2001}}.</ref> se base sur une [[infrastructure à clés publiques]] auto-organisée. Chaque nœud en réseau établit des certicats pour les nœuds en qui il a confiance. Lorsque deux nœuds d'un réseau veulent communiquer sans connaissance au préalable l'un de l'autre, ils s'échangent leur liste de certificats et vont essayer de créer une chaîne de confiance entre eux. Supposons qu'un élément A veuille communiquer avec un nœud C, si A fait confiance à un troisième élément B et C fait aussi confiance à B, alors une chaîne de confiance entre A et C pourra être établie via B.

==== Solutions pour l’Intégrité et l’Authentification des Messages ====
Il s'agit là d'utiliser des signatures numériques ou des MACs<ref>{{harvsp|Gayraud|2003|p=16|id=Gayraud2003}}.</ref>. Une signature électronique ou un MAC (Message Authentication Code) apposé à un message a pour double objectif de permettre au destinataire d'[[authentification|authentifier]] l'origine de ce message et de lui prouver son [[intégrité]]. Leur implémentation fait appel aux fonctions de hachage et aux clés symétriques ou asymétriques. Dans le cas de l'usage de la cryptographie symétrique, on emploie exclusivement le terme de MAC, tandis que dans l’usage de la cryptographie asymétrique, on peut parler de MAC, mais on préférera le terme de signature électronique.

==== Solutions pour la confidentialité ====
La [[confidentialité]]<ref>{{harvsp|Gayraud|2003|p=17|id=Gayraud2003}}.</ref> quant à elle peut être est gérée grâce à une [[cryptographie symétrique]] peu gourmande en calcul et donc en énergie.

Cette liste de solutions n'est pas exhaustive, en effet Beghriche<ref>{{harvsp|Beghriche|2010|p=77-81|id=Beghriche2010}}.</ref> cite également des Mécanismes basés sur la réputation, des Mécanismes de micro-paiement, des Mécanismes basés sur la confiance  ou bien encore des [[Système de détection d'intrusion|Systèmes de détection d'intrusion]].

=== Cas concrets d'études mettant en œuvre ces solutions ===
* SAODV<ref name="harvsp Zapata p=1-2"/> Ce protocole est destiné à la sécurisation du protocole AODV. L’idée principale de SAODV<ref name="harvsp Zapata p=1-2"/> consiste à utiliser des signatures afin d’authentifier la plupart des champs des paquets Route_Request et Route Reply et d’utiliser des chaines de hachage pour protéger l’intégrité du compteur de sauts. Ainsi, SAODV constitue-t-il une extension d’AODV avec des signatures, afin de contrer les attaques de type «usurpation d’identité».

* ARAN<ref name="harvsp Sanzgiri p1-10"/> Ce protocole utilise la cryptographie à clés publiques pour sécuriser les routes.  ARAN<ref name="harvsp Sanzgiri p1-10"/> est un protocole à la demande, qui fournit un service d’authentification de saut en saut par le biais d’une infrastructure à clés publiques. Le principe d’ARAN<ref name="harvsp Sanzgiri p1-10"/> est sécuriser le mécanisme de découverte de routes de nœuds en nœud. Ainsi lorsqu’un nœud désire envoyer un message, il génère, signe puis diffuse un paquet de type RDP (Route Discover Packet). Par la suite, chaque nœud intermédiaire recevant ce paquet vérifie le certificat du nœud précédent, appose son propre certificat et rediffuse le paquet. Une fois ce paquet arrivé au nœud destination, celui-ci vérifie à son tour le certificat et répond en unicast, par un message de type REP (reply packet) qui est à son tour vérifié de nœuds en nœuds. 

* SEC-AODV<ref name="harvsp Stephan p558-563"/> utilisent également des certificats et une infrastructure de gestion de clés publiques. 

* SAR<ref name="harvsp p299-302 Yi2001">{{harvsp|Yi|2001|p=299-302|id=Yi2001}}.</ref> Le protocole SAR<ref name="harvsp p299-302 Yi2001"/> (Security-aware Ad hoc Routing protocol) se base lui  sur des procédés de chiffrement symétrique. Il a été élaboré à l’origine pour prévenir les attaques de type [[Black hole (informatique)|blackhole]]<ref name="Backhole" group="Note">Attaque trou noir</ref>. SAR<ref name="harvsp p299-302 Yi2001"/> est conçu pour être employé conjointement avec des protocoles réactifs tels qu’AODV ou DSR. Il utilise la notion de “niveaux de confiance” pour établir la sécurité d’un chemin. Ainsi, lorsqu’un nœud désire établir une route avec un certain niveau de sécurité, il génère un nouveau paquet RREQ indiquant le niveau requis. Par la suite, le mécanisme de découverte de routes diffère légèrement du schéma classique des protocoles réactifs en ce sens que seuls les nœuds satisfaisant le niveau de sécurité requis peuvent rediffuser la requête à ses voisins.

* RIDAN<ref>{{harvsp|Stamouli|2005|p=1|id=Stamouli2005}}.</ref> (Real-time Intrusion Detection for Ad hoc Networks) qui propose une architecture initialement basée sur une recherche de détections d'attaques sur le protocole de routage OSPF. Cette solution est destinée à détecter des intrusions en temps réel (Système de détection d'intrusion).

=== Pour quelles performances ? ===
Malcolm Parsons<ref>{{harvsp|Parsons|2009|p=1-9|id=Parsons2009}}.</ref> montre l'effet négatif sur les performances des réseaux ''ad hoc'' soumis à des attaques de type [[Black hole (informatique)|blackhole]]<ref name="harvsp Parsons2009 p2">{{harvsp|Parsons|2009|p=2|id=Parsons2009}}.</ref> ou encore de type wormhole<ref>{{harvsp|Parsons|2009|p=3|id=Parsons2009}}.</ref> en fonction de leur nombre. Pour ces tests il utilise le protocole AODV<ref name="harvsp Parsons2009 p2"/>. 
[[Fichier:PLR - Packet Loss Ratio (Black Hole Attck).png|thumb|Graphique issu du travail de Pearson<ref>{{harvsp|Parsons|2009|p=5|id=Parsons2009}}.</ref>|left]]
{{Clr|left}}
Sur le graphique ci-dessus, lorsque AODV est soumis à des attaques de type [[Black hole (informatique)|blackhole]]<ref group="Note" name="Backhole"/> par exemple<ref>{{harvsp|Esmaili|2011|p=52|id=Esmaili2011}}.</ref> son PLR<ref name="PLR" group="Note">Packet Loss Ratio : moyenne des paquets perdus</ref> subit une augmentation importante.

La protection contre ces attaques n'est pas gratuite pour autant. Des recherches concernant la sécurisation du protocole AODV se préoccupent donc parallèlement de l'impact sur les performances. C'est le cas d'une étude datant de 2010<ref>{{harvsp|Balakrishna|2010|p=445-451|id=Balakrishna2010}}.</ref> qui montre le coût<ref>{{harvsp|Balakrishna|2010|p=449|id=Balakrishna2010}}.</ref> engendré par la sécurisation de SAODV<ref name="harvsp Zapata p=1-2"/> par rapport à AODV notamment. Les résultats de Balakrishna montrent que SAODV met 2,35 fois plus de temps que AODV pour obtenir une réponse RREP à une requête RREQ. Ceci est dû entre autres à la cryptographie qui augmente la taille des messages.

SRS_AODV<ref name="harvsp p=1-7 Nesrine2009">{{harvsp|Nesrine|2009|p=1-7|id=Nesrine2009}}.</ref> utilise des fonctions cryptographiques robustes tout en minimisant la charge du calcul complexe. Cette étude montre entre autres que SRS_AODV<ref name="harvsp p5 Nesrine2009">{{harvsp|Nesrine|2009|p=5|id=Nesrine2009}}.</ref> établi ses routes plus rapidement que ARAN<ref name="harvsp Sanzgiri p1-10"/>. 
<gallery>
Fichier:NBPAC - Le nombre de paquets reçus par la victime.jpg|Nombre de paquets reçus par la victime - Graphique issu de l'étude de Nesrine<ref name="harvsp p6 Nesrine2009">{{harvsp|Nesrine|2009|p=6|id=Nesrine2009}}.</ref>
Fichier:EED - End to End Delay.jpg|Temps moyen de bout en bout - Graphique issu de l'étude de Nesrine<ref name="harvsp p5 Nesrine2009"/>
Fichier:RL - Overhead du routage.jpg|Overhead du routage - Graphique issu de l'étude de Nesrine<ref name="harvsp p6 Nesrine2009"/>
</gallery>
Les graphiques ci-dessus illustrent la comparaison qu'a effectué Nesrine<ref name="harvsp p=1-7 Nesrine2009"/> et montrent que SRS_AODV est plus performant que AODV sur le temps moyen de bout en bout, l'overhead de routage et le nombre de paquets de données reçues par le nœud victime.

=== Des attaques connues et des parades ===

{| class="wikitable" style="text-align:center; width:100%;"
|+ Tableau présentant une liste d'attaques sur les réseaux ''ad hoc'' et leurs solutions<ref>{{harvsp|Abdellaoui|2009|p=36|id=Abdellaoui2009}}.</ref>
|-
! scope=col | Attaques
! scope=col | Définition
! scope=col | Solutions proposées
|-
|Wormhole<ref name="Wormhole" group="Note"> Trou de ver</ref>
|align="left"  |Un attaquant pourrait rediriger le trafic entre deux zones géographiquement éloignées pour créer un vertex dans la topologie et ainsi avoir une bonne position géographique pour contrôler le trafic qui passe par lui.
|align="left"  |Packet Leashes<ref>{{harvsp|Perrig|2003|p=1-11|id=Perrig2003}}.</ref> (Hu, Perrig et Johnson, 2003)
|-
|Attaque de routage
|align="left"  |Un nœud malicieux pourrait perturber le fonctionnement d’un protocole de routage en modifiant les informations de routage, fabriquer les fausses informations de routage ou usurper l’identité d’un autre nœud
|align="left"  |SEAD<ref name="harvsp Hu p1-11">{{harvsp|Hu|2003|p=1-11|id=Hu2003}}.</ref> (Hu et al., 2003), ARAN<ref name="harvsp Sanzgiri p1-10">{{harvsp|Sanzgiri|2002|p=1-10|id=Sanzgiri2002}}.</ref> (Sanzgiri et al., 2002), ARIADNE<ref name="harvsp Hu p=1-18">{{harvsp|Hu2005|2005|p=1-18|id=Hu2005}}.</ref> (Hu, Perrig et Johnson, 2005), SAODV<ref name="harvsp Zapata p=1-2">{{harvsp|Zapata|2002|p=1-2|id=Zapata2002}}.</ref> (Zapata, 2002).
|-
|Jamming<ref name="Jamming" group="Note"> Brouillage</ref>
|align="left"  |C’est une attaque classique sur la disponibilité du canal de communication grâce à la génération massive d’une grande quantité d’interférence radio.
|align="left"  |FHSS<ref>{{harvsp|Liu|2010|p=1-10|id=Liu2010}}.</ref>, DSSS (Liu et al., 2010).
|-
|[[Black hole (informatique)|Backhole attack]]<ref group="Note" name="Backhole"/>
|align="left"  |Le but de cette attaque est la falsification des informations de routage ou le détournement du trafic.
|align="left"  |<ref>{{harvsp|Ramaswamy|2006|p=1-8|id=Ramaswami2006}}.</ref>(Ramaswamy et al., 2006).
|-
|Attaque sur les ressources
|align="left"  |Les réseaux [[Mobile Ad-hoc NETworks|MANET]] sont caractérisés par des ressources limitées (batterie et bande passante). Une attaque sur les ressources pourrait avoir des conséquences sur la disponibilité.
|align="left"  |SEAD<ref name="harvsp Hu p1-11"/> (Perkins et Bhagwat, 1994).
|-
|Attaque Byzantine
|align="left"  |Grâce à cette attaque, un nœud malicieux altère les messages et pourrait créer des problèmes de [[boucle de routage]], routage de paquets vers des chemins non optimaux, sélectionner les paquets à rejeter… Ce type d’attaque est difficile à détecter car le réseau semble fonctionner correctement.
|align="left"  |OSRP (Awerbuch et al., 2002)<ref>{{harvsp|Awerbuch|2002|p=21-30|id=Awerbuch2002}}.</ref>, (Awerbuch et al., 2004)<ref>{{harvsp|Awerbuch|2004|p=1-16|id=Awerbuch2004}}.</ref>.
|-
|[[Attaque par déni de service|DoS]]
|align="left"  |Ce type d’attaque consiste à envoyer délibérément des messages pour causer une saturation de la bande passante et paralyser le réseau.
|align="left"  |SEAD<ref name="harvsp Hu p1-11"/> (Perkins et Bhagwat, ARIADNE<ref name="harvsp Hu p=1-18"/> (Hu, Perrig et Johnson, 2005), SAODV<ref name="harvsp Zapata p=1-2"/> (Zapata, 2002).
|-
|Divulgation d'information
|align="left"  |L’échange des informations confidentielles doit être protégées contre l’écoute ou l’accès non autorisé.
|align="left"  |SMT<ref name="harvsp Papadimitratos2006 p1-14">{{harvsp|Papadimitratos|2006|p=1-14|id=Papadimitratos2006}}.</ref> (Papadimitratos et Haas), SRP<ref name="harvsp Papadimitratos2006 p1-14"/> (Papadimitratos et Haas, 2002).
|-
|[[Répudiation]]
|align="left"  |Ce type d’attaque a une conséquence sur l’[[Intégrité des données|intégrité]] des communications entre les nœuds dans le réseau.
|align="left"  |ARAN<ref name="harvsp Sanzgiri p1-10"/> (Sanzgiri et al., 2002).
|-
|[[Usurpation d'identité]]
|align="left"  |L’usurpation d’identité a pour but la falsification des informations relatives aux identités. Ce qui pourrait conduire à l’isolement de nœuds, l’échange de fausses informations de routage et l’atteinte à la confidentialité et l’[[Intégrité des données|intégrité]].
|align="left"  |ARAN<ref name="harvsp Sanzgiri p1-10"/> (Sanzgiri et al., 2002), SAODV<ref name="harvsp Zapata p=1-2"/> (Zapata, 2002).
|}

== Notes et références ==
=== Notes ===
<references group=Note/>

=== Références ===
{{Références|colonnes=4}}

== Bibliographie ==

=== Articles scientifiques ===
*{{article
 | lang            = en
 | prénom1         = Charles E.
 | nom1            = Perkins
 | prénom2         = Elizabeth M.
 | nom2            = Royer
 | titre           = Ad-hoc On-Demand Distance Vector Routing
 | périodique      = 2nd IEEE workshop on mobile computing systems and applications
 | jour            = 26
 | mois            = février
 | année           = 1999
 | pages           = 90-100
 | issn            =
 | doi             =  10.1109/MCSA.1999.749281
 | url texte       =  http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=749281
 | consulté le     =
 | id              = Perkins1999
}}

*{{article
 | lang            = en
 | prénom1         = David B.
 | nom1            = Johnson
 | prénom2         = David A.
 | nom2            = Maltz
 | titre           = Dynamic Source Routing in Ad Hoc Wireless Networks
 | périodique      = The Kluwer International Series in Engineering and Computer Science: Mobile Computing
 | volume          = 353
 | jour            =
 | mois            =
 | année           = 1996
 | pages           = 153-181
 | isbn            = 978-0-585-29603-6
 | doi             = 10.1007/978-0-585-29603-6_5
 | url texte       = https://dx.doi.org/10.1007/978-0-585-29603-6_5
 | consulté le     =
 | id              = Johnson1996
}}

*{{article
 | lang            = en
 | prénom1         = Marcel
 | nom1            = C. Castro
 | prénom2         = Laura
 | nom2            = Gallucio
 | titre           = Opportunistic P2P Communications in Delay-Tolerant Rural Scenarios
 | périodique      = EURASIP Journal on Wireless Communications and Networking
 | volume          = 2011
 | année           = 2011
 | pages           = 
 | isbn            =
 | doi             = 10.1155/2011/892038
 | url texte       = http://jwcn.eurasipjournals.com/content/pdf/1687-1499-2011-892038.pdf
 | consulté le     =
 | id              = Castro2010
}}
*{{article
 | lang            = fr
 | prénom1         = Lionel
 | nom1            = Barrère
 | prénom2         =
 | nom2            =
 | titre           = Étude et proposition de services dans les réseaux mobiles militaires de type MANet
 | périodique      = Thèse Université Bordeaux 1
 | volume          =
 | lien périodique =
 | jour            = 9
 | mois            = juillet
 | année           = 2009
 | pages           = 1-17
 | isbn            =
 | doi             =
 | url texte       =  http://ori-oai.u-bordeaux1.fr/pdf/2009/BARRERE_LIONEL_2009.pdf
 | consulté le     =
 | id              = Lionel Barrère
}}
*{{écrit
 | lang            = en
 | prénom1         = Charles
 | nom1            = Perkins
 | prénom2         = Elizabeth
 | nom2            = Royer
 | titre           = Ad hoc On-Demand Distance Vector (AODV) Routing, RFC 3561
 | périodique      =  
 | jour            =
 | mois            =
 | année           = 2003
 | pages           = 37
 | issn            =
 | doi             =
 | url texte       = http://www.ietf.org/rfc/rfc3561.txt
 | consulté le     =
 | id              = Perkins2003
}}.
*{{article
 | lang            = en
 | prénom1         = Joseph P.
 | nom1            = Macker
 | prénom2         = M Scott
 | nom2            = Corson
 | titre           = Mobile Ad Hoc Networking and the IETF
 | périodique      = ACM SIGMOBILE Mobile Computing and Communications Review
 | volume          = 2
 | numéro          = 2
 | jour            =
 | mois            = avril
 | année           = 1998
 | pages           = 9-12
 | issn            = 1559-1662
 | doi             = 10.1145/584017.584023
 | url texte       = http://doi.acm.org/10.1145/584017.584023
 | consulté le     =
 | id              = Macker1998
}}
*{{article
 | lang            = fr
 | prénom1         = Valérie
 | nom1            = Gayraud
 | prénom2         = Loufti
 | nom2            = Nuaymi
 | titre           = La Sécurité dans les Réseaux Sans Fil Ad Hoc
 | périodique      = Symposium sur la sécurité des technologies de l'information et des communications
 | jour            =
 | mois            =
 | année           = 2003
 | pages           = 1-20
 | issn            =
 | doi             =
 | url texte       = http://actes.sstic.org/SSTIC03/Securite_des_reseaux_sans_fil_ad_hoc/SSTIC03-article-Gayraud-Securite_des_reseaux_sans_fil_ad_hoc.pdf
 | consulté le     =
 | id              = Gayraud2003
}}
*{{article
  | lang            = en
  | prénom1         = Ioanna
  | nom1            = Stamouli
  | prénom2         = Patroklos G.
  | nom2            = Argyroudis
  | titre           = Real-time Intrusion Detection for Ad hoc Networks
  | périodique      = Sixth IEEE International Symposium on a World of Wireless Mobile and Multimedia Networks
  | jour            = 27
  | mois            = juin
  | année           = 2005
  | pages           = 1-7
  | issn            =
  | doi             = 10.1109/WOWMOM.2005.85
  | url texte       = http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=1443525
  | consulté le     =
  | id              = Stamouli2005
}}
*{{article
 | lang            = en
 | prénom1         = Nadia
 | nom1            = Qasim
 | prénom2         = Said
 | nom2            = Fatin
 | prénom3         = Hamid
 | nom3            = Aghvami
 | titre           = TORA
 | périodique      = 2008 World Congress on Engineering
 | volume          = 1
 | jour            = 2
 | mois            = juillet
 | année           = 2008
 | pages           =
 | isbn            = 978-988-98671-9-5
 | doi             =
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=631180
 | consulté le     =
 | id              = Qasim2008
}}

*{{article
 | lang            = en
 | prénom1         = Haas
 | nom1            = Zygmunt
 | titre           = A new routing protocol for the reconfigurable wireless networks
 | périodique      = 6th International Conference on Universal Personal Communications - ICUPC 97
 | volume          =
 | jour            = 6
 | mois            = août
 | année           = 1997
 | pages           = 1-5
 | isbn            = 0-7803-3777-8
 | doi             = 10.1109/ICUPC.1997.627227
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=627227
 | consulté le     =
 | id              = Zygmunt1997
}}
*{{article
 | lang            = en
 | prénom1         = M.S.
 | nom1            = Corson
 | prénom2         = S.
 | nom2            = Papademetriou
 | prénom3         = V.
 | nom3            = Park
 | prénom4         = A.
 | nom4            = Qayyum
 | titre           = IMEP
 | périodique      = An Internet MANET Encapsulation Protocol (IMEP) Specification
 | volume          = draft-ietf-manet-imep-spec-01.txt
 | jour            = 7
 | mois            = août
 | année           = 1999
 | pages           = 1-36
 | isbn            =
 | doi             =
 | url texte       = http://tools.ietf.org/html/draft-ietf-manet-imep-spec-01
 | consulté le     =
 | id              = Corson1999
}}
*{{article
 | lang            = en
 | prénom1         = Mehran
 | nom1            = Abolhasan
 | prénom2         = Tadeusz
 | nom2            = Wysocki
 | titre           = A review of routing protocols for mobile ad hoc networks
 | périodique      = Ad hoc networks | volume          = 2
 | jour            = 1
 | mois            = janvier
 | année           = 2004
 | pages           = 1-22
 | isbn            =
 | doi             = 10.1016/S1570-8705(03)00043-X
 | url texte       = http://www.sciencedirect.com/science/article/pii/S157087050300043X
 | consulté le     =
 | id              = Abolhasan2004
}}
*{{article
 | lang            = en
 | prénom1         = J.
 | nom1            = Hsu
 | prénom2         = S.
 | nom2            = Bhatia
 | titre           = Performance of mobile ad hoc networking routing protocols in realistic scenarios
 | périodique      = 2003 IEEE Military Communications Conference
 | volume          = 2
 | jour            =
 | mois            = octobre
 | année           = 2003
 | pages           = 1268-1273
 | isbn            = 0-7803-8140-8
 | doi             = 10.1109/MILCOM.2003.1290408
 | url texte       = http://scalable-networks.com/pdf/Performance.pdf
 | consulté le     =
 | id              = Hsu2003
}}
*{{article
 | lang            = en
 | prénom1         = S-J
 | nom1            = Lee
 | prénom2         = M.
 | nom2            = Gerla
 | titre           = AODV-BR: backup routing in ad hoc networks
 | périodique      = IEEE Wireless Communications and Networking Conference, WCNC'2000
 | volume          = 3
 | jour            = 28
 | mois            = septembre
 | année           = 2000
 | pages           = 1311-1316
 | isbn            = 0-7803-6596-8
 | doi             = 10.1109/WCNC.2000.904822
 | url texte       = http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=904822
 | consulté le     =
 | id              = Lee2000
}}
*{{article
 | lang            = en
 | prénom1         = Charles E.
 | nom1            = Perkins
 | prénom2         = Elizabeth M.
 | nom2            = Royer
 | titre           = AODV Routing for IPV6
 | périodique      = Mobile Ad Hoc Networking Working Group, INTERNET DRAFT
 | volume          = 3
 | jour            = 10
 | mois            = novembre
 | année           = 2000
 | pages           = 1311-1316
 | isbn            = 0-7803-6596-8
 | doi             = 10.1109/WCNC.2000.904822
 | url texte       = http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=904822
 | consulté le     =
 | id              = Perkins2000
}}
*{{article
 | lang            = en
 | prénom1         = Elizabeth M
 | nom1            = Royer
 | prénom2         = Charles E.
 | nom2            = Perkins
 | titre           = Multicast Ad hoc On-Demand Distance Vector (MAODV) Routing
 | périodique      = Mobile Ad Hoc Networking Working Group
 | volume          =
 | jour            =
 | mois            = juillet
 | année           = 2000
 | pages           = 1-22
 | isbn            =
 | doi             =
 | url texte       = http://tools.ietf.org/html/draft-ietf-manet-maodv-00
 | consulté le     =
 | id              = Royer2000
}}
*{{article
 | lang            = en
 | prénom1         = Jaehoon
 | nom1            = Jeong
 | prénom2         = Jungsoo
 | nom2            = Park
 | prénom3         = Hyoungjun
 | nom3            = Kim
 | titre           = Name directory service based on MAODV and multicast DNS for IPv6 MANET
 | périodique      = 60th IEEE Vehicular Technology Conference, VTC2004-Fall
 | volume          = 7
 | jour            = 29
 | mois            = septembre
 | année           = 2004
 | pages           = 4756-4753
 | isbn            = 0-7803-8521-7
 | doi             = 10.1109/VETECF.2004.1404994
 | url texte       = http://ieeexplore.ieee.org/search/srchabstract.jsp?tp=&arnumber=1404994&
 | consulté le     =
 | id              = Jeong2004
}}
*{{article
 | lang            = en
 | prénom1         = M.K.
 | nom1            = Marina
 | prénom2         = S.R.
 | nom2            = Das
 | titre           = On-demand multipath distance vector routing in ad hoc networks
 | périodique      = Ninth International Conference on Network Protocols
 | volume          =
 | jour            = 3
 | mois            = août
 | année           = 2002
 | pages           =
 | isbn            = 0-7695-1429-4
 | doi             = 10.1109/ICNP.2001.992756
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=992756
 | consulté le     =
 | id              = Marina2002
}}
*{{article
 | lang            = en
 | prénom1         = J-C
 | nom1            = Cano
 | prénom2         = P.
 | nom2            = Manzoni
 | titre           = A performance comparison of energy consumption for Mobile Ad Hoc Network routing protocols
 | périodique      = 8th International Symposium on Modeling, Analysis and Simulation of Computer and Telecommunication Systems
 | volume          =
 | jour            = 6
 | mois            = août
 | année           = 2002
 | pages           = 57-64
 | isbn            = 0-7695-0728-X
 | doi             = 10.1109/MASCOT.2000.876429
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=876429
 | consulté le     =
 | id              = Cano2002
}}
*{{article
 | lang            = en
 | prénom1         = Joo-Han
 | nom1            = Song
 | prénom2         = Vincent W.S
 | nom2            = Wong
 | prénom3         = Victor C.M
 | nom3            = Leung
 | titre           = Efficient On-Demand Routing for Mobile Ad-Hoc Wireless Access Networks
 | périodique      = IEEE Global Telecommunications Conference, GLOBECOM'03
 | volume          =
 | jour            =
 | mois            =
 | année           = 2003
 | pages           =
 | isbn            = 0-7803-7974-8
 | doi             = 10.1109/GLOCOM.2003.1258299
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1258299&tag=1
 | consulté le     =
 | id              = Song2002
}}
*{{article
 | lang            = en
 | prénom1         = Chia-Ching
 | nom1            = Ooi
 | prénom2         = N
 | nom2            = Fisal
 | titre           = Implementation of geocast-enhanced aodvbis routing protocol in MANET
 | périodique      = TENCON 2004. 2004 IEEE Region 10 Conference
 | volume          =
 | jour            =
 | mois            =
 | année           = 2004
 | pages           =
 | isbn            = 0-7803-8560-8
 | doi             = 10.1109/TENCON.2004.1414682
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1414682
 | consulté le     =
 | id              = Ooi2004
}}
*{{article
 | lang            = en
 | prénom1         = Stephan
 | nom1            = Eichler
 | prénom2         = Christian
 | nom2            = Roman
 | prénom3         =
 | nom3            =
 | titre           = Challenges of Secure Routing in MANETs: A Simulative Approach using AODV-SEC
 | périodique      = 2006 IEEE International Conference on Mobile Adhoc and Sensor Systems (MASS)
 | volume          =
 | jour            = 15
 | mois            = janvier
 | année           = 2007
 | pages           =
 | isbn            = 1-4244-0507-6
 | doi             = 10.1109/MOBHOC.2006.278589
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4053935
 | consulté le     =
 | id              = Stephan2007
}}
*{{article
 | lang            = en
 | prénom1         = A.-G
 | nom1            = Malek
 | prénom2         =
 | nom2            =
 | prénom3         =
 | nom3            =
 | titre           = New energy model: Prolonging the lifetime of Ad-hoc On-Demand Distance Vector Routing Protocols (AODV)
 | périodique      = 2nd International Conference on Future Computer and Communication (ICFCC)
 | volume          = 2
 | jour            = 21-24
 | mois            = mai
 | année           = 2010
 | pages           = 426-429
 | isbn            = 978-1-4244-5821-9
 | doi             = 10.1109/ICFCC.2010.5497468
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5355020
 | consulté le     =
 | id              = Malek2010
}}
*{{article
 | lang            = en
 | prénom1         = E.A.
 | nom1            = Panaousis
 | prénom2         = C.
 | nom2            = Politis
 | prénom3         =
 | nom3            =
 | titre           = A game theoretic approach for securing AODV in emergency Mobile Ad Hoc Networks
 | périodique      = 34th IEEE Conference on Local Computer Networks, LCN 2009.
 | volume          =
 | jour            = 20-23
 | mois            = octobre
 | année           = 2009
 | pages           =
 | isbn            = 978-1-4244-4488-5
 | doi             = 10.1109/LCN.2009.5355020
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5355020
 | consulté le     =
 | id              = Panaousis2009
}}
*{{article
 | lang            = en
 | prénom1         = Zhongyu
 | nom1            = Cao
 | prénom2         = Gang
 | nom2            = Lu
 | prénom3         =
 | nom3            =
 | titre           = S-AODV: Sink Routing Table over AODV Routing Protocol for 6LoWPAN
 | périodique      = Second International Conference on Networks Security Wireless Communications and Trusted Computing (NSWCTC)
 | volume          =
 | jour            = 24-25
 | mois            = avril
 | année           = 2010
 | pages           = 340-343
 | isbn            = 978-0-7695-4011-5
 | doi             = 10.1109/NSWCTC.2010.213
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5480902
 | consulté le     =
 | id              = Cao2010
}}
*{{article
 | lang            = en
 | prénom1         = M.
 | nom1            = Usha
 | prénom2         = S.
 | nom2            = Jayabharathi
 | prénom3         = R.S.D.
 | nom3            = Wahida Banu
 | titre           = RE-AODV: An enhanced routing algorithm for QoS support in wireless ad-hoc sensor networks
 | périodique      = 2011 International Conference on Recent Trends in Information Technology (ICRTIT)
 | volume          =
 | jour            = 3-5
 | mois            = juin
 | année           = 2011
 | pages           = 567 - 571
 | isbn            = 978-1-4577-0588-5
 | doi             = 10.1109/ICRTIT.2011.5972449
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5972449
 | consulté le     =
 | id              = Usha2011
}}
<!-- non cité
*{{article
 | lang            = en
 | prénom1         = P.
 | nom1            = Jacquet
 | prénom2         = P.
 | nom2            = Muhlethaler
 | prénom3         =
 | nom3            =
 | titre           = Optimized link state routing protocol for ad hoc networks
 | périodique      = IEEE International Multi Topic Conference, Technology for the 21st Century, IEEE INMIC 2001
 | volume          =
 | jour            =
 | mois            =
 | année           = 2001
 | pages           = 62 - 68
 | isbn            = 0-7803-7406-1
 | doi             = 10.1109/INMIC.2001.995315
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=995315
 | consulté le     =
 | id              = Jacquet2001
}}
--> 
*{{article
 | lang            = fr
 | prénom1         = Abderrahmen
 | nom1            = Mtibaa
 | prénom2         =
 | nom2            =
 | prénom3         =
 | nom3            =
 | titre           = Étude des performances du protocole MMDV : Multipath and MPR based AODV
 | périodique      = HAL-INRIA archive ouverte
 | volume          =
 | jour            =
 | mois            =
 | année           = 2006
 | pages           = 4
 | isbn            =
 | doi             =
 | url texte       = http://hal.inria.fr/docs/00/11/37/14/PDF/CFIP-POSTER-02.pdf
 | consulté le     =
 | id              =Mtibaa2006
}}

*{{article
 | lang            = en
 | prénom1         = Sun-Ho
 | nom1            = Lee
 | prénom2         = Dong-Ho
 | nom2            = Cho
 | prénom3         =
 | nom3            =
 | titre           = On-demand energy-efficient routing for delay-constrained service in power-controlled multihop cellular network
 | périodique      = 60th IEEE Vehicular Technology Conference, VTC2004-Fall
 | volume          = 5
 | jour            = 26-29
 | mois            = septembre
 | année           = 2004
 | pages           = 5
 | isbn            = 0-7803-8521-7
 | doi             = 10.1109/VETECF.2004.1404632
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1404632&tag=1
 | consulté le     =
 | id              = Lee2004
}}

*{{article
 | lang            = en
 | prénom1         = P.
 | nom1            = Sankar
 | prénom2         = V.
 | nom2            = Lakshmi
 | prénom3         =
 | nom3            =
 | titre           = Study on the performance of Ad-hoc routing protocols on vehicles
 | périodique      = 2011 IEEE Recent Advances in Intelligent Computational Systems (RAICS)
 | volume          =
 | jour            = 22-24
 | mois            = septembre
 | année           = 2011
 | pages           = 1-6
 | isbn            = 978-1-4244-9478-1
 | doi             = 10.1109/RAICS.2011.6069392
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6069392
 | consulté le     =
 | id              = Sankar2011
}}

*{{article
 | lang            = en
 | prénom1         = R.
 | nom1            = AbRahman
 | prénom2         = M.
 | nom2            = Kassim
 | prénom3         =
 | nom3            =
 | titre           = Performance analysis of routing protocol in WiMAX network
 | périodique      = 2011 IEEE International Conference on System Engineering and Technology (ICSET) 
 | lien périodique =
 | jour            = 27-28
 | mois            = juin
 | année           = 2011
 | pages           = 1-5
 | isbn            = 978-1-4577-1256-2
 | doi             = 10.1109/ICSEngT.2011.5993440
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5993440
 | consulté le     =
 | id              = AbRahman2011
}}
*{{article
 | lang            = fr
 | prénom1         = Jean-Pierre
 | nom1            = Chanet
 | prénom2         =
 | nom2            =
 | prénom3         =
 | nom3            =
 | titre           = Algorithme de routage coopératif à qualité de service pour des réseaux ad hoc agri-environnementaux
 | périodique      = Thèse Université Blaise Pascal - Clermont II
 | volume          =
 | jour            =
 | mois            =
 | année           = 2007
 | pages           = 1-138
 | isbn            =
 | doi             =
 | url texte       = http://tel.archives-ouvertes.fr/tel-00343131
 | consulté le     =
 | id              = Chanet2007
}}
*{{article
 | lang            = en
 | prénom1         = Vincent
 | nom1            = Gauthier
 | prénom2         = Romain
 | nom2            = De Rasse
 | prénom3         =
 | nom3            =
 | titre           = On a Comparison of four Ad-hoc Routing Protocols when taking into account the Radio Interferences
 | périodique      = 3rd International working Conference on performance modeling and evaluation of heterogeneous networks, HET-NET'05
 | volume          =
 | jour            =
 | mois            =
 | année           = 2005
 | pages           = 
 | isbn            =
 | doi             =
 | url texte       = http://www.comp.brad.ac.uk/het-net/HET-NETs05/ReadCamera05/P42.pdf
 | consulté le     =
 | id              = Gauthier2001
}}
*{{article
 | lang            = fr
 | prénom1         = Nabil
 | nom1            = Tabbane
 | prénom2         = Sami
 | nom2            = Tabbane
 | prénom3         =
 | nom3            =
 | titre           = Simulation et mesure des performances du protocole de routage AODV
 | périodique      = JTEA'2004
 | volume          =
 | jour            = 21-22
 | mois            = mai
 | année           = 2004
 | pages           = 1-5
 | isbn            =
 | doi             =
 | url texte       = http://www.supcom.mincom.tn/mediatron/articles/jtea_2004.pdf
 | consulté le     =
 | id              = Tabbane2004
}}
*{{article
 | lang            = en
 | prénom1         = Young
 | nom1            = Zhang
 | prénom2         = Yifei
 | nom2            = Wei
 | prénom3         =
 | nom3            =
 | titre           = R-AODV: Rate aware routing protocol for WiFi mesh networks
 | périodique      = 2006 IET International Conference on Wireless, Mobile and Multimedia Networks
 | volume          =
 | jour            = 6-9
 | mois            = novembre
 | année           = 2006
 | pages           = 1-4
 | isbn            = 0-86341-644-6
 | doi             =
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5195370&tag=1
 | consulté le     =
 | id              = Zhang2006
}}
<!--
*{{article
 | lang            = en
 | prénom1         = M.
 | nom1            = Garcia
 | prénom2         = H.
 | nom2            = Coll
 | titre           = Using MANET Protocols in Wireless Sensor and Actor Networks
 | périodique      = SSecond International Conference onensor Technologies and Applications, SENSORCOMM'08
 | volume          =
 | jour            = 25
 | mois            = août
 | année           = 2008
 | pages           = 154-159
 | isbn            = 978-0-7695-3330-8
 | doi             = 10.1109/SENSORCOMM.2008.102
 | url texte       = http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=4622655&tag=1
 | consulté le     =
 | id              = Garcia2008
}}
-->
*{{article
 | lang            = en
 | prénom1         = Ming-Tuo Zhou
 | nom1            = Harada
 | prénom2         = H.
 | nom2            = Peng-Yong
 | prénom3         =
 | nom3            =
 | titre           = A method to deliver AODV routing messages using WiMAX mesh MAC control messages in maritime wireless networks
 | périodique      = 2009 IEEE 20th International Symposium on Personal, Indoor and Mobile Radio Communications
 | volume          =
 | jour            = 13-16
 | mois            = septembre
 | année           = 2009
 | pages           = 1537 - 1541
 | isbn            = 978-1-4244-5122-7
 | doi             = 10.1109/PIMRC.2009.5449888
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5449888
 | consulté le     =
 | id              = Harada2009
}}
*{{article
 | lang            = en
 | prénom1         = Wu
 | nom1            = Youjun
 | prénom2         = Nie
 | nom2            = Jingnan
 | prénom3         =
 | nom3            =
 | titre           = Performance Evaluation for Cross-Layer AODV Protocol in CDMA-Based Ad-Hoc Networks
 | périodique      = International Conference on Communication Technology, ICCT '06. 
 | volume          =
 | jour            = 27-30
 | mois            = novembre
 | année           = 2006
 | pages           = 1 - 4
 | isbn            =
 | doi             = 10.1109/ICCT.2006.341758
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4146319
 | consulté le     =
 | id              = Youjun2006
}}
*{{article
 | lang            = en
 | prénom1         = Xiang-Guo
 | nom1            = Yang
 | prénom2         = Hao
 | nom2            = Chen
 | prénom3         =
 | nom3            =
 | titre           = Simulation of the Routing Protocol of Mobile Ad Hoc Networks at the Rate of 4G
 | périodique      = 4th International Conference on Wireless Communications, Networking and Mobile Computing, WiCOM'08
 | volume          =
 | jour            = 12-14
 | mois            = octobre
 | année           = 2008
 | pages           = 1 - 3
 | isbn            = 978-1-4244-2107-7
 | doi             = 10.1109/WiCom.2008.631
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4678539
 | consulté le     =
 | id              = Yang2008
}}
*{{article
 | lang            = en
 | prénom1         = Xianhui Che
 | nom1            = Wells
 | prénom2         = I.
 | nom2            = Kear
 | prénom3         =
 | nom3            =
 | titre           = A Static Multi-hop Underwater Wireless Sensor Network Using  RF Electromagnetic Communications
 | périodique      = 29th IEEE International Conference on Distributed Computing Systems Workshops, ICDCS Workshops'09
 | volume          =
 | jour            = 22-26
 | mois            = juin
 | année           = 2009
 | pages           = 460-463
 | isbn            = 978-0-7695-3660-6
 | doi             = 10.1109/ICDCSW.2009.36
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5158896
 | consulté le     =
 | id              = Wells2009
}}
*{{article
 | lang            = fr
 | prénom1         = Rachid
 | nom1            = Abdellaoui
 | prénom2         =
 | nom2            =
 | prénom3         =
 | nom3            =
 | titre           = SU-OLSR une nouvelle solution pour la sécurité du protocole OLSR
 | périodique      = Mémoire de maîtrise, école de technologie supérieure université du Québec
 | lien périodique = École de technologie supérieure
 | volume          =
 | jour            =
 | mois            =
 | année           = 2009
 | pages           = 126 p.
 | isbn            =
 | doi             =
 | url texte       = http://espace.etsmtl.ca/18/1/ABDELLAOUI_Rachid.pdf
 | consulté le     =
 | id              = Abdellaoui2009
}}
*{{article
 | lang            = en
 | prénom1         = Yih-Chun
 | nom1            = Hu
 | prénom2         = Adrian
 | nom2            = Perrig
 | prénom3         =
 | nom3            =
 | titre           = Ariadne: a secure on-demand routing protocol for ad hoc networks
 | périodique      = Wireless Networks
 | volume          = 11
 | numéro          = 1-2
 | mois            = janvier
 | année           = 2005
 | pages           = 1-18
 | isbn            =
 | doi             = 10.1007/s11276-004-4744-y
 | url texte       = http://dl.acm.org/ft_gateway.cfm?id=1160103&type=pdf&CFID=70103117&CFTOKEN=34261082
 | consulté le     =
 | id              = Hu2005
}}
*{{article
 | lang            = en
 | prénom1         = Yih-Chun
 | nom1            = Hu
 | prénom2         = Adrian
 | nom2            = Perrig
 | prénom3         =
 | nom3            =
 | titre           = SEAD: secure efficient distance vector routing for mobile wireless ad hoc networks
 | périodique      = Ad Hoc Networks
 | volume          = 1
 | numéro          = 1
 | mois            = juillet
 | année           = 2003
 | pages           = 175-192
 | isbn            =
 | doi             = 10.1016/S1570-8705(03)00019-2
 | url texte       = http://www.sciencedirect.com/science?_ob=MiamiImageURL&_cid=272922&_user=553923&_pii=S1570870503000192&_check=y&_origin=&_coverDate=31-Jul-2003&view=c&wchp=dGLzVlt-zSkWb&md5=941bf98e6f06518f26f31083f7f8e941/1-s2.0-S1570870503000192-main.pdf
 | consulté le     =
 | id              = Hu2003
}}
*{{article
 | lang            = en
 | prénom1         = Yih-Chun
 | nom1            = Hu
 | prénom2         = Adrian
 | nom2            = Perrig
 | prénom3         =
 | nom3            =
 | titre           = Packet Leashes: A Defense against Wormhole Attacks in Wireless Ad Hoc Networks
 | périodique      = Twenty-Second Annual Joint Conference of the IEEE Computer and Communications Societies, INFOCOM 2003
 | volume          = 3
 | jour            = 3
 | mois            = avril
 | année           = 2003
 | pages           = 1976-1986
 | isbn            = 0-7803-7752-4
 | doi             = 10.1109/INFCOM.2003.1209219
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1209219
 | consulté le     =
 | id              = Perrig2003
}}
*{{article
 | lang            = en
 | prénom1         = K.
 | nom1            = Sanzgiri
 | prénom2         = B.
 | nom2            = Dahill
 | prénom3         =
 | nom3            =
 | titre           = A secure routing protocol for ad hoc networks
 | périodique      = 10th IEEE International Conference on Network Protocols 
 | volume          =
 | jour            = 12-15
 | mois            = novembre
 | année           = 2002
 | pages           = 78-87
 | issn            = 1092-1648
 | doi             = 10.1109/ICNP.2002.1181388
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1181388
 | consulté le     =
 | id              = Sanzgiri2002
}}
*{{article
 | lang            = en
 | prénom1         = Manel Guerrero
 | nom1            = Zapata
 | prénom2         =
 | nom2            =
 | prénom3         =
 | nom3            =
 | titre           = Secure ad hoc on-demand distance vector routing
 | périodique      = ACM SIGMOBILE Mobile Computing and Communications Review
 | volume          = 6
 | numéro          = 3
 | mois            = juillet
 | année           = 2002
 | pages           = 106-107
 | éditeur         = ACM
 | isbn            =
 | doi             = 10.1145/581291.581312
 | url texte       = http://dl.acm.org/ft_gateway.cfm?id=581312&type=pdf&CFID=70103117&CFTOKEN=34261082
 | consulté le     =
 | id              = Zapata2002
}}
*{{article
 | lang            = en
 | prénom1         = An
 | nom1            = Liu
 | prénom2         = Cliff
 | nom2            = Wang
 | prénom3         =
 | nom3            =
 | titre           = Defending DSSS-based broadcast communication against insider jammers via delayed seed-disclosure
 | périodique      = 26th Annual Computer Security Applications Conference, ACSAC'10 
 | volume          =
 | jour            =
 | mois            =
 | année           = 2010
 | pages           = 1-10
 | isbn            = 978-1-4503-0133-6
 | doi             = 10.1145/1920261.1920315
 | url texte       = http://dl.acm.org/ft_gateway.cfm?id=1920315&ftid=881849&dwn=1&CFID=70103117&CFTOKEN=34261082
 | consulté le     =
 | id              = Liu2010
}}
*{{article
 | lang            = en
 | prénom1         = S.S.
 | nom1            = Ramaswami
 | prénom2         = S.
 | nom2            = Upadhyaya
 | prénom3         =
 | nom3            =
 | titre           = Smart Handling of Colluding Black Hole Attacks in MANETs and Wireless Sensor Networks using Multipath Routing
 | périodique      = 2006 IEEE Information Assurance Workshop
 | volume          =
 | jour            = 21-23
 | mois            = juin
 | année           = 2006
 | pages           = 253 - 260
 | isbn            = 1-4244-0130-5
 | doi             = 10.1109/IAW.2006.1652103
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1652103
 | consulté le     =
 | id              = Ramaswami2006
}}
*{{article
 | lang            = en
 | prénom1         = P.
 | nom1            = Papadimitratos
 | prénom2         = Z.J.
 | nom2            = Haas
 | prénom3         =
 | nom3            =
 | titre           = Secure data communication in mobile ad hoc networks
 | périodique      = IEEE Journal on Selected Areas in Communications 
 | volume          = 24
 | jour            =
 | mois            = février
 | année           = 2006
 | pages           = 343-356
 | isbn            =
 | doi             = 10.1109/JSAC.2005.861392
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1589113
 | consulté le     =
 | id              = Papadimitratos2006
}}
*{{article
 | lang            = en
 | prénom1         = Guibadj
 | nom1            = Nesrine
 | prénom2         = Mehar
 | nom2            = Sara
 | prénom3         =
 | nom3            =
 | titre           = SRS_AODV (Secure Routing Scheme for AODV)
 | périodique      = 20th International Symposium on Software Reliability Engineering (ISSRE'2009)
 | volume          =
 | jour            =
 | mois            =
 | année           = 2009
 | pages           = 
 | isbn            =
 | doi             =
 | url texte       = http://share.esi.dz/index.php?option=com_docman&task=doc_download&gid=119&Itemid=1
 | consulté le     =
 | id              = Nesrine2009
}}
*{{article
 | lang            = en
 | prénom1         = N.
 | nom1            = Mitton
 | prénom2         = T.
 | nom2            = Razafindralambo
 | titre           = Hector is an Energy Efficient Tree-Based Optimized Routing Protocol for Wireless Networks
 | périodique      = 4th International Conference on Mobile Ad-hoc and Sensor Networks
 | volume          =
 | jour            = 22
 | mois            = décembre
 | année           = 2008
 | pages           = 31-38
 | isbn            = 978-0-7695-3457-2
 | doi             = 10.1109/MSN.2008.24
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4721245
 | consulté le     =
 | id              = Mitton2008
}}
*{{article
 | lang            = en
 | prénom1         = Malcolm
 | nom1            = Parsons
 | prénom2         = Peter
 | nom2            = Ebinger
 | titre           = Performance Evaluation of the Impact of Attacks on Mobile Ad hoc Networks
 | périodique      = 28th International Symposium on Reliable Distributed Systems
 | volume          =
 | jour            =
 | mois            =
 | année           = 2009
 | pages           =
 | isbn            =
 | doi             =
 | url texte       = http://www.cse.buffalo.edu/srds2009/dncms2009_submission_Parsons.pdf
 | consulté le     =
 | id              = Parsons2009
}}

*{{article
 | lang            = en
 | prénom1         = H. A.
 | nom1            = Esmaili
 | prénom2         = M. R.
 | nom2            = Khalili Shoja
 | titre           = Performance Analysis of AODV under Black Hole Attack through Use of OPNET Simulator
 | périodique      = World of Computer Science and Information Technology Journal (WCSIT)
 | volume          = 1
 | numéro          = 2
 | mois            =
 | année           = 2011
 | pages           = 49-52
 | isbn            =
 | doi             =
 | url texte       = https://arxiv.org/pdf/1104.4544
 | consulté le     =
 | id              = Esmaili2011
}}
*{{article
 | lang            = en
 | prénom1         = R.
 | nom1            = Balakrishna
 | prénom2         = U.
 | nom2            = Rajeswar Rao
 | titre           = Comparisons of SAODV and TAODV, DSR Mobile ad hoc network Routing Protocols
 | périodique      = International Journal of Advanced Networking and Applications
 | volume          = 2
 | jour            =
 | mois            =
 | année           = 2010
 | pages           = 445 - 451
 | isbn            =
 | doi             =
 | url texte       = http://www.ijana.in/papers/7.5.pdf
 | consulté le     =
 | id              = Balakrishna2010
}}
*{{article
 | lang            = en
 | prénom1         = Baruch
 | nom1            = Awerbuch
 | prénom2         = David
 | nom2            = Holmer
 | titre           = An on-demand secure routing protocol resilient to byzantine failures
 | périodique      = 1st ACM workshop on Wireless security, WiSe'02
 | volume          =
 | jour            =
 | mois            =
 | année           = 2002
 | pages           = 21 -30
 | isbn            = 1-58113-585-8
 | doi             = 10.1145/570681.570684
 | url texte       = http://dl.acm.org/ft_gateway.cfm?id=570684&type=pdf&CFID=70355027&CFTOKEN=98497522
 | consulté le     =
 | id              = Awerbuch2002
}}
*{{article
 | lang            = en
 | prénom1         = Baruch
 | nom1            = Awerbuch
 | prénom2         = Reza
 | nom2            = Curtmola
 | titre           = Mitigating Byzantine Attacks in Ad Hoc Wireless Networks
 | périodique      = Technical Report, Department of Computer Science, Johns Hopkins University
 | volume          =
 | jour            =
 | mois            =
 | année           = 2004
 | pages           = 1-16
 | isbn            =
 | doi             =
 | url texte       = http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.3.6309&rep=rep1&type=pdf
 | consulté le     =
 | id              = Awerbuch2004
}}
*{{article
 | lang            = fr
 | prénom1         = Sedrati
 | nom1            = Maamar
 | prénom2         = Aouragh
 | nom2            = Lamia
 | titre           = Étude des Performances des Protocoles de Routage dans les Réseaux Mobiles Ad-Hoc
 | périodique      = 4th International Conference on Computer Integrated Manufacturing, CIP’2007
 | volume          =
 | jour            = 3-4
 | mois            = novembre
 | année           = 2007
 | pages           = 1-7
 | isbn            =
 | doi             =
 | url texte       = http://ns1.univ-setif.dz/cip2007/Theme_B/Articles_B/B16.pdf
 | consulté le     =
 | id              = Maamar2007
}}
*{{article
 | lang            = en
 | prénom1         = Gilberto
 | nom1            = Flores Lucio
 | prénom2         = Marcos
 | nom2            = Paredes-Farrera
 | titre           = OPNET Modeler and Ns-2: Comparing the Accuracy Of Network Simulators for Packet-Level Analysis using a Network Testbed
 | périodique      = WSEAS Transactions on Computers
 | volume          = 2
 | numéro          = 3
 | jour            =
 | mois            = juillet
 | année           = 2007
 | pages           = 700-707
 | isbn            =
 | doi             =
 | url texte       = http://genie.iitd.ernet.in/ns/weas.pdf
 | consulté le     =
 | id              = FloresLucio2003
}}
*{{article
 | lang            = en
 | prénom1         = Xinjie
 | nom1            = Chang
 | prénom2         =
 | nom2            =
 | titre           = Network simulations with OPNET
 | périodique      = 1999 Winter Simulation Conference
 | volume          = 1
 | jour            =
 | mois            =
 | année           = 1999
 | pages           = p 307-314
 | isbn            =
 | doi             = 10.1109/WSC.1999.823089
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=823089
 | consulté le     =
 | id              = Chang1999
}}
*{{article
 | lang            = en
 | prénom1         = Chai-Keong
 | nom1            = Toh
 | titre           = A Novel Distributed Routing Protocol To Support Ad-Hoc Mobile Computing
 | périodique      = 1996 IEEE Fifteenth Annual International Phoenix Conference on Computers and Communications 
 | jour            = 27-29
 | mois            = mars
 | année           = 1996
 | pages           = 1-7
 | issn            =
 | doi             = 10.1109/PCCC.1996.493675
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=493675
 | consulté le     =
 | id              = toh1996
}}
*{{article
 | lang            = en
 | prénom1         = Miguel
 | nom1            = Catalan-Cid
 | prénom2         = Jose Luis
 | nom2            = Ferrer
 | titre           = Contention- and Interference-Aware Flow-Based Routing in Wireless Mesh Networks: Design and Evaluation of a Novel Routing Metric
 | périodique      = EURASIP Journal on Wireless Communications and Networking
 | jour            =
 | mois            = avril
 | année           = 2010
 | numéro          = 1
 | pages           = 1-20
 | issn            =
 | doi             = 10.1155/2010/313768
 | url texte       = http://dl.acm.org/citation.cfm?id=1973249
 | consulté le     =
 | id              = Miguel2010
}}
*{{article
 | lang            = en
 | prénom1         = Oscar
 | nom1            = Guerra
 | prénom2         = Moisés
 | nom2            = Sanchez-Adam
 | titre           = Network AD HOC Routing Algorithm: An Application with Bluetooth
 | périodique      = 17th International Conference on Electronics, Communications and Computers, CONIELECOMP'07. 
 | jour            = 26/28
 | mois            = février
 | année           = 2007
 | pages           = 1-6
 | issn            =
 | doi             = 10.1109/CONIELECOMP.2007.26
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4127246
 | consulté le     =
 | id              = Guerra2007
}}
*{{article
 | lang            = en
 | prénom1         = Tronje
 | nom1            = Krop
 | prénom2         = Michael
 | nom2            = Bredel
 | prénom3         = Matthias
 | nom3            = Holick
 | prénom4         = Ralf
 | nom4            = Steinmetz
 | titre           = JiST/MobNet: combined simulation, emulation, and real-world testbed for ad hoc networks
 | périodique      = Second ACM international workshop on Wireless network testbeds, experimental evaluation and characterization, WinTECH '07
 | jour            =
 | mois            =
 | année           = 2007
 | pages           =
 | isbn            = 978-1-59593-738-4
 | doi             = 10.1145/1287767.1287774
 | url texte       = http://dl.acm.org/citation.cfm?id=1287774
 | consulté le     =
 | id              = Tronje2007
}}
*{{article
 | lang            = en
 | prénom1         = X.
 | nom1            = Zeng
 | prénom2         = R.
 | nom2            = Bagrodia
 | prénom3         = M.
 | nom3            = Gerla
 | titre           = GloMoSim: a library for parallel simulation of large-scale wireless networks
 | périodique      = Twelfth Workshop on Parallel and Distributed Simulation, PADS'98
 | jour            = mai
 | mois            = 29
 | année           = 1998
 | pages           = 154-161
 | isbn            = 0-8186-8457-7
 | doi             = 10.1109/PADS.1998.685281
 | url texte       = http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=685281
 | consulté le     =
 | id              = Zeng1998
}}

*{{article
 | lang            = en
 | prénom1         = S.Y.
 | nom1            = Wang
 | prénom2         = C.L.
 | nom2            = Chou
 | prénom3         = C.H.
 | nom3            = Huang
 | titre           = The design and implementation of the NCTUns 1.0 network simulator
 | périodique      = Computer networks
 | numéro          = 2
 | volume          = 42
 | année           = 2003
 | pages           = 175-197
 | isbn            =
 | doi             = 10.1016/S1389-1286(03)00181-6
 | url texte       = http://www.sciencedirect.com/science/article/pii/S1389128603001816
 | consulté le     =
 | id              = Wang2003
}}
*{{article
 | lang            = fr
 | prénom1         = Abdesselem
 | nom1            = Beghriche
 | prénom2         =
 | nom2            =
 | prénom3         =
 | nom3            =
 | titre           = De la Sécurité à la E-Confiance basée sur la Cryptographie à Seuil dans les Réseaux sans fil Ad hoc
 | périodique      = Thèse de doctorat, Université de L’Hadj Lakhdar-Batna, Faculté des sciences de l’ingénieur Département d’informatique
 | jour            =
 | mois            =
 | année           = 2010
 | pages           = 1-128
 | isbn            =
 | doi             =
 | url texte       = http://theses.univ-batna.dz/index.php?option=com_docman&task=doc_download&gid=493&Itemid=4
 | consulté le     =
 | id              = Beghriche2010
}}
*{{article
 | lang            = en
 | prénom1         = Jean-Pierre
 | nom1            = Hubaux
 | prénom2         = Levente
 | nom2            = Buttyán
 | prénom3         =
 | nom3            =
 | titre           = The quest for security in mobile ad hoc networks
 | périodique      = 2nd ACM international symposium on Mobile ad hoc networking & computing, MobiHoc'01
 | jour            =
 | mois            =
 | année           = 2001
 | pages           = 146-155
 | isbn            = 1-58113-428-2
 | doi             = 10.1145/501436.501437
 | url texte       = http://dl.acm.org/ft_gateway.cfm?id=501437&type=pdf&CFID=71216584&CFTOKEN=20057625
 | consulté le     =
 | id              = Hubaux2001
}}
*{{article
 | lang            = en
 | prénom1         = F.
 | nom1            = Stajano
 | prénom2         = R.
 | nom2            = Anderson
 | prénom3         =
 | nom3            =
 | titre           = The Resurrecting Duckling: security issues for ubiquitous computing
 | périodique      = IEEE Computer
 | volume          = 35
 | jour            = 7
 | mois            = avril
 | année           = 2002
 | pages           = 22-26
 | isbn            =
 | doi             = 10.1109/MC.2002.1012427
 | url texte       = http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=1012427
 | consulté le     =
 | id              = Stajano2002
}}
*{{article
 | lang            = en
 | prénom1         = Seung
 | nom1            = Yi
 | prénom2         = Prasad
 | nom2            = Naldurg
 | prénom3         =
 | nom3            =
 | titre           = Security-aware ad hoc routing for wireless networks
 | périodique      = 2nd ACM international symposium on Mobile ad hoc networking & computing, MobiHoc'01
 | volume          =
 | jour            =
 | mois            =
 | année           = 2001
 | pages           = 299 - 302
 | isbn            = 1-58113-428-2
 | doi             = 10.1145/501449.501464
 | url texte       = http://dl.acm.org/ft_gateway.cfm?id=501464&type=pdf&CFID=71216584&CFTOKEN=20057625
 | consulté le     =
 | id              = Yi2001
}}

== Voir aussi ==

=== Liens externes ===
* {{en}} {{lien web
 | url = http://www.ietf.org/rfc/rfc3561.txt
 | titre = RFC 3561
 | id = RFC3561
}}
*  {{lien web
 | url = http://core.it.uu.se/core/index.php/AODV-UU
 | titre = L'implémentation d'AODV-UU par l'université d'Uppsala (Suède)
 | id = UppsalaAODV-UU
}}
*{{lien web
 | url = http://www.techniques-ingenieur.fr/base-documentaire/mesures-analyses-th1/systemes-embarques-ti170/reseaux-de-capteurs-h8500/
| titre = capteurs sans fils
 | id = techniquesIngenieurs
}}

*  {{lien web
 | url = http://www.isi.edu/nsnam/ns/
 | titre = The Network Simulator - ns-2
 | id = NS2
}}

{{Palette |Réseau de capteurs sans fil}}
{{portail|télécommunications}}

[[Catégorie:Technologie de réseau informatique]]