Résumée Virtualisation des réseaux 👍

0. Infrastructure :

Type de serveur :

- Serveur TOUR : est un serveur autonome conçu pour être posé sur un bureau ou une étagère. Il
est généralement plus petit et moins puissant qu'un serveur rackable, mais il est plus abordable et
facile à installer.
- Serveur Rackable : est conçu pour être monté dans un rack de serveur, ce qui permet d'optimiser
l'espace et de centraliser la gestion de plusieurs serveurs. Ils sont généralement plus puissants et
évolutifs que les serveurs TOUR, mais ils sont également plus chers et plus complexes à installer.

Les exigences d’un serveur :

● 2 Alimentations
● Refroidissement.
● ports (24)
● USB / Port management
● Port monitoring

Type de switch :

● Switch SAN : (Storage Area Network) permet de connecter plusieurs serveurs à un système de
stockage partagé. Il assure une communication haut débit et fiable entre les serveurs et les
périphériques de stockage.
● Switch TOR : (Top-of-Rack) est un commutateur réseau utilisé pour connecter les serveurs d'un
rack entre eux et au réseau principal. Il offre une performance et une évolutivité élevées pour les
environnements réseau exigeants.
● Switch core : Un switch core est un commutateur réseau central qui relie les différents
commutateurs TOR d'un datacenter. Il assure une connectivité haute performance et fiable entre
tous les serveurs du réseau.

HBA ( Host bus adaptateur ) : est une carte d'extension qui permet à un serveur de se connecter à un
réseau de stockage SAN ou NAS. Il fournit une interface entre le serveur et le bus système pour le
transfert de données vers et depuis les périphériques de stockage.

Module SFP : (Small Form-factor Pluggable) est un transceiver optique interchangeable qui permet de
connecter un serveur à un réseau via un câble à fibre optique. Il offre une connectivité réseau haut débit
et longue portée.

Baie de stockage : Les baies de stockage permettent d'installer des disques durs ou des SSD dans un
serveur. Le nombre et le type de baies de stockage dépendent des besoins en capacité de stockage du
serveur.
Non converged, converged and Hyper converged infra:

- Infrastructure non convergée: les serveurs, le stockage et le réseau sont des composants distincts
et indépendants.
- Infrastructure convergée: les serveurs, le stockage et le réseau sont intégrés dans un seul
système, ce qui simplifie la gestion et l'orchestration.
- Infrastructure hyperconvergée: les serveurs, le stockage, le réseau et le logiciel de virtualisation
sont intégrés dans des blocs modulaires, offrant une évolutivité et une flexibilité accrues.

Backup : Prévention des pertes / garantir la continuité

RTO (Recovery Time Objective): Le RTO définit le temps maximum acceptable pour restaurer les données
après une défaillance (RTO= taille de data/Débit ).

RPO (Recovery Point Objective): La durée de période entre un backup et autre.

SAN & NAS :

- Un SAN (Storage Area Network) : est un réseau dédié au stockage de données qui permet de
connecter plusieurs serveurs à un système de stockage partagé. Il peut être basé sur des switch
fibre channel ( il commutent le trafic de données entre les périphériques connectés en fonction de
leurs adresses WWN (World Wide Name) )

Une adresse WWN : est un identifiant unique attribué à un périphérique de stockage Fibre Channel dans
les réseaux SAN. Elle permet d'identifier le périphérique de manière unique sur le réseau Fibre Channel.

Un NAS (Network Attached Storage) : est un périphérique de stockage en réseau qui se connecte au
réseau via Ethernet et fournit un accès partagé aux fichiers et aux données.
I. Concept de Virtualisation réseau

La virtualisation réseau est une technologie qui permet de créer des réseaux virtuels en utilisant les
ressources physiques existantes. Elle permet de séparer le trafic réseau en plusieurs canaux de
communication indépendants avec leurs propres politiques de sécurité, règles de routage et services.
Cette technologie offre une solution efficace pour simplifier la gestion et l'organisation du réseau,
optimiser les performances, améliorer la sécurité et réduire les coûts de maintenance.

