Esecuzione di test di diagnostica remota

Dump della tabella ARP

Eseguire questo test per visualizzare il contenuto della tabella ARP. L'output non può includere più di 1000 voci ARP.

Cancella cache ARP

Eseguire questo test per cancellare le voci della cache ARP per l'interfaccia specificata.

Test DNS

Utilizzare questo test per eseguire una ricerca DNS del nome di dominio specificato.

Riavvio del servizio DNS/DHCP

Eseguire questo test per riavviare il servizio DNS/DHCPv4. Può essere utilizzato come passaggio per la risoluzione dei problemi se le richieste DHCP o DNS non riescono per i client.

Nota: Questa opzione di diagnostica remota non riavvierà il servizio DHCPv6.

Stato DSL

Il test diagnostico di DSL è disponibile solo per i dispositivi 610. Nella versione 4.3, i test sono disponibili anche per i dispositivi 620, 640 e 680. Eseguire questo test per visualizzare lo stato DSL, che include informazioni come la modalità (standard o DSL), il profilo, la modalità xDSL e così via. come illustrato nell'immagine seguente.

Svuota sessioni del firewall

Eseguire questo test per reimpostare le sessioni stabilite dal firewall. L'esecuzione di questo test in un Edge non solo svuota le sessioni del firewall, ma invia anche attivamente un TCP RST per le sessioni basate su TCP.

Nota: Se si desidera svuotare le sessioni del firewall IPv6, eseguire il test Svuota sessioni del firewall (Flush Firewall Sessions) dalla nuova interfaccia utente di Orchestrator.

Svuota flussi

Eseguire questo test per svuotare la tabella dei flussi e consentire la riclassificazione del traffico degli utenti. Utilizzare i filtri degli indirizzi IPv4 o IPv6 di origine e di destinazione per svuotare flussi specifici.

Svuota NAT

Eseguire questo test per svuotare la tabella NAT.

Gateway

Eseguire questo test scegliendo se il traffico cloud deve o meno utilizzare il servizio gateway.

Nota: Questo non influisce sul routing del traffico VPN.

Stato GPON

Eseguire questo test su qualsiasi dispositivo Edge 6x0 selezionato per visualizzare lo stato dell'interfaccia SFP di GPON, inclusi l'indirizzo MAC del fornitore, lo stato del link host, la velocità di collegamento, l'alimentazione TX e RX, nonché lo stato ottico.

Informazioni HA

Eseguire questo test per visualizzare le informazioni di base e dell'interfaccia degli Edge attivi e di standby quando è abilitata l'alta disponibilità (HA).

Cancella cache ND IPv6

Eseguire questo test per cancellare la cache di ND per l'interfaccia selezionata.

Dump tabella ND IPv6

Eseguire questo test per visualizzare i dettagli dell'indirizzo IPv6 della tabella Neighbor Discovery (ND).

Dump tabella RA IPv6

Eseguire questo test per visualizzare i dettagli della tabella RA IPv6.

Dump tabella di route IPv6

Eseguire questo test per visualizzare il contenuto della tabella di route IPv6.

Nella colonna Motivo perdita (Lost Reason) vengono visualizzati i codici per i vari motivi per cui le route vengono perse rispetto alla route preferita successiva, negli Edge e nei Gateway.

Nota: Una route non risolta, acquisita tramite BGP multihop, potrebbe puntare a un'interfaccia intermedia. Per ulteriori informazioni, vedere Route BGP multihop.

Nella colonna Motivo (non) raggiungibile ((Not) Reachable Reason) viene visualizzato il motivo per cui la route è raggiungibile o non raggiungibile. 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.

Stato interfaccia

Eseguire questo test per visualizzare l'indirizzo MAC e lo stato della connessione delle interfacce fisiche.

Informazioni sul modem LTE

Eseguire questo test in un Edge selezionato che ha un modulo LTE integrato, ad esempio 510-LTE o 610-LTE, per raccogliere dettagli diagnostici come informazioni sul modem, sulla connessione, sulla posizione, sul segnale, sul firmware e sullo stato per il modem LTE interno.

