Cisco 200-301: Routing Dinamico e Connettività IP — Guida allo studio

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

Fa parte della Cisco CCNA 200-301 — Guida allo studio. Esercitati con risposte verificate nel centro esami Cisco, oppure fai test cronometrati su ExamRoll.io.

Selezione della rotta, prevenzione dei loop, sumarizzazione, ECMP, percorsi a costo diseguale e FHRP

Ordine di selezione della rotta

• Prima la corrispondenza del prefisso più lungo (longest prefix match).
• Se più rotte corrispondono in egual modo, si preferisce quella con la distanza amministrativa (AD) più bassa. Valori predefiniti tipici: connessa 0, statica 1, eBGP 20, EIGRP 90, OSPF 110, IS-IS 115, RIP 120, iBGP 200.
• In caso di parità di AD, si preferisce la metrica più bassa per protocollo.

Rotte statiche e statiche flottanti

• La rotta statica standard utilizza un’AD predefinita di 1: ip route 0.0.0.0 0.0.0.0 192.0.2.1
• La rotta statica flottante (floating static) fornisce un backup a una rotta dinamica aumentando l’AD: ip route 0.0.0.0 0.0.0.0 198.51.100.1 250

Prevenzione dei loop

• I protocolli link-state calcolano alberi privi di loop tramite SPF; l’invecchiamento (aging) degli LSA e i numeri di sequenza eliminano i dati obsoleti.
• I protocolli distance-vector si basano su split horizon, route poisoning e holddown.
• La ridistribuzione tra protocolli può creare loop; utilizzare route tag, una direzionalità attenta e la sumarizzazione per limitare il feedback.
• Possono verificarsi micro-loop durante la convergenza; la sumarizzazione e un design gerarchico riducono il raggio d’impatto (blast radius).

Principi di sumarizzazione

• Sumarizzare ai confini di area (ABR) e agli ASBR per minimizzare lo scope dell’SPF e il numero di LSA. Iniettare una rotta statica corrispondente verso Null0 per ogni sumarizzazione per evitare di attrarre rotte più specifiche sconosciute e causare il blackholing del traffico quando le rotte specifiche scompaiono.
• Compromessi: la sumarizzazione può nascondere percorsi di uscita alternativi a costo uguale e può causare un instradamento non ottimale.

ECMP e percorsi a costo diseguale

• L’Equal-Cost Multi-Path (ECMP) installa più next-hop per lo stesso prefisso quando le metriche sono uguali. CEF utilizza di default l’hashing per-flow per evitare il riordinamento dei pacchetti. OSPF supporta tipicamente fino a 4 o 16 percorsi a costo uguale; configurabile con maximum-paths.
• Il bilanciamento del carico a costo diseguale (unequal-cost load sharing) è una caratteristica di design di EIGRP (variance). Usare con cautela; percorsi a costo diseguale possono aumentare il jitter e complicare il troubleshooting.
• Evitare il bilanciamento del carico per-packet per la maggior parte delle applicazioni; il bilanciamento per-destination/per-flow è più sicuro.

Interazione tra FHRP e routing

• HSRP, VRRP e GLBP forniscono ridondanza del default gateway sulle LAN. Assicurarsi che il gateway attivo abbia una rotta upstream valida; altrimenti i dispositivi invieranno traffico a un gateway senza via d’uscita.
• Tracciare lo stato di salute dell’upstream per influenzare l’FHRP: interface Vlan10 standby 10 ip 192.0.2.1 standby 10 priority 110 standby 10 preempt standby 10 track GigabitEthernet0/1 decrement 30
• Se il routing dinamico è in esecuzione sulle SVI, allineare i costi OSPF e le priorità FHRP per prevenire percorsi di ritorno asimmetrici e inutili traffic hairpinning.

Risoluzione dei problemi del piano di controllo del routing e della raggiungibilità end-to-end

Approccio sistematico

• Livello fisico e di collegamento (link-layer): interfacce up/up, velocità/duplex, errori e assegnazioni VLAN.
• Livello IP: indirizzamento e maschere, voci ARP/ND per i peer locali, gateway predefinito sugli host.
• Piano di controllo: confermare l’abilitazione del protocollo, le adiacenze dei vicini (neighbor), i timer e la coerenza del LSDB.

Strumenti e comandi principali

• Test end-to-end:
  • ping: test rapido di raggiungibilità; usare il ping esteso per impostare l’interfaccia/indirizzo di origine, la dimensione, il bit DF e il numero di ripetizioni per evidenziare problemi di MTU o di asimmetria.
  • traceroute: identifica il percorso e il punto in cui scade il TTL; aiuta a distinguere i problemi del percorso di andata (forward-path) da quelli del percorso di ritorno (return-path).
• Ispezione delle rotte:
  • show ip route / show ipv6 route per confermare la corrispondenza del prefisso più lungo (longest prefix match) e il next-hop.
  • show ip cef exact-route src dst per convalidare la ricerca nel FIB su IOS.
• Stato di salute di OSPF:
  • show ip ospf neighbor detail per lo stato, il dead timer, i ruoli DR/BDR.
  • show ip ospf interface per il tipo di rete, il costo, i timer, la MTU.
  • show ip ospf database per la presenza/età degli LSA.
  • debug ip ospf adj e events (usare con parsimonia durante le finestre di manutenzione).
