Route apprese

Questo documento descrive le route apprese, il modo in cui la modalità di routing dinamico di una rete Virtual Private Cloud influisce sulle route apprese e le modalità di selezione del miglior percorso disponibili nel router Cloud.

Le route apprese sono route che il router Cloud riceve da router peer remoti utilizzando il protocollo BGP o route apprese personalizzate che configuri su un router Cloud:

Route BGP ricevute

Route BGP apprese da un peer remoto. Il router peer può essere uno dei seguenti:

  • Un router on-premise fisico
  • Un altro router Cloud
  • Una VM appliance router (con Network Connectivity Center)
  • Un router di un altro cloud provider
Route apprese personalizzate

Le route apprese personalizzate vengono configurate manualmente sul router Cloud per simulare le route apprese da un peer remoto. Le route apprese personalizzate sono utili quando non hai il controllo amministrativo per configurare un router peer remoto.

Router Cloud applica quote per il numero di prefissi unici per le route dinamiche, inclusi i prefissi appresi dinamicamente da un peer BGP o configurati manualmente come route apprese personalizzate. Per ulteriori informazioni, consulta Quote del router Cloud.

Router Cloud non ripubblica le route apprese a meno che tu non utilizzi uno spoke ibrido Network Connectivity Center con il trasferimento dei dati abilitato.

Entrambi i tipi di route apprese dal router Cloud vengono elaborati da un piano di controllo delle route dinamiche e poi da un piano di controllo della rete VPC. I passaggi di elaborazione utilizzano il prefisso di destinazione e le metriche di route per creare route dinamiche in una rete VPC. Per informazioni sulle differenze tra il piano di controllo delle route dinamiche e il piano di controllo della rete VPC, consulta Come funziona Cloud Router.

Route apprese personalizzate

Le route apprese personalizzate offrono gli stessi vantaggi delle route dinamiche ricevute tramite BGP. A differenza delle route statiche, le route dinamiche apprese personalizzate vengono ritirate automaticamente quando la sessione BGP per un hop successivo non è più disponibile.

Le route apprese personalizzate sono l'unico modo per definire route non BGP per determinati hop successivi, come i collegamenti VLAN Cloud Interconnect e i tunnel VPN ad alta disponibilità.

Per ulteriori informazioni, vedi Specificare e gestire le route apprese personalizzate.

Modalità di routing dinamico

La modalità di routing dinamico di una rete VPC influisce sul modo in cui le route BGP ricevute e le route apprese personalizzate vengono elaborate dal piano di controllo del routing dinamico e dal piano di controllo della rete VPC per creare route dinamiche nella rete VPC.

Quando utilizzi il peering di rete VPC, la modalità di routing dinamico della rete VPC che esporta le route personalizzate controlla la modalità di creazione delle route dinamiche nelle reti VPC peer che importano le route personalizzate. Per ulteriori informazioni, vedi Effetti della modalità di routing dinamico nella documentazione sul peering di rete VPC.

Google Cloud Le reti VPC supportano due modalità di routing dinamico:

Modalità di routing dinamico regionale
Il piano di controllo delle route dinamiche di ogni regione elabora solo le route apprese dalle attività BGP del router Cloud nella propria regione. Le route dinamiche risultanti create in una determinata regione di una rete VPC hanno hop successivi solo all'interno di quella regione specifica.
Modalità di routing dinamico globale
Il control plane delle route dinamiche di ogni regione elabora le route apprese dalle attività BGP del router Cloud nella propria regione. Il control plane delle route dinamiche di ogni regione invia anche il percorso migliore per ogni prefisso ai control plane delle route dinamiche in tutte le altre regioni utilizzate nella rete VPC. Le route dinamiche risultanti create in una particolare regione di una rete VPC possono avere hop successivi in qualsiasi regione.

Modalità di selezione del percorso migliore

Router Cloud offre due modalità per la selezione del miglior percorso: standard e legacy. La modalità di selezione del miglior percorso si applica a tutte le route apprese tramite router Cloudr in tutte le regioni di una rete VPC, incluse le route apprese personalizzate.