Cambio SIM LTE

Solo per i dispositivi 610-LTE. Eseguire questo test per cambiare le SIM attive. Per eseguire il test devono essere inserite entrambe le SIM. Il test richiederà da quattro a cinque minuti circa.

Una volta completato il test, è possibile controllare lo stato dell'interfaccia attiva corrente in SD-WAN Orchestrator nella scheda Monitora (Monitor) -> Edge (Edges) -> Panoramica (Overview).

Elenca sessioni firewall attive

Eseguire questo test per visualizzare lo stato attuale delle sessioni del firewall attive (fino a un massimo di 1000 sessioni). È possibile limitare il numero di sessioni restituite utilizzando i filtri: indirizzo IP di origine e destinazione, porta di origine e di destinazione e segmento.

Nota: Non è possibile visualizzare le sessioni che sono state negate perché non sono sessioni attive. Per risolvere i problemi di queste sessioni, sarà necessario controllare i registri del firewall.

Nota: Le informazioni della sessione del firewall IPv6 possono essere visualizzate dalla nuova interfaccia utente di Orchestrator. Per visualizzare le informazioni della sessione del firewall IPv6 è necessario eseguire il test Elenca sessioni firewall attive (List Active Firewall Sessions) dalla nuova interfaccia utente di Orchestrator.

Nell'output di diagnostica remota sono visualizzate le seguenti informazioni: nome del segmento, IP di origine, porta di origine, IP di destinazione, porta di destinazione, protocollo, applicazione, criterio del firewall, stato TCP corrente di tutti i flussi, byte ricevuti o inviati e durata. Sono disponibili 11 stati TCP distinti, come definito nella RFC 793:

LISTEN: rappresenta l'attesa di una richiesta di connessione da qualsiasi TCP e porta remoti. (Questo stato non è incluso dell'output di diagnostica remota).
SYN-SENT: rappresenta l'attesa di una richiesta di connessione corrispondente dopo aver inviato una richiesta di connessione.
SYN-RECEIVED: rappresenta l'attesa di una conferma della richiesta di connessione dopo aver ricevuto e inviato una richiesta di connessione.
ESTABLISHED: rappresenta una connessione aperta. I dati ricevuti possono essere recapitati all'utente. Si tratta dello stato normale per la fase di trasferimento dati della connessione.
FIN-WAIT-1: rappresenta l'attesa di una richiesta di interruzione della connessione dal TCP remoto o di una conferma della richiesta di interruzione della connessione inviata in precedenza.
FIN-WAIT-2: rappresenta l'attesa di una richiesta di interruzione della connessione dal TCP remoto.
CLOSE-WAIT: rappresenta l'attesa di una richiesta di interruzione della connessione da parte dell'utente locale.
CLOSING: rappresenta l'attesa di una conferma della richiesta di interruzione della connessione dal TCP remoto.
LAST-ACK: rappresenta l'attesa di una conferma della richiesta di interruzione della connessione inviata in precedenza al TCP remoto (che include una conferma della sua richiesta di interruzione della connessione).
TIME-WAIT: rappresenta l'attesa di un tempo sufficiente per essere certi che il TCP remoto abbia ricevuto la conferma della sua richiesta di interruzione della connessione.
CLOSED: indica che non è presente alcuno stato di connessione.

Elenca flussi attivi

Eseguire questo test per elencare i flussi attivi nel sistema. Utilizzare i filtri degli indirizzi IPv4 o IPv6 di origine e di destinazione per visualizzare solo i flussi desiderati. L'output non può includere più di 1000 flussi.

Elenca client

Eseguire questo test per visualizzare l'elenco completo dei client.

Elenca percorsi

Eseguire questo test per visualizzare l'elenco dei percorsi attivi tra i link WAN locali e ciascun peer.

MIB per Edge

Eseguire questo test per ottenere il dump dei MIB dell'Edge.

Dump della tabella NAT

Eseguire questo test per visualizzare il contenuto della tabella NAT. Utilizzare il filtro degli indirizzi IP di destinazione per visualizzare solo le voci desiderate. L'output non può includere più di 1000 voci.

