Definizione di sessioni BGP

Il router Cloud utilizza il protocollo BGP (Border Gateway Protocol) per scambiare le route tra la tua rete Virtual Private Cloud (VPC) e una rete remota. Sul router Cloud, devi configurare un'interfaccia e un peer BGP per il tuo router on-premise. L'abbinamento dell'interfaccia e della configurazione peer BGP crea una sessione BGP.

In Google Cloud, un'interfaccia router Cloud si connette esattamente a una delle seguenti risorse Google Cloud:

  • Un tunnel VPN classica che utilizza il routing dinamico
  • Un tunnel VPN ad alta disponibilità (che utilizza il routing dinamico, se necessario)
  • Un collegamento VLAN per Cloud Interconnect
  • Un'istanza appliance router che utilizza Network Connectivity Center

Un router cloud supporta più interfacce. Non è necessario creare un router Cloud separato per ogni tunnel Cloud VPN o collegamento VLAN. Tuttavia, ogni router Cloud utilizza lo stesso ASN per tutte le sue sessioni BGP. Poiché Partner Interconnect richiede un ASN pubblico e tutti gli altri tipi di interfaccia richiedono ASN privati, un router Cloud che gestisce le sessioni BGP per un collegamento VLAN su Partner Interconnect non può gestire le sessioni BGP per nessun altro tipo di interfaccia.

Sessioni BGP supportate

Router Cloud supporta due tipi di sessioni BGP:

  • Sessioni BGP IPv4
  • Sessioni BGP IPv6

Sessioni BGP IPv4

Per impostazione predefinita, quando crei una sessione BGP in router Cloud, crei una sessione BGP IPv4. Per impostazione predefinita, la sessione BGP IPv4 scambia solo route IPv4.

Tuttavia, puoi configurare la sessione BGP IPv4 per scambiare route IPv6 utilizzando BGP multiprotocollo (MP-BGP). Puoi farlo, ad esempio, per scambiare traffico IPv6 tra le subnet Virtual Private Cloud a doppio stack e gli host con indirizzi IPv6 nell'altra rete.

Per abilitare lo scambio di route IPv6 nella sessione BGP IPv4, devi configurare un tunnel VPN ad alta disponibilità IPv4 e IPv6 (a doppio stack) o un collegamento VLAN Interconnect dedicato.

A questo punto, puoi attivare lo scambio di route IPv6 nel peer BGP.

Per ulteriori informazioni, consulta Configurare BGP multiprotocollo per le sessioni BGP IPv4 o IPv6.

Sessioni BGP IPv6

Puoi anche creare una sessione BGP IPv6 nel router Cloud.

Per impostazione predefinita, una sessione BGP IPv6 scambia solo route IPv6. Analogamente alle sessioni BGP IPv4, puoi anche configurare una sessione BGP IPv6 con BGP multiprotocollo (MP-BGP). Tuttavia, con MP-BGP sulle sessioni BGP IPv6, scambi le route IPv4 su una sessione BGP IPv6.

Per abilitare lo scambio di route IPv4 nella sessione BGP IPv6, devi configurare un tunnel VPN ad alta disponibilità a doppio stack o un collegamento VLAN di interconnessione dedicato.

A questo punto, puoi abilitare lo scambio di route IPv4 nel peer BGP.

Per ulteriori informazioni, consulta Configurare sessioni BGP IPv4 o IPv6 BGP multiprotocollo.

Puoi anche stabilire in parallelo sia una sessione BGP IPv4 sia una sessione BGP IPv6.

Ogni sessione scambia solo route per la propria famiglia di indirizzi. Le sessioni BGP IPv4 scambiano solo route IPv4 e le sessioni BGP IPv6 scambiano solo route IPv6. Non puoi utilizzare MP-BGP nelle singole sessioni BGP.

Per configurare queste sessioni BGP, assegna due interfacce sul router Cloud, una IPv4 e una IPv6, allo stesso tunnel VPN ad alta disponibilità o allo stesso collegamento VLAN Cloud Interconnect. Puoi configurare queste sessioni BGP solo per un tunnel VPN ad alta disponibilità dual-stack o per un collegamento VLAN Dedicated Interconnect dual-stack.

Questa configurazione garantisce che le sessioni BGP condividano lo stesso destino con il dataplane e rimangano sincronizzate correttamente con lo stato delle route in termini di disponibilità.