Legacy è la modalità di selezione del percorso migliore predefinita quando viene creata una nuova rete VPC. Ti consigliamo di utilizzare la modalità legacy, a meno che tu non abbia bisogno di funzionalità specifiche della modalità standard o utilizzi una funzionalità Google Cloud che si basa sulla modalità standard.

Network Connectivity Center per i trasferimenti di dati da sito a sito e Network Connectivity Center per le appliance virtuali di rete di terze parti o l'appliance router funziona con la selezione del percorso migliore standard o precedente.

Lo scambio di route con gli spoke VPC di Network Connectivity Center presenta le seguenti limitazioni per le modalità di selezione dei percorsi migliori:

  • Se una route viene pubblicizzata in modo univoco da un VPC, le modalità legacy e standard funzionano come previsto.

  • Se la stessa route viene pubblicizzata da più VPC allo stesso VPC del workload, si applicano le seguenti regole:

    • Se tutti i VPC utilizzano la selezione del percorso migliore legacy, i VPC del carico di lavoro applicano la selezione del percorso migliore legacy alle route provenienti da VPC di routing diversi.

    • Se tutti i VPC utilizzano la selezione del percorso migliore standard, i VPC del carico di lavoro utilizzano la route migliore da uno dei VPC di routing in base a un algoritmo interno.

    • Se i VPC di routing utilizzano una combinazione di selezione del percorso migliore legacy e selezione del percorso migliore standard, i VPC del carico di lavoro utilizzano il percorso migliore in base alla selezione del percorso migliore legacy o uno dei migliori percorsi di selezione del percorso migliore standard in base a un algoritmo interno.

    Se prevedi di pubblicizzare la stessa route da più VPC di routing, ti consigliamo di selezionare la selezione del percorso migliore legacy per tutte le tue reti VPC.

Selezione del percorso migliore legacy

Questa sezione descrive come le attività BGP di Cloud Router e il piano di controllo delle route dinamiche implementano la modalità di selezione del percorso migliore legacy.

Lunghezza del percorso AS

Nella modalità di selezione del percorso migliore legacy, le informazioni sul percorso AS sono pertinenti solo all'interno di un singolo task BGP del router Cloud e il control plane della route dinamica non utilizza le informazioni sul percorso AS per prendere decisioni sulla selezione del percorso migliore. Quando utilizzi la modalità di selezione del percorso migliore legacy, non fare affidamento sulla selezione del percorso migliore in base alle informazioni sulla lunghezza del percorso AS quando sono coinvolte diverse attività del softwarrouter Clouder per lo stesso prefisso di destinazione.

Le sessioni BGP comportano più attività BGP del router Cloud. Per ulteriori informazioni, consulta Attività BGP del router Cloud.

Procedura di selezione delle attività BGP

Un'attività BGP del router Cloud riceve i prefissi di destinazione dai router peer delle sessioni BGP che gestisce. L'attività BGP crea un insieme di prefissi di destinazione unici da tutte le sessioni BGP che gestisce. Quindi, l'attività BGP determina almeno un hop successivo migliore per ciascuno dei prefissi di destinazione unici ricevuti da BGP utilizzando la seguente procedura:

  1. Lunghezza del percorso AS più breve: l'attività BGP ordina l'elenco degli hop successivi in base alla lunghezza del percorso AS, dal percorso AS più breve a quello più lungo. Dopo l'ordinamento, l'attività BGP rimuove tutti gli hop successivi che non hanno la lunghezza del percorso AS più breve dalla considerazione.

  2. Tipo di origine preferito: l'attività BGP preferisce gli hop successivi che utilizzano il protocollo IGP (Interior Gateway Protocol) rispetto agli hop successivi che utilizzano il protocollo EGP (Exterior Gateway Protocol) e preferisce gli hop successivi che utilizzano EGP rispetto agli hop successivi che hanno un tipo di origine incompleto.

    Se almeno un tipo di origine dell'hop successivo è IGP, l'attività BGP rimuove tutti gli hop successivi con tipi di origine EGP o Incompleto dalla valutazione.

    Se nessuno degli hop successivi ha un tipo di origine IGP e se almeno un hop successivo ha un tipo di origine EGP, l'attività BGP rimuove tutti gli hop successivi con tipi di origine incompleti dalla valutazione.

  3. Valore MED più piccolo: l'attività BGP ordina gli hop successivi dal valore più piccolo a quello più grande del discriminatore multi-exit (MED). Dopo l'ordinamento, l'attività BGP rimuove tutti gli hop successivi che non hanno il valore MED più piccolo dalla valutazione.

