Cisco 300-410: Progettazione, Ottimizzazione e Risoluzione dei Problemi OSPF — Guida allo studio
Fa parte della Cisco CCNP Enterprise 300-410 ENARSI — Guida allo studio. Esercitati con risposte verificate nel centro esami Cisco, oppure fai test cronometrati su ExamRoll.io.
Panoramica
Open Shortest Path First (OSPF) è un IGP di tipo link-state con convergenza rapida, una forte gerarchia e controlli flessibili sulle policy. Una progettazione efficace enfatizza confini di area netti, dimensioni dell’LSDB limitate, tipi di rete coerenti e impostazioni di sicurezza e timer consistenti. Questa sezione analizza i meccanismi di adiacenza, il comportamento degli LSA, i tipi di area, i ruoli dei border router, la sicurezza, l’ottimizzazione della convergenza, le specificità di OSPFv3 e un approccio strutturato al troubleshooting.
Adiacenza dei Neighbor, Tipi di Rete e Progettazione DR/BDR
Stati e formazione dell’adiacenza dei neighbor
- Stati: Down → Init → 2-Way → ExStart → Exchange → Loading → Full. NBMA aggiunge lo stato Attempt.
- L’elaborazione dei pacchetti Hello porta allo stato 2-Way quando la comunicazione è bidirezionale; lo stato Full si raggiunge solo con i peer eletti (logica DR/BDR/DROther) o su collegamenti point-to-point.
- La sincronizzazione del database utilizza DBD, LSR, LSU e LSAck per raggiungere lo stato Full.
Discrepanze comuni e modalità di guasto
- Una discrepanza nell’ID o nel tipo di area (flag normal vs stub/NSSA) impedisce la formazione dell’adiacenza.
- Una discrepanza della MTU blocca comunemente il processo negli stati EXSTART/EXCHANGE; si risolve allineando la MTU delle interfacce o usando
undefined
.
- Una discrepanza nei timer Hello/dead interrompe la formazione dell’adiacenza.
- Una discrepanza nell’autenticazione, nel tipo o nella chiave blocca l’adiacenza.
- Una discrepanza nel tipo di rete (broadcast vs NBMA vs point-to-point/point-to-multipoint) altera la logica di elezione del DR.
- Router ID duplicati, IP sorgente non raggiungibili o filtri/RPF unicast possono interrompere le sessioni.
Tipi di rete e DR/BDR
- Le reti di tipo Broadcast (es. Ethernet, default di DMVPN mGRE) e NBMA eleggono un DR/BDR; le reti point-to-point e point-to-multipoint no.
- Elezione del DR: priorità di interfaccia più alta, poi router ID più alto. Non è pre-emptive; per sostituire un DR/BDR, è necessario resettare le adiacenze o cambiare segmento.
- Progettazione della priorità di interfaccia:
- Su LAN condivise, preferire un dispositivo stabile e performante come DR. Esempio: a livello di interfaccia
undefined
.
- In una rete DMVPN single-hub, assicurarsi che l’hub diventi il DR per evitare problemi di raggiungibilità tra spoke (hub-and-spoke reachability holes):
undefined
undefined
- Su segmenti instabili, considerare l’uso del tipo point-to-multipoint per eliminare il churn del DR, al costo di un maggior numero di LSA e un flooding meno efficiente.
LSA, Sincronizzazione LSDB, SPF e Installazione delle Route
Tipi di LSA e loro ambito (scope)
- Type 1 Router e Type 2 Network (topologia intra-area).
- Type 3 Summary (ABR) e Type 4 ASBR Summary (raggiungibilità dell’ASBR dall’ABR).
- Type 5 AS-External (E1/E2) per le route ridistribuite.
- Type 7 NSSA-External (N1/N2), tradotto in Type 5 sull’ABR della NSSA.
- LSA Opaque (Type 9/10/11) per estensioni come TE; l’ambito è link/area/AS.
Sincronizzazione dell’LSDB
- Dopo l’elezione del neighbor, lo scambio di DBD determina quali LSA sono più recenti. Le voci mancanti vengono richieste tramite LSR e inviate tramite LSU.
- Checksum e numeri di sequenza degli LSA devono essere consistenti; la corruzione porta a stati di LOADING bloccati.
Calcolo SPF e SPF incrementale
- L’algoritmo SPF calcola un albero dei percorsi più brevi (shortest-path tree) per ogni area. I costi sono additivi; i percorsi intra-area sono preferiti a quelli inter-area, seguiti da quelli esterni.
- Preferenza per le route esterne: E1/N1 include il costo interno; è preferito rispetto a E2/N2 per la stessa destinazione.
- Priorità di installazione delle route (AD di default): le route OSPF hanno AD 110; se necessario, si può regolare con
undefined
.
- L’SPF incrementale (ispf) ricalcola solo i sottografi interessati, riducendo l’utilizzo della CPU durante i flap:
undefined
undefined
Forwarding Address e raggiungibilità esterna
- Gli LSA esterni possono contenere un Forwarding Address (FA). Il router deve avere una rotta verso il FA; altrimenti, utilizza l’ASBR che ha originato l’LSA.
- La mancanza di LSA di tipo 4 o la non raggiungibilità del FA impedisce l’installazione delle route esterne.
Aree, Border Router, Virtual Link, Summarization e Route Esterne
Tipi di area
- Backbone (area 0): transito obbligatorio per il traffico inter-area; deve essere contigua.
- Normal: tutti gli LSA sono permessi.
- Stub: blocca gli LSA di tipo 5; l’ABR inietta una rotta di default (Type 3).
- Totally stubby (specifica del vendor): blocca gli LSA di tipo 3, 4 e 5, ad eccezione di una singola rotta di default.
- NSSA: permette gli LSA di tipo 7 (ridistribuzione locale) ma blocca quelli di tipo 5; nessuna rotta di default a meno che non sia configurata.
- Totally NSSA: come la NSSA, ma sopprime la maggior parte degli LSA di tipo 3; può comunque ricevere una rotta di default.
ABR e ASBR
- Un ABR ha interfacce nell’area 0 e in una o più aree non-backbone; origina LSA di tipo 3 e 4; è il punto ideale per la summarization.
- Un ASBR ridistribuisce le route esterne in OSPF (Type 5 o Type 7 in una NSSA).
- Posizionare gli ABR su nodi stabili e ad alta capacità; evitare un’annidamento profondo delle aree; limitare la topologia di ogni area a una dimensione gestibile.
Virtual link
- Usare con parsimonia per collegare un’area alla backbone attraverso un’area di transito comune. Entrambi gli endpoint devono essere ABR; evitare di usare aree di transito instabili o di tipo stub/NSSA.
Summarization e generazione della rotta di default
- Summarization inter-area sugli ABR:
undefined
undefined
- Summarization esterna sugli ASBR:
undefined
undefined
- Route di default:
- Verso le aree normali:
undefined
.
- Aree Stub/totally stub: l’ABR inietta la rotta di default automaticamente.
- NSSA:
undefined
.
Gestione delle route esterne
- Selezione E1/N1 vs E2/N2: preferire le route sensibili al costo (E1/N1) quando esistono uscite multiple.
- In una NSSA, un singolo ABR esegue la traduzione da Type-7 a Type-5 (quello con il router ID più alto o configurato esplicitamente). Assicurare una policy coerente.
Sicurezza, Timer, Ottimizzazione della Convergenza, OSPFv3 e Diagnosi Strutturata
Autenticazione e adiacenze sicure
- OSPFv2 supporta l’autenticazione semplice e crittografica; preferire i key chain con HMAC-SHA/MD5 e lifetime per un rollover senza interruzioni: key chain OSPF-KEYS key 1 key-string OLDKEY accept-lifetime 00:00:00 1 Jan 2026 23:59:59 30 Jun 2026 key 2 key-string NEWKEY accept-lifetime 00:00:00 1 Jun 2026 infinite interface GigabitEthernet0/0 ip ospf authentication key-chain OSPF-KEYS
- OSPFv3 omette l’autenticazione integrata; utilizzare IPsec (AH/ESP) o l’Authentication Trailer di OSPFv3. Applicare per interfaccia o tramite key chain dove supportato.
Timer, throttling e rilevamento rapido
- Default Hello/dead: 10/40s su broadcast/point-to-point, 30/120s su NBMA/point-to-multipoint. Sintonizzare in modo coerente su entrambi i lati.
- Hello veloci: ip ospf dead-interval minimal hello-multiplier 5 (usare con BFD per maggiore robustezza).
- BFD: rilevamento rapido dei guasti del peer integrato con OSPF (ip ospf bfd).
- Throttling e pacing: router ospf 1 timers throttle spf 50 200 5000 timers throttle lsa all 50 200 5000 timers lsa arrival 20
- L’Incremental SPF (ispf) riduce l’impatto del ricalcolo in condizioni di churn.
Comportamento di OSPFv3 e implementazione IPv6/IPv4
- I vicini si formano utilizzando indirizzi IPv6 link-local; il router ID rimane a 32 bit e deve essere univoco per processo.
- Attivazione basata su interfaccia per address family; OSPFv3 supporta IPv6 e, sulle piattaforme moderne, IPv4: interface GigabitEthernet0/0 ospfv3 1 ipv6 area 0 ospfv3 1 ipv4 area 0
- Modello LSA aggiornato (tipi funzionalmente equivalenti con numerazione diversa); la progettazione delle aree e le regole di preferenza rispecchiano OSPFv2.
Diagnosi strutturata: rotte mancanti e adiacenze instabili
- Rotte OSPF mancanti:
- Verificare lo stato dell’adiacenza e l’LSDB: show ip ospf neighbor, show ip ospf database.
- Confermare che il tipo di area consenta gli LSA attesi (es. Type 5 eliminato nelle stub; Type 7 solo nelle NSSA).
- Controllare l’assenza di LSA di tipo 4 verso un ASBR; assicurare la presenza dell’ABR e la raggiungibilità della backbone.
- Validare la raggiungibilità dell’FA esterno e la policy/metriche di redistribuzione.
- In VRF/VRF-lite, abilitare la capability vrf-lite sotto router ospf X vrf NAME quando necessario, e usare show ip route vrf NAME per confermare l’installazione nella RIB.
- Adiacenze instabili:
- Correlare con eventi L2; considerare BFD per il rilevamento e ridurre il churn del DR correggendo la priorità dell’interfaccia o usando point-to-multipoint.
- Risolvere gli stalli in EXSTART/EXCHANGE allineando gli MTU; gli stalli in LOADING eliminando le incongruenze dell’LSDB e assicurando router ID univoci.
- Allineare hello/dead/autenticazione/tipo di rete su entrambi i lati; su NBMA, assicurare le dichiarazioni dei vicini (neighbor statement) o il discovery dinamico come da progetto.
Brevi esempi di configurazione
- Convertire un segmento broadcast in point-to-multipoint per rimuovere il DR: interface GigabitEthernet0/1 ip ospf network point-to-multipoint
- Iniezione della rotta di default in NSSA: router ospf 1 area 20 nssa default-information-originate
Scenario di Problema Pratico
Contoso Warehousing gestisce una DMVPN single-hub con 120 spoke. OSPF è in esecuzione sull’overlay mGRE/IPsec. Il team operativo segnala raggiungibilità intermittente tra gli spoke e la mancanza di rotte esterne provenienti da un ASBR del data center.
Approccio
- Garantire un DR/BDR deterministico sull’hub DMVPN
- Motivazione: L’overlay DMVPN si comporta come un segmento multiaccesso per OSPF. Un DR stabile sull’hub previene LSDB parziali e buchi neri (black hole) tra spoke.
- Azione: interface Tunnel0 ip ospf priority 200
- Normalizzare il tipo di rete OSPF e i timer hello/dead
- Motivazione: Tipi di rete misti e discrepanze nei timer causano frequenti reset dei vicini. La coerenza stabilizza la matrice delle adiacenze.
- Azione: Impostare tutte le interfacce tunnel su broadcast con hello/dead 10/40, o passare a point-to-multipoint se si preferisce sopprimere il DR.
- Risolvere gli stalli in EXSTART/EXCHANGE allineando gli MTU
- Motivazione: Le discrepanze di MTU bloccano la negoziazione dei DBD e causano stalli in EXSTART/EXCHANGE.
- Azione: Far corrispondere gli MTU del tunnel e quelli fisici; come ultima risorsa, applicare ip ospf mtu-ignore su tutte le interfacce tunnel.
- Abilitare BFD sui tunnel
- Motivazione: Il rilevamento rapido dei guasti riduce il tempo di convergenza senza la necessità di timer hello aggressivi.
- Azione: interface Tunnel0 ip ospf bfd
- Applicare il throttling alla generazione di SPF e LSA, e abilitare iSPF
- Motivazione: Con 120 spoke, picchi non controllati di SPF/LSA possono causare un’impennata della CPU ed estendere le interruzioni.
- Azione: router ospf 100 ispf timers throttle spf 50 200 5000 timers throttle lsa all 50 200 5000 timers lsa arrival 20
- Ripristinare la visibilità delle rotte esterne dal data center
- Motivazione: Agli spoke mancano i prefissi redistribuiti perché gli LSA di tipo 5 non sono presenti in una NSSA degli spoke.
- Azione: Se gli spoke sono in una NSSA, assicurare la traduzione del Tipo 7 sull’ABR dell’hub e iniettare una rotta di default dove necessario: router ospf 100 area 10 nssa default-information-originate Confermare che un singolo ABR esegua la traduzione da Tipo 7 a Tipo 5 e che esistano LSA di tipo 4 verso l’ASBR.
- Sommarizzare su ABR e ASBR
- Motivazione: La sommarizzazione riduce le dimensioni dell’LSDB e limita l’ambito del churn.
- Azione: router ospf 100 area 10 range 10.50.0.0 255.255.0.0 summary-address 172.20.0.0 255.255.0.0
- Mettere in sicurezza e rinnovare le chiavi senza interruzioni
- Motivazione: Discrepanze nell’autenticazione creano instabilità (flap); il rinnovo delle chiavi con lifetime evita la perdita dell’adiacenza.
- Azione: key chain OSPF-KEYS key 10 key-string OLD accept-lifetime … key 20 key-string NEW accept-lifetime … interface Tunnel0 ip ospf authentication key-chain OSPF-KEYS
Imponendo una selezione stabile del DR, armonizzando i tipi di rete e i timer, eliminando gli stalli indotti dall’MTU, limitando il churn di SPF/LSA e correggendo le policy di area/esterne, il dominio OSPF della DMVPN di Contoso converge in modo prevedibile e annuncia tutti i prefissi previsti a ogni spoke.
← Indirizzamento Avanzato IPv4 e IPv6 · Tutti i domini · Progettazione →
Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Supera l'esame →