See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/374089035

Etude et configuration d’une solution SDN

Technical Report · September 2021

CITATIONS READS

0 373

1 author:

Aya Soualeh Mohamed

Ecole Nationale Supérieure d'Informatique
3 PUBLICATIONS 0 CITATIONS

SEE PROFILE

All content following this page was uploaded by Aya Soualeh Mohamed on 22 September 2023.

The user has requested enhancement of the downloaded file.

 République Algérienne Démocratique et Populaire
‫الجمهورية الجزائرية الديمقراطية الشعبية‬
Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
‫وزارة التعليم العالي و البحث العلمي‬

‫المدرسة الوطنية العليا للإ علام الآلي‬

ٓ
(‫)المعهد الوطني للتكوين في الإ علام الالي سابقا‬
École nationale Supérieure d’Informatique
ex. INI (Institut National de formation en Informatique)

Rapport de stage (SPE)

Option : Systèmes Informatiques ( SQ )

Etude et configuration d’une

solution SDN

Réalisé par :
Encadré par :
soualeh mohamed aya
M. HAMANI nacer (ESI)

Promotion : 2022/2021
Table des matières :

List des figures:....................................................................................................................-3-

List des tableaux : :............................................................................................................-3-
Introduction :.........................................................................................................................-3-
chapitre 1 :...............................................................................................................................-4-
1.1 Entreprise d'accueil : :..............................................................................................................-4-
1.2 CRÉATION DE L’ÉCOLE : :.........................................................................................................-4-
1.3 CURSUS GRADUATION : :.........................................................................................................-4-
1.4 ORGANISATION & GESTION : ………………………………………………………………………..…………….….-5-
Chapitre 2 : État de l'art : …………………………………………………..…………………………..…………………..…-6-
2.1 Problématique : …………………………………………………………..……………………………………………….……..-6-
2.2 solution proposé : ……………………………………………………………………………………………………….…….-6-
2.3 Virtualisation : …………………………………………………………………………..…………………………………………-6-
2.4 SDN : ……………………………………………………………………………………………………….……………………….………...-7-
2.4.1 Qu’est-ce que le software-defined networking (SDN) ?: ……………….....….-7-
2.4.2 Fonctionnement du software-defined networking (SDN): ………….……...-8-
2.4.3 En quoi le SDN est-il différent des réseaux traditionnels ?: ……………..….-9-
2.4.4 Quels sont les différents modèles de SDN ?: …………………………..………..………..-10-
2.5 SDN Controller : ………………………………………………………………………………..………….……………..…….-10-
2.6 OpenFlow : ……………………………………………………………………………….…………………………………………..-11-
2.6.1 Définition - Que signifie OpenFlow?: …………………………………………………………..…….-11-
2.6.2 Table OpenFlow et entrées de flux : …………………………………………………………..…….-11-
2.6.3 Les actions de OpenFlow : …………………………………………………..…………………………………-12-
2.6.4 Comment fonctionne le protocole Openflow ? : …………………….……………….-13-
chapitre 3 : L’étude comparative : …………………………………………………………..…………………..-14-
3.1 Overview sur ces contrôleurs : ……………………………………………………………………..……….…-14-
3.2 Analyse de performance sur les contrôleurs : ……………………………………………..-15-
chapitre 4 : L’étude de cas : …………………………………………………………………………..…………………-18-
4.1 Outils & Technologies : ………………………………………………………………….………………………….…..-18-
4.1 Tâches : ………………………………………………………………………………………………………………….………………-19-
1-Configurer la machine virtuelle Mininet : ……………………………………….……………………-19-
2-Installez OpenDaylight sur Ubuntu 20.04 : …………………………………………………………-21-
3-création de la topologie SDN : ……………………………………………………………………………….….-27-
4-envoyer des requêtes openflow à partir de la couche application …-31-
Liste DE FIGURES :

