Présentation de la Virtualisation de réseaux - Chapitre 3
Document Details
Uploaded by CapableAlgebra9150
Dr. Ghayet El Mouna ZHIOUA
Tags
Summary
Ce document présente le Chapitre 3 sur la virtualisation des réseaux, en mettant l'accent sur les contrôleurs SDN et la technologie OpenFlow. Le document détaille des concepts liés à la programmabilité des réseaux, aux architectures SDN basées sur un contrôleur et aux opérations associées.
Full Transcript
1 ![](media/image2.png) **[Chapitre 3:]** **Contrôleurs SDN** **et Technologie OpenFlow** 2 ![](media/image4.png) - - - - 4 **PLAN** - - - - 5 - - - 6 ![](media/image6.png) - On peut remplacer les routeurs et commutateurs par une machine physique univers...
1 ![](media/image2.png) **[Chapitre 3:]** **Contrôleurs SDN** **et Technologie OpenFlow** 2 ![](media/image4.png) - - - - 4 **PLAN** - - - - 5 - - - 6 ![](media/image6.png) - On peut remplacer les routeurs et commutateurs par une machine physique universelle dont le traitement des flux IP est modifié **en temps réel** par une couche de contrôle. - Le plan de données est chargé de l'acheminement du trafic des utilisateurs et de l'application de politique de trafic (commutation, VLAN, sécurité,...) dont les règles ont été transmises par la couche de contrôle. - La couche de contrôle est composée d'un contrôleur SDN. 8 **Rappel** - - 7 ![](media/image8.png) **Architecture SDN basée sur un contrôleur** - Le contrôleur est piloté par le besoin des applications. 9 **Le Contrôleur SDN** - - - ![](media/image10.png) 10 **Le Contrôleur SDN** - Sur un commutateur SDN le contrôleur a pour rôle d'implémenter des règles. Exemples de règles: - Le contrôleur SDN permet aussi d'**implémenter rapidement un changement sur le réseau** en traduisant une demande globale. 11 ![](media/image12.png) **Le Contrôleur SDN** - - - 12 **Le Contrôleur SDN** - - - 13 - - - 14 ![](media/image14.png) **Comment ça fonctionne?** - - - ![](media/image16.png) **Les trois types de tableaux sont:** - Table de flux - Table de groupe - Table de comptage 17 **Comment ça fonctionne?** **Table de flux:** - - - - 18 **Table de groupe** - Un type particulier de table de flux - Une table de flux peut diriger un flux vers une table de groupe, ce qui peut déclencher diverses actions qui affectent un ou plusieurs flux. - Avantages 19 ![](media/image18.png) **Comment ça fonctionne?** **Table de comptage** Cette table déclenche une série d\'actions liées aux performances sur un débit, y compris la capacité de limiter le trafic. 20 ![](media/image20.png) - - 21 **PLAN** - - - - 22 Il existe typiquement deux catégories de contrôleurs SDN - - 23 ![](media/image22.png) - - - 25 **Exemples de Contrôleurs** **Contrôleurs pour la gestion des équipements réseaux programmables** - - - - - - - - 24 ![](media/image24.png) **Floodlight** - - - - - - - 26 - - - - - - 27 ![](media/image26.png) - [[https://www.coursera.org/learn/sdn/lecture/Bg622/ov](https://www.coursera.org/learn/sdn/lecture/Bg622/overview-of-sdn-controllers) [erview-of-sdn-controllers](https://www.coursera.org/learn/sdn/lecture/Bg622/overview-of-sdn-controllers)] 29 **OpenDaylight** - - - 28 ![](media/image28.png) **TP3 -- Mininet** - - - - 30 **Qu\'est-ce que NETCONF ?** ![](media/image30.png) - - - - 33 - Network Configuration (NETCONF), un protocole défini par l\'IETF RFC7519, est conçu pour installer, manipuler et supprimer la configuration des périphériques réseau. - Le protocole NETCONF utilise le codage de données XML pour les données de configuration et les messages de protocole. - Il fournit un petit ensemble d\'opérations pour gérer les configurations des périphériques et récupérer les informations sur l\'état des périphériques. ![](media/image32.png) NETCONF dans la pile de programmabilité pilotée par modèle - - -- --------------- --------------- copy-config unlock delete-config close-session lock kill-session -- --------------- --------------- 35 **Qu\'est-ce que RESTCONF ?** ----------------------------------- -- -- Le RESTCONF RFC 8040 RESTCONF utilise des modèles de RESTCONF utilise des données ----------------------------------- -- -- - **Mappage des opérations NETCONF et** **des méthodes RESTCONF** -- ---------------------------------------- -------- -- \, \ POST \\ \, GET \ PUT (nc:operation=\"create/replace\") \ DELETE (nc:operation=\"delete\") -- ---------------------------------------- -------- -- ![](media/image34.png) **RESTCONF vs NETCONF** Dans l\'ensemble, NETCONF est plus complet, flexible et complexe que RESTCONF. Les différences entre NETCONF et RESTCONF : 1. 2. 39 ![](media/image36.png) 3. 4. 5. 6. 40 **PLAN** - - - - 41 - Fin 2006, l'Université de Stanford a commencé le développement d'un protocole permettant de mettre en pratique les principes du SDN. - OpenFlow a été standardisé par la suite par l'ONF, sa dernière version est 1.5 et implémenté par de nombreux constructeurs. - OpenFlow est le protocole de communication le plus approprié entre un plan de contrôle logiquement centralisé (un ou plusieurs contrôleurs) et le plan de données. ![](media/image38.png) - Dans un routeur ou un commutateur classique, la transmission de paquets (plan de données) et les décisions de routage(plan de contrôle) sont exécutées sur le même dispositif. - Le commutateur et son contrôleur communiquent via le protocole OpenFlow. OpenFlow permet de définir les messages de contrôle échangés, exemple: **Architecture** - - - - ![](media/image40.png) **Comment ça fonctionne?** 1. Protocole de signalisation OpenFlow permettant la communication avec le contrôleur 2. Les files d'attentes, les émetteur de trames et les récepteur de trames avec des tables de flux associées. - Chaque entrée de la table de flux contient un ensemble de champs des paquet et une action (Exemple: drop des paquets, commuter les paquets sans modification des champ...). - Quand un commutateur OpenFlow reçoit un paquet pour lequel il n\'a aucune entrée équivalente dans la table des flux, il envoie ce paquet au contrôleur. ![](media/image42.png) - - - --------------------------------------------------------------- ---- flux, et le temps écoulé depuis le dernier transfert de flux. 48 --------------------------------------------------------------- ---- **Commutateur OpenFlow** - - - - ![](media/image44.png) **Commutateur OpenFlow** **Structure d'une entrée de table de flux** - **Match fields:** Peut être : ingress port, entête paquet - **Priority:** priorité de l'entrée - **Counters :** mis à jour à chaque paquet correspondant - **Instructions:** action à faire ou dans le pipeline - **Timeouts :** détermine l'expiration de l'entrée dans la table de flux - **Cookie** - **Flags:** indique l'action relative à cette entrée - - - 50 ![](media/image46.png) **Fonctionnement d'OpenFlow** **Processus de transmission d'un paquet** - 51 ![](media/image48.png) - - 52 **Fonctionnement d'OpenFlow** **Processus de transmission d'un paquet** - - - - - 53 - 54 ![](media/image50.png) **Fonctionnement d'OpenFlow** **Processus de transmission d'un paquet** - - 56 ![](media/image52.png) - - - - - 57 **Contrôleur SDN Vs Outil de management** **Les principales différences :** - - 58 **Les principales différences :** 59 ![](media/image54.png) 61 **TP4 -- Packet Tracer** **[Objectifs :]** - -