Dump di NTP

Eseguire questo test per visualizzare la data e l'ora correnti nelle informazioni dell'Edge e di NTP.

Test IPv6 ping

Eseguire un test ping nella destinazione IPv6 specificata.

Test ping

Eseguire un test ping nella destinazione IPv4 specificata.

Reimpostazione modem USB (Reset USB Modem)

Eseguire questo test nell'interfaccia di un Edge selezionato per reimpostare un modem USB non funzionante connesso a tale interfaccia. Si tenga presente che non tutti i modem USB supportano questo tipo di reimpostazione remota.

Dump della tabella di route

Eseguire questo test per visualizzare il contenuto della tabella di route.

Nella colonna Motivo perdita (Lost Reason) viene specificato il codice del motivo per cui una route perde la logica di calcolo della preferenza di routing alla route preferita successiva, sia negli Edge sia nei gateway.

Nota: Una route non risolta, acquisita tramite BGP multihop, potrebbe puntare a un'interfaccia intermedia. Per ulteriori informazioni, vedere Route BGP multihop.

Nella seguente tabella sono elencati i codici dei motivi per un Edge e la descrizione corrispondente:


Codice motivo	Descrizione

LR_NO_ELECTION	Route migliore.
LR_NP_SWAN_VS_VELO	Viene selezionata la precedente perché si tratta di una route WAN statica non preferita (ovvero una route configurata con il flag Preferita impostato su false) rispetto alla route corrente che è una route tramite VeloCloud.
LR_NP_SWAN_VS_DEFRT	Viene selezionata la precedente perché si tratta di una route WAN statica non preferita rispetto alla route corrente che è la route predefinita.
LR_NP_ROUTE_TYPE	Viene selezionata la precedente perché il suo tipo di route è migliore rispetto alla route corrente. Inoltre, una delle route confrontate è una route non preferita in questo caso.
LR_BGP_LOCAL_PREF	Entrambe le route vengono acquisite tramite BGP. Viene selezionata la precedente perché ha una preferenza locale più alta rispetto alla route corrente.
LR_BGP_ASPATH_LEN	Entrambe le route vengono acquisite tramite BGP. Viene selezionata la precedente perché ha un valore di percorso AS inferiore rispetto alla route corrente.
LR_BGP_METRIC	Entrambe le route vengono acquisite tramite BGP. Viene selezionata la precedente perché ha un valore metrico inferiore rispetto alla route corrente.
LR_EXT_OSPF_INTER	Viene selezionata la precedente perché è una route acquisita da OSPF con una metrica tra aree o interna all'area rispetto alla route corrente acquisita da BGP.
LR_EXT_BGP_RT	Viene selezionata la precedente perché è una route acquisita da BGP rispetto alla route corrente che è una route acquisita da OSPF con tipo di metrica OE1 o OE2.
LR_EXT_METRIC_TYPE	Entrambe le route sono route OSPF. Viene selezionata la precedente perché dispone di un tipo di metrica migliore rispetto alla route corrente. Ordine di preferenza per i tipi di metrica OSPF: OSPF_TYPE_INTRA, OSPF_TYPE_INTER, OSPF_TYPE_OE1, OSPF_TYPE_OE2.
LR_EXT_METRIC_VAL	Entrambe le route sono route OSPF. Viene selezionata la precedente perché ha una metrica inferiore a quella della route corrente.
LR_EXT_NH_IP	Entrambe le route sono route OSPF ECMP. La route corrente viene persa rispetto alla precedente perché è stata acquisita in un secondo momento.
LR_PG_BGP_ORDER	Entrambe sono route BGP remote con gli stessi parametri BGP. Viene selezionata la route corrente perché si tratta di una route gateway partner (PG) che ha un valore di "ordine" inferiore rispetto alla route corrente.
LR_NON_PG_BGP_ORDER	Entrambe sono route BGP remote con gli stessi parametri BGP. Viene selezionata la route corrente perché è una route non PG e ha un valore di "ordine" inferiore rispetto alla route corrente.
LR_EXT_ORDER	Entrambe sono route OSPF remote con la stessa metrica. Viene selezionata la precedente perché ha un valore di ordine inferiore rispetto alla route corrente.
LR_PREFERENCE	Entrambe sono route BGP o OSPF. Viene selezionata la precedente perché ha un valore di preferenza inferiore rispetto alla route corrente.
LR_DCE_NSD_STATIC_PREF DCE - Data center, NSD - Sito non SD-WAN	Entrambe sono route statiche NSD locali. Viene selezionata la precedente perché è una route preferita (ovvero il flag Preferitoa è impostato su true) rispetto alla route corrente che non è preferita.
LR_DCE_NSD_STATIC_METRIC	Entrambe sono route statiche NSD. Viene selezionata la precedente perché ha un valore di metrica inferiore rispetto alla route corrente.

