Cisco 200-301: Adressage IPv4, sous-réseautage et routage — Guide d'étude

By Laurynas Brazys · 14 August 2026 · #cisco #200-301 #certification #exam-prep #study-guide

Fait partie du Cisco CCNA 200-301 — Guide d’étude. Entraînez-vous avec des réponses vérifiées dans le centre d’examens Cisco, ou passez des tests chronométrés sur ExamRoll.io.

Vue d’ensemble

L’adressage et le routage IPv4 sont à la base de la manière dont les paquets sont identifiés, segmentés en sous-réseaux et acheminés à travers les réseaux. La maîtrise des structures d’adresses, des masques, de la livraison locale basée sur ARP et des décisions de routage (y compris la correspondance du plus long préfixe et la résolution récursive) est essentielle pour construire des topologies évolutives et résilientes. Cette section explique comment concevoir des sous-réseaux, calculer des plages, configurer des passerelles et des routes statiques, vérifier la joignabilité et analyser les compromis entre la sumarisation, l’évolutivité et l’isolation des pannes.

Principes fondamentaux de l’adressage IPv4

Une adresse IPv4 est sur 32 bits, généralement représentée en notation décimale pointée. Conceptuellement, chaque adresse se compose d’une partie réseau et d’une partie hôte, définies par le masque de sous-réseau.

• Espace public vs privé

  • Les adresses publiques sont uniques au niveau mondial et routables sur Internet.
  • Les plages privées (RFC 1918) ne sont pas routables au niveau mondial et sont destinées à un usage interne :
    • 10.0.0.0/8
    • 172.16.0.0/12
    • 192.168.0.0/16
  • L’adressage privé préserve l’espace d’adressage mondial et permet à différentes organisations de réutiliser les mêmes plages en interne ; le NAT est généralement utilisé pour l’accès à Internet.

• Plages et adresses à usage spécial

  • 0.0.0.0/0 : la route par défaut (correspond à n’importe quelle destination).
  • 0.0.0.0/8 : « ce réseau » (historique ; non utilisé pour l’attribution d’hôtes).
  • 127.0.0.0/8 : adresses de bouclage (loopback) (test de l’hôte local).
  • 169.254.0.0/16 : adresses de lien local (APIPA), utilisées lorsque le DHCP échoue sur certains hôtes.
  • 224.0.0.0/4 : multicast (multidiffusion).
  • 240.0.0.0/4 : réservé (Classe E).
  • 255.255.255.255 : diffusion limitée (broadcast sur le réseau local).
  • Diffusion dirigée : réseau + partie hôte à 1 (par ex., 10.1.1.255 pour un /24) ; désactivée par défaut sur les routeurs pour prévenir les abus.

Modes de défaillance courants

• Utiliser des plages privées en s’attendant à une joignabilité Internet globale sans NAT.
• Attribuer des adresses de plages spéciales (par ex., 127/8 ou 169.254/16) à des interfaces.
• Chevaucher des sous-réseaux entre différents sites, provoquant un routage ambigu.

Sous-réseaux, VLSM et sumarisation

Les masques de sous-réseau définissent le nombre de bits alloués à la partie réseau par rapport à la partie hôte. Le Classless Inter-Domain Routing (CIDR) utilise la notation de longueur de préfixe (/N). Les masques de sous-réseau de longueur variable (VLSM) permettent d’avoir des sous-réseaux de tailles différentes au sein du même espace d’adressage pour répondre aux besoins réels.

• Calculs

  • Taille de bloc par octet = 256 − valeur du masque dans cet octet (pour les octets autres que 255/0).
  • Adresse réseau : mettre les bits de la partie hôte à 0.
  • Adresse de diffusion (broadcast) : mettre les bits de la partie hôte à 1.
  • Plage utilisable : de l’adresse réseau+1 à l’adresse de broadcast−1 (pour les sous-réseaux avec ≥2 bits d’hôte).
  • Exemple : 192.168.10.0/26
    • Masque : 255.255.255.192 ; taille de bloc 64
    • Sous-réseaux : .0, .64, .128, .192
    • Pour 192.168.10.64/26 : réseau .64, broadcast .127, plage utilisable .65–.126

