Mise en Œuvred’une
Solution Open
Source(SDN)
Realise par :
Hafsa fathi
Abdrahim samih
Fatima Zahra elmadyoni
Oussama hakam
Khadija elmahdaoui
Zouhir khalid
2.
Plan de travail
1.Introduction
2. Contrôleur OpenDaylight
3. Configuration d’OpenDaylight
4. Intégration avec des équipements réseaux
simulés
3.
1. Présentation duSDN
2. Architecture SDN
3. Objectifs de la mise en œuvre d’une solution Open
Source
INTRODUCTION
4.
Le SDN estune nouvelle façon de concevoir, gérer et
opérer les réseaux en séparant le matériel (data
plane) de l'intelligence réseau (control plane).
Cette séparation permet de contrôler le réseau de
manière centralisée et programmable, via un logiciel
appelé contrôleur SDN.
Présentation du SDN
5.
L’architecture SDN estgénéralement divisée en trois
couches (ou plans) :
• Plan d’infrastructure (Data Plane)
• Plan de contrôle (Control Plane)
• Plan d’application (Application Plane)
Entre ces couches, on trouve des interfaces d’interaction
appelées API nord (Northbound) et API sud (Southbound).
6.
Plan d’infrastructure (DataPlane) – La couche matérielle
• Ce sont les équipements réseau physiques (switches,
routeurs).
• Leur rôle est simplement d’exécuter les règles de
commutation définies par le contrôleur.
• Ils ne prennent aucune décision par eux-mêmes.
• Utilisent des protocoles sud (Southbound APIs) comme
OpenFlow pour recevoir les instructions.
7.
Architecture SDN
Fonctionnement dePlan d’infrastructure :
• Chaque équipement contient une table de flux (flow table)
que le contrôleur met à jour.
• Lorsqu’un paquet arrive, le switch consulte cette table
et agit (transmettre, bloquer, rediriger...
8.
Plan de contrôle(Control Plane) – L’intelligence du réseau
• C’est le cerveau du réseau SDN : il décide comment les
paquets doivent circuler.
• Centralisé dans un contrôleur SDN (comme OpenDaylight,
Ryu, ONOS).
• Il connaît toute la topologie du réseau.
• Il installe dynamiquement des règles de routage ou de
filtrage sur les switches.
9.
Plan d’application (ApplicationPlane) – Les services
réseau
• Ce sont des applications réseau qui interagissent avec
le contrôleur pour influencer son comportement.
Exemples : gestion de bande passante, load balancing,
sécurité, routage dynamique, etc…
Elles communiquent via des API Nord (Northbound APIs) —
souvent en REST API.
10.
Architecture SDN
Type d’APIRôle Exemple
Southbound API
Communication entre
le contrôleur et les
équipements réseau
OpenFlow, NETCONF,
gNMI
Northbound API
Communication entre
le contrôleur et les
applications
REST API, JSON, gRPC
Interfaces d’interaction (API)
12.
Objectifs de lamise en œuvre d’une solution Open Source
Réduction des coûts : pas de licences à payer, idéal pour
maîtriser le budget.
Flexibilité : possibilité de modifier et adapter le code
selon les besoins.
Indépendance : pas de dépendance à un fournisseur unique.
Sécurité et transparence : le code est ouvert, donc
auditable et contrôlable.
Innovation communautaire : évolue rapidement grâce aux
contributions de la communauté.
Apprentissage : outil idéal pour tester, comprendre et se
former techniquement.
13.
Définition :
Un contrôleurSDN est un composant centralisé dans un réseau défini par logiciel
(SDN). Il sépare le plan de contrôle, qui prend les décisions de routage, du plan de
données, responsable du transfert des paquets. Il permet ainsi une gestion
dynamique et programmable du réseau grâce à des interfaces standardisées telles
qu'OpenFlow, NETCONF ou BGP.
Definition et role d’un controleur SDN
14.
role d’un controleurSDN
1. Centralisation du contrôle
La gestion du réseau (comme la qualité de service ou la sécurité) se fait depuis
une seule interface centrale, ce qui simplifie le contrôle et la configuration.
2. Programmabilité
Le réseau peut être configuré automatiquement grâce à des API (interfaces de
programmation), par exemple pour créer des VLANs ou répartir le trafic (load
balancing) sans intervention manuelle.
3. Optimisation des flux
Le contrôleur installe des règles de circulation (flow rules) dans les
commutateurs pour diriger le trafic de manière rapide, fluide et efficace.
4. interopérabilité
Le système est compatible avec des équipements de différents fabricants
grâce à l’utilisation de protocoles ouverts comme OpenFlow, ce qui évite la
dépendance à un seul fournisseur
16.
OpenDaylight (ODL) estun contrôleur
SDN open-source hébergé par la Linux
Foundation, conçu pour automatiser et
orchestrer des réseaux de toute taille .
OpenDaylight comme contrôleur SDN
17.
Architecture
• ODL reposesur une architecture modulaire avec :
• - Modèle MD-SAL (Model-Driven Service Abstraction Layer) : Unifie les APIs
nord/sud via des schémas YANG pour une gestion cohérente .
• - Composants clés :
• - Contrôleur principal: Gère les services réseau de base (topologie,
statistiques).
• - Plugins sud: OpenFlow, NETCONF, BGP pour communiquer avec les
équipements .
• - Applications nord : Interfaces REST pour l'intégration avec des outils comme
OpenStack .
18.
Modules principaux
- TopologyManager : Cartographie le réseau et suit les appareils connectés.
- Forwarding Rules Manager : Gère les règles de flux OpenFlow.
• - Host Tracker : Surveille les hôtes et leurs adresses MAC/IP .
19.
Avantages d'OpenDaylight dansun
Environnement SDN
1. Open-source et interopérable : Supporte des protocoles variés (OpenFlow, NETCONF, OVSDB)
et s'intègre avec des solutions cloud (OpenStack, Kubernetes) .
• 2. Modularité évolutive : Permet d'ajouter des fonctionnalités via des plugins (ex : sécurité,
NFV) sans modifier le noyau .
• 3. Performances optimisées : Tests montrent un taux élevé de programmation de flux (jusqu'à
8x plus rapide avec le
• 4. batching des requêtes REST) Utilisé par des opérateurs majeurs: Déployé chez Orange,
AT&T, et China Mobile pour des réseaux SDN/NFV à grande échelle
• 5. Sécurité centralisée : Applique des politiques de microsegmentation et Zero Trust via un
contrôleur unique .
20.
Logiciels :
•Système d'exploitation: Ubuntu 20.04+
ou CentOS 8+ (OpenDaylight fonctionne
aussi sur Windows via WSL, mais Linux
est recommandé)
•Java : OpenJDK 11 ou supérieur
•Navigateur Web moderne (pour accéder
à DLUX)
•Unzip (pour decompressé le dosser
karaf.zip)
Matériels :
•Processeur : 2 cœurs ou plus
•RAM : 4 Go minimum (8 Go recommandé)
•Stockage : 20 Go d’espace libre
•Connexion réseau stable
Prérequis Matériels et Logiciels
21.
1.installation de Java
2.sélectionde la version JAVA
3.cette ligne ajoute la variable JAVA_HOME à votre fichier .bashrc ,ce qui
permet aux applications de localiser Java automatiquement .
Installation d'OpenDaylight (Étapes de base)
• Installer etconfigurer Mininet et OpenDaylight dans des machines virtuelles
VMware pour simuler un réseau SDN (Software-Defined Networking).
Objectif de la mise en œuvre
30.
Mininet est unémulateur de réseau open source qui
permet de créer facilement des réseaux virtuels composés
de commutateurs , hôtes , contrôleurs SDN et liens — le
tout sur une seule machine physique ou virtuelle.
Definition de mininet
31.
1.Installation de Mininet(VM1)
Utilise les commande
suivant :
sudo apt update
sudo apt install mininet –y
• Mettre à jour le système.
• Installer Mininet depuis les dépôts APT.
32.
2.Lancement de Mininet.
sudomn # Crée une topologie par défaut
sudo mn -c # Supprime toutes les topologies
précédentes
33.
3.Connexion Mininet àOpenDaylight
sudo mn --topo=single,2 --mac --
controller=remote,ip=<IP_ODL>,port=6633
• Topologie : 1 switch, 2 hôtes.
• Contrôleur distant : OpenDaylight (adresse IP à modifier selon votre
cas).
• Protocole : OpenFlow par défaut.
34.
Exemple – Topologielinéaire
sudo mn --topo=linear,3 --mac --
controller=remote,ip=172.16.2.155,port=6633
--switch ovs,protocols=OpenFlow13
• Topologie linéaire : 3 hôtes connectés en chaîne.
• Protocole forcé : OpenFlow 1.3 (compatible avec OpenDaylight).