LR_DCE_NON_REMOTE	Entrambe sono route statiche NSD. Viene selezionata la precedente perché è una route locale (non remota) e la route corrente è una route remota.
LR_DCE_NSD_STATIC_REMOTE_ORDER	Entrambe sono route statiche NSD remote. Viene selezionata la precedente perché ha un valore di ordine inferiore rispetto alla route corrente.
LR_DCE_DC_DIRECT	Entrambe sono route statiche NSD. Viene selezionata la precedente perché ha il flag DC_DIRECT impostato mentre nella route corrente non è impostato questo flag. Questa è la route con il flag "n - nonVelocloud" impostato nell'output delle route. Queste sono le route acquisite da un NVS dall'Edge.
LR_DCE_LOGICAL_ID	Entrambe sono route statiche NSD. Viene selezionata la precedente perché ha un ID logico migliore rispetto alla route corrente.
LR_NETMASK	Viene selezionata la precedente perché ha una netmask superiore a quella della route corrente. Questo problema non si verifica perché la netmask è diversa ed è una voce di rete/route separata.
LR_NETADDR	Viene selezionata la precedente perché ha un indirizzo di rete più alto rispetto alla route corrente. Questo problema non si verifica perché l'indirizzo di rete è diverso ed è una voce di rete/route separata.
LR_CONN_FLAG	Viene selezionata la precedente perché si tratta di una route connessa e la route corrente non è una route connessa.
LR_SELF_FLAG	Viene selezionata la precedente perché si tratta di una route autonoma e la route corrente non è una route autonoma.
LR_SLAN_FLAG	Viene selezionata la precedente perché si tratta di una route LAN statica e la route corrente non è una route LAN statica.
LR_SWAN_FLAG	Viene selezionata la precedente perché si tratta di una route WAN statica e la route corrente non è una route WAN statica.
LR_NSD_STATIC_LOCAL	Viene selezionata la precedente perché si tratta di una route statica NSD locale e la route corrente è una route BGP NSD.

LR_NSD_BGP_VS_NON_PREF_STATIC	Viene selezionata la precedente perché si tratta di una route BGP NSD e la route corrente è una route statica NSD locale non preferita.
LR_NSD_STATIC_PREF_VS_NSD_STATIC	Viene selezionata la precedente perché si tratta di una route statica NSD preferita e la route corrente non è una route statica NSD.
LR_CONN_STATIC_VS_NSD_BGP	Viene selezionata la precedente perché si tratta di una route remota connessa/statica e la route corrente è una route BGP NSD.
LR_OPG_SECURE_STATIC	Viene selezionata la precedente perché si tratta di una route statica sicura PG e quella corrente non lo è.
LR_ROUTED_VS_VELO	Viene selezionata la precedente perché si tratta di una route acquisita dai protocolli di routing rispetto alla route corrente che è una route "v - ViaVeloCloud".
LR_INTF_DEF_VS_ROUTED	Viene selezionata la precedente perché è una route cloud predefinita dell'interfaccia rispetto alla route corrente che è una route acquisita utilizzando i protocolli di routing (locale o remoto).
LR_ROUTE_TYPE	Viene selezionata la precedente perché ha una route migliore rispetto a quella corrente.
LR_E2DC_REMOTE	Viene selezionata la precedente perché è una route Edge2DC ed è una route locale, mentre la route corrente è una route remota.
LR_CONNECTED_LAN	Entrambe sono route connesse. Viene selezionata la precedente perché è una route LAN connessa e la route corrente non è una route LAN connessa.

