Questa pagina è stata tradotta dall'API Cloud Translation.

Risoluzione dei problemi

Questa guida alla risoluzione dei problemi può aiutarti a risolvere i problemi comuni che potresti riscontrare quando utilizzi Cloud Interconnect:

Risoluzione dei problemi generali
Dedicated Interconnect
Partner Interconnect
VPN ad alta disponibilità su Cloud Interconnect
MACsec per Cloud Interconnect
Cross-Cloud Interconnect

Per le risposte alle domande più comuni sull'architettura e sulle funzionalità di Cloud Interconnect, consulta le Domande frequenti su Cloud Interconnect.

Per le definizioni dei termini utilizzati in questa pagina, consulta Termini chiave di Cloud Interconnect.

Importante: BFD può essere attivato solo sui collegamenti VLAN provisionati che utilizzano la versione 2 del piano dati. Puoi visualizzare il dataplaneVersion per un collegamento VLAN visualizzando i dettagli del collegamento in uno dei seguenti modi:

API: utilizza il metodo interconnectAttachments.get. Puoi utilizzare questo metodo per i collegamenti VLAN per Dedicated Interconnect o Partner Interconnect.
Google Cloud CLI: utilizza il comando gcloud compute interconnects attachments describe ATTACHMENT-NAME dove ATTACHMENT-NAME è il nome del collegamento VLAN per Dedicated Interconnect o Partner Interconnect.

Nell'output dell'API o del comando gcloud CLI, cerca il campo dataplaneVersion con un valore di 2. Se il campo non è presente nell'output, il collegamento VLAN utilizza la versione 1 e non può essere utilizzato con BFD. Per ulteriori informazioni, contatta il team dedicato all'account cliente.

Per trovare informazioni su logging e monitoraggio e visualizzare le metriche di Cloud Interconnect, consulta Monitoraggio delle connessioni.

Risoluzione dei problemi generali

Verificare la presenza di interruzioni del servizio Cloud Interconnect

Puoi controllare le interruzioni note nella dashboard dello stato di Google Cloud. Puoi anche iscriverti al feed JSON o al feed RSS degli incidenti Cloud per ricevere aggiornamenti push.
Ricevi una notifica degli eventi di manutenzione che influiscono sulle tue connessioni Dedicated Interconnect. Per maggiori dettagli, vedi Eventi di manutenzione dell'infrastruttura.
Ricevi una notifica degli eventi di manutenzione che influiscono sui tuoi collegamenti VLAN Partner Interconnect. Le notifiche per Partner Interconnect vengono inviate in modo simile alle notifiche per le connessioni Dedicated Interconnect, con alcune piccole differenze. Per maggiori dettagli, vedi Eventi di manutenzione dell'infrastruttura.

Impossibile connettersi alle risorse in altre regioni

Per impostazione predefinita, le reti Virtual Private Cloud (VPC) sono regionali, il che significa che il router Cloud pubblicizza solo le subnet nella sua regione. Per connetterti ad altre regioni, imposta la modalità di routing dinamico della rete VPC su globale in modo che il router Cloud possa pubblicizzare tutte le subnet.

Per ulteriori informazioni, consulta la sezione Modalità di routing dinamico nella documentazione del router Cloud.

Impossibile raggiungere le VM in una rete VPC in peering

In questo scenario, hai configurato una connessione Cloud Interconnect tra la tua rete on-premise e una rete VPC, la rete A. Hai anche configurato il peering di rete VPC tra la rete A e un'altra rete VPC, la rete B. Tuttavia, non riesci a raggiungere le VM nella rete B dalla tua rete on-premise.

Questa configurazione non è supportata, come descritto nelle limitazioni della panoramica del peering di rete VPC.

Tuttavia, puoi utilizzare annunci di intervalli IP personalizzati dei router Cloud nella rete VPC per condividere le route alle destinazioni nella rete peer. Inoltre, devi configurare le connessioni di peering di rete VPC per importare ed esportare route personalizzate.

Per saperne di più sui percorsi pubblicitari tra reti on-premise e reti con peering VPC, consulta le seguenti risorse:

Pubblicità intervalli IP personalizzati
Risoluzione dei problemi nell'utilizzo del peering di rete VPC

Subnet mancanti in una connessione