Figure 1 : architecture générale de SDN …………………………………………………………………………….....- 9 -

Figure 2 : architecture detaille ...............................................................................................................- 10 -
Figure 3: la différence entre réseau traditionnelle et SDN..................................................- 10 -
Figure 4: exemple d’une topologie.....................................................................................................- 14 -
Figure 5 : topologie mesh ..........................................................................................................................- 17-
Figure 6 : topologie arbressence..........................................................................................................- 17 -

Liste des tableaux :

Tableau 1 : les actions d’openFlow ……………………………………………………………….……………………………....- 13 -

Tableau 2 : la comparaison entre les contrôleurs....................................................................- 16 -
Tableau 3 : les résultats des tests sur les controlleur ………………………………………………..…...-18 -

3
 Résumé :

Avec l'abstraction du matériel et toutes les limitations d'un réseau lié au matériel,
les technologies SDN, NFV et NV créent des réseaux qui peuvent permettre
l'innovation, offrir de nouveaux services et offrir fluidité et flexibilité , et dans ce
rapport on va découvrir cette technologie et voir aussi implémentation une
solution SDN

Introduction :

Dans le cadre de notre formation d'ingénieur à l'Ecole Nationale Supérieure

d’Informatique (ESI ex INI), j’ai eu à effectuer un stage pratique conventionné
d’une durée d’un 6 semaines au niveau de l'école elle même sous la direction de
l'enseignant HAMANI Nacer
Ce rapport présente le travail que j’ai effectué lors de mon stage et qui s'est
déroulé du 23 janvier au 12 mars 2022 , sur le thème de SDN ( software defined
network ) . Pendant cette période, j’ai cherché d'approfondir et enrichir mes
connaissance sur ce domaine et ses nouveau technologies
à pour conquérir l’évolution rapide des réseaux informatiques à savoir les cloud ,
la virtualisation de la couche réseau est devenu très important , et par
conséquent les concepteurs de réseaux informatiques ont proposé le paradigme
du SDN.
Le résultat du stage consisté à faire une étude approfondie sur ce thème la avec
une implémentation détaillée, en un premier temps on va commencer par une
petite présentation de l'école .Ensuite, nous élaborons et l’état de l’art et un étude
comparative . Nous aborderons par la suite les différents aspects de notre travail
durant ce stage et les outils utilisés.
Enfin, nous clôturons avec une conclusion générale qui résume notre contribution
ainsi que les compétences acquises lors de cette expérience
professionnelle.

4
Chapitre 1 : Description de L’entreprise

1.1 Entreprise d'accueil :

L'École nationale supérieure d'informatique, anciennement Institut national de

formation en informatique, est un établissement d'enseignement supérieur algérien
formant des ingénieurs d’État en informatique. Elle est située à Oued Smar, à environ
15 km du centre-ville de la capitale Alger, en Algérie.

1.2 CRÉATION DE L’ÉCOLE :

L'École a été créée en 1969 sous le nom de Centre d’Etudes et de Recherche en

Informatique (CERI). Rattachée au ministère de l’Enseignement Supérieur en 1983
sous le nom de l’Institut National de Formation en Informatique (INI), elle a été
transformée en école nationale supérieure par le décret exécutif n° 08-220 du 14
juillet 2008, sous le nom d’Ecole nationale Supérieure d’Informatique (ESI). Elle
comptabilise à ce jour plus de 7856 diplômés.

1.3 CURSUS GRADUATION :

L'École à recrutement national forme des Ingénieurs d’Etat en Informatique: Bac +

5.
Un cycle préparatoire de deux années avec un stage ouvrier en fin de 1ère année.
Un second cycle de trois ans accessible sur concours en fin de 2ème année CP.
1ère année : Cycle commun avec stage d’été obligatoire de 4 à 6 semaines en
entreprise.
2ème et 3ème année : Spécialisation.

SIT (Systèmes d’Information et Technologie).