a. Virtualisation de plan de contrôle

Est une technologie de virtualisation qui sépare les fonctions de contrôle et de gestion du réseau de la
couche physique des équipements réseau. Cette approche permet une gestion et un contrôle centralisés
du réseau à l'aide de logiciels et de serveurs, plutôt que d'équipements réseau dédiés.

b. Universalité du plan de contrôle

Est une fonctionnalité de virtualisation réseau qui permet une gestion centralisée de plusieurs plans de
données à partir de différents types d'équipements réseau. Les plans de données sont responsables de la
transmission des données entre différents nœuds du réseau.

c. Impact de la virtualisation des réseaux sur le cloud

La virtualisation réseau a un impact significatif sur le cloud computing en permettant une gestion plus
efficace du réseau dans les environnements cloud. En effet, la virtualisation réseau permet de créer des
réseaux virtuels qui sont isolés les uns des autres, ce qui contribue à garantir une sécurité accrue pour les
données et les applications stockées dans le cloud.

II. SDN (Software Defined Network)

SDN est une architecture réseau qui sépare le plan de contrôle du plan de données. Le plan de contrôle
est responsable de la gestion du réseau, tandis que le plan de données est responsable de la transmission
des données. Le contrôleur de réseau SDN fournit un point de contrôle centralisé pour la gestion des
réseaux. Il utilise des protocoles de communication standard tels que OpenFlow pour communiquer avec
les équipements de réseau et configurer le flux de données à travers le réseau. Les équipements de
réseau (commutateurs, routeurs, etc.) sont alors chargés de transférer les données en fonction des règles
définies par le contrôleur de réseau.

a- But SDN : Cette technologie permet de rendre les réseaux plus flexibles et programmables, de
simplifier la gestion des réseaux, de faciliter l'automatisation des réseaux ce qui permet de réduire les
erreurs humaines et d'optimiser les performances des applications.
b- Architecture SDN

Le niveau d'application : Est le responsable de

la définition des politiques de réseau et de la
gestion des services de réseau. Il utilise des
API pour communiquer avec le contrôleur de
réseau et configurer les politiques de réseau.

API : Ils permettent aux administrateurs

réseau de configurer les règles de flux et les
politiques de réseau à partir du contrôleur de
réseau centralisé.

Interface NBI (Northbound Interface) : Elle

permet aux applications d'interagir avec le
contrôleur de réseau et de demander des
services de réseau et de configurer les règles
de flux et les politiques de réseau.

Plan de contrôle : Le contrôleur de réseau est

responsable de la configuration et de la
gestion des équipements de réseau via des
protocoles de contrôle tels que OpenFlow. Il
communique avec les équipements de réseau
en utilisant une interface sud (SBI).

Interface SBI (Southbound Interface) : Elle

permet au contrôleur de communiquer avec
les équipements de réseau tels que les
commutateurs, les routeurs et les pare-feu et
de configurer les règles de flux et les
politiques de réseau sur ces équipements.

Plan de données : Est le responsable du

transfert réel de données dans le réseau. Les
équipements de réseau tels que les
commutateurs, les routeurs et les pare-feux
sont des composantes du plan de données.
c. Opérations du SDN

Les opérations du SDN sont centrées sur la gestion centralisée du réseau informatique :

1. Configuration du réseau : Configurer les périphériques réseau et les règles de politique du réseau.
2. Provisionnement de réseau : Création de nouveaux services et de nouveaux flux de trafic sur le
réseau de manière dynamique, sans nécessiter une configuration manuelle.
3. Surveillance et dépannage : Détecter et résoudre les problèmes de réseau en temps réel
4. Gestion de la sécurité : Gérer les politiques de sécurité du réseau, telles que l'identification et
l'authentification, le filtrage.

d. Composants du SDN

1. Le contrôleur SDN : Est un logiciel qui gère le plan de contrôle du réseau. Les modules et interfaces du
contrôleur SDN incluent :

