OSPF (Open Shortest Path First — RFC 2328) est un protocole de routage à état de lien (Link-State). Chaque routeur construit une carte complète du réseau (LSDB) et calcule lui-même le meilleur chemin via l'algorithme de Dijkstra (SPF). Contrairement à un protocole à vecteur de distance (EIGRP, RIP), OSPF ne fait pas confiance aux annonces de ses voisins — il voit la topologie complète.
Link-State vs Distance Vector
| Link-State (OSPF) | Distance Vector (RIP/EIGRP) |
|---|
| Vision du réseau | Carte complète (LSDB) | Table de routage du voisin uniquement |
| Calcul du chemin | Dijkstra (SPF) local | Bellman-Ford / DUAL |
| Convergence | Rapide — chaque routeur recalcule seul | Plus lente — propagation hop-by-hop |
| Boucles | Impossibles — vue complète | Possibles — mécanismes anti-boucles nécessaires |
| Charge CPU | Plus élevée (SPF) | Moins élevée |
| Scalabilité | Excellente avec les areas | Limitée |
Les 5 types de paquets OSPF
OSPF utilise 5 types de paquets pour établir les adjacences et synchroniser la base de données :
| Type | Nom | Rôle | Adresse destination |
|---|
| 1 | Hello | Découverte et maintien des voisins, élection DR/BDR | 224.0.0.5 (AllSPFRouters) |
| 2 | DBD (Database Description) | Résumé de la LSDB — headers des LSA uniquement | Unicast vers le voisin |
| 3 | LSR (Link State Request) | Demande les LSA manquants après comparaison DBD | Unicast vers le voisin |
| 4 | LSU (Link State Update) | Contient les LSA complets demandés ou à propager | Unicast ou multicast |
| 5 | LSAck (Link State Acknowledgment) | Accusé de réception des LSU | Unicast ou multicast |
Métriques OSPF
OSPF utilise le coût comme métrique. Le coût est calculé par interface :
Coût = Référence / Bande passante de l'interface
Référence par défaut : 100 Mbps (100 000 000)
| Interface | Bande passante | Coût par défaut |
|---|
| Serial (56k) | 56 kbps | 1785 |
| Serial T1 | 1.544 Mbps | 64 |
| Ethernet 10M | 10 Mbps | 10 |
| FastEthernet | 100 Mbps | 1 |
| GigabitEthernet | 1 Gbps | 1 ← même coût que FE ! |
| 10GigabitEthernet | 10 Gbps | 1 ← même coût ! |
⚠️ Problème de référence par défaut
Avec la référence de 100 Mbps, tout lien ≥ 100 Mbps a le même coût (1). FastEthernet, GigabitEthernet et 10G sont indistinguables. Toujours ajuster la référence :
router ospf 1
auto-cost reference-bandwidth 10000 ! 10 Gbps en référence
Multicast OSPF
| Adresse | Nom | Usage |
|---|
224.0.0.5 | AllSPFRouters | Hello, LSU depuis DR/BDR vers tous |
224.0.0.6 | AllDRouters | LSU depuis DROther vers DR et BDR |
OSPF établit une adjacence en passant par 8 états. Chaque état correspond à l'utilisation de paquets spécifiques. Comprendre cette relation est essentiel pour diagnostiquer une adjacence bloquée.
Diagramme des états — cliquer sur un état pour le détail
État DOWN
Aucun paquet Hello reçu du voisin. C'est l'état initial — le routeur n'a encore rien entendu.
Hello envoyé (224.0.0.5)
Le routeur commence à envoyer des Hellos sur ses interfaces OSPF. Il attend une réponse.
| Bloquage possible | Cause |
|---|
| Reste en DOWN | Interface passive, réseau non annoncé, ACL bloquant le multicast 224.0.0.5 |
État INIT
R1 a reçu un Hello de R2, mais R2 n'a pas encore vu le Router-ID de R1 dans les Hellos. La communication est unilatérale.
Hello reçu de R2
Hello envoyé avec notre RID
R1 met son Router-ID dans le champ "Neighbors Seen" de ses Hellos. R2 doit le recevoir pour passer à 2-Way.
| Bloquage possible | Cause |
|---|
| Reste en INIT | Problème asymétrique — R2 reçoit les Hellos de R1 mais R1 ne reçoit pas les réponses. Vérifier MTU, interface down côté R2. |
État 2-WAY
R1 voit son propre Router-ID dans les Hellos de R2. La communication est bidirectionnelle. C'est ici que se déroule l'élection DR/BDR sur les réseaux multi-accès (Ethernet).
Hello avec notre RID dans "Neighbors Seen"
Décision importante : les routeurs DROther s'arrêtent à l'état 2-Way entre eux — ils ne forment pas d'adjacence Full. Seules les adjacences avec le DR et le BDR vont jusqu'à Full.
| Qui continue vers Full ? | |
|---|
| DR ↔ BDR | ✅ → Full |
| DR ↔ DROther | ✅ → Full |
| BDR ↔ DROther | ✅ → Full |
| DROther ↔ DROther | ⛔ Reste à 2-Way |
État EXSTART
Début de la synchronisation de la LSDB. Les deux routeurs négocient qui sera Master (Router-ID le plus élevé) et qui sera Slave, et établissent le numéro de séquence initial des DBD.
DBD vide (I=1, M=1, MS=1)
Le paquet DBD envoyé ici est vide — il ne contient pas encore de LSA headers. Son seul but est de négocier Master/Slave et le numéro de séquence.
| Bloquage possible | Cause |
|---|
| Reste en EXSTART | MTU mismatch entre les interfaces — les DBD sont trop grands et droppés. Vérifier show interface des deux côtés. |
État EXCHANGE
Les routeurs échangent des paquets DBD complets contenant les headers de tous leurs LSA. Chaque routeur compare les DBD reçus avec sa propre LSDB pour identifier les LSA manquants ou plus récents.
DBD avec LSA headers
LSAck
À la fin de l'Exchange, chaque routeur sait exactement quels LSA il doit demander à son voisin.
| Bloquage possible | Cause |
|---|
| Reste en EXCHANGE | LSDB très grande, lien lent, ou problème de transmission des DBD. |
État LOADING
Chaque routeur envoie des LSR pour demander les LSA identifiés comme manquants ou obsolètes. Le voisin répond avec des LSU contenant les LSA complets. Un LSAck est envoyé pour chaque LSU reçu.
LSR → demande les LSA manquants
LSU ← LSA complets en réponse
LSAck → accusé de réception
C'est l'état où la base de données se remplit réellement. Une fois tous les LSA échangés, on passe à Full.
| Bloquage possible | Cause |
|---|
| Reste en LOADING | LSA corrompu, problème de transmission, LSDB corrompue. Rare mais possible. |
État FULL ✅
Les LSDB des deux routeurs sont parfaitement synchronisées. L'adjacence est complète. Les Hellos continuent de s'échanger périodiquement pour maintenir l'adjacence.
Hello périodique (maintien adjacence)
LSU (si changement topologique)
LSAck
Si un changement topologique se produit (interface up/down), un LSU est immédiatement propagé. SPF est recalculé sur chaque routeur.
Récapitulatif — Quel paquet dans quel état
| État | Paquets échangés | Ce qui se passe |
|---|
| DOWN | Hello (envoyé) | Découverte — on cherche des voisins |
| INIT | Hello (reçu + envoyé) | Communication unilatérale |
| 2-WAY | Hello bidirectionnel | Communication OK — élection DR/BDR |
| EXSTART | DBD vide | Négociation Master/Slave + séquence |
| EXCHANGE | DBD complet + LSAck | Échange des headers LSA |
| LOADING | LSR + LSU + LSAck | Téléchargement des LSA manquants |
| FULL | Hello + LSU (si changement) | LSDB synchronisée ✅ |
Élection DR/BDR — état 2-Way
Sur les réseaux multi-accès (Ethernet), OSPF élit un DR (Designated Router) et un BDR (Backup DR) pour réduire le nombre d'adjacences et limiter le flooding des LSA.
| Critère | Valeur |
|---|
| 1. Priority OSPF la plus haute | Défaut : 1. Range : 0–255. Priority 0 = ne peut pas être DR/BDR |
| 2. Router-ID le plus élevé (départage) | Adresse loopback la plus haute, ou adresse interface la plus haute |
⚠️ L'élection DR/BDR n'est pas préemptive
Si un routeur avec une priority plus haute arrive après l'élection, il ne détrône pas le DR en place. L'élection n'est rejouée qu'après une panne du DR ET du BDR. Pour forcer une réélection : clear ip ospf process.
! Forcer un routeur à être DR
interface GigabitEthernet0/0
ip ospf priority 255
! Empêcher un routeur d'être DR/BDR
interface GigabitEthernet0/0
ip ospf priority 0
État ATTEMPT — réseaux NBMA uniquement
Sur les réseaux NBMA (Frame Relay, ATM), les Hellos ne peuvent pas être envoyés en multicast. Le routeur envoie des Hellos en unicast vers les voisins configurés manuellement. L'état ATTEMPT précède INIT dans ce contexte.
! Configurer les voisins manuellement sur NBMA
router ospf 1
neighbor 10.0.0.2
Les LSA (Link State Advertisements) sont les blocs de construction de la LSDB. Chaque type de LSA décrit une partie différente de la topologie. La portée de chaque LSA (area ou domaine) est critique à comprendre pour le design et le filtrage.
Type 1
Router LSA
Généré par chaque routeur. Décrit les interfaces et liens du routeur émetteur. Un Router LSA par routeur, par area.
Portée : Area locale uniquement
Type 2
Network LSA
Généré par le DR uniquement. Décrit tous les routeurs connectés au segment multi-accès (Ethernet). N'existe que si un DR est élu.
Portée : Area locale uniquement
Type 3
Summary LSA
Généré par les ABR (Area Border Router). Annonce les réseaux d'une area vers les autres areas. C'est le LSA qu'on filtre avec area X filter-list.
Portée : Backbone + autres areas
Type 4
ASBR Summary LSA
Généré par les ABR. Annonce l'existence et le chemin vers un ASBR (routeur faisant de la redistribution). Permet aux autres areas de savoir où se trouvent les routes externes.
Portée : Toutes les areas sauf celle de l'ASBR
Type 5
AS External LSA
Généré par les ASBR. Annonce les routes redistribuées depuis d'autres protocoles (BGP, EIGRP, statiques…). Type E1 ou E2.
Portée : Tout le domaine OSPF (sauf stub areas)
Type 6
Group Membership LSA
Utilisé par MOSPF (Multicast OSPF). Quasi inexistant en production moderne.
Portée : Area locale
Type 7
NSSA External LSA
Généré par les ASBR dans une NSSA. Remplace le Type 5 dans les areas NSSA. L'ABR traduit le Type 7 en Type 5 à la frontière de l'area.
Portée : Area NSSA uniquement
Récapitulatif — Qui génère quoi
| Type | Généré par | Décrit | Portée |
|---|
| 1 | Tous les routeurs | Interfaces du routeur | Area |
| 2 | DR uniquement | Segment multi-accès | Area |
| 3 | ABR | Réseaux inter-area | Backbone + autres areas |
| 4 | ABR | Chemin vers ASBR | Toutes areas sauf celle de l'ASBR |
| 5 | ASBR | Routes externes (redistribuées) | Domaine entier |
| 7 | ASBR dans NSSA | Routes externes en NSSA | Area NSSA |
E1 vs E2 — Routes externes Type 5
| E1 (External Type 1) | E2 (External Type 2) |
|---|
| Métrique | Coût externe + coût interne OSPF | Coût externe uniquement (fixe) |
| Par défaut | Non | ✅ Oui |
| Préférence | Préférée sur E2 si même destination | Moins préférée que E1 |
| Usage | Quand le chemin interne compte | Simple — coût fixe quelle que soit la distance |
Quels LSA sont bloqués par les area types
| Area Type | LSA Type 3 | LSA Type 4 | LSA Type 5 | LSA Type 7 |
|---|
| Normal | ✅ | ✅ | ✅ | ❌ |
| Stub | ✅ (default route) | ❌ | ❌ | ❌ |
| Totally Stub | ❌ (sauf default) | ❌ | ❌ | ❌ |
| NSSA | ✅ | ❌ | ❌ | ✅ |
| Totally NSSA | ❌ (sauf default) | ❌ | ❌ | ✅ |
Les areas OSPF permettent de segmenter la LSDB et de réduire la charge CPU du SPF. Toutes les areas doivent être connectées à l'area 0 (backbone).
Area 0 — Backbone
Toutes les areas OSPF doivent être connectées à l'area 0. Tout trafic inter-area transite obligatoirement par l'area 0. Un routeur connecté à l'area 0 et à une autre area est un ABR.
🚨 Area non connectée à l'area 0
Si une area n'est pas directement connectée à l'area 0, les routes inter-area ne sont pas propagées. Solution : Virtual Link via une area de transit.
Stub Area
Bloque les LSA Type 4 et Type 5 (routes externes). L'ABR injecte une route par défaut (Type 3) à la place. Idéal pour les areas périphériques sans redistribution locale.
router ospf 1
area 1 stub ! sur TOUS les routeurs de l'area
Réduit la LSDB
Route par défaut injectée
Pas d'ASBR possible dans l'area
Totally Stub Area
Bloque les LSA Type 3, 4 et 5. Seule une route par défaut (Type 3) entre dans l'area. Réduit encore plus la LSDB. Config Cisco uniquement (pas dans la RFC).
router ospf 1
area 1 stub no-summary ! sur l'ABR uniquement
area 1 stub ! sur les autres routeurs de l'area
NSSA (Not So Stubby Area)
Comme une Stub (bloque Type 5), mais autorise un ASBR local qui redistribue via des LSA Type 7. L'ABR traduit les Type 7 en Type 5 vers le backbone.
router ospf 1
area 2 nssa ! sur TOUS les routeurs de l'area
ASBR local autorisé
Type 7 → Type 5 par l'ABR
Pas de route par défaut automatique
Totally NSSA
NSSA + blocage des Type 3 (sauf route par défaut). Combine les avantages du Totally Stub et du NSSA.
router ospf 1
area 2 nssa no-summary ! sur l'ABR
area 2 nssa ! sur les autres routeurs
Virtual Link
Connecte une area non adjacente à l'area 0 via une area de transit. Solution de dernier recours — préférer un design correct.
! Area 2 non connectée à area 0, transite par area 1
! Sur l'ABR entre area 0 et area 1 :
router ospf 1
area 1 virtual-link 2.2.2.2 ! RID du routeur distant
! Sur l'ABR entre area 1 et area 2 :
router ospf 1
area 1 virtual-link 1.1.1.1
⚠️ Virtual Link ne traverse pas une Stub area
L'area de transit d'un virtual link ne peut pas être une Stub area ou NSSA — ces areas bloquent les LSA Type 5 nécessaires au virtual link.
La configuration OSPF peut se faire via la commande network ou directement sur les interfaces. La méthode interface est plus précise et recommandée.
Configuration de base — méthode network
router ospf 1
router-id 1.1.1.1 ! toujours définir le RID manuellement
network 10.0.0.0 0.0.0.255 area 0
network 192.168.1.0 0.0.0.255 area 1
auto-cost reference-bandwidth 10000 ! référence 10 Gbps
Configuration par interface (recommandée)
router ospf 1
router-id 1.1.1.1
auto-cost reference-bandwidth 10000
interface GigabitEthernet0/0
ip address 10.0.0.1 255.255.255.0
ip ospf 1 area 0 ! lier directement à OSPF process 1, area 0
ip ospf cost 10 ! coût manuel si besoin
ip ospf priority 100 ! priorité DR/BDR
interface Loopback0
ip address 1.1.1.1 255.255.255.255
ip ospf 1 area 0
Interfaces passives
router ospf 1
passive-interface default ! toutes les interfaces passives par défaut
no passive-interface GigabitEthernet0/0 ! activer OSPF sur cette interface
no passive-interface GigabitEthernet0/1
Une interface passive annonce son réseau dans OSPF mais n'envoie pas de Hellos — aucune adjacence ne peut se former.
Authentification OSPF
─── MD5 (recommandé) ───────────────────────────
interface GigabitEthernet0/0
ip ospf authentication message-digest
ip ospf message-digest-key 1 md5 MonMotDePasse
─── Ou au niveau de l'area ─────────────────────
router ospf 1
area 0 authentication message-digest
─── Cleartext (déconseillé) ────────────────────
interface GigabitEthernet0/0
ip ospf authentication
ip ospf authentication-key MonMotDePasse
Les timers OSPF contrôlent la vitesse de détection des pannes et la fréquence des recalculs SPF. Un mauvais réglage peut provoquer de l'instabilité.
Hello et Dead Interval
| Timer | Défaut | Rôle |
|---|
Hello Interval | 10s (broadcast) / 30s (NBMA) | Fréquence d'envoi des Hellos |
Dead Interval | 40s (broadcast) / 120s (NBMA) | Délai sans Hello avant de déclarer le voisin DOWN |
interface GigabitEthernet0/0
ip ospf hello-interval 5
ip ospf dead-interval 20
! ⚠️ Les deux peers doivent avoir les mêmes valeurs
⚠️ Hello/Dead mismatch = pas d'adjacence
Si les Hello ou Dead intervals ne correspondent pas entre deux routeurs, l'adjacence ne s'établit pas. C'est l'un des pièges les plus fréquents.
SPF Timers
Le calcul SPF n'est pas déclenché immédiatement après réception d'un LSU — il y a des délais pour éviter des recalculs en rafale :
router ospf 1
timers throttle spf 50 200 5000
! ^ ^ ^
! | | └── délai max entre SPF (ms)
! | └────── délai initial entre SPF (ms)
! └────────── délai avant premier SPF (ms)
| Paramètre | Défaut | Rôle |
|---|
| Spf-start | 5000ms | Délai avant le premier SPF après un changement |
| Spf-hold | 10000ms | Délai entre deux SPF consécutifs |
| Spf-max-wait | 10000ms | Délai maximum |
LSA Throttling
router ospf 1
timers throttle lsa all 50 200 5000
! Limite la fréquence de génération des LSA
Fast Hello — détection sub-seconde
interface GigabitEthernet0/0
ip ospf dead-interval minimal hello-multiplier 4
! Dead interval = 1s, Hellos envoyés 4 fois/seconde (250ms)
! Détection en ~1s sans BFD
Détection <1s sans BFD
Charge CPU plus élevée
Alternative légère à BFD
La vérification OSPF se fait à plusieurs niveaux : adjacences, LSDB, table de routage et SPF.
Commandes essentielles
! Voisins OSPF et état des adjacences
show ip ospf neighbor
show ip ospf neighbor detail
! Exemple de sortie :
! Neighbor ID Pri State Dead Time Address Interface
! 2.2.2.2 1 FULL/DR 00:00:35 10.0.0.2 Gi0/0
! Interfaces OSPF actives
show ip ospf interface
show ip ospf interface GigabitEthernet0/0
! Base de données LSDB
show ip ospf database
show ip ospf database router ! Type 1
show ip ospf database network ! Type 2
show ip ospf database summary ! Type 3
show ip ospf database external ! Type 5
show ip ospf database nssa-external ! Type 7
! Routes OSPF dans la table
show ip route ospf
! Statistiques SPF
show ip ospf | include SPF
Lire "show ip ospf neighbor"
Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 1 FULL/DR 00:00:35 10.0.0.2 Gi0/0
3.3.3.3 1 FULL/BDR 00:00:38 10.0.0.3 Gi0/0
4.4.4.4 1 2WAY/DROTHER 00:00:32 10.0.0.4 Gi0/0
| Champ | Signification |
|---|
| Neighbor ID | Router-ID du voisin |
| Pri | Priorité OSPF du voisin |
| State | État/Rôle — FULL/DR = adjacence complète avec le DR |
| Dead Time | Temps restant avant de déclarer le voisin DOWN |
Checklist diagnostic rapide
| # | Vérification | Commande |
|---|
| 1 | Adjacences établies ? | show ip ospf neighbor |
| 2 | Hello/Dead timers identiques ? | show ip ospf interface Gi0/0 |
| 3 | Même area des deux côtés ? | show ip ospf interface |
| 4 | MTU identique ? | show interface Gi0/0 |
| 5 | Authentification identique ? | debug ip ospf adj |
| 6 | Routes dans la table ? | show ip route ospf |
| 7 | LSA propagés correctement ? | show ip ospf database |
Les pièges OSPF au CCIE sont souvent subtils — une seule valeur différente entre deux routeurs peut bloquer toute l'adjacence.
🚨 Piège #1 — Router-ID identique
Deux routeurs avec le même Router-ID dans le même domaine OSPF provoquent des comportements imprévisibles et des boucles de LSA. Toujours définir le RID manuellement avec router-id X.X.X.X.
🚨 Piège #2 — MTU mismatch → bloqué en EXSTART/EXCHANGE
Si les MTU des interfaces ne correspondent pas, les paquets DBD (qui peuvent être grands) sont droppés. L'adjacence reste bloquée en EXSTART ou EXCHANGE indéfiniment. Solution : aligner les MTU ou utiliser ip ospf mtu-ignore.
interface GigabitEthernet0/0
ip ospf mtu-ignore ! contournement — corriger le MTU est préférable
⚠️ Piège #3 — Hello/Dead mismatch → pas d'adjacence
Les timers Hello et Dead doivent être identiques entre les deux peers. S'ils diffèrent, les Hellos sont ignorés et l'adjacence ne s'établit pas.
⚠️ Piège #4 — Area type mismatch → adjacence 2-Way mais pas Full
Si un routeur est configuré en Stub area et l'autre non, l'adjacence s'arrête à 2-Way. Les deux routeurs doivent avoir exactement le même type d'area configuré.
⚠️ Piège #5 — Élection DR/BDR non préemptive
Ajouter un routeur avec une priority plus haute après l'élection ne change rien — le DR reste en place. Toujours configurer les priorités AVANT de connecter les routeurs, ou utiliser clear ip ospf process pour forcer une réélection.
⚠️ Piège #6 — auto-cost reference-bandwidth non homogène
Si la référence de bande passante est différente entre les routeurs, les coûts calculés seront incohérents et les chemins optimaux incorrects. La valeur doit être identique sur tous les routeurs du domaine.
router ospf 1
auto-cost reference-bandwidth 10000 ! sur TOUS les routeurs
⚠️ Piège #7 — Authentification asymétrique
Si l'authentification est configurée d'un seul côté, ou avec des clés différentes, les Hellos sont rejetés silencieusement. Utiliser debug ip ospf adj pour diagnostiquer.
Arbre de dépannage — adjacence bloquée
| Symptôme | Cause probable | Vérification |
|---|
| Reste en DOWN | Interface passive, pas de Hello, ACL | show ip ospf interface |
| Reste en INIT | Problème asymétrique, MTU, interface down | show interface |
| Reste en 2-WAY | Normal entre DROther — sinon area type mismatch | show ip ospf neighbor |
| Reste en EXSTART | MTU mismatch | show interface — comparer MTU |
| Reste en EXCHANGE | MTU mismatch, LSDB très grande | idem |
| Adjacence Full mais pas de routes | Réseau non annoncé, filtrage actif | show ip ospf database |
Cliquez sur une carte pour révéler la réponse.
Quels paquets OSPF sont échangés pendant l'état LOADING ?
LSR (demande les LSA manquants), LSU (LSA complets en réponse), LSAck (accusé de réception).
cliquer pour révéler
Pourquoi une adjacence OSPF peut-elle rester bloquée en EXSTART ?
MTU mismatch entre les interfaces — les paquets DBD sont trop grands et droppés. Solution : aligner les MTU ou configurer ip ospf mtu-ignore.
cliquer pour révéler
Quel LSA est généré par le DR ? Dans quelle area ?
LSA Type 2 (Network LSA). Portée : area locale uniquement.
cliquer pour révéler
Qui génère les LSA Type 3 et vers où vont-ils ?
L'ABR génère les Type 3 (Summary LSA). Ils vont vers le backbone et les autres areas — pas vers l'area source.
cliquer pour révéler
Quelle est la différence entre une Stub area et une Totally Stub area ?
Stub : bloque Type 4 et 5. Totally Stub : bloque Type 3, 4 et 5 (sauf route par défaut). Les deux injectent une route par défaut.
cliquer pour révéler
Qu'est-ce qu'un LSA Type 7 et qui le génère ?
Type 7 = NSSA External LSA. Généré par un ASBR dans une NSSA. L'ABR le traduit en Type 5 à la frontière de l'area.
cliquer pour révéler
L'élection DR/BDR est-elle préemptive ?
Non. Un routeur avec une priority plus haute arrivant après l'élection ne détrône pas le DR. Réélection seulement si DR ET BDR tombent.
cliquer pour révéler
Quel est le problème avec la référence de bande passante par défaut (100 Mbps) ?
Tout lien ≥ 100 Mbps a le même coût (1) — FastEthernet, GigabitEthernet et 10G sont indistinguables. Toujours ajuster avec auto-cost reference-bandwidth.
cliquer pour révéler
Quelle est la différence entre E1 et E2 pour les routes externes OSPF ?
E1 = coût externe + coût interne OSPF (préféré). E2 = coût externe fixe uniquement (défaut). E1 préféré sur E2 si même destination.
cliquer pour révéler
À quel état OSPF se déroule l'élection DR/BDR ?
À l'état 2-WAY — quand la communication bidirectionnelle est confirmée, avant de passer à EXSTART.
cliquer pour révéler
Quelle commande permet une détection de panne OSPF en moins d'une seconde sans BFD ?
ip ospf dead-interval minimal hello-multiplier 4 — Dead interval = 1s, Hellos toutes les 250ms.
cliquer pour révéler
Entre deux DROther, quel est l'état OSPF final de l'adjacence ?
2-WAY — les DROther ne forment pas d'adjacence Full entre eux. Seules les adjacences avec le DR et le BDR atteignent Full.
cliquer pour révéler
Quel paquet OSPF est utilisé dans l'état EXSTART et pourquoi ?
DBD vide (I=1, M=1, MS=1). But : négocier qui est Master/Slave et établir le numéro de séquence initial — pas encore d'échange de LSA headers.
cliquer pour révéler