SIQ (Systèmes Informatiques).
SIL (Systèmes Informatiques et Logiciels).
SID (Systèmes Intelligents et Données )

5
Les étudiants effectuent un PFE (Projet de Fin d'Études) de 9 mois minimum en
3ème année en entreprise ou en laboratoire.
Il est possible en 3ème année de :

S’inscrire pour un double diplôme de Master.

S’inscrire en FIE (Formation ingénieur Entreprendre) dédiée aux porteurs de projets
innovants.

Une moyenne de 180 ingénieurs sont diplômés chaque année.

1.4 ORGANISATION & GESTION :

ORGANISATION ADMINISTRATIVE :

● Direction.
● Secrétariat Général.
● Direction adjointe des Enseignements, des Diplômes et de la Formation
Continue.
● Direction adjointe de la Formation Doctorale, de la Recherche Scientifique
et du Développement Technologique, de l’Innovation et de la Promotion de
l’Entrepreneuriat.
● Direction adjointe des Systèmes d’Information, de Communication et des
Relations Extérieures.
● Bibliothèque

ORGANISATION PÉDAGOGIQUE ET SCIENTIFIQUE :

● Département de la formation préparatoire.

● Département d’ingénierie de l’information et des systèmes informatiques.
● Conseil scientifique de l’école.
● Comité scientifique départemental.
● Cellule assurance qualité.
● Cellule TICE.

6
Chapitre 2 : État de l'art

2.1 Problématique :

Le réseau IP prend du temps pour la configuration et le dépannage car il

nécessite l'accès à chaque interface de ligne de commande (CLI) ou interface
utilisateur graphique (GUI) de l'appareil. En d'autres termes, le plan de contrôle
(collecte d'informations pour transmettre des données) et le plan de données
(plan de transfert de données) sont exécutés sur chaque périphérique
intermédiaire.

2.2 solution proposé :

Pour résoudre ce problème, le réseau défini par logiciel a émergé et a séparé le

plan de contrôle (fait par le logiciel) du plan de données (fait par le matériel) . De
plus, le plan de contrôle est exploité dans le point central nommé le contrôleur. Il
existe de nombreux logiciels de contrôleur dans les environnements de réseau de
simulation et de production
L'objectif principal de ce projet est de découvrir , étudier et implémenter cette
technologie

2.3 Virtualisation :

Le concept de virtualisation est né de la volonté, pour les entreprises, d'optimiser

l'utilisation des serveurs. En effet, il a été démontré que, pour des raisons de
facilité, de sécurité et de maintenance, la plupart des serveurs d'entreprises
n'héberge qu'une seule application qui ne monopolise, en moyenne, que 10 à 15 %
des ressources disponibles. Avec la virtualisation, l'occupation atteint 60 %
(sources Intel et IDC).et grâce à ces résultats étonnants qui étaient venus par la
virtualisation , cette technologie a été appliqué sur beaucoupe des ressources
informatiques qui permet de les exploiter au mieux ,jusqu’à ce que nous arrivions
à le cloud qui est la révolution d’internet , et dans ce rapport-là on va découvert
une partie de la virtualisation qui est la virtualisation de la couche réseau

7
type de virtualisation :
● Virtualisation des serveurs.
● Virtualisation des systèmes d'exploitation.
● Virtualisation des postes de travail.
● Virtualisation des applications.
● Virtualisation du stockage.
● Virtualisation de réseau.

2.4 SDN :

Les concepteurs de réseaux informatiques ont proposé le paradigme du SDN

software-defined networking (SDN) qui est un modèle d’architecture réseau
permet aux administrateurs de réseaux de gérer les services de réseaux par
abstraction de fonctionnalités.

2.4.1 Qu’est-ce que le software-defined networking (SDN) ?

Le software-defined networking (SDN) est une approche du réseau qui s’appuie

sur des contrôleurs logiciels ou des API pour diriger le trafic sur le réseau et
communiquer avec l’infrastructure matérielle sous-jacente.
Ce système est différent des réseaux traditionnels, qui utilisent du matériel dédié
(routeurs et commutateurs) pour contrôler le trafic. Le SDN peut créer et contrôler
un réseau virtuel ou contrôler un réseau matériel traditionnel à l’aide d’un logiciel.

Alors que la virtualisation de réseau permet de segmenter différents réseaux

virtuels au sein d’un réseau physique ou de connecter des terminaux membres
de différents réseaux physiques au sein d’un réseau virtuel unique, le
software-defined networking offre une nouvelle façon de contrôler
l’acheminement des paquets de données via un serveur centralisé.

8
 figure 1 : architecture générale de SDN

2.4.2 Fonctionnement du software-defined networking (SDN):

Principe de base du SDN : dans le SDN (comme pour tout composant virtualisé),
le logiciel est découplé du matériel. Le SDN sépare les deux plans des
périphériques réseau, en déplaçant le plan de contrôle qui détermine où envoyer
le trafic vers le logiciel, et en laissant le plan de données qui transmet
effectivement le trafic dans le matériel. Ainsi, les administrateurs réseau qui
utilisent le software-defined networking peuvent programmer et contrôler le
réseau dans son intégralité depuis une console unique, au lieu de procéder
terminal par terminal.
Une architecture SDN standard est constituée de trois éléments :

● Applications : elles communiquent des demandes de ressources ou des

informations sur l’ensemble du réseau
● Contrôleurs : ils utilisent les informations provenant des applications pour
décider de l’acheminement d’un paquet de données
● Périphériques réseau : OVS (openvirtuel switch ) ils reçoivent des
informations du contrôleur sur l’endroit où déplacer les données

9
 figure 2 : architecture detaille

2.4.3 En quoi le SDN est-il différent des réseaux traditionnels ?

L’infrastructure est la principale différence entre les SDN et les réseaux

traditionnels : le SDN repose sur un logiciel, tandis que les réseaux traditionnels
sont basés sur du matériel. Le plan de contrôle étant basé sur un logiciel, le SDN
est beaucoup plus flexible qu’un réseau traditionnel. Il permet aux administrateurs
de contrôler le réseau, modifier les paramètres de configuration, provisionner les
ressources et augmenter la capacité du réseau, et ce à partir d’une interface
utilisateur centralisée, sans ajouter de matériel supplémentaire.

figure 3 : la différence entre réseau traditionnelle et SDN

10
2.4.4 Quels sont les différents modèles de SDN ?

Même si le principe d'un logiciel centralisé contrôlant le flux de données dans les
commutateurs et les routeurs est commun à tous les réseaux software-defined, il
existe différents modèles de SDN.

● SDN ouvert : les administrateurs réseau utilisent un protocole de type

OpenFlow pour contrôler le comportement des commutateurs virtuels et
physiques au niveau du plan de données.
● SDN piloté par API : au lieu d’utiliser un protocole ouvert, les interfaces de
programmation d’applications contrôlent la façon dont les données
circulent sur chaque terminal à travers le réseau.
● SDN de superposition : cet autre type de réseau software-defined exécute
un réseau virtuel par dessus une infrastructure matérielle existante, créant
des tunnels dynamiques vers différents Data Centers on premise et
distants. Le réseau virtuel alloue la bande passante à divers canaux et
affecte des terminaux à chaque canal, laissant le réseau physique intact.
● SDN hybride : ce modèle combine un réseau software-defined à des
protocoles réseau traditionnels dans un environnement unique pour la
prise en charge des différentes fonctions du réseau. Les protocoles de
réseau standard continuent à orienter une partie du trafic, tandis que le
SDN prend en charge une autre partie du trafic, ce qui permet aux
administrateurs réseau d’introduire le SDN par étapes au sein d’un
environnement legacy.

2.5 SDN Controller :

Définition :

Un contrôleur SDN est l'application qui agit comme un point de contrôle

stratégique dans un réseau SDN. Il s'agit essentiellement du « cerveau » du
réseau.
Un contrôleur SDN gère le contrôle de flux vers les commutateurs/routeurs « en
bas » (via southbound APIs) et les applications et la logique métier « au-dessus »
(via northbound APIs) pour déployer des réseaux intelligents. Ils consolident et

11
assurent la médiation entre différents domaines de contrôleurs à l'aide
d'interfaces d'application communes.

2.6 OpenFlow :

2.6.1 Définition - Que signifie OpenFlow?

OpenFlow est un protocole de communication ouvert qui agit sur la couche 2 du

modèle OSI et donne accès au plan de transfert d'un routeur ou d'un

commutateur sur le réseau. OpenFlow permet simplement de déterminer le

chemin des paquets de données au sein du réseau de commutateurs par un

logiciel qui s'exécute sur au moins deux routeurs.

OpenFlow a été conçu pour la gestion du trafic réseau entre les commutateurs et

les routeurs de différents modèles et de différents fournisseurs. OpenFlow sépare

la programmation des commutateurs et des routeurs de leur matériel afin

qu'aucune configuration matérielle ne soit nécessaire et que tout le contrôle

puisse être atteint de manière flexible via le logiciel. L'Université de Californie à

Berkeley et l'Université de Stanford ont collaboré pendant six ans avant

qu'OpenFlow ne soit finalement rendu public en 2011.

2.6.2 Table OpenFlow et entrées de flux :

Les tables de flux ressemblent à la table MAC d'un commutateur traditionnel qui
stocke les adresses des hôtes. Les tables de flux stockent des entrées de flux ou
des flux qui indiquent au commutateur SDN quoi faire avec un paquet lorsqu'il
arrive sur un port entrant.
Le commutateur correspond à des paramètres spécifiques tels que l'adresse IP, le
numéro de port, l'adresse MAC, l'ID de VLAN, etc., sélectionnez l'entrée de flux la
mieux adaptée dans le tableau et exécutez l'action associée à cette entrée.

12
Si un commutateur n'a pas d'entrée pour un paquet, le commutateur peut avoir
une entrée par défaut ou une entrée "TABLE_MISS". Cette entrée a la priorité la plus
basse et les actions peuvent consister soit à supprimer le paquet, soit à l'envoyer
au contrôleur.
Lorsque le contrôleur reçoit ce type de paquet d'un commutateur, il l'envoie à
l'application exécutée au niveau de la couche application, qui traite le paquet et
indique au contrôleur si une nouvelle entrée de flux doit être insérée dans la table
de flux du commutateur. Si tel est le cas, le contrôleur insère une entrée de flux sur
le commutateur.
Le prochain paquet du même type sera traité par le commutateur au niveau de
la couche Données car il a déjà une entrée, et les actions appropriées seront
prises. Cela améliore considérablement l'efficacité du réseau.

2.6.3 Les actions de OpenFlow :

OpenFlow actions

Transférer un paquet vers un ensemble de ports

drop paquet

Ajouter, modifier ou supprimer l'ID VLAN ou la priorité par port de destination

Modifier l'IP DSCP (Pour un flux envoyant une copie du paquet à plusieurs
destinations, la modification DSCP doit être la même pour toutes les
destinations. La modification de l'IP DSCP n'est prise en charge que sur les ports
activés en mode Couche 3.)

Modifier l'adresse MAC de destination

Envoyer le paquet au contrôleur OpenFlow (Packet In)

Recevoir le paquet du contrôleur OpenFlow et l'envoyer aux ports (paquet

sortant)

