LEÇON 69 · 19 MIN ESTIMÉES

Réseau traditionnel et contrôleur

Dans un réseau traditionnel, la configuration et une partie du contrôle sont distribuées sur les équipements. Une architecture controller-based centralise des intentions ou une vue logique et orchestre les appareils. La centralisation logique n’impose pas un unique serveur physique. Le plan de données continue à transférer les paquets selon l’architecture.

Votre objectif

Savoir expliquer réseau traditionnel et contrôleur, interpréter l’exemple et résoudre la mise en application sans recopier le corrigé.

  • 6.2 Compare traditional networks with controller-based networking
  • 6.3.a Separation of control plane and data plane

Prérequis : les notions précédentes, notamment Automatiser sans amplifier les erreurs.

Relier les idées

CARTE CONCEPTUELLE
Réseau traditionnel et contrôleurCarte conceptuelle simplifiée : Application → API / représentation → Contrôleur / outil → Ressource / état. Les liens illustrent les relations pédagogiques, pas nécessairement des connexions physiques ni l’ordre complet d’un protocole.Application01API / représentation02Contrôleur / outil03Ressource / état04CARTE CONCEPTUELLE · SCHÉMA SIMPLIFIÉ
Carte simplifiée : les liens représentent les relations du sujet, pas nécessairement une topologie physique. Les étapes ci-dessous détaillent les règles réelles.

Le plan de données effectue le transfert du trafic ; le plan de contrôle construit les décisions nécessaires.

Comprendre, étape par étape

01

Le plan de données effectue le transfert du trafic ; le plan de contrôle construit les décisions nécessaires.

02

Le plan de management permet configuration et observation ; il se distingue conceptuellement du transfert des paquets utilisateurs.

03

Un contrôleur peut centraliser logiquement des politiques et une vision du réseau tout en étant déployé en cluster.

04

Les architectures controller-based n’effacent pas le besoin de routage, de sécurité et de disponibilité des équipements.

Un exemple concret

LABORATOIRE · EXEMPLE PÉDAGOGIQUE
Application/intention
       ↓
Contrôleur : politiques et orchestration
       ↓
Équipements : contrôle distribué selon architecture + forwarding

Les invites indiquent le mode IOS ; ne les saisissez pas avec la commande. Adaptez noms d’interfaces, fonctionnalités et syntaxe au modèle. Sorties illustratives, non captures d’un matériel réel.

PASSER DE LA LECTURE AU RÉFLEXE

À vous de jouer

Si le contrôleur tombe, le trafic s’arrête-t-il toujours immédiatement ?

Un indice, pas la réponse

Identifiez le contexte et la couche concernés. Comparez votre hypothèse aux quatre règles de la leçon avant de consulter le corrigé.

Voir le raisonnement corrigé

Pas nécessairement. Le comportement dépend de l’architecture, des états déjà installés et des dépendances. Examiner continuité du forwarding et changements de politique séparément.

Le déclic en quatre questions

Quatre affirmations à distinguer des idées reçues. Correction immédiate, sans effet sur votre certification.

À retenir

Le plan de données effectue le transfert du trafic ; le plan de contrôle construit les décisions nécessaires. Les architectures controller-based n’effacent pas le besoin de routage, de sécurité et de disponibilité des équipements.

Ce marqueur est personnel : refaites l’exercice pour vérifier votre maîtrise.

Sources & vérification

Référentiel vérifié le 2026-10-09. Sources de référence, explications originales. Les configurations et TP n’ont pas été exécutés sur IOS/Packet Tracer dans cette livraison.

Trouver une connexion

Échap pour fermer · recherche locale, sans serveur