Cisco 350-401: Network Assurance, Operatività e Troubleshooting — Guida allo studio

By Laurynas Brazys · 15 August 2026 · #cisco #350-401 #certification #exam-prep #study-guide

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.

Panoramica

La network assurance, le operation e il troubleshooting della rete combinano l’osservabilità proattiva con una risposta disciplinata agli incidenti per mantenere le reti aziendali affidabili, sicure e performanti. Una pratica efficace abbraccia la gestione FCAPS, la progettazione della telemetria, gli insight basati sui controller, l’isolamento strutturato dei problemi dal Layer 1 al Layer 7, la validazione dell’alta disponibilità e un rigoroso ciclo di vita del software e delle modifiche. L’obiettivo non è solo rilevare e risolvere i guasti, ma misurare i risultati del servizio rispetto a obiettivi espliciti, promuovere l’eliminazione delle cause alla radice (root-cause) e ottimizzare continuamente la capacità e l’esperienza utente.

FCAPS e Strategia di Monitoraggio

FCAPS definisce un modello operativo completo:

• Fault management (Gestione dei guasti): Rilevamento rapido, correlazione, triage e risoluzione degli eventi prima che gli utenti se ne accorgano. Dare priorità ai segnali sullo stato di salute (health signal) che indicano un impatto sui servizi di business, non solo lo stato up/down dei dispositivi.
• Configuration management (Gestione della configurazione): Controllo di versione, golden template, verifiche di conformità, validazione dell’intento (intent validation) e rilevamento automatico del drift. I backup e i punti di ripristino sono guardrail obbligatori per la velocità di implementazione delle modifiche.
• Accounting management (Gestione della contabilità): Visibilità su chi ha utilizzato quali risorse e quando. Utilizzare i record di flusso (flow record) e i log dei controller per gestire i processi di chargeback/showback e rilevare anomalie (ad es. picchi imprevisti di traffico est-ovest).
• Performance management (Gestione delle prestazioni): Misurazione continua di latenza, perdita di pacchetti (loss), jitter, throughput e tempo di onboarding dei client rispetto a baseline e obiettivi di livello di servizio (SLO). Prevedere i rischi di saturazione.
• Security management (Gestione della sicurezza): Centralizzare l’identità, l’autorizzazione, lo stato della crittografia e la telemetria per il rilevamento delle minacce (threat detection). Integrare con NAC, segmentazione e analytics del controller.

Sistemi di monitoraggio e dashboard

• Progettare uno stack a più livelli: stato di salute dei dispositivi (hardware, interfacce), stato del control-plane (routing, CAPWAP, overlay), stato del data-plane (code, drop, flussi) e metriche sull’esperienza utente.
• Viste orientate al ruolo: dashboard per il NOC per lo stato di salute in tempo reale e lo stato degli SLO, viste per l’ingegneria per diagnostiche approfondite e viste per i dirigenti per trend e rischi.
• Baseline e SLO: Stabilire baseline per sito e per segmento; utilizzare soglie dinamiche che si adattano ai cicli diurni. Definire SLO come “latenza WAN al 95° percentile < 60 ms” o “onboarding del client Wi-Fi < 7 secondi”.
• Progettazione degli alert: Preferire alert di tipo sintomo+contesto (ad es. “WAN VPN 10 loss>2% e jitter>30 ms per 5 min”) rispetto a tempeste di trap grezzi (raw trap storm). Utilizzare il rate-of-change, finestre di persistenza e correlazione multi-segnale. Sopprimere durante le finestre di manutenzione approvate.

Compromessi e modalità di guasto

• Un eccesso di alert (over-alerting) causa affaticamento; un numero insufficiente di alert (under-alerting) nasconde guasti latenti. Calibrare le soglie utilizzando baseline reali.
• I collector centralizzati possono diventare colli di bottiglia; scalare orizzontalmente e proteggerli con TLS e accesso basato sui ruoli.
• Nei domini virtualizzati, ampi footprint L2 e carichi di lavoro che si basano sul broadcast possono amplificare le tempeste (storm); segmentare e potare (prune) i domini di broadcast e preferire l’accesso routed.

Telemetria, Log e Visibilità del Traffico

Piani dati chiave per l’assurance

• Syslog: Flusso di eventi leggibile dall’uomo con livelli di gravità. Inoltrare a collector centralizzati; normalizzare e correlare. Critico per la sicurezza, le adiacenze di routing, lo stato di HA e i problemi di join di WLC/AP.
• SNMP: Eseguire il polling dei contatori (ad es. errori di interfaccia, drop nelle code) e ricevere trap/inform. Utilizzare SNMPv3 per autenticazione/privacy. Gli intervalli di polling dovrebbero allinearsi alla necessità di una vista quasi in tempo reale rispetto al carico sul collector.
• NetFlow/IPFIX: Metadati per flusso per chi/cosa/dove. Abilita la pianificazione della capacità, la verifica degli SLO e il rilevamento di anomalie. Esportare dai dispositivi di distribution/edge e dai CPE WAN.
• Streaming telemetry: Basata su modelli e di tipo push (ad es. gNMI su IOS-XE). Scala meglio di SNMP per metriche ad alta cardinalità; bassa latenza per metriche di coda, CPU e RF.
• Packet capture: SPAN/RSPAN/ERSPAN o tap in linea quando il segnale è ambiguo. Limitare le catture nel tempo (time-box); filtrare tramite ACL per ridurre il rumore.