Per annunciare tutte le subnet disponibili, specifica le route mancanti con route annunciate personalizzate e annuncia tutte le route di subnet tra le regioni con il routing dinamico globale. A tale scopo, procedi nel seguente modo:

Specifica le route annunciate personalizzate sia su un router Cloud sia sulla sessione BGP (Border Gateway Protocol).

Per inserire le route mancanti, imposta i seguenti parametri:
```
--set-advertisement-groups = ADVERTISED_GROUPS
--set-advertisement-ranges = ADVERTISED_IP_RANGES
```
Sostituisci quanto segue:
- ADVERTISED_GROUPS: un gruppo definito da Google che viene pubblicizzato dinamicamente da Cloud Router. Può avere un valore all_subnets, che imita il comportamento predefinito di un router Cloud
- ADVERTISED_IP_RANGES: i contenuti del nuovo array di intervalli di indirizzi IP. Può avere uno o più valori a tua scelta
Per ulteriori dettagli ed esempi, consulta Intervalli IP personalizzati per la pubblicità.
Attiva la modalità di routing dinamico globale.

Impossibile eseguire il ping del router Cloud

Se non riesci a eseguire un ping al router Cloud dal tuo router on-premise, individua il tuo prodotto nella tabella seguente ed esegui i passaggi per la risoluzione dei problemi relativi al prodotto. Le VM non riescono a raggiungere 169.254.0.0/16.

Procedura di risoluzione dei problemi da seguire	Dedicated Interconnect	Partner Interconnect con partner L3	Partner Interconnect con partner L2
Per Partner Interconnect, il router Cloud potrebbe non essere mai pingabile perché alcuni partner filtrano il traffico per l'intervallo IP (`169.254.0.0/16`) del router Cloud. Per i partner L3, il partner configura automaticamente BGP. Se BGP non viene visualizzato, contatta il tuo partner.	Non applicabile	Sì	Non applicabile
Verifica che il dispositivo locale abbia appreso l'indirizzo MAC corretto per il lato Google Cloud della connessione. Per ulteriori informazioni, consulta Risoluzione dei problemi relativi all'ARP.	Sì	Non applicabile	Non applicabile
Verifica che il tuo router Cloud abbia un'interfaccia e un peer BGP. Non è possibile eseguire un ping al router Cloud a meno che l'interfaccia e il peer BGP non siano completamente configurati, incluso l'ASN remoto. Per Dedicated Interconnect, consulta Sessione BGP non funzionante. Per Partner Interconnect L2, Google ha aggiunto automaticamente l'interfaccia e il peer BGP per router Cloud, ma devi configurare l'ASN remoto.	Sì	Non applicabile	Sì

Risoluzione dei problemi relativi ad ARP

Per l'Dedicated Interconnect, per trovare l'indirizzo MAC corretto, esegui il seguente comando gcloud:

  gcloud compute interconnects get-diagnostics INTERCONNECT_NAME

googleSystemID contiene l'indirizzo MAC che deve essere presente nella tabella ARP del dispositivo per gli indirizzi IP assegnati al router Cloud.

  result:
    links:
    — circuitId: SAMPLE-0
      googleDemarc: sample-local-demarc-0
      lacpStatus:
        googleSystemId: ''
        neighborSystemId: ''
        state: DETACHED
      receivingOpticalPower:
        value: 0.0
      transmittingOpticalPower:
        value: 0.0
    macAddress: 00:00:00:00:00:00

Se il dispositivo non ha appreso un indirizzo MAC, verifica che l'ID VLAN e l'indirizzo IP corretti siano configurati sulla sottointerfaccia.

Per Partner Interconnect, se visualizzi l'indirizzo MAC errato sul tuo dispositivo, verifica di non aver eseguito il bridging dei segmenti di livello 2 di due collegamenti VLAN. Il lato di Google Cloud della connessione Cloud Interconnect è configurato con ip proxy-arp, che risponde a tutte le richieste ARP e può causare l'apprendimento di voci ARP errate da parte del router on-premise.

Impossibile creare il collegamento VLAN

Se tenti di creare un collegamento VLAN per Dedicated Interconnect o Partner Interconnect che viola un criterio dell'organizzazione, viene visualizzato un messaggio di errore. Vedi il seguente messaggio di errore di esempio generato dall'esecuzione di gcloud compute interconnects attachments partner create:

ERROR: (gcloud.compute.interconnects.attachments.partner.create) Could not fetch resource:
- Constraint constraints/compute.restrictPartnerInterconnectUsage violated for projects/example-project. projects/example-project/global/networks/example-network is not allowed to use the Partner Interconnect.

Per ulteriori informazioni, vedi Limitare l'utilizzo di Cloud Interconnect e Utilizzare criteri dell'organizzazione personalizzati e contatta l'amministratore della tua organizzazione.

Condividere le connessioni con altri progetti della mia organizzazione

Utilizza la VPC condivisa per condividere una connessione, ad esempio un collegamento VLAN o una connessione Dedicated Interconnect in un progetto host.

Per ulteriori informazioni sulla configurazione di una rete VPC condivisa, consulta Eseguire il provisioning di un VPC condiviso.

Per ulteriori informazioni sulla configurazione degli allegati in una rete VPC condiviso, consulta Opzioni per la connessione a più reti VPC.

Dedicated Interconnect

Google non riesce a inviarti un ping durante la procedura di provisioning della connessione

Verifica di utilizzare la configurazione IP e LACP corretta. Durante la procedura di test, Google ti invia diverse configurazioni IP di test per il tuo router on-premise, a seconda che tu ordini un set di più link o un set di un solo link. Non configurare i collegamenti VLAN per nessuno di questi test.

Per pacchetti con più maglie

Il primo insieme di indirizzi IP inviati da Google serve per testare la connettività multicircuito su ogni singolo link. Configura gli indirizzi IP di test su ogni collegato fisico (senza LACP configurato), come indicato nelle email che Google ti ha inviato. Google deve eseguire il ping di tutti gli indirizzi IP prima che questo primo test venga superato.
Per il secondo test, rimuovi tutti gli indirizzi IP dal primo test. Configura il canale di porta con LACP anche se la connessione ha un solo link. Google esegue un ping all'indirizzo del canale della porta. Non modificare la configurazione LACP del canale di porta dopo che la connessione ha superato il test finale. Tuttavia, devi rimuovere l'indirizzo IP di test dall'interfaccia del canale della porta.

Per set di link singoli

Google invia l'indirizzo IP di produzione finale per testare la connettività a circuito singolo. Configura l'indirizzo IP sull'interfaccia del bundle (con LACP configurato in modalità attiva o passiva), come indicato nell'email che ti ha inviato Google. Google deve eseguire correttamente il ping dell'indirizzo IP dell'interfaccia del pacchetto prima che questo test venga superato. Configura il canale della porta con LACP anche se la connessione ha un solo link.

Impossibile eseguire il ping del router Cloud

Verifica di poter inviare un ping all'indirizzo IP del canale di porta di Google. L'indirizzo IP è il valore googleIpAddress quando visualizzi i dettagli di connessione.
Verifica di avere la VLAN corretta sull'interfaccia secondaria del router on-premise. Le informazioni VLAN devono corrispondere a quelle fornite dal collegamento VLAN.
Verifica di avere l'indirizzo IP corretto sulla sottointerfaccia del router on-premise. Quando crei un collegamento VLAN, viene allocata una coppia di indirizzi IP link-local. Uno è per un'interfaccia su un router Cloud (cloudRouterIpAddress) e l'altro è per una sottointerfaccia sul canale porta del router on-premise, non sul canale porta in sé (customerRouterIpAddress).
Se stai testando le prestazioni dei collegamenti VLAN, non eseguire il ping del router Cloud. Crea e utilizza un'istanza di macchina virtuale (VM) Compute Engine nella tua rete VPC. Per ulteriori informazioni, consulta Test delle prestazioni.

La sessione BGP non funziona

Attiva BGP multihop sul router on-premise con almeno due hop.
Verifica di avere configurato l'indirizzo IP del vicino corretto sul router on-premise. Utilizza l'indirizzo IP del peer BGP (cloudRouterIpAddress) allocato dal collegamento VLAN.
Verifica che la configurazione dell'ASN locale sul router on-premise corrisponda all'ASN peer sul router Cloud. Inoltre, verifica che la configurazione ASN locale sul router Cloud corrisponda all'ASN peer sul router on-premise.
A ogni allegato viene allocato un CIDR /29 univoco da 169.254.0.0/16 all'interno della rete VPC. Un indirizzo IP nel CIDR /29 viene allocato per il router Cloud e l'altro per il router on-premise.

