SDNnew

SDN
Software Defined Networking

Yassine HADJADJ AOUL
Maître de Conférences
Université de Rennes 1
Laboratoire IRISA – Equipe-projet Dionysos
Campus de Beaulieu 35042 Rennes Cedex
yhadjadj@irisa.fr
Objectifs
§ Se faire une idée sur le domaine
§ Architecture des réseaux SDN
§ L’impact du SDN sur la gestion, la
maintenance et la sécurisation des réseaux
SDN – Yassine HADJADJ AOUL 2

SDN ou la programmabilité des
réseaux
• Une nouvelle architecture réseaux :
– Facilitant la programmabilité des réseaux
– Avec l’idée que des applications contrôlent, à
distance, des équipements réseaux

Pourquoi un cours sur le SDN? (1)
• L’idée intéresse énormément les chercheurs
– Vu comme moyen d’optimiser et de mettre à l’échelle les
réseaux ...
• L’idée est récente mais intéresse énormément les
industriels et les opérateurs
– Permet aux entreprises d'accélérer le déploiement et la
distribution d'applications
– Moyen de gagner de l’argent …
• Réduire le CAPEX et l’OPEX
• Équipements déjà proposés dans le marché

Réduction des coûts avec SDN
Coût (CAPEX) Contrôle (OPEX)

200,000 serveurs
Degrés de 20 è 10,000 switches Contrôle plus flexible
$5k vendor switch = $50M Adaptation du réseau aux services
$1k commodity switch = $10M Amélioration et innovation rapide
Économie dans 1 data centers = $40M Moins d’administrateurs et moins

d’erreurs humaines
Router: Cisco
ASR 9000 series Router: Juniper
MX Series
• Une centaine de famille de produit dans :
https://www.opennetworking.org/products-listing
• Tous
Switch: Cisco les5500
Nexus constructeurs
Series Switch: Juniper MX80…Series
(ou presque) ont leurs produits/solutions
• Plusieurs contrôleurs SDN sur le marché …

Switch: HP 5900 series
• Beaucoup d’Opensource …
Switch: IP8800 series
Router: Brocade
ADX Series Router: Huawei
SDN – Yassine HADJADJ AOUL CX600 Series 6
Pourquoi un cours sur le SDN? (2)
• 55% des clients de « Gartner », leader mondial du
conseil, pensent déployer du SDN
• Croissance estimée du marché SDN de 734%
– 960M $ en 2014 à 8B $ en 2018
• Le SDN en production, dans les centres de données
– 11% en 2014, 45% en 2015 et une estimation de 87% en
2016
http://www.cisco.com/c/dam/en/us/solutions/collateral/unified-communications/unified-communications-manager-
callmanager/cisco_sdn_infographic_layout_1a_round7.pdf
Google SDN WAN

Bibliographie
SDN: Software Defined Networks • Cours de:
Par: Thomas D. Nadeau, Ken Gray – Nick Feamster, Georgia Tech
(Coursera)
– Jennifer Rexford, Princeton
– Nick McKeown, Stanford

Plan
1. Introduction 4. Virtualisation des réseaux
2. Architecture traditionnelle 5. Challenges
vs SDN
3. Composants du SDN
a. Openflow et la
programmabilité des
réseaux
b. Contrôleurs SDN
c. Applications

L’Internet … une belle histoire
• Grand succès
– De l’expérimentation à la réalisation
• Brillance de la sous-spécification
– Réseaux: mode « Best Effort »
– Hôtes: application arbitraire
• Permet l’innovation au niveau applicatif
– Web, P2P, VoIP, Réseaux sociaux, Virtualisation, …
• Mais le changement est facile seulement au niveau

de la bordure du réseaux …
L’intérieur du Net … une autre histoire
• Équipement fermé (black box)
– Le logiciel et fourni avec le matériel
– Interfaces spécifiques constructeurs
• Sur spécification
– Processus de standardisation très lourd
• OSPF (RFC 2328): 245 pages
– Complexité liée à la distribution des algorithmes (e.g. count-to-infinity)
• L’innovation est limitée à un ensemble très limité de personnes
– Les équipementiers écrivent le code
– Délai très important pour l’introduction d’une nouvelle fonctionnalité …
ou pour corriger un bug !!!
Impact sur la performance, la sécurité, la fiabilité et le coût …

