Percorsi appresi

Questo documento descrive le route apprese, in che modo 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 le route che il router Cloud riceve dai router peer remoti che utilizzano il protocollo BGP o le 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 disponi del controllo amministrativo per configurare un router peer remoto.

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

Router Cloud non pubblicizza di nuovo i percorsi acquisiti, a meno che non utilizzi uno spoke ibrido di Network Connectivity Center con il trasferimento di dati abilitato.

Entrambi i tipi di route apprese dal router Cloud vengono elaborate da un piano di controllo delle route dinamiche e poi da un piano di controllo della rete VPC. I passaggi di elaborazione utilizzano le metriche del prefisso di destinazione e delle 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 da BGP. A differenza delle route statiche, le route dinamiche personalizzate apprese vengono ritirate automaticamente quando la sessione BGP per un hop successivo si arresta.

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 i percorsi personalizzati appresi.

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 delle route dinamiche 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, consulta la sezione Effetti della modalità di routing dinamico nella documentazione relativa al peering di rete VPC.

Le reti VPC di Google Cloud 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. I percorsi dinamici risultanti creati in una determinata regione di una rete VPC hanno i hop successivi solo all'interno di quella regione specifica.
Modalità di routing dinamico globale
Il piano di controllo delle route dinamiche di ogni regione elabora le route apprese dalle attività BGP del router Cloud nella propria regione. Il piano di controllo delle route dinamiche di ogni regione invia anche il percorso migliore per ogni prefisso ai piani di controllo delle route dinamiche in tutte le altre regioni utilizzate nella rete VPC. Le route dinamiche risultanti create in una determinata regione di una rete VPC possono avere hop successivi in qualsiasi regione.

Modalità di selezione dei percorsi migliori

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

La modalità legacy è la modalità predefinita quando viene creata una rete VPC. Come best practice, ti consigliamo di utilizzare la modalità precedente, a meno che non siano necessarie funzionalità specifiche della modalità standard.

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 precedente.

Lunghezza del percorso AS

Nella modalità di selezione del percorso migliore precedente, le informazioni sul percorso AS sono pertinenti solo all'interno di un'unica attività BGP del router Cloud e il piano di controllo delle route dinamiche non utilizza le informazioni sul percorso AS per prendere decisioni di selezione del percorso migliore. Quando utilizzi la modalità di selezione del percorso migliore precedente, non fare affidamento sulla selezione del percorso migliore in base alle informazioni sulla lunghezza del percorso AS quando sono coinvolte diverse attività software router Cloud per lo stesso prefisso di destinazione.

Le sessioni BGP coinvolgono più attività BGP del router Cloud. Per ulteriori informazioni, consulta le 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 univoci da tutte le sessioni BGP gestite dall'attività BGP. L'attività BGP determina quindi almeno un hop successivo migliore per ciascuno dei prefissi di destinazione univoci ricevuti da BGP utilizzando la seguente procedura:

  1. Lunghezza del percorso AS più breve: l'attività BGP ordina l'elenco dei hop successivi in base alla lunghezza del percorso AS, dalla più breve alla più lunga. Dopo la riga, l'attività BGP rimuove dalla considerazione tutti i hop successivi che non hanno la lunghezza del percorso AS più breve.

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

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

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

  3. Valore MED più piccolo: l'attività BGP ordina gli hop successivi dal valore MED (discriminatore multi-uscita) più piccolo a quello più grande. Dopo l'ordinamento, l'attività BGPrimuove dalla considerazione 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 migliori hop successivi al piano di controllo delle route dinamiche della regione. In alcuni casi, l'attività software BGP del router Cloud potrebbe anche inviare hop successivi che sono stati rimossi dalla considerazione.

Elaborazione del piano di controllo delle route dinamiche

Il piano di controllo delle route dinamiche di ogni regione applica le seguenti quote, che si applicano alle destinazioni univoche sia delle route BGP ricevute sia di quelle 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 ulteriori informazioni, consulta Comportamento di eliminazione dei percorsi deterministici.

Dopo aver applicato le quote, il piano di controllo dei percorsi dinamici 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 passaggi che seguono si verificano solo quando la rete VPC che contiene i router Cloud utilizza la modalità di routing dinamico globale:

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

    • Il piano di controllo delle route dinamiche riceve un elenco di hop successivi e valori MED dai piani di controllo delle route dinamiche in altre regioni. Il piano di controllo delle route dinamiche aggiunge ogni hop successivo al proprio elenco di hop successivi per il prefisso. Quando aggiungi ogni hop successivo, il piano di controllo dinamico del percorso aggiusta 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 piano di controllo delle route dinamiche tronca l'elenco delle route inviate al piano di controllo del VPC. In genere, l'elenco delle route inviate al piano di controllo della VPC include le route con i valori MED più bassi e, se disponibili, i valori MED immediatamente superiori. Tuttavia, il control plane dei percorsi dinamici garantisce solo di inviare al control plane VPC i percorsi con i valori MED più bassi.

Modalità di selezione del percorso migliore standard