tableau 1

13
2.6.4 Comment fonctionne le protocole Openflow ?

Prenons un exemple illustratif :

figure 4 : exemple d’une topologie

La Figure 4 montre le réseau avec quatre hôtes (H1, H2, H3, H4), un commutateur
(S1) et un contrôleur (C0). Considérons que nous envoyons une demande d'écho
ICMP de H1 (hôte) à H4 (hôte) via ce réseau. Tout d'abord, ce paquet atteindra le
S1 (dispositif de transfert). Comme le plan de contrôle est séparé de S1, S1 ne sait
pas comment traiter ce paquet. Par conséquent, S1 stockera ce paquet dans sa
mémoire (Buffer-ID 250) puis demandera comment traiter cette demande d'écho
ICMP de C0 (contrôleur) via le message Openflow Packet-IN. Après que C0 ait
reçu ce message, il enverra un message Openflow Packet-Out contenant des
instructions à S1. Selon cette instruction, la table de flux est créée dans le
commutateur (S1).

14
chapitre 3 : L’étude comparative

Dans cet article, nous comparons trois contrôleurs open source appelés POX,
Floodlight et Opendaylight (ODL) dans un réseau de simulation créé par le
programme d'émulation MININET SDN en termes de débit TCP et UDP et de temps
d'aller-retour (RTT) moyen du premier paquet du flux. dans la topologie mesh et
arborescente.

