2026-10-05 · TP3 : Commandes Partie 6 (basculement sur incident)

Contexte

Fiche principale : 2026-10-05 — TP3 Routage statique et OSPF · Tableaux : 2026-10-05 — TP3 Tableaux à rendre > Partie 6 · Basculement (`shutdown` Paris2 ↔ Paris3) · Partie 5 : 2026-10-05 — TP3 Commandes Partie 5 coûts OSPF Fichier PT : 297routageDynamique.pkt, à la suite de la Partie 5. Les coûts de 20 sur Paris1 ↔ Paris3 sont toujours en place.

Principe

On simule une panne du lien Paris 2 ↔ Paris 3 (10.0.0.4/30). OSPF détecte la perte du voisin, inonde de nouvelles LSA, chaque routeur relance SPF (Dijkstra) et recalcule ses routes sans intervention humaine. C’est la convergence, le gros avantage sur le routage statique.


Étape 0 · Relever l’état avant panne

Sur tous les routeurs :

show ip route ospf

Sur Paris 2 et Paris 3 :

show ip ospf neighbor

Depuis PC4 et PC1 :

tracert 192.168.3.2

Étape 1 · Couper le lien (sur Paris 2)

enable
configure terminal
interface GigabitEthernet0/3/0
shutdown
end



enable
configure terminal
interface GigabitEthernet0/3/0
no shutdown
end

Messages attendus dans la console :

%LINK-5-CHANGED: Interface GigabitEthernet0/3/0, changed state to administratively down
%OSPF-5-ADJCHG: Process 297, Nbr <router-id Paris 3> on GigabitEthernet0/3/0 from FULL to DOWN, Neighbor Down: Interface down or detached

Un seul côté suffit

Couper Gig0/3/0 sur Paris 2 fait tomber le lien physique, donc Gig0/3/0 de Paris 3 passe aussi down/down et Paris 3 perd l’adjacence. Couper côté Paris 3 donnerait le même résultat.

Étape 2 · Relever l’état après panne

Mêmes commandes qu’à l’étape 0, sur tous les routeurs, + les deux tracert.


📊 Changements attendus (à confirmer dans PT)

Rappel de l'état après Partie 5

Lien direct Paris1 ↔ Paris3 à coût 20 dans les deux sens, donc tout le trafic entre Paris 3 et le reste du réseau passe par Paris 2. La panne coupe précisément ce chemin préféré.

Ce qui disparaît partout

  • 10.0.0.4/30 n’est plus annoncé : la ligne C (et L) disparaît sur Paris 2 et Paris 3, la ligne O disparaît sur tous les autres routeurs.
  • show ip ospf neighbor : Paris 3 disparaît chez Paris 2, Paris 2 disparaît chez Paris 3.

Routes qui changent de chemin

RouteurRouteAvant panneAprès panne
Paris 1192.168.3.0/26[110/3] via 10.0.0.2 (Paris 2)[110/21] via 10.0.0.10 (Paris 3 en direct)
Paris 2192.168.3.0/26[110/2] via 10.0.0.6 (Paris 3)[110/22] via 10.0.0.1 (Paris 1)
Paris 3192.168.1.0/24, 192.168.2.0/25[110/2] via 10.0.0.5 (Paris 2)[110/22] via 10.0.0.9 (Paris 1)
Paris 3réseaux Laval, 64.0.100.0, 203.0.113.0, 0.0.0.0/0via 10.0.0.5 (Paris 2)via 10.0.0.9 (Paris 1), coût +18

Routes qui gardent leur next hop mais changent de coût

RouteurRouteAvantAprès
Laval 1192.168.3.0/26[110/4] via 10.0.0.13[110/22] via 10.0.0.13
Laval 2192.168.3.0/26[110/5] via 10.0.1.1[110/23] via 10.0.1.1
Laval 3192.168.3.0/26[110/5] via 10.0.1.1[110/23] via 10.0.1.1
ISP192.168.3.0/26[110/5] via 64.0.100.2[110/23] via 64.0.100.2

Pas de changement pour les routes entre Laval et 192.168.1.0 / 192.168.2.0 (elles ne passaient pas par le lien coupé).

Tracert après panne

TestAvantAprès
PC4 → PC3… 10.0.0.13 · 10.0.0.2 · 10.0.0.6 · 192.168.3.2… 10.0.0.13 · 10.0.0.10 · 192.168.3.2
PC1 → PC3192.168.1.1 · 10.0.0.6 · 192.168.3.2192.168.1.1 · 10.0.0.1 · 10.0.0.10 · 192.168.3.2

Si tu as remis les coûts par défaut avant la Partie 6

Sans les coûts de 20, les Laval passaient déjà par le lien direct Paris1 ↔ Paris3 : seuls Paris 2 (vers 192.168.3.0, via 10.0.0.1, [110/3]) et Paris 3 (vers 192.168.1.0 et 192.168.2.0, via 10.0.0.9, [110/3]) changent, et 10.0.0.4/30 disparaît partout.


🧠 Interprétation (pour l’oral)

  1. Détection : l’interface passe down, l’adjacence OSPF tombe immédiatement (FULL to DOWN).
  2. Propagation : Paris 2 et Paris 3 génèrent de nouvelles LSA (Router LSA sans le lien 10.0.0.4/30), inondées dans toute l’aire 0.
  3. Recalcul : chaque routeur met à jour sa LSDB et relance SPF.
  4. Résultat : le réseau 10.0.0.4/30 disparaît, et le trafic qui l’empruntait bascule sur le seul chemin restant, le lien direct Paris1 ↔ Paris3, même s’il coûte 20. Le coût sert à choisir entre plusieurs chemins, il n’interdit pas un lien.
  5. Comparaison statique : avec le fichier 297routageStatique.pkt, les routes statiques via 10.0.0.6 / 10.0.0.5 resteraient en place et pointeraient vers un voisin injoignable. Il faudrait les corriger à la main. OSPF converge automatiquement en quelques secondes.

Après validation par le prof

Pour rétablir le lien : sur Paris 2, interface GigabitEthernet0/3/0 puis no shutdown. Les routes reviennent à l’état de la Partie 5. Demander au prof dans quel état rendre le fichier, puis copy running-config startup-config sur chaque routeur avant d’enregistrer le .pkt.