La modalità di selezione del percorso migliore standard è più conforme allo standard RFC 4271. Offre i seguenti vantaggi rispetto alla modalità di selezione del percorso migliore precedente:

  • Routing basato su percorso AS coerente: le informazioni sul percorso AS vengono prese in considerazione su tutte le route apprese su tutti i router Cloud della rete VPC. In questo modo puoi influenzare il flusso di traffico utilizzando l'anteposizione 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 perfezionare il routing del percorso migliore BGP. Le route dinamiche hanno sempre una priorità inferiore rispetto alle route statiche.

Quando utilizzi la modalità di selezione del percorso migliore standard, router Cloud offre le seguenti opzioni di configurazione:

  • Confronta i 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 il router Cloud ha appreso il prefisso.

    • Confronto condizionale: i prefissi vengono raggruppati in base all'AS da cui il router Cloud ha appreso il prefisso. Per ogni prefisso all'interno di ogni AS, gli hop vengono classificati in base alla corrispondenza del valore MED descritta nel documento RFC 4721.

  • Aggiungi regione ai costi interregionali: puoi selezionare se i costi interregionali 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 univoci da tutte le sessioni BGP gestite dall'attività BGP. L'attività BGP determina quindi almeno un hop successivo migliore per ciascuno dei prefissi di destinazione univoci ricevuti da BGP utilizzando la seguente procedura:

  1. Lunghezza del percorso AS più breve: l'attività BGP ordina l'elenco dei hop successivi in base alla lunghezza del percorso AS, dalla più breve alla più lunga. Dopo la riga, l'attività BGP rimuove dalla considerazione tutti i hop successivi che non hanno la lunghezza del percorso AS più breve.

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

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

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

  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 del 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 dalla considerazione tutti gli hop successivi che non hanno il valore MED più piccolo.

    • Se routingConfig.bgpAlwaysCompareMed è False o non è impostato, il valore ASN del vicino di ogni hop successivo è considerato pertinente, quindi il compito BGP esegue quanto segue:

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

      2. All'interno di ogni gruppo ASN di primo livello, il task 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 ASN adiacente.

      3. All'interno di ogni gruppo ASN di un neighbor, l'attività BGP rimuove tutti i 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, la task software BGP del router Cloud potrebbe anche inviare hop successivi che sono stati rimossi dalla considerazione.

Elaborazione del piano di controllo delle route dinamiche

Il piano di controllo delle route dinamiche di ogni regione applica le seguenti quote, che si applicano alle destinazioni univoche sia delle route BGP ricevute sia di quelle 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 ulteriori informazioni, consulta Comportamento di eliminazione dei percorsi deterministici.

Dopo aver applicato le quote, il piano di controllo dei percorsi dinamici applica il seguente algoritmo di elaborazione a ogni prefisso di destinazione univoco non eliminato:

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

    • Le informazioni sull'hop successivo ricevute da BGP dalle attività BGP che gestiscono i router Cloud nella rete VPC, situate nella stessa regione del piano di controllo delle route dinamiche.

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

      • Percorso AS, costituito solo dall'ASN del peer. ovvero una lunghezza del percorso AS di 1 e l'ASN del vicino dell'ASN del peer.
      • Origine, impostata su Incompleta.
      • Valore MED, in cui ogni priorità della 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 più breve a quella più lunga. Il piano di controllo delle route dinamiche rimuove dalla considerazione tutti gli hop successivi che non hanno la lunghezza del percorso AS più breve.

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

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

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

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

    • Se routingConfig.bgpAlwaysCompareMed è True, il valore ASN del vicino di ogni hop successivo non è considerato pertinente. In questo caso, il control plane dei percorsi dinamici ordina gli hop successivi dal valore MED minimo al valore MED massimo. Gli hop successivi con il MED più piccolo hanno il ranking più alto. Il piano di controllo delle route dinamiche 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, pertanto il piano di controllo delle route dinamiche esegue quanto segue:

      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 ASN vicino, il piano di controllo dinamico delle route 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 ASN adiacente.

      3. All'interno di ogni gruppo ASN di primo livello, il piano di controllo dei percorsi dinamicirimuove dalla considerazione tutti i hop successivi che non hanno il valore MED più piccolo.

      I hop successivi con i valori MED più piccoli all'interno di ogni gruppo ASN del vicino hanno il ranking più alto. Il piano di controllo delle route dinamicherimuove tutti gli hop successivi, ad eccezione di quelli con il ranking più alto.

  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 piano di controllo delle route dinamiche invia l'insieme corrente di hop successivi con il ranking più alto ad altre regioni.

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

    Il piano di controllo delle route dinamiche aggiunge gli hop successivi ricevuti al proprio elenco di hop successivi per il prefisso, quindi esegue le seguenti operazioni:

    • Ripeti il passaggio Lunghezza del percorso AS più breve.

    • Ripeti il passaggio Tipo di origine preferito.

    • Ripeti il passaggio Considera l'ASN del vicino in base all'impostazione routingConfig.bgpInterRegionCost della rete VPC:

      • Se routingConfig.bgpInterRegionCost della rete VPC è ADD_COST_TO_MED, il piano di controllo dei percorsi dinamici utilizza i valori MED aggiustati quando ripete il passaggio Considera ASN adiacente. Ogni valore MED aggiustato è la somma del valore MED originale più un costo interregionale. I hop successivi nella regione del piano di controllo della route dinamica hanno un costo interregionale di 0. Gli hop successivi appresi dai piani di controllo delle route dinamiche in altre regioni hanno costi interregionali non nulli, unici per ogni coppia di regioni composta dalla regione di invio e dalla regione di ricezione.

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

  7. Rimuovi da considerazione tutti gli hop successivi che non hanno il costo interregionale più basso: quando la modalità di routing dinamico della rete VPC è globale, il piano di controllo delle route dinamiche rimuove da considerazione tutti gli hop successivi tranne 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 al piano di controllo VPC tutti gli hop successivi con il ranking più alto e il costo interregionale più basso. Questi hop successivi creano route dinamiche nel piano di controllo delle route dinamiche della rete VPC. Queste route dinamiche hanno la priorità route 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 statiche e dinamiche per lo stesso prefisso di destinazione, l'ordine di routing preferisce una route statica.

    In alcuni casi, il piano di controllo delle route dinamiche può inviare hop successivi con ranking inferiori o con un costo interregionale non più basso. 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 piano di controllo VPC