3.1 Overview sur ces contrôleurs :

Opendaylight :

ODL, plateforme open source, est développée

par Linux Foundation en Java.
ODL étant open source, différents projets et
communautés contribuent à son
développement. Certains fournisseurs tels que
Big Switch et Cisco ont également promu ODL. Il prend en charge non seulement
Openflow, mais également d'autres API vers le sud telles que BGP-LS et LISP pour
une flexibilité accrue .

Le Floodlight :

contrôleur OpenFlow basé sur Java et sous licence

Apache. Il est soutenu par la communauté de
développeurs, dont un certain nombre d'ingénieurs
de Big Switch Networks. Il est facile à étendre et à
améliorer grâce à son module fonction de système
de chargement. En outre, il prend en charge les
commutateurs virtuels et physiques .

15
POX :

est un contrôleur OpenFlow/Software Defined Networking

(SDN) open source basé sur Python. POX est utilisé pour
accélérer le développement et le prototypage de nouvelles
applications réseau.

POX(version) Floodlight Opendaylight

Langage de python java java

programmation

Northbound API Open Flow Open Flow Open Flow, BGP-LS,

LISP

Openflow version 1 1.1 1.0-1.3

License Apache Apache Eclipse Public

License (EPL)

Open source OUI OUI OUI

Apprentissage facile difficile difficile