Un réseau difficile à gérer …
• Les systèmes d’exploitation (OS) sont très onéreux
– Plus de la moitié du coût du réseau
– Les erreurs humaines sont très nombreuses
• Présence de bugs dans les équipements
– Routeurs avec plus de 20 millions de lignes de code
– Pannes possibles, vulnérabilités, …
– Les mises à jour sont très difficiles à mettre en place
• Arrêt, nouveaux bugs, nouvelles vulnérabilités, interfaçage avec certains
logiciels, …
• Problématique de la maîtrise d’équipements fermés (black
box) hétérogènes inter-opérants …

Nécessité de repenser la répartition
des responsabilités
vers une nouvelle architecture ?

Plan
vs SDN
a. Openflow et la
réseaux
b. Contrôleurs SDN
c. Applications

Repenser la répartition des responsabilités
VERS UNE NOUVELLE ARCHITECTURE

Qu’est-ce qu’un plan contrôle et un
plan données?
• Plan contrôle
– La logique pour contrôler la fonction de
réexpédition « forwarding »
• Exemples: Routage, la configuration des middle box
(e.g. firewall)
• Plan données
– Expédition des paquets suivant les règles établies
par le plan contrôle
• Exemple: Forwarding IP, Switching au niveau 2

Architecture traditionnelle
Plan données:
Diffusion de
paquets
Transfert, filtrage, mise en tampon, marquage,

mesures de paquets, …
Plan contrôle:
Algorithmes distribués
Gestion de la topologie, calcul des routes, mise en

place des règles de routage, …
Plan management
(Facteur humain)
Collecte des mesures et configuration des

équipements, …
AppAppAppAppAppAppAppAppAppAppApp
Applications
Open Interface
spécialisées
Windows Mac
Des OS ou Linux ou
(OS) OS
spécialisés
Open Interface
Hardware
spécialisés Microprocessor
Intégration verticale,
fermé, propriétaire, Interface horizontale
innovation lente, ouverte, innovation,
marché restreint à quelques marché étendu
industriels
Vers un plan contrôle logiquement
centralisé …
• Gestion plus facile
– Configuration des équipements
– Vérification/débogage des contrôleurs plus facile
• Innovation facile et rapide
– Moins de dépendances aux équipementiers et aux standards
– Évolution du logiciel de contrôle indépendamment du hardware
• Interopération facile
– La compatibilité est clé seulement là où il y a des protocoles
• Équipement plus simple et moins cher
– Logiciel/OS minimaliste

SDN
Plan contrôle logiquement centralisé
Intelligent,
Lent
API au plan données
(e.g., OpenFlow)
Slow path
Stupide,
Fast
Switches
Fast path

AppAppAppAppAppAppAppAppAppAppApp
Network OS
Fonctionnalités Open Interface

spécialisées
Control Control Control
ou ou
Plane Plane Plane
Plan contrôle
spécialisé Open Interface
Vues (parfois
Hardware différentes) Equipementier de
spécialisé du réseaux Chips de switching
Interface au
forwarding
Intégration verticale fermée, Interface horizontale

propriétaire, ouverte, innovation rapide
Innovation lente
Un exemple
OSPF
IS-IS New!
(Dijkstra)
OSPF IS-IS Distributed System

Network OS
Distributed Distributed
System System
OS
Packet
Forwarding
Custom Hardware
Packet
Packet Forwarding
Forwarding
Packet
Forwarding
Un exemple
OSPF
IS-IS New!
(Dijkstra)
OSPF• OSPF IS-IS Distributed System
• RFC 2328: 245 pages Network OS

Distributed Distributed
System• Systèmes
Systemdistribués
• Construire une représentation à jour du réseau: 101
pages
OS
• Dijkstra’s Algorithm Packet
• Travail sur un graphe: 4 pages Forwarding
Custom Hardware
Packet
Packet Forwarding
Forwarding
Packet
Forwarding
Network OS
• Système centralisé ou distribué qui permet la
création et le maintient (i.e. consistant) d’une
vue du réseaux
• Utilise un protocole ouvert (e.g. Openflow)

pour:
– Obtenir l’état des éléments de forwarding
– Donner des directives aux éléments de
forwarding

Plan
vs SDN
a. Openflow et la
réseaux
b. Contrôleurs SDN
c. Applications