LR_VELO_REMOTE_FLAG	Entrambe sono route cloud. Viene selezionata la precedente perché è una route cloud remota rispetto a quella corrente che è una route cloud locale.
LR_VELO_EdgeD_ROUTED	Entrambe sono route cloud. Viene selezionata la precedente perché è una route acquisita tramite il protocollo di routing mentre la route corrente non è acquisita tramite il protocollo di routing.
LR_VELO_PG_ROUTE	Entrambe sono route cloud. Viene selezionata la precedente perché è una route PG mentre la route corrente non è una route PG.
LR_VIA_VELO_ROUTE	Entrambe sono route cloud. Viene selezionata la precedente perché è una route tramite VeloCloud mentre quella corrente non è una route tramite VeloCloud.
LR_REMOTE_NON_ROUTED	Entrambe sono route remote (overlay). Viene selezionata la precedente perché è una route non acquisita tramite protocollo di routing (statico/connesso) mentre la route corrente è una route acquisita tramite protocollo di routing.
LR_REMOTE_DCE_FLAG	Entrambe sono route remote (overlay). Viene selezionata la precedente perché è una route dell'Edge del data center ("D - DCE" impostato nell'output delle route) e la route corrente non è una route dell'Edge del data center.

LR_METRIC	Viene selezionata la precedente perché ha una metrica inferiore a quella della route corrente.
LR_ORDER	Viene selezionata la precedente perché ha un ordine inferiore rispetto alla route corrente.
LR_LOGICAL_ID	Viene selezionata la precedente perché ha un ID logico migliore rispetto alla route corrente.
LR_EXT_BGP_VIA_PRIMGW	Entrambe sono route BGP. Viene selezionata la precedente perché è una route BGP NSD acquisita dal VCG NSD primario. La route corrente potrebbe essere stata acquisita dal VCG NSD ridondante.

Nella seguente tabella sono elencati i codici dei motivi per un gateway e la descrizione corrispondente:


Codice motivo	Descrizione
LR_NO_ELECTION	Route migliore.
LR_NVS_STATIC_PREF	Viene selezionata la precedente perché è una route statica NVS mentre la route corrente non lo è.
LR_EXT_BGP_VS_OSPF	Viene selezionata la precedente perché è una route BGP mentre la route corrente è una route OSPF con tipo di metrica OE1/OE2.
LR_EXT_BGP_ROUTE	Entrambe sono route cloud. Viene selezionata la precedente perché è una route cloud acquisita da BGP mentre la route corrente non lo è (è statica).
LR_CLOUD_ROUTE_VS_ANY	Viene selezionata la precedente perché è una route Edge2Edge o Edge2Datacenter mentre la route corrente è una route statica cloud. Edge2Edge/Edge2Datacenter > Cloud statico.
LR_BGP_LOCAL_PREF	Entrambe sono route Edge2Edge o Edge2Datacenter acquisite tramite BGP. Viene selezionata la precedente perché ha un valore di preferenza locale superiore a quello della route corrente.
LR_BGP_ASPATH_LEN	Entrambe sono route Edge2Edge o Edge2Datacenter acquisite tramite BGP. Viene selezionata la precedente perché ha un valore di percorso AS minore rispetto a quello della route corrente.
LR_BGP_METRIC	Entrambe sono route Edge2Edge o Edge2Datacenter acquisite tramite BGP. Viene selezionata la precedente perché ha un valore di metrica minore rispetto a quello della route corrente.
LR_DCE_NSD_STATIC_PREF	Entrambe sono route Edge2Datacenter. Viene selezionata la precedente perché è una route statica NSD mentre la route corrente non lo è.
LR_DCE_NSD_STATIC_METRIC	Entrambe sono route statiche Edge2Datacenter. Viene selezionata la precedente perché ha un valore di metrica minore rispetto a quello della route corrente.
LR_DCE_NSD_STATIC_GW_NON_REMOTE	Entrambe sono route statiche Edge2Datacenter. Viene selezionata la precedente perché è una route locale mentre quella corrente è una route remota.
LR_DCE_LOGICAL_ID	Entrambe sono route statiche Edge2Datacenter. Viene selezionata la precedente perché ha un ID logico migliore di quello della route corrente.
LR_E2DC_METRIC	Entrambe sono route Edge2Datacenter. Viene selezionata la precedente perché la sua metrica è minore di quella della route corrente.
LR_DC_IPADDR	Entrambe sono route Edge2Datacenter. Viene selezionata la precedente perché l'indirizzo IP del relativo data center è minore di quello della route corrente.
LR_E2DC_NETADDR	Entrambe sono route Edge2Datacenter. Viene selezionata la precedente perché il relativo indirizzo di rete è minore di quello della route corrente.
LR_E2E_PREFERENCE	Entrambe sono route Edge2Edge. Viene selezionata la precedente perché il suo valore di preferenza è minore di quello della route corrente.
LR_E2E_METRIC	Entrambe sono route Edge2Edge. Viene selezionata la precedente perché il valore della relativa metrica è inferiore alla route corrente.
LR_E2E_LOGICAL_ID	Entrambe sono route Edge2Edge. Viene selezionata la precedente perché ha un ID logico migliore di quello della route corrente.
LR_E2E_NETADDR	Entrambe sono route Edge2Edge. Viene selezionata la precedente perché il relativo indirizzo di rete è minore di quello della route corrente.
LR_OPG_SECURE_STATIC	Viene selezionata la precedente perché è una route statica sicura PG mentre la route corrente non è una route statica sicura PG.
LR_ROUTE_TYPE	Viene selezionata la precedente perché ha un tipo di route migliore di quello della route corrente.
LR_NETMASK	Viene selezionata la precedente perché ha una netmask superiore a quella della route corrente.
LR_METRIC	Viene selezionata la precedente perché ha un valore di metrica inferiore rispetto alla route corrente.
LR_PREFERENCE	Entrambe sono route acquisite da protocolli di routing. Viene selezionata la precedente perché ha un valore di preferenza inferiore rispetto alla route corrente.
LR_NETADDR	Viene selezionata la precedente perché il suo indirizzo di rete è minore di quello della route corrente.
LR_LOGICAL_ID	Viene selezionata la precedente perché il suo ID logico è migliore di quello della route corrente.

Dump interfaccia di origine

Eseguire questo test per visualizzare l'elenco delle interfacce di origine utilizzate da vari servizi per un segmento.

Informazioni di sistema

Eseguire questo test per visualizzare le informazioni di sistema, ad esempio il carico di sistema, le statistiche di stabilità WAN recenti e i servizi di monitoraggio. Le statistiche di stabilità WAN includono il numero di volte in cui singoli tunnel VPN e link WAN hanno perso la connettività per almeno 700 millisecondi. Le disconnessioni del tunnel non includono il numero di connessioni IPSec dirette.

Traceroute

Eseguire un traceroute tramite il gateway o direttamente da una delle interfacce WAN alla destinazione specificata.

Risoluzione dei problemi di BFD - Mostra stato peer BFD/BFDv6

Eseguire questo test per visualizzare tutti gli stati dei peer BFD con indirizzo IPv4 o IPv6.

Risoluzione dei problemi di BFD - Mostra contatori peer BFD/BFDv6

Eseguire questo test per visualizzare tutti i contatori dei peer BFD con indirizzo IPv4 o IPv6.

Risoluzione dei problemi di BFD - Mostra impostazioni BFD

Eseguire questo test per visualizzare le impostazioni di BFD e lo stato del router adiacente.

Risoluzione dei problemi di BFDv6 - Mostra impostazioni BFDv6

Eseguire questo test per visualizzare le impostazioni di BFDv6 e lo stato del router adiacente.

Route BGP multihop

