Configurazione delle impostazioni avanzate di BGP

Questo argomento descrive come gestire le impostazioni avanzate del Border Gateway Protocol (BGP) nel Megaport Cloud Router (MCR):

• Un’opzione per sovrascrivere il numero di sistema autonomo (ASN) predefinito.
• Un’opzione di prepend ASN per impostare le priorità di pubblicità delle rotte.
• Il Multi-Exit Discriminator (MED)Il Multi-Exit Discriminator (MED) è un attributo del percorso BGP che può influenzare un vicino BGP a prendere un percorso preferito quando il sistema autonomo pubblicizzato (AS) è lo stesso per i percorsi candidati e ci sono più punti di ingresso per quel AS. Un valore metrico MED più basso è preferito rispetto a un valore più alto.
  identifica il preferito VXC utilizzato per reindirizzare il traffico dopo un errore del percorso.
• Il protocollo Bidirectional Forwarding Detection (BFD)Bidirectional Forwarding Detection (BFD) è un protocollo di rilevamento dei guasti di rete che rileva eventuali guasti di percorso tra vicini BGP direttamente connessi. Fornisce tempi rapidi di rilevamento dei guasti, che facilita un tempo di ri-convergenza più veloce per i protocolli di instradamento BGP dinamici. È indipendente dai media, dal protocollo di instradamento e dai dati.
  rileva eventuali guasti del percorso tra i vicini BGP.

Sovrascrivere l’ASN del MCR

L’ASNUn sistema autonomo (AS) è una raccolta di prefissi di instradamento del Protocollo Internet (IP) connessi sotto il controllo di uno o più operatori di rete per conto di una singola entità o dominio amministrativo. ASN si riferisce al numero del sistema autonomo ed è un ID numerico unico assegnato a ogni AS per l’uso nell’ instradamento BGP.
predefinito assegnato al MCR è 133937. Per la maggior parte delle configurazioni, l’ASN predefinito è appropriato. Facoltativamente, puoi specificare un altro ASN locale per sovrascrivere l’ASN predefinito su base per-peer.

Per sovrascrivere l’ASN del MCR

1. Selezionare il VXC e selezionare A End o B End.

2. Accanto alla connessione BGP, fare clic su Modifica.

3. Selezionare la scheda Avanzate.

4. Nel campo ASN Locale, inserire un ASN pubblico o privato (ad esempio, inserire un numero da 64512 a 65534).

   L’intervallo ASN va da 2 a 4294967294, ma i seguenti ASN non sono disponibili:

   • 8074, 8075, 12076, 65515 - 65520 (riservato in Azure)
   • 23456, 64496-64511, 65535 - 65551 (riservato da Internet Assigned Numbers Authority (IANA))

   

5. Fare clic su Aggiorna.

Impostazione della priorità di pubblicità della rotta con prepend ASN

La lunghezza del percorso ASN determina la priorità di pubblicità della rotta per i percorsi BGP in uscita. La rotta con il percorso AS più breve ha la preferenza più alta, e vince su qualsiasi annuncio di percorsi più lunghi. Le lunghezze di percorso più lunghe hanno una priorità inferiore. Il prepending del percorso AS allunga il percorso per abbassare la priorità del percorso.

L’impostazione di un valore di prepend ASN è facoltativa.

Per impostare la priorità di pubblicità del percorso su una connessione BGP esistente

1. Selezionare il VXC e selezionare A End o B End.
2. Accanto alla connessione BGP, fare clic su Modifica.

3. Selezionare la scheda Avanzate.

   

4. Nel campo AS Path Prepend, inserire il numero di volte aggiuntive in cui aggiungere l’ASN locale al percorso BGP. Inserire intero/i nell’intervallo da 1 a 10. Ad esempio, 2 prepone l’ASN al percorso AS esistente due volte, creando una lunghezza del percorso AS di 3. Numeri più alti depriorizzano il percorso.

5. Fare clic su Aggiorna.

Per impostare la priorità di pubblicità del percorso su una nuova connessione BGP