L'attività BGP invia ogni prefisso di destinazione e il relativo elenco dei migliori hop successivi al piano di controllo delle route dinamiche della regione. In alcuni casi, l'attività del software BGP del router Cloud potrebbe anche inviare hop successivi che sono stati rimossi dalla valutazione.

Elaborazione del control plane delle route dinamiche

Il piano di controllo delle route dinamiche di ogni regione applica le seguenti quote, che si applicano alle destinazioni uniche delle route personalizzate apprese e ricevute tramite BGP:

Quando vengono applicate le quote precedenti del router Cloud, il piano di controllo delle route dinamiche elimina tutte le informazioni sulle route associate a destinazioni univoche che superano il limite per una delle quote del router Cloud. Per saperne di più, consulta la sezione Comportamento di eliminazione deterministico delle route.

Dopo aver applicato le quote, il piano di controllo delle route dinamiche applica il seguente algoritmo di elaborazione a ogni prefisso di destinazione univoco non eliminato:

  1. Il piano di controllo delle route dinamiche crea un elenco di hop successivi per il prefisso. L'elenco è composto da:

    • Hop successivi e valori MED per il prefisso ricevuto da ogni attività BGP del router Cloud all'interno della rete VPC nella propria regione.

    • Hop successivi e valori di priorità per le route apprese personalizzate che utilizzano il prefisso. La priorità di una route appresa personalizzata viene trattata come un valore MED.

  2. I seguenti passaggi si verificano solo quando la rete VPC che contiene i router Cloud utilizza la modalità di routing dinamico globale:

    • Il control plane della route dinamica invia solo gli hop successivi con il valore MED più basso ai control plane della route dinamica in altre regioni. Se più di un hop successivo ha lo stesso valore MED più basso, vengono tutti esportati nei piani di controllo delle route dinamiche in altre regioni. Le informazioni inviate includono sia gli hop successivi sia il valore MED più basso.

    • Il control plane di routing dinamico riceve un elenco di hop successivi e valori MED dai control plane di routing dinamico in altre regioni. Il piano di controllo delle route dinamiche aggiunge ogni hop successivo al suo elenco di hop successivi per il prefisso. Quando aggiungi ogni hop successivo, il piano di controllo dinamico della route modifica il valore MED aggiungendo un costo interregionale.

  3. Il piano di controllo delle route dinamiche ordina l'elenco degli hop successivi per il prefisso dal valore MED ricevuto più piccolo a quello più grande.

  4. Il control plane della route dinamica tronca l'elenco delle route inviate al control plane VPC. In genere, l'elenco delle route inviate al control plane VPC include le route con i valori MED più bassi e, se disponibili, i valori MED più bassi successivi. Tuttavia, il control plane di routing dinamico garantisce solo l'invio delle route con i valori MED più bassi al control plane VPC.

Modalità di selezione del percorso migliore standard

La modalità di selezione del percorso migliore standard rispetta più da vicino la RFC 4271. Offre i seguenti vantaggi rispetto alla modalità di selezione del percorso migliore precedente:

  • Routing basato sul percorso AS coerente: le informazioni sul percorso AS vengono prese in considerazione per tutte le route apprese su tutti i router Cloud della rete VPC. In questo modo puoi influenzare il flusso di traffico utilizzando il prepending del percorso AS.

  • Maggiore flessibilità e personalizzazione: hai un maggiore controllo sul ranking dei prefissi BGP all'interno delle tue reti VPC, inclusa la possibilità di ottimizzare il routing del percorso migliore BGP. Le route dinamiche hanno sempre una priorità della route di rete VPC inferiore rispetto alle route statiche.