In BGP multihop, il sistema potrebbe acquisire route che richiedono una ricerca ricorsiva. In queste route l'indirizzo IP dell'hop successivo non è in una subnet connessa e non è disponibile un'interfaccia di uscita valida. In questo caso, l'IP dell'hop successivo delle route deve essere risolto utilizzando un'altra route nella tabella di routing che dispone di un'interfaccia di uscita. Quando è presente traffico per una destinazione che richiede l'esecuzione di una ricerca in queste route, le route che richiedono una ricerca ricorsiva verranno risolte in un indirizzo IP e un'interfaccia dell'hop successivo connesso. Finché non si verifica la risoluzione ricorsiva, le route ricorsive puntano a un'interfaccia intermedia.

È possibile visualizzare le route non risolte che puntano all'interfaccia intermedia nei seguenti test di diagnostica remota:

Risoluzione dei problemi di BGP - Elenca route ridistribuite BGP

Eseguire questo test per visualizzare le route ridistribuite ai router adiacenti BGP.

Nota: Una route non risolta, acquisita tramite BGP multihop, potrebbe puntare a un'interfaccia intermedia. Per ulteriori informazioni, vedere Route BGP multihop.

Risoluzione dei problemi di BGP - Elenca route BGP

Eseguire questo test per visualizzare le route BGP dei router adiacenti. È possibile immettere un prefisso IPv4 o IPv6 per visualizzare route BGP specifiche o lasciare il prefisso vuoto per visualizzare tutte le route BGP.

Nota: Una route non risolta, acquisita tramite BGP multihop, potrebbe puntare a un'interfaccia intermedia, come illustrato nell'immagine precedente. Per ulteriori informazioni, vedere Route BGP multihop.

Risoluzione dei problemi di BGP - Elenca route per prefisso

Eseguire questo test per visualizzare tutte le route di overlay e underlay per un prefisso IPv4 o IPv6 specifico e i relativi dettagli.

Nota: Una route non risolta, acquisita tramite BGP multihop, potrebbe puntare a un'interfaccia intermedia. Per ulteriori informazioni, vedere Route BGP multihop.

Risoluzione dei problemi di BGP - Mostra route annunciate router adiacente BGP

Eseguire questo test per visualizzare le route BGP annunciate a un router adiacente.

Risoluzione dei problemi di BGP - Mostra route acquisite router adiacente BGP

Eseguire questo test per visualizzare tutte le route BGP accettate acquisite da un router adiacente dopo i filtri.

Risoluzione dei problemi di BGP - Mostra route ricevute router adiacente BGP

Eseguire questo test per visualizzare tutte le route BGP acquisite da un router adiacente prima dei filtri.

Risoluzione dei problemi di BGP - Mostra dettagli router adiacente BGP

Eseguire questo test per visualizzare i dettagli del router adiacente BGP.

Risoluzione dei problemi di BGP - Mostra route BGP per prefisso

Eseguire questo test per visualizzare tutte le route BGP e i relativi attributi per il prefisso specificato.

Risoluzione dei problemi di BGP - Mostra riepilogo BGP

Eseguire questo test per visualizzare il router adiacente BGP esistente e le route ricevute.

Risoluzione dei problemi di BGP - Mostra tabella BGP

Eseguire questo test per visualizzare la tabella BGP.

Risoluzione dei problemi di BGPv6 - Mostra route annunciate router adiacente BGPv6

Eseguire questo test per visualizzare le route BGPv6 annunciate a un router adiacente.

Risoluzione dei problemi di BGPv6 - Mostra route acquisite router adiacente BGPv6

Eseguire questo test per visualizzare tutte le route BGPv6 accettate acquisite da un router adiacente dopo i filtri.

Risoluzione dei problemi di BGPv6 - Mostra route ricevute router adiacente BGPv6

Eseguire questo test per visualizzare tutte le route BGPv6 ricevute da un router adiacente prima dei filtri.

Risoluzione dei problemi di BGPv6 - Mostra dettagli router adiacente BGPv6

Eseguire questo test per visualizzare i dettagli del router adiacente BGPv6.