1. Aggiungere una nuova connessione BGP.
2. Selezionare la scheda Avanzate.
3. Nel campo AS Path Prepend, inserire il numero di volte aggiuntive in cui aggiungere l’ASN locale al percorso BGP. Inserire intero/i nell’intervallo da 1 a 10. Ad esempio, 2 prepone l’ASN al percorso AS esistente due volte, creando una lunghezza del percorso AS di 3. Numeri più alti depriorizzano il percorso.
4. Fare clic su Aggiungi.

Abilitare il protocollo BFD

Il BGP condivide le informazioni sulla raggiungibilità della rete con i sistemi BGP adiacenti, che vengono definiti come vicini o peer. Il protocollo BFD rileva il fallimento del percorso tra i vicini BGP direttamente connessi, consentendo un tempo di riconvergenza di routing BGP più rapido.

L’abilitazione del BFD su una connessione VXC fornisce un rilevamento rapido del guasto del link e un failover quando si connette a servizi che supportano il BFD sul vicino remoto. Dopo che il BFD è abilitato, una relazione di vicinato BGP può essere interrotta rapidamente dopo le notifiche dal BFD, fallendo su un altro vicino BGP. Le impostazioni BFD si applicano a tutte le connessioni BGP sull’interfaccia.

Il protocollo BFD funziona in modo indipendente dal BGP. Quando il BFD è abilitato, il failover è più veloce perché avviene prima che scada l’intervallo del timer BGP. L’impostazione predefinita per il timer BGP è di 3 fallimenti della finestra di keep-alive di 60 secondi ciascuno. Quando non è abilitato, il failover avverrà solo dopo che sarà trascorso l’intervallo del timer BGP.

Le impostazioni predefinite di BFD non possono essere mantenute. Queste impostazioni vengono configurate quando si abilita BFD:

• Intervallo di TrasmissioneIl tempo minimo in cui il vicino BGP trasmette pacchetti BFD di rilevamento della vitalità al vicino BGP.
  : 300 millisecondi
• Intervallo di RicezioneIl tempo minimo in cui il vicino BGP invia pacchetti di rilevamento della vitalità BFD all’interfaccia.
  : 300 millisecondi
• MoltiplicatoreIl numero minimo di pacchetti BFD che possono essere persi prima che la sessione BGP sia considerata disconnessa.
  : 3

Per abilitare BFD

1. Selezionare il VXC e selezionare A End o B End.

2. Accanto alla connessione BGP, fare clic su Modifica.

3. Selezionare la scheda Avanzate.

4. Accanto al campo Usa BFD, fare clic su On.
   

5. Fare clic su Aggiorna.

Valori BFD predefiniti per fornitore di servizi cloud

• AWS Direct Connect – BFD è supportato nativamente dalle connessioni AWS Direct Connect. BFD asincrono è abilitato automaticamente per le interfacce virtuali AWS Direct Connect sul lato CSP. Tuttavia, devi abilitare BFD su MCR VXC a AWS Direct Connect per la tua connessione.

  Di default, l’intervallo minimo di rilevamento BFD di AWS è di 300 millisecondi e il moltiplicatore è di 3 pacchetti.

  Nota

  Confermare il supporto per altri vicini con il tuo CSP, così come i valori predefiniti specifici.

• Azure ExpressRoute – BFD è supportato nativamente da Azure ExpressRoute sul peering privato. BFD è configurato per impostazione predefinita su tutte le nuove interfacce di peering privato ExpressRoute sulle MSEEs. Tuttavia, devi configurare MCR VXC a Azure ExpressRoute private peering per BFD per abilitarlo per la tua connessione. Tra i peer BFD, il peer più lento determina la velocità di trasmissione.

• Router ExpressRoute Microsoft Enterprise Edge (MSEE) – Gli intervalli di trasmissione e ricezione BFD sono impostati su 300 millisecondi.