GUI NO OUI OUI

Installation FACILE MOYEN DIFFICILE

Tableau 2

3.2 Analyse de performance sur les contrôleurs :

Test : RTT moyen :

pour tester le RTT moyen sur ces différents controller on prend l’exemple suivant :

16
Dans chaque test de performance, nous envoyons 50 paquets de taille 1000 B et
3000 B via la commande ping de l'hôte (H1) à l'hôte (H8), puis nous mesurons le
temps aller-retour du premier paquet du flux pour chaque test. Ces expériences
et mesures sont répétées 10 fois pour chaque essai. Ensuite, nous avons calculé
les valeurs moyennes des RTT mesurés

On test ces contrôleurs sur 2 topologie :

1-full mesh

figure 5: topologie mesh

2-arbressence :

figure 6 : topologie arbressence

-Chaque topologie (arborescente et mesh) comporte sept commutateurs et huit

hôtes (H1-H8).

17
résultat obtenu :

Topology controller RTT(ms) RTT(ms)

(La taille du (La taille du
paquet est de paquet est de
1000B) 3000B)

Test 1 : Arbressence POX 141 187

Test 2 : Arbressence Floodlight 119 164

Test 3 : Arbressence ODL 124 136.2

Test 4 : Mesh POX 108.4 126.6

Test 5 : Mesh Floodlight 34.1 45.1