Risoluzione dei problemi di BGPv6 - Mostra route BGPv6 per prefisso

Eseguire questo test per visualizzare tutte le route BGPv6 per il prefisso e i relativi attributi.

Risoluzione dei problemi di BGPv6 - Mostra riepilogo BGPv6

Eseguire questo test per visualizzare il router adiacente BGPv6 esistente e le route ricevute.

Risoluzione dei problemi di BGPv6 - Mostra tabella BGPv6

Eseguire questo test per visualizzare i dettagli della tabella BGPv6.

Risoluzione dei problemi di OSPF - Elenca route ridistribuite OSPF

Eseguire questo test per visualizzare tutte le route ridistribuite al router adiacente OSPF.

Risoluzione dei problemi di OSPF - Elenca route OSPF

Eseguire questo test per visualizzare le route OSPF acquisite dai router OSPF adiacenti per il prefisso specificato. Se il prefisso non viene specificato, vengono visualizzate tutte le route OSPF dai router adiacenti. Questo test visualizza le route OSPF con azioni come il filtro in entrata con il controllo flusso overlay applicato da Orchestrator.

Risoluzione dei problemi di OSPF - Mostra database OSPF

Eseguire questo test per visualizzare il riepilogo del database dello stato del link OSPF.

Risoluzione dei problemi di OSPF - Mostra database OSPF per le route auto-originate E1

Eseguire questo test per visualizzare le route auto-originate dell'LSA E1 che vengono annunciate al router OSPF dall'Edge.

Risoluzione dei problemi di OSPF - Mostra router adiacenti OSPF

Eseguire questo test per visualizzare tutti i router adiacenti OSPF e le informazioni associate.

Risoluzione dei problemi di OSPF - Mostra tabella route OSPF

Eseguire questo test per visualizzare la tabella di route OSPF esistente in cui sono mostrate le informazioni OSPF sia dalle route acquisite che da quelle ridistribuite.

Risoluzione dei problemi di OSPF - Mostra impostazioni OSPF

Eseguire questo test per visualizzare le impostazioni di OSPF e lo stato del router adiacente.

Stato porta USB

Eseguire questo test per visualizzare lo stato delle porte USB in un Edge.

Test VPN (VPN Test)

Selezionare un segmento dal menu a discesa e fare clic su Esegui (Run) per verificare la connettività VPN per ciascun peer.

Quando viene eseguito il test VPN, l'Edge seleziona l'IP di origine e di destinazione e avvia la richiesta del tunnel. L'IP di origine e destinazione selezionato deve soddisfare i seguenti criteri:

Deve essere un IP di route connesso
Dovrebbe essere raggiungibile e le route devono essere annunciate

Quando l'Edge non è in grado di selezionare un IP valido come IP di origine per avviare la richiesta del tunnel, il test VPN non riesce e viene visualizzato il seguente errore.

Branch-to-Branch vpn is disabled. Please enable it before running the test

Test larghezza di banda link WAN

Eseguire il test della larghezza di banda in un link WAN specificato. Questo test ha il vantaggio di non comportare interruzioni in ambienti con più link. Solo il link sottoposto a test viene bloccato al traffico degli utenti. Ciò significa che è possibile eseguire di nuovo il test su un link specifico mentre gli altri link continueranno a trasmettere il traffico degli utenti.

Poiché il test della larghezza di banda viene eseguito quando il tunnel si riconnette dopo un periodo di instabilità, si sono verificate situazioni in cui l'operatività del link WAN è stata recuperata in modo sufficiente per la connettività del tunnel, ma insufficiente per misurarne accuratamente la larghezza di banda. Per affrontare questi casi, se il test della larghezza di banda non riesce o misura un valore significativamente ridotto, verrà utilizzata l'ultima misurazione valida nota e verrà pianificato un nuovo test del link 30 minuti dopo l'implementazione del tunnel per garantire una misurazione corretta.

Nota: Per un link WAN superiore a 900 Mbps, è consigliabile che l'utente definisca la larghezza di banda del link WAN.