Openflow
• Openflow est un protocole pour le contrôle à
distance des tables de forwarding de switches
ou routeurs.
• Agit sur des flux non pas sur des paquets …
– Un flux étant: trafic d’un point A vers un point B,
trafic de Toto, trafic HTTP, …
• C’est un des éléments (optionnel) du SDN …

Comment cela fonctionne?
Contrôleur OpenFlow
OpenFlow Protocol (SSL/TCP)
Control Path
Ethernet Switch
(Software)
Client OpenFlow
Data Path (Hardware)

Comment cela fonctionne? Controller
PC
Software
Layer
OpenFlow Client
Flow Table
MAC MAC IP IP TCP TCP
Action
src dst Src Dst sport dport Pas de
Hardware
Layer
* * * 5.6.7.8 * * port 1 modification
du hard …
port 1 port 2 port 3 port 4
5.6.7.8 1.2.3.4

Les bases d’Openflow
Les entrée des tables de flux
Rule Action Stats
Packet + byte counters

1. Forward packet to zero or more ports
2. Encapsulate and forward to controller
3. Send to normal processing pipeline
4. Modify Fields
5. Any extensions you add!
Switch VLAN VLAN MAC MAC Eth IP IP IP IP L4 L4

Port ID pcp src dst type Src Dst ToS Prot sport dport
+ mask what fields to match

Exemples
Switching
Switch MAC MAC Eth VLAN IP IP IP TCP TCP

Action
Port src dst type ID Src Dst Prot sport dport
* * 00:1f:.. * * * * * * * port6
Flow Switching

Action
port3 00:20.. 00:1f.. 0800 vlan1 1.2.3.4 5.6.7.8 4 17264 80 port6
Firewall

Action
* * * * * * * * * 22 drop

Exemples
Routing

Action
* * * * * * 5.6.7.8 * * * port6
VLAN Switching

Action
port6,
* * 00:1f.. * vlan1 * * * * * port7,
port9

Controller
Les bases d’Openflow:
les composantes principale PC
Group Table OpenFlow Client
Flow Flow
Table 0 Table N
Pipeline
Packet Packet
In Out

Cas pratique:
Mobilité et migration transparente
• Détection des envois de paquets depuis la nouvelle localisation
• Modification des règles de routage du trafic

Cas pratique:
Service de load balancing
• Pré-installation de règles de load-balancing
suivant l’adresse IP
src=0*
src=1*

Programmabilité des réseaux (1)
• Openflow permet la programmabilité des
réseaux
– Équipement
simple/disponible/interchangeable/pas cher …
« Commodity hardware »
• Existe-il d’autres outils pour le faire dans les
réseaux traditionnels ?

• CLI à distance
– Difficile à mettre en place (récupération et reprise
après erreur, …)
– Équipements chers et évolution difficile
• SNMP
– Pour la supervision (i.e. management)

• NETCONF du WG NETMOD (IETF)
– Netconf (protocole de config) + YANG (langage de modélisation
des données)
– Met à disposition des mécanismes pour installer, manipuler et
supprimer des configurations d’éléments réseau
– Configuration d’un serveur vers un client, mais pas du client
vers le serveur pour remonter des alarmes, …
• Forces (IETF)
– Standard complet permettant de décrire à peu près n’importe
quelle fonction réseau (y compris un switch Openflow ! )
– Non adopté car nécessite de reprendre entièrement
l’architecture des équipements
Plan
vs SDN
a. Openflow et la
réseaux
b. Contrôleurs SDN
c. Applications

Plusieurs contrôleurs SDN
• NOX/POX
• Ryu
• Floodlight
• Pyretic
• Frenetic
• RouteFlow
• Opendaylight
• ONOS

Plusieurs considérations
• Langage de programmation
– Impact sur les performances
• Rapidité de maîtrise
• Support de la communauté
• Focalisation
– API southbound
– API northbound
– Support d’Openstack
– Éducation, recherche ou réseaux de production

Récapitulatif sur les contrôleurs
NOX POX Ryu Floodlight ODL
Langage C++ Python Python Java Java
Perf. Rapide Lent Lent Rapide Rapide
OF 1.0 1.0 1.0-1.4 1.0-1.3 1.0-
Openstack Non Non Oui Oui Oui
Maîtrise Modérée Facile Modérée Lente Lente
Les contrôleurs doivent offrir:

• Une interface southbound efficace
• Permettant d’exprimer beaucoup de choses
• Une interface northbound puissante
• Permettant d’exploiter au mieux le réseaux sans rentrer
dans l’implémentation du contrôleur (e.g. REST)
Autres solutions (1)
• Plusieurs plateformes
– Juniper Networks: Contrail systems
• Contrôleur SDN logiquement centralisé mais physiquement distribué
• Virtualisation avec MPLS
• Interface REST
– IBM: DOVE « Distributed Overlay Virtual Ethernet »
• Virtualisation avec VxLAN (jusqu’à 16 millions de réseaux virtuels)
• Solution centralisée
– ALU: Nuage Controller
• Similaire à Contrail systems (Juniper)
– Tail-F
• Orienté Netconf
– OpenDayLight
• Intègre plusieurs modules de contrôle de plusieurs équipementiers

Autres solutions (2)
• Plusieurs solutions propriétaires
– Juniper networks: Junos
– Cisco: OnePK « One Platform Kit »
• API (C, Java) unifiée pour contrôler du Cisco
– ALU: ALU SR OS
• Dédié au telco.

Plan
vs SDN
a. Openflow et la
réseaux
b. Contrôleurs SDN
c. Applications

Au niveau applicatif (1)
Application monolithique Monitor + Route + FW + …
Contrôleur
Difficile à programmer, à Packet

Forwarding
tester, à déboguer, porter, …
Packet
Packet Forwarding
Forwarding
Packet
Forwarding
Au niveau applicatif (2)
Un module par tâche Monitor Route
Contrôleur
Facile à programmer, à tester,

à déboguer, à porter, … Packet
Forwarding
Mais comment combiner les modules
dans une application complète et
Packet
cohérente (module affectant un même
Packet Forwarding
trafic)?
Forwarding
Packet
Forwarding
Approches de la composition (1)
• Composition parallèle
– Permet de lancer plusieurs opérations
simultanément
– Comptage, Forwarding, …
• Composition séquentielle
– Permet de lancer une opération après l’autre
– Firewall puis le switching

Approches de la composition (2)
• Division du trafic sur plusieurs modules
– Dest port != 80: Monitor + Routing
– Dest port == 80: Load balancing >> Routing
• Ne pas tout spécifier afin d’éviter de se
marcher sur les pieds
– Load balancing ne doit pas s’occuper du chemin
• Utiliser pour chaque module une vue abstraite
• Séparer par intérêt
– Cacher certains détails

Plan
vs SDN
a. Openflow et la
réseaux
b. Contrôleurs SDN
c. Applications

Qu’est ce que la Virtualisation des
réseaux?
• Abstraction de l’infrastructure physique
– Support de plusieurs réseaux logiques s’exécutant
sur un substrat physique
– Un conteneur de services réseau
• Aspects du réseau pouvant être virtualisés
– Nœuds: Machine virtuelle
– Liens: Tunnels (e.g. Ethernet GRE)
– Stockage

Objectifs de la virtualisation des
réseaux
• Innovation rapide
• Nouvelle façon de contrôler le réseau
• Choix du vendeur (architectures multi-
tenants)
• Opérations et programmabilité simplifiées
L’abstraction de l’infrastructure physique n’est pas inhérente dans

les réseaux SDN

SDN vs Réseaux virtuels
• Les réseaux SDN séparent le plan contrôle du
plan données
• Les réseaux virtuels séparent le réseau
logique du réseau physique
• SDN pourrait être un bon moyen pour
implémenter les réseaux virtuels

Applications des réseaux virtuels
• Expérimentation dans un réseau de production
– Network slicing
– Isolation des morceaux
• Développement et déploiement rapide
– Un service peut être déployé indépendamment de
l’équipement (équipementier) sous jacent …
• Mise à l’échelle dynamique des ressources
– Allocation possible à partir d’un pool de ressources
(comme dans un data center)

Exemple 1: FlowVisor
(Virtualisation du plan contrôle)
Server Servers
Custom
OpenFlow OpenFlow OpenFlow OpenFlow
Control Controller Controller Controller
Controller
Plane
OpenFlow
Network OpenFlow FlowVisor

Policy Check: Policy Check:
Protocol Est-ce que cette Qui contrôle ce
règle est OpenFlow paquet?
Stub
acceptable?
Control OpenFlow OpenFlow
Plane Firmware Firmware
Data
Plane Data Path Data Path
Switch/ Switch/
Router Router
Exemple 2: Cloud privé virtuel (VPC)
d’Amazon
• Permet aux clients de définir leurs propres
réseau
– Avec leurs propres plans d’adressage
• Étend les centres de données des entreprises
– VPN entre le data center et le VPC
• Bénéfices:
– Mise à l’échelle à la demande
– Gestion simplifiée
– Recouvrement en cas de problème