Per illustrare il vantaggio di questa configurazione di sessioni BGP parallele, consideriamo il seguente esempio.

Supponiamo che il piano dati registri un'interruzione del traffico solo IPv4. Con una configurazione della sessione BGP parallela, la sessione BGP IPv4 si interrompe, con conseguente ritiro di tutte le route IPv4 per questo tunnel VPN ad alta disponibilità o per il collegamento VLAN Dedicated Interconnect. Il ritiro delle route IPv4 consente di reindirizzare il traffico IPv4, se possibile. Tuttavia, il traffico IPv6 continua a utilizzare questo tunnel VPN ad alta disponibilità o il collegamento VLAN Dedicated Interconnect.

Nella stessa situazione, una sessione BGP IPv4 con MP-BGP ritira le route IPv4, ma anche le route IPv6. Questo risultato non è auspicabile perché la sessione può reindirizzare o eliminare inutilmente il traffico IPv6 anche se le route IPv6 sono ancora valide. Una sessione BGP IPv6 con MP-BGP non si arresta e non ritira route IPv4 o IPv6. Di conseguenza, solo il traffico IPv4 si riduce.

Limitazioni

Router Cloud presenta i seguenti limiti:

  • iBGP tra router Cloud in un'unica regione non funziona.

    Sebbene sia possibile creare due router Cloud con lo stesso ASN, iBGP non è supportato.

  • Non puoi inviare e conoscere i valori MED tramite una connessione Partner Interconnect di livello 3.

    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.

Autenticazione BGP

Quando configuri BGP per alcune risorse di connettività ibrida, puoi optionally configurare le sessioni di peering del router in modo che utilizzino l'autenticazione MD5. Per un elenco dei prodotti che supportano l'autenticazione MD5, consulta Utilizzare l'autenticazione MD5.

Indirizzi peering BGP

Le sessioni BGP per i seguenti prodotti utilizzano indirizzi IPv4 locali rispetto al collegamento 169.254.0.0/16 come indirizzi BGP peering:

  • Per Dedicated Interconnect, puoi specificare indirizzi IPv4 link-local candidati per gli indirizzi di peering BGP oppure Google Cloud può selezionare automaticamente indirizzi IPv4 link-local inutilizzati.
  • Per Partner Interconnect, Google Cloud seleziona automaticamente gli indirizzi IPv4 link-local non utilizzati.
  • Per la VPN ad alta disponibilità e la VPN classica che utilizzano il routing dinamico, puoi specificare indirizzi IPv4 link-local candidati per gli indirizzi di peering BGP.

Le appliance router utilizzano gli indirizzi IPv4 interni delle VM Google Cloud come indirizzi BGP. Per maggiori dettagli, vedi Creare istanze di appliance router.

Router Cloud supporta anche gli indirizzi IPv6 per il peering BGP. Con la configurazione dei peer BGP IPv6, puoi creare sessioni BGP IPv6 su tunnel VPN ad alta disponibilità e collegamenti VLAN Dedicated Interconnect.

Per i tunnel VPN ad alta disponibilità, puoi utilizzare gli indirizzi IPv6 locali unici (ULA) nell'intervallo fdff:1::/64 come indirizzi di peering BGP. Gli indirizzi di peering per le sessioni BGP IPv6 devono utilizzare una lunghezza della maschera di 126 o un valore di conteggio bit inferiore, ad esempio /122. Quando configuri una sessione BGP IPv6 in VPN ad alta disponibilità, puoi configurare manualmente gli indirizzi IPv6 del peering o chiedere a Google Cloud di assegnarli automaticamente.

Per Dedicated Interconnect, gli indirizzi IPv6 del peering vengono assegnati automaticamente dall'intervallo di indirizzi Global Unicast Address (GUA) di proprietà di Google2600:2d00:0:1::/64. Non puoi specificare un intervallo candidato per questi indirizzi IPv6 di peering o configurarli manualmente.

Configurazione della sessione BGP

Le sezioni seguenti forniscono link che descrivono come configurare le sessioni BGP per ogni tipo di interfaccia.

Cloud VPN

Cloud Interconnect

Appliance router

Policy di route BGP

Imposti regole per filtrare le route BGP o per modificare gli attributi delle route BGP. Per ulteriori informazioni, consulta le policy di route BGP.

Passaggi successivi