Esempi brevi

• NetFlow (IOS-XE):

undefined

undefined

undefined

undefined

• Telemetria Model-Driven (IOS-XE):

undefined

undefined

undefined

undefined

Segnali wireless e basati su controller

• L’RRM viene eseguito sul wireless controller; acquisire gli eventi RRM e le metriche RF (utilizzo del canale, rumore di fondo, tentativi di ritrasmissione del client) per l’ottimizzazione della copertura/capacità.
• Discovery CAPWAP: Utilizzare l’opzione 43 del DHCP o l’ip helper. Per i WLC Cisco, codificare correttamente l’opzione 43 (ad es. esadecimale F104.AC10.3205 per 172.16.50.5). Mobility Express può fornire funzioni di controller locale in filiali di piccole dimensioni.

Visibilità su overlay e segmentazione

• SD-Access: La rete di overlay fornisce una segmentazione logica L2/L3. VNID/VNI mantengono l’isolamento; il fabric border node connette la fabric alle reti esterne.
• VXLAN: Incapsula i frame L2 in IP/UDP per il trasporto L3; i VNI segmentano il traffico L2/L3. Monitorare la raggiungibilità dei VTEP e lo stato di salute dell’underlay.
• Multicast: In PIM-SM, l’RP è tipicamente necessario solo per avviare nuove sessioni; assicurare la raggiungibilità dell’RP e MSDP/Anycast-RP a seconda dei casi.

Verifica di QoS e SLA

• La classificazione utilizza tipicamente il campo IP TOS/DSCP; verificare i comportamenti di remarking e delle code utilizzando la telemetria dalle interfacce di egress. Tracciare la perdita di pacchetti (loss) e il jitter per classe per dimostrare la conformità agli SLO.

Risoluzione Strutturata dei Problemi e Isolamento dei Livelli 1–7

Metodologia

1. Definire il problema e il dominio di impatto; quantificare i sintomi rispetto a una baseline.
2. Formulare ipotesi che spieghino i sintomi con il minor numero di assunzioni.
3. Selezionare test che falsifichino rapidamente le ipotesi con la minima intrusività.
4. Modificare una variabile alla volta; confermare la correzione e monitorare eventuali regressioni.
5. Documentare la causa radice (root cause) e le azioni preventive.

Indizi livello per livello

• Livello 1: Potenza ottica, cablaggio, budget PoE, link unidirezionali. In StackWise Virtual, LMP rifiuta l’inoltro unidirezionale: investigare ottiche non corrispondenti o polarità della fibra.
• Livello 2: Presenza di VLAN/VXLAN, stato STP, MTU, MAC flap. Disallineamenti di VNI/VNID in VXLAN si manifestano come segmenti isolati con normale raggiungibilità dell’underlay.
• Livello 3: Subnetting, policy di VRF/route-leak, comportamento del gateway HSRP/GLBP/VSS, asimmetria ECMP. Un disallineamento tra l’IP virtuale HSRP e la configurazione del peer impedisce il corretto funzionamento del gateway; allineare l’IP virtuale. GLBP o una coppia VSS consentono a tutti gli host della VLAN di utilizzare gateway attivi contemporaneamente.
• Livello 4–7: ACL/NAT, TCP MSS/PMTUD, DNS/DHCP, handshake dell’applicazione, drop di QoS. Verificare la conservazione del DSCP end-to-end. Per il multicast, confermare lo stato di RP/Join.
• Specifiche del piano di controllo:
  • Le adiacenze OSPF falliscono a causa di area, timer, tipi di rete non corrispondenti o disallineamento IP su link point-to-point.
  • Le sessioni BGP con MD5 configurato devono avere password e peer-group corrispondenti su entrambi i lati; un “invalid MD5 digest” indica un disallineamento o un’alterazione in transito.
  • Le VPN SD-WAN definiscono la segmentazione; le policy sui dati instradano i flussi in base a campi e ID VPN. vManage fornisce il piano di gestione unico: verificare l’intento rispetto allo stato realizzato.
• Onboarding wireless: Validare la sicurezza dell’SSID (es. WPA2/AES con 802.1X per l’accesso dei dipendenti), DHCP/DNS, canale/potenza RRM e controllo CAPWAP. Errori di formattazione dell’Option 43 sono comuni ostacoli al join.

Selezione dei test e compromessi

• Preferire inizialmente la telemetria e ping/trace mirati; passare alla cattura dei pacchetti (packet capture) quando rimangono più ipotesi.
• Utilizzare gli storici a 360 gradi di dispositivi e client per correlare le modifiche allineate nel tempo (es. aggiornamento software o cambio di canale RRM) con l’insorgenza dei sintomi.

← Automazione · Tutti i domini

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