• Liaisons point à point

  • /30 (255.255.255.252) fournit deux adresses utilisables ; courant entre les routeurs.
  • /31 (RFC 3021) permet deux points d’extrémité sans adresse de broadcast ; efficace sur les équipements modernes.

• Étapes de conception VLSM

  • Inventorier les sous-réseaux requis et le nombre d’hôtes.
  • Trier par taille, attribuer les plus grands en premier sur des frontières nettes.
  • Éviter les chevauchements ; documenter les allocations méticuleusement.
  • Utiliser la sumarisation de routes au niveau de la distribution/périphérie pour compresser les annonces.

• Sumarisation de routes

  • Agréger des sous-réseaux contigus qui partagent les mêmes bits de poids fort (par ex., 10.1.8.0/24 à 10.1.15.0/24 → 10.1.8.0/21).
  • Avantages : tables de routage plus petites, convergence plus rapide, utilisation réduite du CPU/mémoire.
  • Compromis : moins bonne isolation des pannes — les défaillances d’un sous-réseau composant peuvent être masquées par une route sumarisee toujours annoncée ; utiliser des politiques ou des annonces conditionnelles pour atténuer ce risque.

Modes de défaillance courants

• Mal calculer les tailles de bloc et chevaucher accidentellement des plages VLSM.
• Annoncer une route sumarisee sans assurer la joignabilité des composants, créant des trous noirs (black holes).
• Réseaux non contigus avec des protocoles qui supposent la contiguïté, sauf configuration minutieuse.

Principes de base de l’acheminement : ARP, passerelles et livraison locale vs distante

Les hôtes décident si une destination est locale ou distante en utilisant leur propre IP et leur masque de sous-réseau.

• Livraison locale

  • Si destIP ET masque est égal au réseau de srcIP, l’hôte effectue une requête ARP pour l’adresse MAC de destination et envoie directement une trame de niveau 2 (L2).
  • Modes de défaillance : corruption du cache ARP, adresses IP en double, boucles de niveau 2 ou entrées obsolètes dans la table CAM du commutateur peuvent causer des pertes intermittentes.

• Livraison distante

  • Si la destination n’est pas locale, l’hôte envoie le paquet à sa passerelle par défaut (routeur) en effectuant une requête ARP pour l’adresse MAC de la passerelle.
  • Le routeur décrémente le TTL, réécrit les en-têtes de niveau 2 et achemine le paquet selon sa table de routage.
  • Modes de défaillance : mauvaise passerelle par défaut, passerelle injoignable, route manquante sur le routeur, hôte utilisant un masque incorrect menant à une mauvaise classification entre local et distant.

• Configuration de la passerelle par défaut

  • Sur les hôtes finaux : une seule adresse IP de prochain saut (next hop) dans le même sous-réseau.
  • Sur les commutateurs de niveau 2 uniquement : ip default-gateway x.x.x.x (pour le plan de gestion).
  • Sur les interfaces de niveau 3 (SVI ou ports routés) : attribuer une IP dans le VLAN/sous-réseau ; les hôtes en aval utilisent cette IP comme passerelle.

Vérifications utiles

• show arp ou arp -a pour confirmer la résolution L3 vers L2.
• ping default-gateway ; capture de paquets pour voir les requêtes/réponses ARP.

Routage, sélection de route, vérification et compromis de conception

Les routeurs acheminent le trafic en se basant sur la table de routage et choisissent la meilleure entrée par la correspondance du préfixe le plus long (LPM, longest prefix match). Si plusieurs routes ont la même longueur de préfixe, la distance administrative (AD) et, au sein d’un même protocole, la métrique du protocole déterminent la sélection.