Quando utilizzi la modalità di selezione dei percorsi migliori standard, il router Cloud offre le seguenti opzioni di configurazione:

  • Confronta valori MED: puoi scegliere una delle seguenti opzioni:

    • Confronta sempre:il valore MED per ogni prefisso di destinazione viene confrontato senza considerare l'AS da cui router Cloud ha appreso il prefisso.

    • Confronto condizionale:i prefissi sono raggruppati in base al sistema autonomo da cui router Cloudr ha appreso il prefisso. Per ogni prefisso all'interno di ogni AS, gli hop vengono classificati in base al valore MED corrispondente descritto nella RFC 4721.

  • Aggiungi regione ai costi tra regioni: puoi scegliere se i costi tra regioni vengono aggiunti ai valori MED.

Procedura di selezione delle attività BGP

Un'attività BGP del router Cloud riceve i prefissi di destinazione dai router peer delle sessioni BGP che gestisce. L'attività BGP crea un insieme di prefissi di destinazione unici da tutte le sessioni BGP che gestisce. Quindi, l'attività BGP determina almeno un hop successivo migliore per ciascuno dei prefissi di destinazione unici ricevuti da BGP utilizzando la seguente procedura:

  1. Lunghezza del percorso AS più breve: l'attività BGP ordina l'elenco degli hop successivi in base alla lunghezza del percorso AS, dal percorso AS più breve a quello più lungo. Dopo l'ordinamento, l'attività BGP rimuove tutti gli hop successivi che non hanno la lunghezza del percorso AS più breve dalla considerazione.

  2. Tipo di origine preferito: l'attività BGP preferisce gli hop successivi che utilizzano il protocollo IGP (Interior Gateway Protocol) rispetto agli hop successivi che utilizzano il protocollo EGP (Exterior Gateway Protocol) e preferisce gli hop successivi che utilizzano EGP rispetto agli hop successivi che hanno un tipo di origine incompleto.

    Se almeno un tipo di origine dell'hop successivo è IGP, l'attività BGP rimuove tutti gli hop successivi con tipi di origine EGP o Incompleto dalla valutazione.

    Se nessuno degli hop successivi ha un tipo di origine IGP e se almeno un hop successivo ha un tipo di origine EGP, l'attività BGP rimuove tutti gli hop successivi con tipi di origine incompleti dalla valutazione.

  3. Considera ASN vicino: l'impostazione della rete VPC routingConfig.bgpAlwaysCompareMed controlla questo passaggio dell'algoritmo come segue:

    • Se routingConfig.bgpAlwaysCompareMed è True, il valore ASN vicino di ogni hop successivo non è considerato pertinente. L'attività BGP ordina gli hop successivi dal valore MED più piccolo a quello più grande. Dopo l'ordinamento, l'attività BGP rimuove tutti gli hop successivi che non hanno il valore MED più piccolo dalla considerazione.

    • Se routingConfig.bgpAlwaysCompareMed è False o non è impostato, il valore ASN del vicino di ogni hop successivo viene considerato pertinente, quindi l'attività BGP esegue le seguenti operazioni:

      1. Il gruppo di attività BGP raggruppa l'elenco degli hop successivi in base al valore ASN del vicino.

      2. All'interno di ogni gruppo di ASN vicine, l'attività BGP ordina gli hop successivi dal valore MED più piccolo a quello più grande. (Il valore MED con il numero più piccolo potrebbe essere diverso in ogni gruppo di ASN vicini.)

      3. All'interno di ogni gruppo ASN vicino, l'attività BGP rimuove tutti gli hop successivi che non hanno il valore MED più piccolo.

L'attività BGP invia ogni prefisso di destinazione e il relativo elenco di hop successivi non rimossi al piano di controllo delle route dinamiche della regione. In alcuni casi, l'attività del software BGP del router Cloud potrebbe anche inviare hop successivi che sono stati rimossi dalla valutazione.

Elaborazione del control plane delle route dinamiche

Il control plane delle route dinamiche di ogni regione applica le seguenti quote, che si applicano alle destinazioni uniche delle route BGP ricevute e personalizzate apprese:

Quando vengono applicate le quote precedenti del router Cloud, il piano di controllo delle route dinamiche elimina tutte le informazioni sulle route associate a destinazioni univoche che superano il limite per una delle quote del router Cloud. Per saperne di più, consulta la sezione Comportamento di eliminazione deterministico delle route.

Dopo aver applicato le quote, il piano di controllo delle route dinamiche applica il seguente algoritmo di elaborazione a ogni prefisso di destinazione univoco non eliminato:

  1. Elenco iniziale di hop successivi per il prefisso: il piano di controllo delle route dinamiche crea un elenco iniziale di hop successivi per il prefisso costituito da entrambi gli elementi seguenti:

    • Le informazioni sull'hop successivo ricevute da BGP dalle attività BGP che gestiscono i router Cloud nella rete VPC, situati nella stessa regione del control plane di routing dinamico.

    • Le informazioni sull'hop successivo delle route personalizzate apprese per il prefisso, definite sui router Cloud nella rete VPC e situate nella stessa regione del control plane di routing dinamico. Alle route apprese personalizzate vengono applicati i seguenti attributi BGP:

      • Percorso AS, costituito solo dall'ASN del peer. Si tratta di una lunghezza del percorso AS pari a 1 e dell'ASN del vicino dell'ASN del peer.
      • Origine, impostata su Incompleta.
      • Valore MED, in cui ogni priorità di route appresa personalizzata viene trattata come un valore MED.
      • Costo tra regioni impostato su 0.

  2. Lunghezza del percorso AS più breve: il piano di controllo delle route dinamiche ordina l'elenco degli hop successivi in base alla lunghezza del percorso AS, dalla lunghezza del percorso AS più breve a quella più lunga. Il piano di controllo della route dinamica rimuove tutti gli hop successivi che non hanno la lunghezza del percorso AS più breve dalla valutazione.

  3. Tipo di origine preferito: il control plane della route dinamica preferisce gli hop successivi che utilizzano IGP rispetto a quelli che utilizzano EGP e quelli che utilizzano EGP rispetto a quelli che hanno un tipo di origine incompleto.

    Se almeno un tipo di origine dell'hop successivo è IGP, il piano di controllo della route dinamica rimuove tutti gli hop successivi con tipi di origine EGP o incompleti.

    Se nessuno degli hop successivi ha un tipo di origine IGP e se almeno un hop successivo ha un tipo di origine EGP, il piano di controllo delle route dinamiche rimuove tutti gli hop successivi con tipi di origine incompleti.

  4. Considera l'ASN del vicino: l'impostazione della rete VPC routingConfig.bgpAlwaysCompareMed controlla questo passaggio dell'algoritmo nel seguente modo:

    • Se routingConfig.bgpAlwaysCompareMed è True, il valore ASN vicino di ogni hop successivo non è considerato pertinente. In questo caso, il piano di controllo delle route dinamiche ordina gli hop successivi dal valore MED più piccolo a quello più grande. Gli hop successivi con il MED più piccolo hanno il ranking più alto. Il piano di controllo della route dinamica rimuove tutti gli hop successivi, ad eccezione di quelli con il ranking più alto.

    • Se routingConfig.bgpAlwaysCompareMed è False o non è impostato, il valore ASN del vicino di ogni hop successivo è considerato pertinente, quindi il piano di controllo delle route dinamiche esegue le seguenti operazioni:

      1. Il piano di controllo delle route dinamiche raggruppa l'elenco degli hop successivi in base al valore ASN del vicino.

      2. All'interno di ogni gruppo di ASN vicini, il piano di controllo delle route dinamiche ordina gli hop successivi dal valore MED più piccolo a quello più grande. Il valore MED con il numero più basso potrebbe essere diverso in ogni gruppo di ASN vicini.

      3. All'interno di ogni gruppo di ASN vicini, il piano di controllo delle route dinamiche rimuove tutti gli hop successivi che non hanno il valore MED più piccolo dalla valutazione.

      Gli hop successivi con i valori MED più piccoli all'interno di ciascun gruppo ASN vicino hanno il ranking più alto. Il piano di controllo della route dinamica rimuove tutti gli hop successivi, ad eccezione di quelli con il ranking più alto, dalla valutazione.

  5. Invia tutti gli hop successivi con il ranking più alto ad altre regioni: quando la modalità di routing dinamico della rete VPC è globale, il control plane di routing dinamico invia il set corrente di hop successivi con il ranking più alto ad altre regioni.

  6. Ricevi gli hop con il ranking più alto da altre regioni: quando la modalità di routing dinamico della rete VPC è globale, il piano di controllo del routing dinamico riceve un elenco degli hop successivi con il ranking più alto per il prefisso dai piani di controllo del routing dinamico in ciascuna delle altre regioni. Ogni hop successivo ricevuto include la lunghezza del percorso AS, l'ASN del vicino, il tipo di origine e MED, oltre alla regione del piano di controllo della route dinamica che ha inviato l'hop successivo.

    L'app del piano di controllo della route dinamica aggiunge gli hop successivi ricevuti al suo elenco di hop successivi per il prefisso, quindi esegue le seguenti operazioni:

    • Ripete il passaggio Lunghezza percorso AS più breve.

    • Ripete il passaggio Tipo di origine preferito.

    • Ripete il passaggio Considera ASN vicini in base all'impostazione routingConfig.bgpInterRegionCost della rete VPC:

      • Se routingConfig.bgpInterRegionCost della rete VPC è ADD_COST_TO_MED, il piano di controllo delle route dinamiche utilizza valori MED aggiustati quando ripete il passaggio Considera ASN vicino. Ogni valore MED aggiustato è la somma del valore MED originale più un costo interregionale. Gli hop successivi nella regione del control plane della route dinamica hanno un costo interregionale di 0. Gli hop successivi appresi dai control plane delle route dinamiche in altre regioni hanno costi interregionali diversi da zero, univoci per ogni coppia di regioni costituita dalla regione di invio e dalla regione di ricezione.

      • Se il routingConfig.bgpInterRegionCost della rete VPC è DEFAULT o non è impostato, il piano di controllo delle route dinamiche ripete il passaggio Considera l'ASN del vicino utilizzando i valori MED originali.

  7. Rimuovi dalla valutazione tutti gli hop successivi che non hanno il costo interregionale più basso: quando la modalità di routing dinamico della rete VPC è globale, il control plane di routing dinamico rimuove dalla valutazione tutti gli hop successivi, ad eccezione di quelli che hanno il costo interregionale più basso.

  8. Invia gli hop successivi al piano di controllo VPC: per ogni prefisso di destinazione univoco, il piano di controllo delle route dinamiche invia tutti gli hop successivi con il rango più alto e il costo interregionale più basso al piano di controllo VPC. Questi hop successivi creano route dinamiche nella regione del piano di controllo delle route dinamiche della rete VPC. Questi percorsi dinamici hanno la priorità di routing Andromeda 65536. Il numero di priorità 65536 è scelto appositamente perché è un valore maggiore di 65535, la priorità più bassa di una route statica. Di conseguenza, se esistono route sia statiche che dinamiche per lo stesso prefisso di destinazione, una route statica viene preferita dall'ordine di routing.

    In alcune situazioni, il control plane della route dinamica può inviare hop successivi che hanno ranking inferiori o costi interregionali non minimi. Questi hop successivi aggiuntivi creano anche route dinamiche nella regione del piano di controllo delle route dinamiche della rete VPC, ma utilizzano priorità di route Andromeda inferiori, ad esempio 65537, 65538.