Verifica che gli indirizzi IP corretti siano allocati per l'interfaccia del router on-premise e per il relativo neighbor BGP. Un errore comune è configurare un'interfaccia /30 sul router on-premise anziché /29. Google Cloud si riserva tutti gli altri indirizzi nel CIDR /29.

Assicurati di non aver allocato altri indirizzi IP da questo CIDR all'interfaccia di collegamento VLAN sul router.

Impossibile raggiungere le VM nella rete VPC

Verifica di poter eseguire un ping sul canale della porta e sul collegamento VLAN.
Verifica che la sessione BGP sia attiva.
Verifica che il router on-premise pubblicizzi e riceva route.
Verifica che non ci siano sovrapposizioni tra gli annunci di route on-premise e gli intervalli di rete Google Cloud.
Imposta la dimensione MTU sugli stessi valori per il router on-premise, la VPC e il collegamento VLAN.

Il traffico IPv6 non passa attraverso il collegamento VLAN

Se hai difficoltà a connetterti agli host IPv6, procedi nel seguente modo:

Verifica che le route IPv6 vengano pubblicizzate correttamente. Se le route IPv6 non vengono annunciate, consulta Risolvere i problemi relativi alle route BGP e alla selezione delle route.
Controlla le regole del firewall per assicurarti di consentire il traffico IPv6.
Verifica che non siano presenti intervalli di subnet IPv6 sovrapposti nella rete VPC e nella rete on-premise. Vedi Verificare gli intervalli di subnet in sovrapposizione.
Determina se hai superato quote e limiti per le route apprese nel router Cloud. Se hai superato la quota per le route apprese, i prefissi IPv6 vengono eliminati prima dei prefissi IPv4. Consulta Controllare quote e limiti.
Verifica che tutti i componenti relativi alla configurazione IPv6 siano stati configurati correttamente.
- La rete VPC ha attivato l'utilizzo di indirizzi IPv6 interni con il flag --enable-ula-internal-ipv6.
- La sottorete VPC è configurata per utilizzare il tipo di stack IPV4_IPV6.
- La subnet VPC ha--ipv6-access-type impostato su INTERNAL.
- Le VM Compute Engine nella subnet sono configurate con indirizzi IPv6.
- Il collegamento VLAN è configurato per utilizzare il tipo di stack IPV4_IPV6.
- Il peer BGP ha attivato IPv6 e gli indirizzi IPv6 successivi corretti sono configurati per la sessione BGP.
  - Per visualizzare lo stato e le route del router Cloud, consulta Visualizzare lo stato e le route del router Cloud.
  - Per visualizzare la configurazione della sessione BGP, consulta Visualizzare la configurazione della sessione BGP.

Impossibile creare un collegamento VLAN con il tipo di stack IPv4 e IPv6 (a doppio stack)

La creazione di un collegamento VLAN con il tipo di stack IPv4 e IPv6 (a doppio stack) non va a buon fine con il seguente messaggio di errore:

Cannot create a dual stack interconnect attachment. Dual stack attachment can only be used
with a provisioned interconnect attachments that have Dataplane version 2.

Per risolvere questo problema:

Controlla la tabella Tutte le strutture di colocation per vedere quali regioni supportano la creazione di allegati in Dataplane v2.
Se la regione non è elencata, ricrea il file allegato in una regione supportata.

Impossibile modificare un collegamento VLAN esistente per utilizzare il tipo di stack IPv4 e IPv6 (stack doppio)

L'aggiornamento di un collegamento VLAN esistente per utilizzare il tipo di stack IPv4 e IPv6 (doppio stack) non va a buon fine con il seguente messaggio di errore:

Cannot create a dual stack interconnect attachment. Dual stack attachment can only
be used with a provisioned interconnect attachments that have Dataplane version 2.

Per risolvere questo problema:

Controlla la versione di Dataplane dell'allegato e verifica che l'allegato utilizzi la versione 1 di Dataplane. Consulta Controllare la versione del dataplane di un allegato.
Ricrea l'allegato in una regione che supporta la creazione di tutti i nuovi attacchi su Dataplane v2. Per un elenco delle regioni, consulta Tutte le strutture di colocation.

Test delle prestazioni sui collegamenti VLAN