• Policy e filtri:
  • show ip protocols per visualizzare le interfacce passive, le reti, la ridistribuzione e la distanza.
  • Ispezionare ACL, control-plane policing e ACL di infrastruttura che potrebbero bloccare OSPF (protocollo IP 89) o BGP (TCP/179).
• Modalità di guasto tipiche:
  • Stato OSPF ExStart/Exchange bloccato (mancata corrispondenza di MTU/autenticazione).
  • Rotte presenti nel RIB ma traffico scartato a causa di voci ARP/ND mancanti, CEF punt o ACL.
  • Gateway predefinito raggiungibile ma nessuna rotta predefinita nel core; oppure rotta predefinita presente ma in blackhole a causa di un guasto a monte (upstream) e assenza di tracking/rotta statica flottante.

Compromessi operativi

• Una convergenza più rapida spesso aumenta il churn del piano di controllo; la sumarizzazione e la progettazione delle aree trovano un equilibrio.
• L’ECMP migliora il throughput e la resilienza ma complica la risoluzione deterministica dei problemi; standardizzare gli algoritmi di hashing e monitorare la simmetria dei percorsi.

Scenario pratico di un problema

Northwind Textiles sta migrando dalle rotte statiche a OSPF in una topologia a due siti collegati da doppi link WAN. Gli utenti perdono intermittentemente l’accesso a un server ERP presso la sede centrale (HQ) durante i failover della WAN e l’helpdesk rileva traceroute incoerenti.

1. Stabilire un design OSPF pulito a area singola

• Configurare l’area 0 tra la sede centrale (HQ) e la filiale (Branch) su entrambi i link WAN. Assegnare esplicitamente i router ID sulle interfacce di loopback.
• Motivazione: Un’unica area di backbone semplifica la convergenza ed evita la complessità legata agli ABR durante la migrazione. Router ID stabili prevengono ricalcoli SPF non necessari in caso di modifiche alle interfacce.

2. Normalizzare i costi delle interfacce e la larghezza di banda di riferimento

• Impostare auto-cost reference-bandwidth 10000 e regolare il costo ip ospf cost per interfaccia in modo che la WAN primaria abbia un costo inferiore a quella di backup.
• Motivazione: La modellazione esplicita dei costi garantisce una selezione deterministica del percorso primario/backup ed evita l’ambiguità del costo uguale (equal-cost) dovuta al riferimento predefinito obsoleto di 100 Mbps.

3. Abilitare l’ECMP solo se entrambi i link sono realmente equivalenti

• Se i link sono equivalenti, configurare maximum-paths 2 e confermare metriche end-to-end identiche. Altrimenti, mantenere un unico percorso migliore.
• Motivazione: L’ECMP può migliorare il throughput ma può causare flussi asimmetrici e traceroute fuorvianti quando i percorsi non sono equivalenti.

4. Implementare HSRP con tracciamento upstream sulle VLAN utente della sede centrale (HQ)

• Configurare HSRP con preempt e tracciare l’interfaccia rivolta verso la WAN; diminuire la priorità in caso di guasto della WAN.
• Motivazione: Gli host mantengono un indirizzo IP di gateway predefinito stabile, ma HSRP sposta il ruolo attivo sullo switch di distribuzione con una WAN funzionante, prevenendo blackhole quando l’uscita preferita si guasta.

5. Implementare una rotta statica predefinita flottante come rete di sicurezza

• Sulla filiale (Branch), aggiungere ip route 0.0.0.0 0.0.0.0 BackupNextHop 250.
• Motivazione: Se le adiacenze OSPF cadono completamente, la filiale (Branch) ha ancora un percorso di ultima istanza verso il CE dell’ISP, ripristinando la raggiungibilità di base mentre il routing si riprende.

6. Convalidare e monitorare il piano di controllo

• Verificare i vicini (neighbor) e il LSDB con show ip ospf neighbor e show ip ospf database; confermare la selezione della rotta con show ip route e le ricerche CEF. Eseguire un ping esteso con un indirizzo di origine dalla LAN della filiale (Branch) e un traceroute verso il server ERP. Abilitare il logging per gli eventi di adiacenza OSPF e monitorare i timer Hello/Dead.
• Motivazione: I test specifici per l’origine dimostrano la funzionalità di entrambi i percorsi, di andata e di ritorno. Il monitoraggio dei flap di adiacenza individua link instabili o timer non corrispondenti che potrebbero innescare il failover.

7. Sumarizzare le rotte della filiale (Branch) verso la sede centrale (HQ)

• Annunciare una rotta di sommario per le sottoreti utente della filiale (Branch) sul router di bordo (edge) e installare una rotta statica verso Null0 per il sommario.
• Motivazione: Riduce le dimensioni del LSDB e l’impatto dell’SPF durante il churn a livello di accesso e previene i loop nel caso in cui una rotta più specifica scompaia.

Questo piano graduale allinea la ridondanza del gateway con la policy di routing dinamico, rimuove la selezione ambigua del percorso e fornisce un failover deterministico con chiari segnali per la risoluzione dei problemi.

← Indirizzamento IPv6 e Routing IPv6 · Tutti i domini · Servizi IP →

Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →