Lab OSPF : mettre en place le routage dynamique sur trois routeurs dans le navigateur

Le deuxième lab réseau : cinq machines dans l’unique VM Ubuntu de l’élève, h1 et h2 comme machines et r1, r2 et r3 comme routeurs exécutant FRRouting, chacun avec son démon OSPF démarré et rien de configuré. Personne n’a de routes : le premier ping de h1 vers h2 échoue donc, et l’élève doit configurer OSPF dans l’aire 0.

Ce que les élèves apprennent

Observer OSPF à l’œuvre avant de le configurer : tcpdump sur le lien entre r1 et r2, filtré sur le protocole IP 89, reste silencieux tant qu’on n’a pas dit aux routeurs de parler, puis montre ce qu’un routeur dit à ses voisins et à quelle fréquence. Configurer OSPF dans vtysh sur trois routeurs dans l’aire 0 pour que chaque routeur apprenne chaque réseau de machines, attendre que chaque adjacence soit Full avec show ip ospf neighbor, et trouver ce qu’OSPF attend et comment dire à une interface qu’elle n’a qu’un seul voisin.

Puis vérifier le résultat avec show ip route ospf et traceroute -n, et garder le réseau de gestion derrière r3 hors des annonces pour que h1 ne puisse pas l’atteindre.

La topologie

h1 se relie à r1, r1 à r2, r2 à r3 et r3 à h2, avec un réseau de gestion sur un lien derrière r3. Les adresses figurent dans le README que le lab laisse dans le dossier personnel.

Le lancer dans votre navigateur

Les labs VM se proposent comme tâche de lab dans un module, et l’exemple se trouve sur la page du lab. Une adjacence sur des liens comme ceux-ci met environ quarante secondes à atteindre Full.

  1. Ajouter le lab. Dans un module que vous enseignez, ajoutez une tâche et choisissez la carte « Lab VM Ubuntu ». La page affiche une courte description de la machine au lieu d’un fichier compose.
  2. Partir de l’exemple. La page propose trois labs réseau pour commencer. Choisissez Networking lab 2: OSPF. Utiliser un exemple remplace le texte, et « Annuler » rétablit le vôtre.
  3. Publier et démarrer votre propre copie. Publiez, puis « Démarrer ». Le script d’installation du lab installe FRRouting et construit la topologie à partir de l’archive d’Ubuntu au premier démarrage de la VM, en une dizaine de secondes.
  4. Ouvrir le terminal. Ouvrez son terminal et lisez README.md dans le dossier personnel : il dit quoi faire et ne donne aucune réponse. netlab status liste les machines et netlab shell r1 ouvre la console d’un routeur.

Une leçon de base sur ce lab

OSPF Basics est une petite leçon qui se fait dans ce lab, qui est une VM Ubuntu : chaque étape est expliquée et accompagnée d’un bouton Exécuter qui tape sa commande dans le terminal de la machine et montre ce que le routeur a répondu. L’élève découvre les machines, essaie de traverser le réseau et échoue, puis demande au routeur si OSPF est activé et ce qu’on lui a appris.

Elle se contente de regarder autour d’elle et laisse à l’élève la tâche propre du lab, faire fonctionner le réseau, si bien que la leçon ne donne aucune réponse. Un compte personnel gratuit la reçoit dans le module Basics, qui se trouve sur l’« Accueil », chaque établissement peut la copier depuis le dossier Basics de la Bibliothèque, et un nouvel établissement l’a dans un module appelé Networking Basics (Sample). Elle est volontairement petite : elle montre à un enseignant ce qu’est une leçon qui se fait dans un lab, et le lab fait le reste. Copiez-la dans un module à vous pour la modifier.

Comment il est noté

La vérification s’exécute sur une copie de la machine enregistrée après un démarrage à neuf : elle ne voit donc que ce que l’élève a enregistré. Elle ne réussit que si les voisins OSPF sont Full, si h1 atteint h2 par le chemin passant par les routeurs sur des routes apprises par OSPF, et si le réseau de gestion n’est pas annoncé et reste injoignable.

  1. Le distribuer. Attribuez le lab comme n’importe quelle tâche, avec une échéance si vous le souhaitez. Chaque élève reçoit sa propre VM, conservée d’une session à l’autre.
  2. Lancer la vérification. Sur la ligne d’un élève dans la liste de la classe, appuyez sur « Lancer la vérification ». Elle démarre une copie de sa machine enregistrée, sans rien enregistrer en retour, exécute le script de vérification du lab en root et indique s’il a réussi, ce qu’il a affiché et quand. L’élève n’est pas informé du résultat.
  3. Noter. Lisez ce que la vérification a affiché. Quand un élève arrête sa VM, la liste de la classe indique aussi ce qu’il a modifié, les paquets installés et les fichiers écrits : vous pouvez noter sans la démarrer. Renvoyez le travail avec un motif s’il demande un complément.

La définition sur GitHub

Le fichier est la définition complète du lab, le même texte que celui que la plateforme exécute. Copiez-le pour faire votre propre topologie : daemons ospfd démarre le protocole sur chaque routeur.

Questions fréquentes

Pourquoi les voisins mettent-ils environ quarante secondes à être Full ?
Sur des liens comme ceux-ci, OSPF met environ quarante secondes à amener une adjacence à Full. Ce qu’il attend, et comment dire à une interface qu’elle n’a qu’un seul voisin, fait partie du lab : cette page ne donne donc pas la réponse.
Quelle aire les élèves utilisent-ils ?
L’aire 0 pour les trois routeurs, le backbone, ce qu’attend la vérification.
Peut-on s’exercer à OSPF sans matériel Cisco ?
Oui. Les trois routeurs sont des espaces de noms réseau dans la VM de l’élève, chacun exécutant FRRouting, et la console est vtysh. Le lab est noté sur l’état réel : les voisins sont Full, h1 joint h2 par des routes apprises par OSPF, et le réseau de gestion n’est pas annoncé.