TÂCHE 01
Schéma réseau & Plan d'adressage
📌 Objectif
Établir le schéma réseau avec les 3 routeurs (R1, R2, R3) dans Cisco Packet Tracer et définir le plan d'adressage IP complet.
CAP 01
| Routeur | Interface | Adresse IP attribuée | Masque | État (up/down) |
|---|---|---|---|---|
| R1 | Fa0/0 | __________________ | __________________ | __________________ |
| R1 | S0/0/0 | __________________ | __________________ | __________________ |
| R2 | S0/0/0 | __________________ | __________________ | __________________ |
| R2 | S0/0/1 | __________________ | __________________ | __________________ |
| R3 | S0/0/0 | __________________ | __________________ | __________________ |
| R3 | Fa0/0 | __________________ | __________________ | __________________ |
| R3 | Lo0 | __________________ | __________________ | __________________ |
| R3 | Lo1 | __________________ | __________________ | __________________ |
| R3 | Lo2 | __________________ | __________________ | __________________ |
TÂCHE 02
Nommage & Sécurisation des routeurs
📌 Objectif
Nommer les routeurs R1, R2, R3 et les protéger par des mots de passe (console, VTY, enable secret).
CAP 02
Capture : sortie de
Montrant le hostname, enable secret, line console 0, line vty 0 4
show running-config sur R1Montrant le hostname, enable secret, line console 0, line vty 0 4
R1 correctement nommé avec
hostname R1
R2 correctement nommé avec
hostname R2
R3 correctement nommé avec
hostname R3
enable secret configuré sur les 3 routeurs
Mots de passe console et VTY configurés
service password-encryption activé
TÂCHE 03
Configuration des interfaces & Vérification
📌 Objectif
Configurer et activer les interfaces Serial et FastEthernet. Identifier les interfaces DCE (clock rate obligatoire).
⚠️ À vérifier : Quelle interface nécessite
clock rate ? Utilisez show controllers serial X/X/X pour identifier le câble DCE.Résultat de
show controllers serial 0/0/0 sur R2Écrire ici : R2 est-il DCE ou DTE sur S0/0/0 ?
Écrire ici : clock rate utilisé ?
CAP 03
Capture :
Sur les 3 routeurs — Toutes les interfaces doivent être en état up/up
show ip interface briefSur les 3 routeurs — Toutes les interfaces doivent être en état up/up
💡 Toutes les interfaces configurées doivent afficher Status = up / Protocol = up. Si une interface est "administratively down", la commande
no shutdown a peut-être été oubliée.
TÂCHE 04
Interfaces Loopback & Route statique de résumé
📌 Objectif
Créer les interfaces Lo0, Lo1, Lo2 sur R3 et configurer la route statique de résumé
192.168.0.0/16 → null0 sur R2.
CAP 04
Capture :
Montrant Loopback0, Loopback1, Loopback2 en état up/up
show ip interface brief sur R3Montrant Loopback0, Loopback1, Loopback2 en état up/up
CAP 05
Capture :
Montrant la route
show ip route static sur R2Montrant la route
S 192.168.0.0/16 → Null0
Explication — Pourquoi utiliser null0 pour cette route statique ?
Répondre ici…
Répondre ici…
TÂCHE 05
Configuration DHCP sur R3
📌 Objectif
Configurer R3 comme serveur DHCP pour le réseau
172.30.1.0/24. Vérifier que les stations du réseau R3 obtiennent une adresse automatiquement.
CAP 06
Capture :
Montrant le pool actif et au moins une adresse attribuée à un PC
show ip dhcp pool et show ip dhcp binding sur R3Montrant le pool actif et au moins une adresse attribuée à un PC
CAP 07
Capture : Fenêtre IP Configuration du PC connecté à R3
Montrant l'adresse IP, masque et passerelle obtenus automatiquement (DHCP)
Montrant l'adresse IP, masque et passerelle obtenus automatiquement (DHCP)
Informations DHCP obtenues par le PC
| Adresse IP attribuée : | _____________________ |
| Masque de sous-réseau : | _____________________ |
| Passerelle par défaut : | _____________________ |
| Serveur DNS : | _____________________ |
TÂCHE 06
Configuration RIPv2 & Tables de routage
📌 Objectif
Configurer RIPv2 (avec
no auto-summary) sur les 3 routeurs. Vérifier que les tables de routage contiennent toutes les routes attendues.
🚫 Point critique : La commande
no auto-summary est obligatoire pour que VLSM fonctionne correctement. Sans elle, les réseaux /24 et /30 seront résumés de façon incorrecte.Table de routage — R1
CAP 08
Capture :
Vérifier la présence des routes R (RIP) vers les réseaux de R2 et R3
Notamment la route résumée
show ip route sur R1Vérifier la présence des routes R (RIP) vers les réseaux de R2 et R3
Notamment la route résumée
192.168.0.0/16
Table de routage — R2
CAP 09
Capture :
Vérifier routes vers R1, R3 et la route statique S 192.168.0.0/16 → Null0
show ip route sur R2Vérifier routes vers R1, R3 et la route statique S 192.168.0.0/16 → Null0
Table de routage — R3
CAP 10
Capture :
Vérifier routes C (connected) et R (RIP) vers les réseaux de R1 et R2
show ip route sur R3Vérifier routes C (connected) et R (RIP) vers les réseaux de R1 et R2
Analyse des tables de routage
Quelle est la distance administrative de RIP ? ___
Quelle est la métrique (nombre de hops) pour atteindre 192.168.1.0/24 depuis R1 ?
Expliquer la notation [120/2] dans la table de routage :
TÂCHE 07
Vérification VLSM, CIDR & Protocoles
📌 Objectif
Vérifier que RIPv2 supporte correctement VLSM et CIDR à l'aide des commandes
show ip protocols et debug ip rip.
CAP 11
Capture :
Vérifier : version 2, no auto-summary, réseaux annoncés, timers RIP
show ip protocols sur R1Vérifier : version 2, no auto-summary, réseaux annoncés, timers RIP
CAP 12
Capture :
Montrant les mises à jour RIPv2 envoyées/reçues (multicast 224.0.0.9)
N'oubliez pas de désactiver avec
debug ip rip sur R1Montrant les mises à jour RIPv2 envoyées/reçues (multicast 224.0.0.9)
N'oubliez pas de désactiver avec
no debug all après !
Observations — debug ip rip
Adresse multicast utilisée par RIPv2 pour les updates : ___________
Quels réseaux sont annoncés par R1 vers R2 ?
Quels réseaux R1 reçoit-il de R2 ?
Confirmer que les masques VLSM (/30, /24) sont bien présents dans les updates :
TÂCHE 08
Passive-interface & Tests de connectivité
📌 Objectif
Activer les interfaces passives sur les interfaces LAN pour accélérer la convergence, puis tester la connectivité end-to-end.
CAP 13
Capture :
La section "Passive Interface(s)" doit lister Fa0/0 sur R1 et R3
show ip protocols montrant les interfaces passivesLa section "Passive Interface(s)" doit lister Fa0/0 sur R1 et R3
Tests de connectivité (ping)
| De | Vers | Adresse cible | Résultat | Nb paquets reçus |
|---|---|---|---|---|
| R1 | R2 | 10.0.0.2 | Succès / Échec | ___ / 5 |
| R1 | R3 | 10.0.0.6 | Succès / Échec | ___ / 5 |
| R1 | Lo0 (R3) | 192.168.1.1 | Succès / Échec | ___ / 5 |
| R1 | Lo1 (R3) | 192.168.2.1 | Succès / Échec | ___ / 5 |
| R1 | Lo2 (R3) | 192.168.3.1 | Succès / Échec | ___ / 5 |
| PC-R1 | PC-R3 | 172.30.1.X | Succès / Échec | ___ / 4 |
CAP 14
Capture : ping depuis R1 vers 192.168.1.1
Démontrant la connectivité end-to-end à travers les 2 routeurs
5 paquets transmis, 5 reçus = succès complet
Démontrant la connectivité end-to-end à travers les 2 routeurs
5 paquets transmis, 5 reçus = succès complet
BONUS
Authentification MD5 pour RIPv2
✅ Section bonus : L'authentification MD5 sécurise les échanges RIP contre les fausses mises à jour injectées par des équipements non autorisés.
CAP 15
Capture :
Montrant la clé MD5 configurée et l'authentification RIP activée sur S0/0/0
show running-config section key-chain + interface SerialMontrant la clé MD5 configurée et l'authentification RIP activée sur S0/0/0
CAP 16
Capture :
Confirmer que les updates sont toujours échangées avec la mention "md5 authentication"
Et qu'une erreur apparaît si la clé est différente
debug ip rip après activation de l'authentificationConfirmer que les updates sont toujours échangées avec la mention "md5 authentication"
Et qu'une erreur apparaît si la clé est différente
Que se passe-t-il si la clé MD5 est différente des deux côtés du lien ?
Observation :
Impact sur les tables de routage :
BILAN
Conclusion & Analyse critique
📝 Synthèse du TP
1. Ce que nous avons appris sur RIPv2 :
2. Différences observées entre RIPv1 et RIPv2 :
3. Rôle du no auto-summary dans notre configuration :
4. Avantages et limites du protocole RIP :
5. Difficultés rencontrées et solutions trouvées :
6. Points à améliorer / perspectives :
💡 Pour aller plus loin : Comparer RIPv2 avec OSPF (Open Shortest Path First) — protocole à état de lien, sans limite de 15 hops, convergence plus rapide, supporte des topologies plus grandes.
Étudiant(e) 1
Signature
Étudiant(e) 2
Signature
Enseignant
Visa & Note