Networking virtuel dans Mininet
• Environnement réseau virtuel pouvant être
exécuté dans un PC
• Exécute un vrai Kernel, switch et du code
applicatif réel sur une même machine
– CLI, interface python ...
• Plusieurs fonctions Openflow sont supportées
– Pratique pour développer, déployer et partager
• Facile à utiliser et open source

Du côté des alternatives à Mininet
• Systèmes réel
– Configuration difficile
• Réseau de VMs
– Problème de passage à l’échelle
• Simulateurs
– Pas facile de passer vers un déploiement réel

Plan
vs SDN
a. Openflow et la
réseaux
b. Contrôleurs SDN
c. Applications

Questions ouverte dans le SDN
• Applications et API northbound
– Routage inter-domaine (SDX), réseaux de mobiles
• Contrôle
– Sécurité
– Combinaison entre Big data et gestion de réseaux
– Orchestration
– Inconsistance possible lors de l’utilisation de plusieurs
contrôleurs
• Plan données
– Aller plus loin du match/action (détection de pattern, DPI, …)
• Programmation du plan données (e.g. Fast reroute, …)
• QoS/QoE

Programmation et débogage
• Programmation d’application facilitée par le
SDN … mais pas tant que cela
• Couplage et composition de services
• Débogage pas si facile …
è Vers la définition d’un langage réseau …

Et maintenant c’est la course vers le :
NFV: NETWORK FUNCTION
VIRTUALISATION

NFV
• Virtualisation de fonctions de réseau
– Consiste à mettre en œuvre des fonctions de réseau
par du logiciel …
– Fonctions fonctionnant aujourd'hui sur des serveurs
propriétaires sur du matériel exclusifs
• Permet l'utilisation d'une plate-forme physique
unique pour différentes applications, utilisateurs
et propriétaires (tenants)
• Applicable à tous les plans de données/de
contrôle

Architecture NFV
• Utilisation des techniques de virtualisation (IT) pour la
virtualisation de fonctions réseaux
– Moyen de rendre les réseaux encore plus flexibles et simples
en minimisant les dépendances au hardware
v v
Traditional Network Model: Virtualised Network Model:
APPLIANCE APPROACH VIRTUAL APPLIANCE APPROACH
DPI CG-NAT GGSN/ VIRTUAL

BRAS SGSN APPLIANCES
DPI
Firewall PE Router
BRAS
GGSN/SGSN
ORCHESTRATION, AUTOMATION
& REMOTE INSTALL
PE Router STANDARD
Session Border
Firewall CG-NAT Controller HIGH VOLUME
SERVERS
§ Network Functions are based on specific HW § Network Functions are deployed over well-known HW
§ One physical node per role § Multiple roles over same HW
Avantages et promesses de NFV
• Réduction des coûts d'équipements (CAPEX)
• Augmentation de la rapidité de mise sur le marché
• Disponibilité de l'application réseau en multi-version
et en multipropriétaires « multi-tenancy »
• Permet une variété d'écosystèmes et encourage
l'ouverture
• Encourager l'innovation pour apporter de nouveaux
services et générer de nouvelles sources de revenus.

Avantages et promesses de NFV
• Flexibilité pour fournir facilement et rapidement,
dynamiquement et instancier de nouveaux services
dans divers endroits
• Amélioration de l'efficacité opérationnelle
• Innovation orientée logiciel pour prototyper
rapidement et tester de nouveaux services et
générer de nouveaux revenus
• Coûts opérationnels réduits (OPEX): réduction de la
puissance, réduction de l'espace, amélioration de la
surveillance du réseau

NFV et SDN
• NFV et SDN sont très complémentaires
• Les deux concepts sont mutuellement bénéfiques
mais ne dépendent pas l'un de l'autre
SDN: redéfinition de NFV: redéfinition de l'architecture
l'architecture réseau des équipements réseau
• SDN vient du monde de • NFV est né pour répondre aux
l'informatique besoins des fournisseurs de
• Séparer le plan données et le services (SP)
plan contrôle (Tout en • Réduction du CAPEX en réduisant
centralisant le contrôle) / éliminant le matériel
• Offrir la possibilité de propriétaire
programmer le comportement • Consolider plusieurs fonctions de
du réseau réseau sur des plateformes
standard de l'industrie
CDNaaS: CDN as a Service

