Le mécanisme de reprise après une panne dans SEATTLE : fonctionnement, problèmes et solutions

Résumé du document

Les réseaux d'entreprises sont une classe de réseaux très hétérogènes principalement en termes de taille puisqu'ils peuvent varier d'un nombre limité de postes sur un même réseau local à des infrastructures multi-sites dispersés géographiquement.

Jusqu'à présent Ethernet demeure la technologie la plus employée dans les réseaux d'entreprises. Cependant, Ethernet a des problèmes liés à la scalabilité du système et à la mobilité des hosts (...)

Extraits

[...] Cependant, cette solution peut présenter des problèmes liés à la reprise après panne des switches, et c'est justement la problématique que l'on traite dans ce travail. < number > SEATTLE Reprise après panne Notre contribution Conclusion et perspectives < number > Le plan de la présentation est comme suit : Nous commencerons par une présentation générale de SEATTLE suivi des problèmes liés à la reprise après panne. Nous présenterons ensuite notre contribution et enfin nous terminerons par une conclusion et quelques perspectives. < number > Elimination des inondations Protocole Link-state entre les switches One-hop, network-layer DHT DHT (Distributed Hash Table) Résolution (IP MAC->Location; NOM->Location) Fonction de hachage h Fonction = argmin si Utilisation de cache < number > SEATTLE utilise le protocole Link-state entre les switches du réseau. [...]

[...] Si un switch détecte la panne de son switch successeur, il va automatiquement prendre en charge ces informations. Quand les autres switches voudront communiquer avec un host dont le resolver était le switch qui est tombé en panne, ils vont calculer la fonction et vont trouver directement le nouveau resolver. < number > Notre solution améliore : Temps de convergence Perte de messages Charge du réseau Congestion < number > Notre solution permet d'avoir moins de messages perdus, elle nous évite aussi les congestions liées aux pannes de switches, et ça diminue aussi la charge du réseau. [...]

[...] Host Switch Perte de tous les hosts qu'il relie Perte des informations qu'il stocke sur le réseau < number > Les problèmes liés aux pannes sont nombreux, on peut avoir la panne d'un lien, la panne d'un host ou encore la panne d'un switch. La panne d'un lien ne pose pas beaucoup de problèmes, puisqu'on utilise le protocole Link-state. Le seul problème est que la panne du lien subdivise le réseau en deux réseaux connexes, mais cela est très rare. La panne d'un host affecte uniquement le host lui-même et les hosts qui communiquent avec lui, cependant. [...]

[...] Le problème que l'on a décelé est que lors du processus de reprise après panne, beaucoup de messages peuvent être perdus avant la convergence du système. Il risque aussi d'y avoir des congestions liées au fait que les switches les plus proches du switch qui est tombé en panne, seront inondés de message de contrôle les informent qu'ils sont les nouveaux resolver. < number > < number > D H(ki) A C B E . X . Ce que l'on propose, c'est de construire un anneau logique des switches du réseau classés selon la valeur de hachage de leur identifiant. [...]

[...] Le thème de notre projet s'articule autour de l'amélioration de la reprise après panne dans SEATTLE. < number > Réseaux d'entreprises hétérogènes. Ethernet est la technologie la plus employée dans les réseaux d'entreprises. Problèmes de scalabilité et de mobilité SEATTLE « A scalable Ethernet architecture for Large Enterprise » Amélioration de la reprise après panne dans SEATTLE < number > Les réseaux d'entreprises sont une classe de réseaux très hétérogènes principalement en termes de taille puisqu'ils peuvent varier d'un nombre limité de postes sur un même réseau local à des infrastructures multi-sites dispersés géographiquement. [...]