Elaborazione del control plane VPC

Il control plane VPC di ogni regione riceve le route dinamiche candidate dal control plane delle route dinamiche della regione. A meno che una route dinamica non venga eliminata dal control plane delle route dinamiche, il control plane VPC valuta ogni route dinamica candidata. La valutazione comporta la creazione di una route dinamica nella rete VPC che contiene i router Cloud o la soppressione della route dinamica candidata. Di seguito sono riportati i motivi per cui una route dinamica candidata viene soppressa:

  • Il prefisso di destinazione della route dinamica candidata è in conflitto con una route subnet locale, di peering o di Network Connectivity Center. Per maggiori informazioni, consulta la sezione Interazioni con le route dinamiche.

  • Il control plane VPC determina che l'hop successivo per la route dinamica candidata non è utilizzabile prima che uno stato BGP aggiornato venga elaborato dal router Clouder. Per ulteriori informazioni, vedi Ignora route statiche e dinamiche con hop successivi inutilizzabili.

Il control plane VPC di ogni regione può anche creare route dinamiche di peering nelle reti VPC in peering, se la rete VPC contenente i router Cloud esporta route personalizzate e la rete VPC in peering importa route personalizzate. Per informazioni sullo scambio di route personalizzate utilizzando il peering di rete VPC, vedi Opzioni per lo scambio di route dinamiche.