Se devi testare le prestazioni dei collegamenti VLAN, utilizza una VM nella tua rete VPC. Aggiungi gli strumenti per le prestazioni di cui hai bisogno sulla VM. Non utilizzare l'indirizzo IP link-local del router Cloud per verificare la latenza, ad esempio il ping ICMP o l'MTU del percorso. L'utilizzo di Cloud Router può dare risultati imprevedibili.

Accesso alla diagnostica

Per informazioni tecniche aggiornate e dettagliate sul lato Google Cloud di una connessione Dedicated Interconnect on demand, consulta Eseguire la diagnostica.

Partner Interconnect

Sessione BGP non funzionante (connessioni di livello 2)

Verifica che il router on-premise sia stato configurato con una sessione BGP per i router Cloud. Per ulteriori informazioni, consulta Configurare i router on-premise per Partner Interconnect.
Attiva BGP multihop sul router on-premise con almeno due hop.
Verifica di avere configurato l'indirizzo IP del vicino corretto sul router on-premise. Utilizza l'indirizzo IP del peer BGP (cloudRouterIpAddress) allocato dal collegamento VLAN.
Verifica che la configurazione dell'ASN locale sul router on-premise corrisponda all'ASN peer sul router Cloud (16550). Inoltre, verifica che la configurazione dell'ASN locale sul router Cloud corrisponda all'ASN peer sul router on-premise.

Sessione BGP non funzionante (connessioni di livello 3)

Il router Cloud deve essere configurato con l'ASN del tuo fornitore di servizi. Per assistenza, contatta il tuo fornitore di servizi.

Collegamento VLAN non attivo per una connessione Partner Interconnect

Lo stato di un collegamento VLAN può essere visualizzato come non attivo anche se non ci sono problemi con la configurazione di Google Cloud e la connessione Partner Interconnect.

Assicurati di aver configurato EBGP multihop sul router on-premise in modo che abbia almeno quattro hop. Puoi vedere una configurazione di esempio in Configurazione dei router on-premise.

Problema con la chiave di accoppiamento in una connessione Partner Interconnect

Quando provi a configurare una connessione Partner Interconnect, potresti visualizzare un messaggio di errore come "Google - Stato del fornitore non disponibile". Per risolvere questo problema:

Assicurati che la chiave di accoppiamento sia stata generata dal collegamento VLAN lato cliente (tipo PARTNER). La chiave è una lunga stringa casuale utilizzata da Google per identificare l'allegato. La regione Google Cloud di destinazione e il dominio di disponibilità edge sono codificati nella chiave di accoppiamento nel seguente formato:
```
<random_string>/<region_name>/<domain>
```
Il campo domain contiene la stringa any se il collegamento VLAN non è limitato a un determinato dominio o se non specifichi il dominio di disponibilità dell'edge. Per ulteriori informazioni sulle chiavi di accoppiamento, consulta chiave di accoppiamento.
Assicurati che il dominio di disponibilità dell'interconnessione del partner corrisponda al dominio specificato dalla chiave di accoppiamento.

Impossibile eseguire il ping del router Cloud (connessioni di livello 2)

Verifica di avere il collegamento VLAN corretto sull'interfaccia secondaria del router on-premise. Le informazioni sul collegamento VLAN devono corrispondere a quelle fornite dal tuo fornitore di servizi.
Verifica di avere l'indirizzo IP corretto sulla sottointerfaccia del router on-premise. Dopo che il provider di servizi ha configurato il collegamento VLAN, questo alloca una coppia di indirizzi IP link-local. Uno è per un'interfaccia sul router Cloud associato (cloudRouterIpAddress) e l'altro è per una sottointerfaccia sul canale di porta del router on-premise, non per il canale di porta stesso (customerRouterIpAddress).
Se stai testando le prestazioni dei componenti aggiuntivi, non eseguire il ping del router cloud. Crea e utilizza una VM nella rete VPC. Per ulteriori informazioni, consulta Test delle prestazioni.

Perdita di potenza ottica sulla porta della connessione Partner Interconnect

Se si verifica una perdita di potenza ottica su una porta, potresti riscontrare uno dei seguenti problemi:

Perdita della connettività di livello 3 (perdita di una sessione BGP) o impossibilità di accedere alle istanze VM Google Cloud.
Rendimento del tuo pacchetto di link peggiorato. Questo problema si verifica se più porte 10 GE vengono messe insieme e solo alcuni dei link in un bundle funzionano.

La perdita di potenza ottica su una porta indica che l'hardware non è in grado di rilevare un segnale dall'altra estremità. Il problema può essere causato da uno dei seguenti problemi:

Un transceiver difettoso
Un sistema di trasporto difettoso
Un problema fisico della fibra

Per risolvere il problema, contatta il tuo provider Partner Interconnect e/o del circuito. Può eseguire i seguenti passaggi:

Verificare che il trasmettitore/ricevitore funzioni.
Esegui un hard loop nella sala Meet-Me (MMR) per verificare se i livelli di illuminazione sul dispositivo funzionano come previsto.
Verifica se i problemi si verificano sul suo lato o su quello di Google. Il modo migliore per isolare l'interfaccia è inserire un loop bidirezionale al demarc. Le interfacce su ciascun lato trasmettono la luce fino alla demarcazione, dove viene riagganciata a se stessa. Il lato difettoso sarà il lato della demarcazione che non viene visualizzato correttamente.
Pulisci e reinserisci tutta la fibra sul lato.

Impossibile inviare e apprendere i valori MED tramite una connessione Partner Interconnect L3

Se utilizzi una connessione Partner Interconnect in cui un fornitore di servizi di Livello 3 gestisce BGP per te, router Cloud non può apprendere i valori MED dal tuo router on-premise né inviarli a quel router. Questo perché i valori MED non possono essere trasmessi tramite sistemi autonomi. Con questo tipo di connessione, non puoi impostare le priorità route per le route annunciate dal router Cloud al router on-premise. Inoltre, non puoi impostare le priorità delle route per le route annunciate dal router on-premise alla rete VPC.

Il traffico IPv6 non funziona dopo aver modificato il tipo di stack di un allegato in doppio stack

Visualizza lo stato del router Cloud e verifica che venga visualizzato status: UP.

Se BGP non è attivo, procedi nel seguente modo:
1. Verifica che il router on-premise (o il router del partner se utilizzi un partner di livello 3) sia configurato con una sessione BGP IPv6 e che la sessione utilizzi gli indirizzi IPv6 corretti.
2. Visualizza la configurazione della sessione BGP e verifica che in bgpPeers.enable venga visualizzato 'TRUE' per il tuo router Cloud.
Se BGP è attivo, visualizza le route del router Cloud per verificare che vengano visualizzati gli best_routes IPv6 previsti.

Se i best_routes previsti non vengono visualizzati, verifica che il router on-premise (o il router del partner se utilizzi un partner di livello 3) sia configurato con le route IPv6 corrette.

Tutti gli altri problemi

Per ulteriore assistenza, contatta il tuo fornitore di servizi. Se necessario, il tuo fornitore di servizi contatterà Google per risolvere i problemi relativi alla parte di Google della rete.

VPN ad alta disponibilità su Cloud Interconnect

Quando esegui il deployment della VPN ad alta disponibilità su Cloud Interconnect, crei due livelli operativi:

Il livello Cloud Interconnect, che include i collegamenti VLAN e il router Cloud per Cloud Interconnect.
Il livello VPN ad alta disponibilità, che include i gateway e i tunnel VPN ad alta disponibilità e il router Cloud per la VPN ad alta disponibilità.

Ogni livello richiede un proprio router Cloud:

Il router Cloud per Cloud Interconnect viene utilizzato esclusivamente per scambiare i prefissi dei gateway VPN tra i collegamenti VLAN. Questo router Cloud viene utilizzato solo dai collegamenti VLAN del livello Cloud Interconnect. Non può essere utilizzato nel livello VPN ad alta disponibilità.
Il router Cloud per la VPN ad alta disponibilità scambia i prefissi tra la tua rete VPC e la tua rete on-premise. Configura il router Cloud per la VPN ad alta disponibilità e le relative sessioni BGP nello stesso modo in cui faresti per un normale deployment VPN ad alta disponibilità.

Devi creare il livello VPN ad alta disponibilità sopra il livello Cloud Interconnect. Pertanto, il livello VPN ad alta disponibilità richiede che il livello Cloud Interconnect, basato su Dedicated Interconnect o Partner Interconnect, sia configurato e operativo correttamente.

Per risolvere i problemi di un deployment VPN ad alta disponibilità su Cloud Interconnect, risolvi prima i problemi del livello Cloud Interconnect. Dopo aver verificato che Cloud Interconnect funzioni correttamente, risolvi i problemi del livello VPN ad alta disponibilità.