Cisco 350-401: Routing Unicast e Controllo delle Route — Guida allo studio
Fa parte della Cisco CCNP Enterprise 350-401 ENCOR — Guida allo studio. Esercitati con risposte verificate nel centro esami Cisco, oppure fai test cronometrati su ExamRoll.io.
Fondamenti di BGP e Policy di Routing
BGP fornisce un controllo interdominio ricco di policy:
- Formazione della adiacenza (neighbor):
- Utilizza la porta TCP 179. Stati: Idle, Connect, Active, OpenSent, OpenConfirm, Established.
- Se un neighbor eBGP è in stato “Active”, il router locale sta tentando di aprire la sessione TCP; verificare la raggiungibilità, le ACL, il TTL e l’update-source.
- iBGP richiede una full mesh o dei route reflector; eBGP utilizza tipicamente neighbor direttamente connessi, a meno che non sia configurato ebgp-multihop.
- Attributi del percorso e bestpath:
- Attributi chiave in ordine decisionale (semplificato): weight più alto (Cisco, locale), local preference più alta (intra-AS), originato localmente, AS_PATH più corto, origin type più basso, MED più basso (se dallo stesso AS vicino), eBGP preferito a iBGP, costo IGP più basso verso il next-hop, percorso più vecchio, BGP router ID più basso, ecc.
- Gestione del next-hop: eBGP riscrive il next-hop di default; iBGP lo preserva, quindi si usa next-hop-self sugli speaker iBGP verso i neighbor interni.
- Policy di routing e filtraggio:
- Utilizzare route-map, prefix-list, AS-path access list e community per modellare il routing.
- Impostare la local preference per la preferenza di transito in uscita; impostare il MED per influenzare il traffico in entrata dallo stesso AS vicino; usare le community per il tagging generico (coarse-grained) e la segnalazione al provider.
Breve esempio di BGP e policy:
undefined
undefined
undefined
undefined
undefined
undefined
-
undefined
-
undefined
Compromessi e misure di salvaguardia:
- Preferire policy coerenti tra i router di bordo (edge router) per evitare oscillazioni di routing.
- Considerare il BGP multipath per l’ECMP quando gli attributi lo consentono; assicurarsi che il costo IGP verso il next-hop sia uguale, se richiesto dalla piattaforma.
- Evitare il transito accidentale filtrando i prefissi appresi via iBGP dall’essere annunciati a eBGP, a meno che non sia intenzionale.
Manipolazione, Resilienza e Troubleshooting
Ridistribuzione delle rotte:
- La ridistribuzione unidirezionale evita i loop ed è ideale quando un dominio è autorevole. La doppia ridistribuzione richiede l’uso di tag per prevenire la reintroduzione.
- Configurare metriche predefinite per i protocolli che le richiedono (ad esempio, i componenti della metrica esterna di EIGRP).
- Usare il tagging nei punti di iniezione e filtri per bloccare la reimportazione:
- route-map TAG-OSPF permit 10
- set tag 100
- router ospf 1
- redistribute eigrp 100 subnets route-map TAG-OSPF
- router eigrp EDGE
- route-map BLOCK-TAG deny 10
- match tag 100
- redistribute ospf 1 route-map BLOCK-TAG
- route-map BLOCK-TAG deny 10
- route-map TAG-OSPF permit 10
Policy-Based Routing (PBR):
- Sovrascrive le decisioni della RIB per il traffico corrispondente. Applicare con cautela per evitare flussi asimmetrici e problemi con i firewall stateful.
- Esempio:
- route-map PBR-VOIP permit 10
- match ip address ACL-VOIP
- set ip next-hop 203.0.113.10
- interface GigabitEthernet0/0
- ip policy route-map PBR-VOIP
- route-map PBR-VOIP permit 10
- Esempio:
Ridondanza del primo hop (FHRP):
- HSRP (Cisco), VRRP (standard aperto), GLBP (Cisco, condivide il carico dell’utilizzo del default-gateway).
- VRRPv3 supporta IPv4 e IPv6 e implementazioni multivendor.
- GLBP utilizza un Active Virtual Gateway (AVG) e degli Active Virtual Forwarders (AVF) per bilanciare le risposte ARP tra i router.
- L’opzione
preemptconsente ai router con priorità più alta di riprendere il ruolo di active/master al ripristino; aggiungere il tracking di interfacce/oggetti per preferire i dispositivi più sani.
- Esempio VRRPv3:
- interface GigabitEthernet0/0
- vrrp 10 ip 172.16.13.254
- vrrp 10 priority 110
- vrrp 10 preempt
- interface GigabitEthernet0/0
- Guasto comune: IP virtuali non corrispondenti tra i peer (ad esempio, errata configurazione di HSRP). Allineare gli indirizzi virtuali per formare lo stesso gruppo.
ECMP e selezione del percorso resiliente:
- ECMP installa più rotte a costo uguale nella RIB/FIB. CEF esegue l’hashing per-flow per evitare il riordinamento dei pacchetti; la condivisione del carico per-packet è generalmente sconsigliata.
- Evitare la polarizzazione dell’hash garantendo input di hashing diversificati (ad esempio, includendo le porte L4) e bilanciando le caratteristiche dei membri del bundle.
- EIGRP abilita il multipath a costo diseguale tramite
variance; BGP e OSPF supportano tipicamente il multipath a costo uguale con controlli specifici della piattaforma.
Verifica e troubleshooting del control-plane:
- End-to-end: ping, traceroute (IPv4/IPv6), validare percorsi di ritorno simmetrici in presenza di firewall/NAT.
- RIB vs FIB: show ip route, show ipv6 route, show ip cef, show adjacency detail.
- OSPF: show ip ospf neighbor, show ip ospf database, show ip ospf interface; controllare l’appartenenza all’area, il tipo di rete, i timer, l’MTU.
- EIGRP: show ip eigrp neighbors, show ip eigrp topology, show ip protocols; fare attenzione a SIA (Stuck In Active), stub mancanti e metriche improprie.
- BGP: show ip bgp summary, show ip bgp neighbors, show ip bgp
; verificare la raggiungibilità su TCP 179 e la manipolazione degli attributi. - FHRP: show standby, show vrrp, show glbp; verificare MAC virtuale, priorità, preempt, tracking.
- Tunnel: diagnosticare il routing ricorsivo con i log e show interfaces tunnel; correggere la risoluzione del next-hop con una rotta statica che punta a un underlay fisico.
Scenario di un Problema Pratico
Northwind Manufacturing gestisce un campus con due datacenter e due ISP WAN, utilizzando OSPF internamente e switch di accesso di fornitori misti. Gli utenti segnalano rallentamenti intermittenti delle applicazioni SaaS e occasionali ritardi nel failover del default-gateway. Il team di rete deve rendere più robusta la selezione del percorso, condividere l’utilizzo della WAN e garantire un failover del gateway rapido e prevedibile sia per IPv4 che per IPv6.
Approccio:
- Normalizzare la selezione delle rotte e i default
- Azione: Annunciare un’unica rotta di default da ciascun router WAN edge nell’area OSPF 0 tramite OSPF
default-information originatecon metriche appropriate; sopprimere internamente altri prefissi esterni. - Motivazione: Mantiene l’IGP di dimensioni ridotte, utilizza LPM + AD in modo coerente e garantisce una selezione deterministica dell’egress senza propagare rotte Internet volatili.
- Abilitare l’ECMP tra gli ISP
- Azione: In BGP verso entrambi gli ISP, accettare la rotta di default (e un piccolo insieme di rotte più specifiche critiche per il business, se disponibili). Configurare
maximum-paths 2e ottimizzare i costi IGP in modo che i next-hop abbiano costo uguale. Sugli ABR OSPF, allineare i costi delle interfacce. - Motivazione: L’ECMP consente un utilizzo bilanciato e resilienza; un costo IGP coerente verso i next-hop BGP è necessario per l’installazione del multipath.
- Applicare policy di routing per le app critiche
- Azione: Implementare una route-map per impostare una
local preferencepiù alta sul BGP in entrata per i prefissi dei provider SaaS dall’ISP-A; opzionalmente, usare il PBR solo sul WAN edge per specifici subnet VoIP, puntando all’ISP-B come percorso protetto. - Motivazione: La
local preferenceinfluenza l’egress all’interno dell’AS per prefissi mirati senza influenzare tutto il traffico; il PBR è riservato per override ristretti e deterministici per evitare un’asimmetria diffusa.
- Rinforzare i confini di ridistribuzione con i tag
- Azione: Se esiste una ridistribuzione reciproca (ad esempio, OSPF–EIGRP in sedi remote), aggiungere il tagging delle rotte all’iniezione e filtri per bloccare la reimportazione delle rotte taggate.
- Motivazione: Previene loop e oscillazioni delle rotte quando queste circolano tra domini; i tag forniscono un’applicazione univoca della policy.
- Ottimizzare le aree e i timer OSPF
- Azione: Convertire le aree di accesso ad alta variabilità (high-churn) in
stuboNSSAa seconda dei casi; sommarizzare sugli ABR; abilitare il throttling di LSA e SPF in linea con la stabilità dei link. - Motivazione: Riduce i flood di LSA, limita il ricalcolo dell’SPF e migliora la convergenza in caso di flap dei link, migliorando direttamente la consistenza della raggiungibilità SaaS.
- Implementare VRRPv3 a livello di distribution per IPv4 e IPv6
- Azione: Su ogni SVI di VLAN, configurare VRRPv3 con
preempte tracking dell’interfaccia; far corrispondere gli IP virtuali tra i peer e ottimizzare le priorità in modo che il router con il percorso WAN migliore per quella VLAN sia master. - Motivazione: Un FHRP basato su standard supporta apparati multivendor e dual-stack;
preemptcon tracking assicura che il router più performante risponda come default gateway, riducendo i tempi di failover e i percorsi non ottimali. Per le VLAN che richiedono la condivisione della banda del gateway, considerare GLBP dove supportato.
- Validare l’allineamento tra control-plane e data-plane
- Azione: Usare
show ip route/cefeshow ipv6 route/cefper confermare le voci ECMP nella FIB; verificare i neighbor OSPF e gli LSA; confermare lo statoestablisheddi BGP e il multipath; testare il failover ritirando un ISP e controllando i cambi di ruolo di VRRP e i traceroute. - Motivazione: Assicura che la RIB e la FIB riflettano il design previsto, che i neighbor siano sani e che il comportamento operativo corrisponda alla policy in condizioni normali (steady-state) e di guasto.
- Mitigare la polarizzazione dell’hashing
- Azione: Abilitare l’hashing CEF per-flow con porte L4 dove possibile e distribuire i link membri su diverse line card; validare con strumenti di campionamento.
- Motivazione: Una migliore entropia tra i flussi produce un utilizzo più uniforme dell’ECMP e riduce gli hotspot che possono simulare la lentezza di un’applicazione.
Questo piano stabilisce default deterministici, un’iniezione controllata di policy, un egress multipath resiliente e una robusta ridondanza del primo hop, contenendo al contempo i domini di guasto e semplificando il troubleshooting.
← Switching e Segmentazione Campus di Livello 2 · Tutti i domini · Servizi IP →
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 →