Scopo di questo test
Il comando Dump tabella di routing IPv6 (IPv6 Route Table Dump) elenca la tabella di routing completa in IPv6.
Quando è possibile eseguire questo test
Eseguire questo test se si desidera verificare la route nella tabella FIB di IPv6. È possibile eseguire il test specificando una delle opzioni seguenti:
- Segmento (Segment): selezionare il segmento per cui è necessario visualizzare le route. Selezionare "Tutti" (All) per specificare tutti i segmenti.
- Prefisso (Prefix): specificare un prefisso specifico per cui devono essere visualizzate le route.
- Route (Routes): selezionare una delle opzioni seguenti nel menu a discesa:
- Tutte (All): visualizza tutte le route per ogni prefisso.
- Preferita (Preferred): visualizza la route preferita da sola per ogni prefisso (questa è la route utilizzata per l'inoltro dei dati).
Per istruzioni su come eseguire un test diagnostico remoto negli Edge, vedere Esecuzione di test di diagnostica remota negli Edge.
Nota: L'output del comando del dump della tabella di route ha un limite di 16.000 route.
Cosa controllare nell'output del test
Di seguito è disponibile un esempio di output del test:
L'output di Diagnostica remota (Remote Diagnostics) include le informazioni seguenti:
Campo | Descrizione |
---|---|
Indirizzo (Address) | Specifica le route IPv6 disponibili nella tabella. |
Segmento | Specifica il segmento in cui le route sono disponibili e gestite dall'Edge. |
Netmask | Specifica l'intervallo di indirizzi in IPv6. |
Tipo (Type) | Specifica il tipo di route, ad esempio Cloud, Edge2Edge, qualsiasi (underlay o connessa) e così via. |
Costo (Cost) | Specifica la metrica o il costo della route utilizzati nella selezione dei criteri della route. |
Raggiungibile (Reachable) | Specifica lo stato della route:
|
Hop successivo (Next Hop) | Indica l'interfaccia di uscita locale per le route locali. Per le route overlay/remote, indica il tipo di hop successivo. Ad esempio, "Gateway cloud" per le route cloud, "VPN cloud" per data center o route "da Edge a Edge" e così via. |
Nome hop successivo (Next Hop Name) | Specifica il nome del dispositivo dell'hop successivo. |
Nome destinazione (Destination Name) | Specifica il nome del dispositivo di destinazione. |
Motivo persa (Lost Reason) | Specifica i codici per i diversi motivi per cui le route vengono perse rispetto alla route preferita successiva nell'Edge. |
Motivo (non) raggiungibile ((Not) Reachable Reason) | Specifica il motivo per cui la route è raggiungibile o non raggiungibile. |
Nota: Una route non risolta, acquisita tramite BGP multihop, potrebbe puntare a un'interfaccia intermedia.
Nella seguente tabella sono elencati i codici motivo e la descrizione corrispondente:
Codice motivo | Descrizione |
---|---|
PR_UNREACHABLE | In caso di route di overlay, il peer remoto, ovvero il gateway o l'Edge, non è raggiungibile. |
IF_DOWN | L'interfaccia di uscita è inattiva. |
INVALID_IFIDX | Interfaccia di uscita se l'indice per questa route non è valido. |
SLA_STATE_DOWN | Lo stato fornito dal rilevamento SLA IP è inattivo. |
HA_STANDBY | Quando l'Edge locale è di standby, tutte le route sincronizzate dall'Edge attivo vengono contrassegnate come raggiungibili per praticità operativa. |
LOCAL_MGMT | Le route di gestione sono sempre raggiungibili. |
LOOPBACK | L'indirizzo IP di loopback è sempre raggiungibile. |
SELF_ROUTE | Le route IP autonome sono sempre raggiungibili. |
RECUR_UNRES | Le route ricorsive vengono contrassegnate come raggiungibili in modo che la risoluzione ricorsiva possa essere eseguita per praticità operativa. |
VPN_VIA_NAT | Le route vpnViaNat sono sempre raggiungibili. |
SLA_STATE_UP | Lo stato fornito dal rilevamento SLA IP è attivo. |
IF_RESOLVED | L'interfaccia di uscita è attiva e risolta. |
PR_REACHABLE | In caso di route di overlay, il peer remoto, ovvero il gateway o l'Edge, è raggiungibile. |