• Google Cloud Services – Alla fine del 2021, Google Cloud Partner Interconnect ha annunciato il supporto per le funzionalità avanzate con il loro servizio Interconnect. Le nuove funzionalità sono incluse in Dataplane V2. BFD è una funzione che è ora disponibile in V2. BFD non era supportato prima del lancio di V2.

  Google è in processo di migrazione da V1 a V2 con una data di completamento prevista per settembre 2022. Per supportare le nuove funzionalità, tra cui BFD, la Località di Interconnessione (Google Edge) e la regione dove Interconnect si collega a Google Cloud Router devono avere entrambi abilitato V2. Per ulteriori informazioni su come confermare la tua versione Dataplane, vedi Bidirectional Forwarding Detection (BFD) for Cloud Router.

  Importante

  Prima di abilitare BFD su MCR dopo il 11 maggio 2022, devi validare che il Megaport VXC/Google VLAN Attachment con il tuo servizio Partner Interconnect ha abilitato V2. Per ulteriori informazioni su come validare la tua versione Dataplane, vedi Bidirectional Forwarding Detection (BFD) for Cloud Router. Se V2 non è abilitato, devi aprire un caso di supporto Google per abilitarlo. In alcuni casi, V2 potrebbe non essere disponibile. Se il tuo allegato VLAN non utilizza Dataplane V2, non abilitare BFD.

  MCR funziona automaticamente in modalità BFD single-hop per VXC creati dopo il 11 maggio 2022. VXC creati su MCR prima del 11 maggio 2022 utilizzano BFD multihop e non sono compatibili con BFD. Devi riordinare qualsiasi VXC creati su MCR a Google prima del 11 maggio 2022 prima che tu possa abilitare BFD.

Configurazione di un percorso preferito

Un Multi-Exit Discriminator (MED) è un attributo di percorso BGP che può influenzare un vicino BGP a prendere un percorso preferito quando l’annuncio del sistema autonomo (AS) è lo stesso per le rotte candidate e ci sono più punti di ingresso per quell’AS. Una metrica MED più bassa è preferita rispetto a una più alta. Puoi utilizzare l’attributo MED per commutare il traffico tra due VXC ed evitare il comportamento ECMP (equal-cost multipath).

Altri attributi BGP vengono presi in considerazione prima di considerare l’attributo MED. L’attributo MED rompe il pareggio tra due percorsi quando il peso, la preferenza locale, il percorso AS e il tipo di origine sono gli stessi. Il punto di uscita con la metrica MED più bassa è preferito.

Per esempio, una configurazione che consiste in un dispositivo vicino BGP, R3, con una metrica MED di 20 e un altro dispositivo vicino, R2, con una metrica MED di 10 farà sì che il sistema autonomo (AS) 123 (del quale il dispositivo R2 e R3 sono membri) preferisca il percorso attraverso R2 per raggiungere ASN4.

L’aggiunta o la modifica di una metrica MED non interrompe il servizio.

Per configurare il MED

1. Selezionare il VXC e selezionare A End o B End.

2. Accanto alla connessione BGP, fare clic su Modifica.

3. Selezionare la scheda Avanzate.

4. Nel campo In entrata, specificare una metrica MED di 32 bit da applicare a tutte le rotte ricevute su questa connessione BGP. Lasciare in bianco per utilizzare il valore ricevuto dal vicino BGP.
   

5. Nel campo In uscita, specificare una metrica MED di 32 bit da applicare a tutte le rotte trasmesse da questa connessione BGP.

6. Fare clic su Aggiorna.

Utilizzo di MED con Google Cloud Platform

L’uscita del Google Cloud Platform Cloud Router è determinata dalla prima condizione soddisfatta:

• Tutto il traffico in uscita viene inviato alla rotta con la più breve lunghezza del percorso AS.
• Se le rotte hanno lo stesso lunghezze del percorso AS, tutto il traffico in uscita viene inviato alla rotta con il valore MED più basso (la metrica della rotta più bassa).
• Se le rotte hanno le stesse lunghezze di percorso AS e i valori MED (le stesse metriche di rotta), il traffico in uscita è bilanciato su tutte le rotte usando equal-cost multipath (ECMP).