WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Etude et simulations des problèmes d'équité d'accès au canal dans les réseaux ad hoc

( Télécharger le fichier original )
par Menad BELHOUL et Farid TAOURIRT
Université Abderrahmane Mira de Bejaia - Master Informatique; Option: Administration et Sécurité des Réseaux Informatiques. 2017
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

3.8 TCP et 802.11

Une performance adéquate du protocole TCP est capitale pour le bon fonctionnement de la grande majoritédes réseaux informatiques. Quoique la performance du protocole TCP soit assez stable et satisfaisante dans les réseaux filaires, son application aux réseaux ad hoc présente des caractéristiques d'instabilitéet d'iniquité. Ces caractéristiques ont étédémontrées par des simulations dans plusieurs travaux comme [25], [26], [27]. En [25], les auteurs ont montréque le comportement du protocole TCP dans un réseau ad hoc à multisauts peut causer une baisse remarquable du débit total du réseau. Ce comportement indésirable devient très clair dans un réseau hybride.

On peut résumer les problèmes du protocole TCP dans les réseaux ad hoc aux points suivants:

1. Les problèmes de noeuds cachés et de noeuds exposés sont la cause de l'échec de livraison des trames 802.11 dans la plupart des cas [28]. Lorsqu'un noeud est incapable de livrer la trame à sa destination pour un certain nombre de fois, la couche MAC signale un échec de livraison à la couche réseau qui interprète cet échec comme une perte de route. La couche réseau recommence le processus de recherche de route qui dure normalement plus que le seuil de délai d'attente (timeout threshold) du protocole TCP, ce qui fait que la session du protocole TCP doit redémarrer à partir d'une taille de fenêtre (window size = 1) . Ceci représente une forte dégradation de performance et cause des périodes de débit nul.

2. La taille de fenêtre du protocole TCP est un facteur important qui influence la performance de ce protocole dans les cas des réseaux ad hoc. Plusieurs articles ont démontréque les fenêtres de petite taille présentent de meilleures performances (taille de l ou 2 dans la plupart des cas). Ceci est expliquépar le fait que dans les cas des fenêtres de large taille, si un noeud est incapable d'acquitter les trames transmises, le transmetteur devra renvoyer toutes les trames de cette fenêtre non acquittée ce qui cause une détérioration considérable pour le débit du protocole TCP.

3. Les trames du protocole TCP nécessitent un accuséde réception (ACK). Un noeud dans une situation de noeud exposé, malgrésa bonne réception d'une trame TCP, sera incapable de répondre par un ACK. Ignorant le résultat de sa transmission, le transmetteur continuera ses essais. À l'autre coté, les trames DATA auxquelles le récepteur est exposésont plus grandes que les trames de ACK et s'enchainent sans laisser une chance au noeud exposéd'acquitter les trames qu'il a reçues.

36

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Soit réservé sans ostentation pour éviter de t'attirer l'incompréhension haineuse des ignorants"   Pythagore