Mise en Œuvre d’une
Solution Open
Source(SDN)
Realise par :
Hafsa fathi
Abdrahim samih
Fatima Zahra elmadyoni
Oussama hakam
Khadija elmahdaoui
Zouhir khalid
Plan de travail
1. Introduction
2. Contrôleur OpenDaylight
3. Configuration d’OpenDaylight
4. Intégration avec des équipements réseaux
simulés
1. Présentation du SDN
2. Architecture SDN
3. Objectifs de la mise en œuvre d’une solution Open
Source
INTRODUCTION
Le SDN est une 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
L’architecture SDN est gé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).
Plan d’infrastructure (Data Plane) – 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.
Architecture SDN
Fonctionnement de Plan 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...
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.
Plan d’application (Application Plane) – 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.
Architecture SDN
Type d’API Rô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)
Objectifs de la mise 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.
Définition :
Un contrôleur SDN 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
role d’un controleur SDN
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
OpenDaylight (ODL) est un 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
Architecture
• ODL repose sur 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 .
Modules principaux
- Topology Manager : 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 .
Avantages d'OpenDaylight dans un
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 .
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
1.installation de Java
2.sélection de 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)
4.installation de opendaylight
5.Decompresé le dosser karaf
Installation d'OpenDaylight (Étapes de base)
6.Démarrer opendaylight
Installation d'OpenDaylight (Étapes de base)
1.odl-l2switch-
all
2.odl-dlux-core
3.odl-dluxapps-
aplications
4.odl-restconf
Ensemble des fonctions de
commutation L2
Cœur de l’interface graphique web (DLUX)
Applications supplémentaires dans DLUX
API REST pour interagir avec ODL
les modules SDN essentiels
5.Odl-openflowpluin-
flow-services-rest
6.Odl-openflowpluin-app-
topology-manager+7.Odl-
openflowpluin-app-lldp-speaker
8.Odl-openflowpluin-
app-forwardingrules-
sync
Gérer les règles OpenFlow via REST
Gère et découvre la topologie réseau
automatiquement+Envoie des paquets LLDP pour
détecter les liens réseau
Synchronise les règles de forwarding
entre ODL et les switches
Définit le comportement quand un
paquet ne correspond à aucune règle
les modules SDN essentiels
9.Odl-openflowpluin-
app-table-miss-enforcer
Installation des modules
• Instalation des modules en utilisant la commande feature:install
Vérification des modules
installés
http://<IP_du_serveur>:8181/index.html
Identifiants par défaut :
Nom d’utilisateur : admin
Mot de passe : admin
Accédez à DLUX via le navigateur
• Installer et configurer Mininet et OpenDaylight dans des machines virtuelles
VMware pour simuler un réseau SDN (Software-Defined Networking).
Objectif de la mise en œuvre
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
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.
2.Lancement de Mininet.
sudo mn # Crée une topologie par défaut
sudo mn -c # Supprime toutes les topologies
précédentes
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.
Exemple – Topologie liné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).
5.Tester la connectivité Dans l’interface Mininet :
pingall
Visualisation de la topologie du réseau dans
OpenDaylight
Écran de connexion à OpenDaylight
Accès à l'interface OpenDaylight via le
navigateur

SDN la configuration d'opendaylight .pptx

  • 1.
    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)
  • 22.
    4.installation de opendaylight 5.Decompreséle dosser karaf Installation d'OpenDaylight (Étapes de base)
  • 23.
  • 24.
    1.odl-l2switch- all 2.odl-dlux-core 3.odl-dluxapps- aplications 4.odl-restconf Ensemble des fonctionsde commutation L2 Cœur de l’interface graphique web (DLUX) Applications supplémentaires dans DLUX API REST pour interagir avec ODL les modules SDN essentiels
  • 25.
    5.Odl-openflowpluin- flow-services-rest 6.Odl-openflowpluin-app- topology-manager+7.Odl- openflowpluin-app-lldp-speaker 8.Odl-openflowpluin- app-forwardingrules- sync Gérer les règlesOpenFlow via REST Gère et découvre la topologie réseau automatiquement+Envoie des paquets LLDP pour détecter les liens réseau Synchronise les règles de forwarding entre ODL et les switches Définit le comportement quand un paquet ne correspond à aucune règle les modules SDN essentiels 9.Odl-openflowpluin- app-table-miss-enforcer
  • 26.
    Installation des modules •Instalation des modules en utilisant la commande feature:install
  • 27.
  • 28.
    http://<IP_du_serveur>:8181/index.html Identifiants par défaut: Nom d’utilisateur : admin Mot de passe : admin Accédez à DLUX via le navigateur
  • 29.
    • 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).
  • 35.
    5.Tester la connectivitéDans l’interface Mininet : pingall
  • 36.
    Visualisation de latopologie du réseau dans OpenDaylight
  • 37.
    Écran de connexionà OpenDaylight
  • 38.
    Accès à l'interfaceOpenDaylight via le navigateur