Quando crei route dinamiche in peering, il piano di controllo VPC di ogni regione valuta in modo indipendente le route dinamiche candidate in base alla rete. Oltre ai casi di eliminazione precedentemente indicati, nelle reti VPC in peering si applicano i seguenti casi di eliminazione aggiuntivi:

  • Se il prefisso di destinazione di una route dinamica di peering candidata corrisponde esattamente al prefisso di destinazione di una route dinamica locale, il control plane VPC sopprime la route dinamica di peering in conflitto.

  • Se vengono ricevute route dinamiche di peering candidate per lo stesso prefisso di destinazione da due o più reti VPC in peering, il piano di controllo VPC utilizza un algoritmo interno per scegliere la rete da cui importare le route dinamiche di peering. Questo algoritmo interno viene valutato prima di considerare la priorità della route. Per maggiori informazioni, consulta Selezionare gli hop successivi per le route personalizzate di peering da una singola rete VPC.

  • Se la quota di route dinamiche per regione per gruppo di peering supera il limite, il control plane VPC sopprime solo le route dinamiche di peering.

Poiché ogni piano di controllo VPC sopprime le route dinamiche in base alla rete, tieni presente quanto segue:

  • Se una route dinamica candidata diventa una route dinamica locale nella rete VPC che contiene i router Cloud che hanno creato la route dinamica candidata, quest'ultima potrebbe essere eliminata in una o più reti VPC in peering.

  • Se una route dinamica candidata è stata eliminata nella rete VPC che contiene i router Cloud che l'hanno creata, la route dinamica candidata potrebbe diventare una route dinamica di peering in una o più reti VPC in peering.

Modifiche allo stato BGP

Le route personalizzate apprese e ricevute tramite BGP producono route dinamiche come descritto in Modalità di selezione del percorso migliore. Le route dinamiche persistono finché viene stabilita la sessione BGP corrispondente. Le route dinamiche vengono rimosse quando una sessione BGP viene considerata inattiva o è stata terminata. Di seguito sono riportati alcuni esempi comuni:

  • Se il router peer supporta il riavvio graceful e invia una notifica di riavvio graceful (pacchetto TCP FIN o RST), Google Cloud rimuove le route dinamiche apprese dalla sessione BGP dopo la scadenza del timer di riavvio riavvio graceful del router peer. Per saperne di più, consulta la sezione Timer di riavvio controllato.

  • Se il router peer invia una notifica BGP CEASE, Google Cloud rimuove immediatamente le route dinamiche apprese dalla sessione BGP. Per ulteriori informazioni, consulta la sezione 4.5 di RFC 4271.

  • Se non si verifica nessuna delle situazioni di notifica precedenti e viene raggiunto il timer di attesa negoziato, Google Cloud vengono rimosse le route dinamiche apprese dalla sessione BGP. Per ulteriori informazioni, vedi Timer di attesa.

Gli eventi di manutenzione pianificati per Cloud Interconnect comportano la rimozione delle route dinamiche i cui hop successivi sono i collegamenti VLAN associati a una connessione Cloud Interconnect durante la manutenzione della connessione. Durante la manutenzione pianificata, le sessioni BGP corrispondenti vengono interrotte. Per ridurre al minimo le interruzioni, assicurati che i collegamenti e le connessioni VLAN Cloud Interconnect rispettino uno dei seguenti requisiti:

Per ulteriori informazioni su BFD, consulta BFD durante un evento di errore.

Passaggi successivi