Il piano di controllo VPC di ogni regione riceve le route dinamiche candidate dal piano di controllo delle route dinamiche della regione. A meno che una route dinamica non venga eliminata dal piano di controllo delle route dinamiche, il piano di controllo VPC valuta ogni route dinamica candidata. La valutazione comporta la creazione di un percorso dinamico nella rete VPC contenente i router cloud o la soppressione del percorso dinamico candidato. Di seguito sono riportati i motivi per cui una route dinamica candidata viene soppressa:

  • Il prefisso della destinazione della route dinamica candidata è in conflitto con una route della subnet locale, di peering o del Network Connectivity Center. Per ulteriori informazioni, consulta la sezione Interazioni con i percorsi dinamici.

  • Il piano di controllo della VPC determina che l'hop successivo per la route dinamica candidata non è utilizzabile prima che uno stato BGP aggiornato venga elaborato dal router Cloud. Per ulteriori informazioni, consulta la sezione Ignora route statiche e dinamiche con hop successivi inutilizzabili.

Il piano di controllo 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 le importa. Per informazioni sullo scambio di route personalizzate utilizzando il peering di rete VPC, consulta Opzioni per lo scambio di route dinamiche.

Quando crei route dinamiche di 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 soppressione indicati in precedenza, nelle reti VPC in peering si applicano i seguenti casi di soppressione 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 piano di controllo VPC sopprime la route dinamica di peering in conflitto.

  • Se le route dinamiche di peering candidate per lo stesso prefisso di destinazione vengono ricevute da due o più reti VPC in peering, il piano di controllo VPC utilizza un algoritmo interno per scegliere la rete da cui importa le route dinamiche di peering. Questo algoritmo interno viene valutato prima di prendere in considerazione la priorità del route. Per ulteriori 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 piano di controllo VPC elimina solo le route dinamiche di peering.

Poiché ogni piano di controllo VPC elimina le route dinamiche su base di 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, la route dinamica candidata potrebbe essere soppressa 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 dello stato BGP

Le route ricevute da BGP e apprese personalizzate producono route dinamiche come descritto in Modalità di selezione del percorso migliore. Le route dinamiche rimangono valide finché la sessione BGP corrispondente è stabilita. Le route dinamiche vengono rimosse quando una sessione BGP non è più stabilita nei seguenti casi:

  • Se il router peer supporta il riavvio graceful, le route dinamiche vengono rimosse al termine del timer del riavvio graceful del router peer. Il valore del timer di riavvio graceful del router peer può essere diverso da quello del timer di riavvio graduale del router Cloud.

  • Se il router peer non supporta riavvio graceful, le route dinamiche vengono rimosse al termine del timer di attesa del router cloud. Il timer di attesa del Router Cloud è proporzionale all'intervallo di keepalive del Router Cloud configurabile.

Gli eventi di manutenzione del router Cloud in genere richiedono meno di 60 secondi e non dovrebbero causare la rimozione dei percorsi dinamici.

Il router Cloud utilizza un timer di riavvio graceful secondi. In questo modo, i router peer che supportano il riavvio graceful mantengono stabilita la sessione BGP per un massimo di 60 secondi durante un evento di manutenzione del router Cloud.

Ti consigliamo di configurare i router peer che non supportano il riavvio graceful con un valore del timer di attesa maggiore o uguale a 60 secondi.

Gli eventi di manutenzione pianificati per Cloud Interconnect impiegano più di 60 secondi e comportano la rimozione dei percorsi dinamici i cui hop successivi sono i collegamenti VLAN associati a una connessione Cloud Interconnect durante la manutenzione della connessione. Assicurati che i collegamenti e i collegamenti VLAN di Cloud Interconnect rispettino i requisiti di uno dei seguenti elementi:

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

Passaggi successivi