● Module de décision : il prend les décisions sur la façon de diriger le trafic dans le réseau. Il utilise
des règles définies par l'administrateur.
● Module de topologie : Ce module maintient une carte du réseau en temps réel, en surveillant les
connexions entre les commutateurs et autres périphériques.
● Interface utilisateur : permet aux administrateurs de réseau de configurer et de gérer le réseau.
● API : permettent aux développeurs de créer des applications et des services qui peuvent interagir
avec le contrôleur SDN.

2. Les commutateurs SDN : sont des périphériques réseau qui effectuent la transmission réelle du trafic. Il
existe deux types de commutateurs SDN :

● Le commutateur logiciel SDN : il est exécuté sur un ordinateur ou un serveur, avec un logiciel SDN
qui permet de gérer le trafic.
● Le commutateur matériel SDN : est un équipement réseau dédié qui utilise un ASIC
(Application-Specific Integrated Circuit) pour traiter le trafic.

3. Les applications SDN : sont des app qui s'exécutent sur le contrôleur SDN et fournissent des
fonctionnalités supplémentaires pour le réseau. elles peuvent être créées par les développeurs ou
achetées auprès de fournisseurs tiers.

4. Les interfaces SDN : permettent aux administrateurs de réseau d'interagir avec le réseau via des API et
d'autres outils.

5. Les protocoles et APIs associés : permettent aux différents composants du réseau de communiquer
entre eux telles que OpenFlow, NETCONF, RESTful APIs, etc.
e. Exemples de la solution SDN

1. SD-WAN : est une solution SDN pour les réseaux étendus (WAN) permet de gérer plusieurs connexions
WAN (par exemple, MPLS, Internet, 4G) de manière centralisée.

2. SDN overlay pour la mise en œuvre de VLAN/VXLAN : utilisent des overlays pour créer des
VLAN/VXLAN virtuels. Ces overlays permettent de segmenter le réseau en plusieurs sous-réseaux, pour
une meilleure gestion du trafic.

3. Contrôleur OpenDaylight : est un contrôleur SDN qui peut être utilisé pour gérer un large éventail de
réseaux, du campus aux centres de données. Il fournit une interface de programmation RESTful, ainsi que
des API pour la configuration, la gestion et la surveillance du réseau.

4. Contrôleur ONOS : est un autre contrôleur SDN conçu pour gérer des réseaux de transport, des centres
de données et des réseaux d'accès.

5. Contrôleur Ryu : est un autre contrôleur SDN qui peut être utilisé pour gérer des réseaux Ethernet. Il
fournit une interface de programmation RESTful et prend en charge le protocole OpenFlow pour la
communication entre le contrôleur et les commutateurs SDN.

III. OpenFlow en tant que Southbound API

OpenFlow est un protocole standard qui permet aux contrôleurs SDN de communiquer avec les
commutateurs réseau afin de définir comment le trafic doit être géré dans le réseau. Ces règles peuvent
être utilisées pour prioriser le trafic, créer des chemins de réseau et mettre en œuvre des politiques de
sécurité.

b. Structure d'un commutateur OpenFlow

 ● Ports physiques: ils sont les interfaces physiques du commutateur réseau auxquelles les appareils
peuvent se connecter.
● Ports virtuels: ils sont des ports logiques qui peuvent être créés par le contrôleur SDN. Ils sont
utilisés pour regrouper plusieurs ports physiques ou pour créer des réseaux virtuels.
● Table de flux: est une mémoire interne du commutateur réseau qui stocke les règles de transfert
de paquets. Le contrôleur SDN peut modifier la table de flux pour contrôler le transfert des
paquets dans le réseau.
● Éléments de traitement de flux: ils sont des circuits intégrés spécialisés qui exécutent les règles de
transfert de paquets stockées dans la table de flux.
● Agent OpenFlow: est un logiciel qui s'exécute sur le commutateur réseau et qui est responsable de
la communication avec le contrôleur SDN.

c. Tables OpenFlow

OpenFlow définit trois tables principales :