Test 6 : Mesh ODL 40.1 53.6

tableau 3

Analyse :
D'après les chiffres ci-dessus, le RTT moyen pour le premier paquet du flux est le
maximum pour le contrôleur POX dans les deux topologies. Pour la topologie
arborescente, les performances des contrôleurs ODL et Floodlight en termes de
RTT moyen pour le premier paquet du flux sont presque identiques. Dans la
topologie maillée, le RTT moyen pour le premier paquet du flux est le minimum
pour le contrôleur Floodlight. De plus, la différence entre le RTT moyen pour le
premier paquet du flux dans la topologie maillée est plus grande parmi tous les
autres contrôleurs. Il est lié au protocole Spanning Tree (STP), qui exécute la
topologie Mesh pour éviter les boucles.

18
chapitre 4 : L’étude de cas

Pour cette partie j’ai choisi de faire l’étude avec le contrôleur opendaylight qui
nous a donné de bons résultats dans l’étude comparative .

4.1 Outils & Technologies :

mininet :

Mininet est un émulateur de réseau qui crée un réseau

d'hôtes virtuels, de commutateurs, de contrôleurs et de liens.
Les hôtes Mininet exécutent un logiciel réseau Linux standard
et ses commutateurs prennent en charge OpenFlow pour un
routage personnalisé très flexible et une mise en réseau
définie par logiciel.

dlux :

le module utiliser par opendaylight pour l’affichage

graphique de topology , flowtable et plusieur features.

vmware workstation :

VMware Workstation est une gamme de produits Desktop

Hypervisor qui permettent aux utilisateurs d'exécuter des
machines virtuelles, des conteneurs et des clusters Kubernetes.
En savoir plus sur le produit .

19
solarputty :

est un émulateur de terminal doublé d'un client pour les

protocoles SSH, Telnet, rlogin, et TCP brut. Il permet également
des connexions directes par liaison série RS-232. À l'origine
disponible uniquement pour Windows, il est à présent porté sur
diverses plates-formes Unix .

postman :

Postman facilite la création et l'envoi de requêtes API. Envoyez

une demande pour tester un endpoint, récupérer des données
à partir d'une source de données ou essayer la fonctionnalité
d'une API.

4.2 Tâches :

1. Configurer la machine virtuelle Mininet .

2. Installez OpenDaylight sur Ubuntu 20.04
3. création de la topologie SDN .
4. envoyer des requêtes openflow à partir de la couche d'application

1) Configurer la machine virtuelle Mininet :

1-télécharger mininet VM :

20
2- créer la machine virtuelle mininet :

sur vmware workstation tape sur open :

-choisir mininet VM

21
-la configuration nécessaire :

-démarrer mininet :

login : mininet
password : mininet

-tester mininet :

2) Installez OpenDaylight sur Ubuntu 20.04 :

je choisis le serveur ubuntu pour y installer opendaylight

- télécharger l’image iso d’ubuntu server :

22
-
- créer une machine virtuelle avec cette image iso :

-configuration nécessaire :

installer openDayLight sur ubuntu server VM:

Utilisé une émulateur de terminal :
l’utilisation direct sur la machine virtuelle ubuntu server est pas de tout
pratique par exemple on peut pas utilise copie coller et on peut pas défiler

23
-trouver l’adress ip de cette machine taper ifconfig

sur solar putty :

créer une nouvelle session :
-assurez vous que le nom et mot de passe sont les même que la machine
virtuel

24
1-Préparer le système d'exploitation :

Sur Cette session exécutez :

une mise à jour apt-get, qui actualise la liste des packages disponibles.

$ sudo apt-get -y update

$ sudo apt-get -y upgrade

Installez unzip, pour décompresser l'archive OpenDaylight :

$ sudo apt-get -y install unzip

2-installer java jre :

Les architectes OpenDaylight ont conçu OpenDaylight pour l'écosystème