Architecture logiciel
User (content provider)
front end • All communication over
Northbound customer API HTTP using REST APIs
• Service Template
vCDN Customer Interface – Skeleton of a vCDN service
request
Service Template – Basic constraints
SO API
• Mandatory existence of
Service Instance specific VNF (e.g., DNS,
SIDR origin server)
Service Orchestrator (SO) Descriptor Repository
API
Service (SIDR) • Constraints on instance
Instance VIM API capabilities
Graph • Constraints on
Virtual Infrastructure #instances/type (e.g., “> 0
Manager (VIM) origin srv”)
Deploy • Service Instance Graph
resources
Southbound interface (OpenStack API) – Map of VNF instances to
physical hosts
Cloud infrastructure – The output of a VNF
placement algorithm
• Python implementation
71

SDNnew

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

SDNnew

Transféré par

Droits d'auteur :

Formats disponibles

SDN

Software Defined Networking

SDN – Yassine HADJADJ AOUL 2

SDN – Yassine HADJADJ AOUL 3

SDN – Yassine HADJADJ AOUL 4

Coût (CAPEX) Contrôle (OPEX)

Économie dans 1 data centers = $40M Moins d’administrateurs et moins

• Plusieurs contrôleurs SDN sur le marché …

Switch: IP8800 series

SDN – Yassine HADJADJ AOUL 8

SDN – Yassine HADJADJ AOUL 9

SDN – Yassine HADJADJ AOUL 10

• Mais le changement est facile seulement au niveau

Impact sur la performance, la sécurité, la fiabilité et le coût …

SDN – Yassine HADJADJ AOUL 13

SDN – Yassine HADJADJ AOUL 14

SDN – Yassine HADJADJ AOUL 15

SDN – Yassine HADJADJ AOUL 16

SDN – Yassine HADJADJ AOUL 17

Transfert, filtrage, mise en tampon, marquage,

Gestion de la topologie, calcul des routes, mise en

Collecte des mesures et configuration des

SDN – Yassine HADJADJ AOUL 22

SDN – Yassine HADJADJ AOUL 23

Fonctionnalités Open Interface

Intégration verticale fermée, Interface horizontale

OSPF IS-IS Distributed System

OSPF• OSPF IS-IS Distributed System

• RFC 2328: 245 pages Network OS

• Utilise un protocole ouvert (e.g. Openflow)

SDN – Yassine HADJADJ AOUL 27

SDN – Yassine HADJADJ AOUL 28

SDN – Yassine HADJADJ AOUL 29

OpenFlow Protocol (SSL/TCP)

Data Path (Hardware)

SDN – Yassine HADJADJ AOUL 30

port 1 port 2 port 3 port 4

SDN – Yassine HADJADJ AOUL 31

Packet + byte counters

Switch VLAN VLAN MAC MAC Eth IP IP IP IP L4 L4

+ mask what fields to match

Switch MAC MAC Eth VLAN IP IP IP TCP TCP

Switch MAC MAC Eth VLAN IP IP IP TCP TCP

Switch MAC MAC Eth VLAN IP IP IP TCP TCP

SDN – Yassine HADJADJ AOUL 33

Switch MAC MAC Eth VLAN IP IP IP TCP TCP

Switch MAC MAC Eth VLAN IP IP IP TCP TCP

SDN – Yassine HADJADJ AOUL 34

Group Table OpenFlow Client

SDN – Yassine HADJADJ AOUL 35

SDN – Yassine HADJADJ AOUL 36

SDN – Yassine HADJADJ AOUL 37

SDN – Yassine HADJADJ AOUL 38

SDN – Yassine HADJADJ AOUL 39

SDN – Yassine HADJADJ AOUL 41

SDN – Yassine HADJADJ AOUL 42

SDN – Yassine HADJADJ AOUL 43

Les contrôleurs doivent offrir:

SDN – Yassine HADJADJ AOUL 45

SDN – Yassine HADJADJ AOUL 46

SDN – Yassine HADJADJ AOUL 47

Application monolithique Monitor + Route + FW + …

Difficile à programmer, à Packet

Un module par tâche Monitor Route