● Table de flux: Elle stocke les règles de transfert de paquets qui déterminent comment les paquets
sont transférés dans le réseau => ( Lorsqu'un paquet arrive sur un port du commutateur, le
commutateur OpenFlow compare les champs du paquet à la table de flux pour déterminer quelle
action doit être prise. Si le paquet correspond à une règle de flux dans la table, le commutateur
applique les actions spécifiées dans la règle. Sinon, le commutateur peut envoyer le paquet au
contrôleur OpenFlow pour qu'il prenne une décision )
● Table de métrage: est utilisée pour sélectionner la meilleure route pour un paquet. Elle contient
des informations sur les réseaux et les passerelles du réseau.
● Table de groupe: est utilisée pour regrouper plusieurs règles de flux. Cela permet de simplifier la
gestion des règles de flux complexes.

d. Pipeline OpenFlow

Le pipeline OpenFlow est le processus par lequel un paquet est traité par un commutateur OpenFlow. Le
pipeline OpenFlow se compose des étapes suivantes :

1. Port d'entrée: Le paquet arrive sur un port physique ou virtuel du commutateur.

2. Correspondance de flux: Le paquet est comparé aux règles de flux de la table de flux pour
déterminer la règle qui correspond le mieux au paquet.
3. Table de groupe: Si la règle correspondante fait référence à une table de groupe, le paquet est
transmis à la table de groupe pour un traitement ultérieur.
4. Table de traitement: Si une règle de flux ne spécifie pas d'action de groupe, il va utiliser la table de
traitement pour déterminer les actions à appliquer. Cette table peut être utilisée pour effectuer des
traitements supplémentaires tels que la modification des champs du paquet ou la suppression de
paquets.
5. Action de sortie: L'action spécifiée par la règle correspondante est exécutée sur le paquet ( peut
être l'envoi du paquet sur un port spécifique du commutateur ).
e. Messages de protocole Openflow

Envoyé par Contrôleur OpenFlow :

● Message Hello : est utilisé pour établir une connexion entre le contrôleur OpenFlow et le
commutateur OpenFlow.
● Message Feature Request/Reply : est utilisé pour obtenir des informations sur les fonctionnalités
et les capacités du commutateur OpenFlow.
● Message Configuration Request/Reply : est utilisé pour configurer les paramètres du commutateur
OpenFlow tels que le délai d'expiration des règles de flux, les politiques de gestion de trafic, etc.
● Message Flow Mod : est utilisé pour ajouter, supprimer ou modifier les règles de flux dans la table
de flux du commutateur OpenFlow.

Envoyé par Commutateur OpenFlow :

● Message Flow Removed : est envoyé pour signaler au contrôleur qu'une règle de flux a été
supprimée de la table de flux.
● Message Packet In : est envoyé pour signaler au contrôleur qu'un paquet a été reçu et qu'il n'a pas
pu être traité par le commutateur en utilisant les règles de flux existantes.
● Message Packet Out : est utilisé pour envoyer un paquet à un port spécifique du commutateur
OpenFlow.
● Message Port Status : est envoyé pour signaler au contrôleur qu'un port a été ajouté, supprimé ou
modifié.
● Message Stats Request/Reply : est utilisé pour demander ou fournir des statistiques sur le trafic
réseau collectées par le commutateur OpenFlow.

f. Call flows OpenFlow

Un call flow OpenFlow décrit la séquence d'actions qui se produisent lorsqu'un paquet est envoyé à
travers le réseau :

1. Le paquet arrive sur le port d'entrée du commutateur OpenFlow.

2. Le commutateur examine le paquet et compare ses caractéristiques avec les règles de flux dans sa
table de flux.
3. Si une règle de flux correspond au paquet, le commutateur applique les actions spécifiées dans
cette règle et envoie le paquet au port de sortie approprié.
4. Si aucune règle de flux ne correspond au paquet, le commutateur envoie le paquet au contrôleur
OpenFlow en utilisant le message Packet In.
5. Le contrôleur reçoit le paquet et examine ses caractéristiques.
6. Le contrôleur utilise le message Flow Mod pour ajouter une nouvelle règle de flux à la table de flux
du commutateur.
7. Le commutateur reçoit la nouvelle règle de flux et l'applique à tous les paquets entrants qui
correspondent à cette règle.
8. Le commutateur envoie le paquet de sortie sur le port spécifié dans la nouvelle règle de flux.
 9. Si le contrôleur ne souhaite pas ajouter de nouvelle règle de flux, il utilise le message Packet Out
pour envoyer le paquet de sortie directement sur le port de sortie approprié.
10. Le commutateur envoie le paquet de sortie sur le port spécifié dans le message Packet Out.
11. Le contrôleur peut utiliser le message Stats Request pour demander des informations statistiques
sur le trafic réseau collectées par le commutateur OpenFlow.

IV. Application des concepts SDN pour le chaînage de service

Le chaînage de service est une technique qui permet de combiner plusieurs fonctions réseau virtuelles
(VNF) pour créer un service réseau complet. Les VNF sont des logiciels qui implémentent des fonctions
réseau traditionnelles, telles que le pare-feu, le routage et l'équilibrage de charge.

a. Chaînage de service

Le chaînage de service permet de créer des services réseau flexibles et évolutifs qui peuvent être adaptés
aux besoins spécifiques des utilisateurs. Par exemple, pour offrir un service de sécurité réseau complet, il
peut être nécessaire de chaîner plusieurs fonctions de sécurité telles qu'un pare-feu, un système de
détection d'intrusion et une passerelle VPN.

b. Chaînage de service statique aujourd'hui basé sur l'APN

Dans le chaînage de service statique basé sur l'APN ( access point name), chaque APN est associé à une
chaîne de services prédéfinie. Lorsqu'un utilisateur se connecte à un APN particulier, le trafic de
l'utilisateur est automatiquement dirigé à travers la chaîne de services associée à cet APN. Par exemple, si
un utilisateur se connecte à l'APN "internet", le trafic de cet utilisateur sera automatiquement dirigé à
travers une chaîne de services prédéfinie, qui peut inclure des fonctions telles que des pare-feux, des
équilibrages de charge et des optimiseurs de trafic.

Le chaînage de service statique basé sur l'APN est simple à mettre en œuvre et à gérer, car les chaînes de
services sont prédéfinies et associées à des APN spécifiques. Cependant, cette méthode de chaînage de
services est limitée en termes de flexibilité, car les chaînes de services sont fixes et ne peuvent pas être
modifiées en temps réel en fonction des besoins du réseau ou des utilisateurs.

De plus, le chaînage de service statique basé sur l'APN peut entraîner une utilisation inefficace des
ressources de réseau, car chaque APN doit avoir sa propre chaîne de services dédiée, même si certaines
fonctions de service sont utilisées de manière répétée dans différentes chaînes de services.

Pour répondre à ces défis, les opérateurs de réseau mobiles adoptent progressivement des approches
plus flexibles de chaînage de services, telles que le chaînage de service dynamique basé sur des
fonctions de réseau virtualisées, qui peuvent être configurées et modifiées en temps réel en fonction des
besoins du réseau et des utilisateurs.
c. Évolution du chaînage de service pour le rendre flexible

SDN peut être utilisé pour rendre le chaînage de service plus flexible et évolutif. Avec SDN, les VNF
peuvent être déployés sur des serveurs virtualisés et peuvent être gérés et orchestrés par un contrôleur
SDN. Cela permet de créer des services réseau qui peuvent être facilement mis à jour et évolués en
fonction des besoins.

V. NFV : Network Function Virtualization

NFV est une technologie qui permet de virtualiser les fonctions réseau traditionnelles. Les fonctions
réseau traditionnelles sont généralement implémentées sur des équipements réseau dédiés, tels que des
routeurs et des pare-feu. NFV permet de virtualiser ces fonctions et de les exécuter sur des serveurs
standard.

a. Fonctions réseau candidates pour la virtualisation

Les principales fonctions de réseau virtualisées incluent :

● Pare-feu : sont des dispositifs de sécurité réseau qui protègent les réseaux des menaces externes
et internes en contrôlant le trafic réseau entrant et sortant.
● Routeur : sont des équipements de réseau qui dirigent les paquets de données entre les différents
réseaux.
● Commutateur : sont des équipements de réseau qui permettent de connecter plusieurs
périphériques dans un réseau local.
● Équilibrage de charge : est une fonction réseau qui permet de distribuer la charge de travail entre
plusieurs serveurs pour améliorer les performances et la disponibilité du réseau.
● Passerelle : sont des équipements de réseau qui permettent de connecter plusieurs réseaux
hétérogènes et d'assurer la communication entre eux.

b. NFV et le chaînage de service

NFV est étroitement lié au chaînage de service. NFV permet de virtualiser les fonctions réseau qui
peuvent ensuite être chaînées ensemble pour créer des services réseau complets.

La NFV permet de simplifier et d'optimiser le chaînage de service en virtualisant les fonctions de réseau et
en les gérant de manière centralisée et cohérente. Cela peut contribuer à améliorer la flexibilité, l'agilité et
l'efficacité opérationnelle des services réseau.
c. Architecture de référence NFV

● NFVI (Infrastructure de Virtualisation de Fonctions de Réseau) : Cette couche est responsable de la

fourniture d'une infrastructure de virtualisation, qui comprend des serveurs, des dispositifs de
stockage et de réseau, des hyperviseurs et des OS. NFVI fournit une plate-forme pour le
déploiement de fonctions de réseau virtualisées
● OPNFV (Open Platform for NFV) : est un projet open-source qui fournit une plate-forme
d'infrastructure de virtualisation de fonctions de réseau.
● MANO (Management and Orchestration) : Cette couche est responsable de la gestion et de
l'orchestration de l'ensemble du cycle de vie des fonctions de réseau virtualisées. MANO
comprend trois sous-composantes : la gestion des services, la gestion des réseaux et la gestion de
l'infrastructure.
● VNF/EMS (Virtualized Network Function/Element Management System) : Cette couche comprend
les fonctions de réseau virtualisées qui sont déployées sur l'infrastructure NFV et gérées par l'EMS
(Element Management System). L'EMS est responsable de la gestion et de la configuration des
VNFs.
● OSS/BSS (Operations Support System/Business Support System) : Cette couche fournit les outils
et les processus nécessaires pour soutenir les opérations de gestion des services, y compris la
facturation, la gestion des incidents, la gestion des problèmes, la gestion des changements et la
gestion des capacités.
● Interfaces de l'architecture NFV : elles sont standardisées et ouvertes, permettant une intégration
efficace et transparente des différentes couches et composants de l'[Link] incluent
l'interface VNF-MANO, l'interface MANO-NFVI, l'interface NFVI-EMS, l'interface EMS-OSS/BSS et
l'interface de service-client.
d. MANO

Les composants de MANO comprennent :

● NFVO (NFV Orchestrator) : logiciel qui est responsable de la gestion globale de l'ensemble du
cycle de vie des fonctions de réseau virtualisées. Il est chargé de la planification, de
l'ordonnancement et de l'automatisation des opérations de gestion de services de bout en bout.
● VNFM (Virtualized Network Function Manager) : est responsable de la gestion des fonctions de
réseau virtualisées individuelles, y compris l'installation, la mise à niveau, la configuration, le
démarrage et l'arrêt des VNFs. Le VNFM communique avec le VIM pour allouer les ressources
d'infrastructure nécessaires pour exécuter les VNFs.
● VIM (Virtualized Infrastructure Manager) : est responsable de la gestion de l'infrastructure de
virtualisation de fonctions de réseau, y compris la gestion des ressources d'infrastructure, telles
que les serveurs, les dispositifs de stockage et de réseau, les hyperviseurs et les systèmes
d'exploitation. Le VIM fournit également des interfaces pour allouer les ressources d'infrastructure
aux VNFs.
● Référentiel : est un composant logiciel qui stocke les informations relatives aux fonctions de
réseau virtualisées, aux services de réseau, aux instances de VNF et aux ressources NFVI. Le
référentiel contient également des informations sur les politiques de sécurité, de qualité de service
et d'utilisation des ressources.