Java. OpenDaylight nécessite un environnement Java (JRE) pour
fonctionner.

-pour que l’ODL fonctionne il faut télécharger la version 8 de java :

$ sudo apt-get -y install openjdk-8-jre

25
 wget
https://nexus.opendaylight.org/content/repositories/publi
c/org/opendaylight/integration/karaf/0.8.4/karaf-0.8.4.zi
p

3-Définissez JAVA_HOME :

$ echo 'export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/jre' >>

~/.bashrc

4. Téléchargez l'archive Zip OpenDaylight :

OpenDayLight possede plusieur releases , j’ai choisi la version 0.8.4 car les
nouveaux version d’ODL ne support pas l’application DLUX (UI)

sur la VM tape :

wget
https://nexus.opendaylight.org/content/repositories/pu
blic/org/opendaylight/integration/karaf/0.8.4/karaf-0.
8.4.zip

5. installer OpenDayLight :

-Vérifiez que vous avez téléchargé le fichier : taper ls

-décompressez le fichier :
$ unzip karaf-0.8.4.zip

26
 -Démarrer OpenDaylight :

~$ cd karaf-0.8.4/
~/karaf-0.8.4$ ./bin/karaf

-installer features :

feature:install odl-restconf
feature:install odl-l2switch-switch
feature:install odl-mdsal-apidocs
feature:install odl-dlux-core
feature:install odl-dluxapps-topology
feature:install odl-dluxapps-nodes

-une fois ces fonctionnalités installées avec succès. Accédez à l'interface

utilisateur dlux à l'adresse http://<controller_ip@>:8181/index.html.

-Les informations d'identification par défaut sont admin/admin pour la

connexion.

27
3) création de la topologie SDN :
après télécharger mininet( partie infrastructure ) et openDayLight
controller ( partie contrôleur ) on va créé notre topologie SDN :
1- test la connectivité entre mininet et openDayLight controller :
l’address ip de mininet VM est : 192.168.1.41
l’address ip de contolleur ODL est : 192.168.1.42
remarque : vérifier que la connexion réseaux soit bridge

mininet :

28
ODL :

2-cree la topologie sur mininet :

taper cette command sur mininet :
sudo mn --controller=remote , ip=192.168.1.42

29
 3-voir la topologie sur GUI openDaylight :

sudo mn --topo linear,4

--controller=remote,ip=192.168.1.42,protocols=openflow13

30
mininet command :
ping :
ping all
h1 ping h2
h1 ping -c3 h2
lister les nodes :
nodes
dump
afficher flow table d’un switch :
sudo ovs-ofctl dump-flows s1
sudo ovs-ofctl del-flows s1

4) envoyer des requêtes openflow à partir de la couche d'application :

pour cette partie on va utiliser postman application comme restconf API

-télécharger postman :
créer une compt est inscrit vous

31
-taper sur request et choisi PUT et met la requête désirée :
PUT
http://<ctrl-addr>:8181/restconf/config/opendaylight-inventory:nodes/node/<Nod
e-id>/table/<Table-#>/flow/<Flow-#>

-les actions de openFlow est écrit on utilise XML :

vous pouvez trouver tout les actions d’openflow sur ce lien(1) :
https://docs.opendaylight.org/projects/openflowplugin/en/latest/users/flow-examples.html

32
View publication stats

5. Conclusion :

En conclusion, ce projet SPE m’a permis de découvrir les nouvelles technologies

réseau et aussi d’avoir la chance de l'implémenter ,C’était une bonne occasion
d’appliquer les notions étudiées et d’apprendre ces nouvelles technologies que je
n'ai jamais utilisées .
Et comme on avait vu les SDN ont changé totalement l’architecture réseau en
ajoutant la flexibilité alors, les organisations peuvent favoriser l'innovation en
créant de nouveaux types d'applications, de services et de modèles
commerciaux en un temps-record et avec moins de tracas qu'auparavant .

33