• Correspondance du préfixe le plus long (Longest prefix match)

  • La route la plus spécifique (le plus grand /N) qui correspond à la destination l’emporte.
  • Exemple : Pour 10.1.2.3, si les routes 0.0.0.0/0, 10.0.0.0/8 et 10.1.0.0/16 existent, la route /16 est sélectionnée.

• Distance administrative (la plus faible est préférée)

  • Valeurs typiques : connectée 0, statique 1, eBGP 20, EIGRP interne 90, OSPF 110, RIP 120.
  • Les routes statiques flottantes utilisent une AD plus élevée que le protocole dynamique afin de n’être installées que si les routes dynamiques sont perdues.

• Routes statiques

  • Forme avec saut suivant :

undefined

• Forme avec interface de sortie (sur point à point) :

undefined

• Route par défaut :

undefined

• Statique flottante :

undefined

• Modes de défaillance : pointer vers un saut suivant injoignable (pas de route connectée/récursive), utiliser une interface de sortie sur un support à accès multiple provoquant des requêtes ARP pour chaque destination, trous noirs statiques (static black holes) lorsque les routes résumées manquent de routes plus spécifiques.

• Recherche récursive et adjacence CEF

  • Si une route pointe vers une adresse IP de saut suivant, le routeur doit trouver une route connectée pour atteindre ce saut suivant ; sinon, la route n’est pas résolue et n’est pas utilisable.
  • ARP résout l’adresse MAC du saut suivant sur les liaisons à accès multiple ; un échec de résolution entraîne des pertes de paquets jusqu’à ce que la résolution ARP réussisse.

• Protocoles de redondance de premier saut (First Hop Redundancy Protocols - FHRPs)

  • Objectif : fournir une passerelle par défaut virtuelle pour que les hôtes restent joignables en cas de défaillance d’un équipement en amont.
  • HSRP (Cisco)
    • IP virtuelle partagée par un groupe ; un routeur actif et un routeur en veille (standby).
    • Multicast 224.0.0.2 pour les messages “hello” ; priorité par défaut 100 ; préemption désactivée par défaut.

    • Exemple :

undefined

  -

undefined

  -

undefined

  -

undefined

  -

undefined

• VRRP (basé sur les standards)

  • Routeur virtuel avec un maître (master) ; utilise 224.0.0.18 ; la préemption est activée par défaut.

• Pièges courants : numéros de groupe ou authentification non concordants, absence de préemption là où elle est souhaitée, “split-brain” dû à des incohérences de VLAN.

• Flux de travail de vérification et de dépannage

undefined

pour confirmer l’état des interfaces et l’adressage.

undefined

pour vérifier les entrées, l’AD, la résolution récursive.

undefined

et

undefined

pour vérifier la résolution du saut suivant.

undefined

et

undefined

pour tester la joignabilité et le chemin.

undefined

pour confirmer la résolution des voisins.

• Sur FHRP :

undefined

ou

undefined

pour vérifier le rôle et les temporisateurs.

• Captures de paquets pour confirmer le comportement d’ARP et d’ICMP ; utiliser les commandes de débogage (debugs) avec prudence en production.

• Compromis de conception

  • La sommarisation (agrégation) réduit la taille de la table et le temps de convergence mais peut masquer des défaillances ; envisagez de laisser fuiter (leak) les routes plus spécifiques critiques ou d’utiliser un suivi dynamique pour retirer les routes résumées lorsque tous les composants tombent en panne.
  • Le VLSM améliore l’efficacité de l’adressage mais augmente la complexité de la planification ; les erreurs entraînent des chevauchements et un routage ambigu.
  • Les routes par défaut simplifient les déploiements en périphérie mais risquent d’attirer du trafic non intentionnel ; limitez-les avec des filtres de route et assurez la symétrie.
  • FHRP ajoute de la résilience à la passerelle mais peut masquer des défaillances de routage en amont ; combinez-le avec le suivi d’objets (object tracking) pour basculer en fonction de la joignabilité.

Scénario de problème pratique

Contoso Manufacturing est en train de fusionner un réseau plat hérité 10.0.0.0/16 en VLANs routés sur deux commutateurs de distribution, avec une liaison montante (uplink) vers un FAI sur chacun. Les objectifs sont d’économiser l’espace d’adressage IPv4, de fournir des passerelles par défaut résilientes et de minimiser l’instabilité du routage (churn) en amont.

1. Découper des sous-réseaux en utilisant VLSM en fonction des besoins réels.

• Justification : Allouer des /24 pour les VLANs de production avec jusqu’à 200 hôtes, des /27 pour les imprimantes/IoT, et des /30 ou /31 pour les liaisons point à point entre la distribution et le cœur de réseau. Cela évite le gaspillage et simplifie les ACL. Trier par taille d’abord évite les chevauchements.

2. Mettre en œuvre la sommarisation vers le cœur de réseau et les périphéries FAI.

• Justification : Sommariser 10.0.16.0/20 pour les étages de production et 10.0.32.0/23 pour les VLANs de serveurs. Annoncer quelques routes agrégées réduit la taille de la table de routage et le temps de convergence sur le WAN. S’assurer que les agrégats s’alignent sur des frontières binaires et sont strictement composés de routes spécifiques joignables.

3. Mettre en place FHRP pour les passerelles par défaut des VLANs utilisateurs sur la paire de distribution.

• Justification : Configurer HSRP avec une IP virtuelle cohérente par VLAN, des priorités primaire/secondaire, et la préemption. Exemple sur Dist-A pour le VLAN20 :

undefined

undefined

undefined

undefined

undefined

Cela fournit une adresse MAC/IP de passerelle stable aux hôtes et un basculement rapide si un commutateur de distribution tombe en panne.

4. Configurer le routage par défaut vers les FAI avec une route de secours flottante.

• Justification : Sur Dist-A, préférer le FAI-A avec une route par défaut primaire ; installer une route par défaut flottante via le FAI-B avec une AD plus élevée pour le basculement :

undefined

undefined

L’AD de 200 garantit que la route de secours ne s’installe que lorsque la route primaire est retirée. Suivre la joignabilité du saut suivant du FAI pour retirer la route par défaut si le circuit tombe en panne au-delà de la couche 2.

5. Vérifier la résolution ARP et récursive sur les liaisons montantes.

• Justification : Utiliser

undefined

pour confirmer que le saut suivant de la route 0/0 est résolu via une interface connectée et

undefined

pour s’assurer que l’adresse MAC du saut suivant du FAI est apprise. Cela prévient les trous noirs silencieux dus à des sauts suivants non résolus.

6. Renforcer les frontières des domaines de défaillance avec une fuite sélective (selective leaking).

• Justification : Sommariser les VLANs utilisateurs vers le cœur de réseau, mais laisser fuiter des routes plus spécifiques en /32 pour les services critiques (par ex., les VIPs) afin que la sélection de chemin en amont reste précise lors de défaillances partielles. Cela équilibre la scalabilité avec l’isolation des pannes.

7. Valider les chemins du plan de données et la convergence.

• Justification : Depuis une SVI de VLAN utilisateur, faire un

undefined

vers la passerelle, le saut suivant du FAI et des cibles publiques. Utiliser

undefined

pour confirmer la sortie via le FAI prévu. Pendant les tests de basculement, observer les changements d’état HSRP (

undefined

) et les mises à jour de la table de routage (

undefined

) pour s’assurer que le LPM choisit le bon saut suivant et que la route par défaut flottante ne s’active que lorsque c’est approprié.

En combinant l’efficacité de l’adressage (VLSM), la réduction de l’instabilité (sommarisation), des passerelles résilientes (HSRP), et une sélection de sortie déterministe (routes par défaut primaire et flottante), Contoso obtient une croissance évolutive tout en contenant les domaines de défaillance et en maintenant un comportement d’acheminement prévisible.

← VLANs · Tous les domaines · Adressage IPv6 et routage IPv6 →

Entraînez-vous sur ces questions → · Tests chronométrés sur ExamRoll.io →