Perché Abbiamo Bisogno di BGP – Border Gateway Protocol

Perché Abbiamo Bisogno di BGP - Border Gateway Protocol

In questo Cisco CCNA di formazione, tutorial, imparerete circa la necessità di BGP (Border Gateway Protocol). Scorri verso il basso per il video e anche il tutorial di testo.

Questo è il 1 ° di una serie di tutorial BGP.

Parte 2: routing BGP e selezione del percorso per i fornitori di servizi

Parte 3: Configurazione dei vicini BGP sui router Cisco

Parte 4: Come Pubblicizzare BGP Route su Router Cisco

Parte 5: Cisco BGP per le Imprese

Perché Abbiamo Bisogno di BGP – Border Gateway Protocol – Video Tutorial

YouTube video

Marianne Beauregard

Marianne Beauregard

sono attualmente iscritti nel corso CCNA aggiornamento il mio router, switch, subnetting, ecc la conoscenza. Voglio solo farvi sapere che il corso è impressionante e tu sei solo un tuffo nel passato. Mi piacciono molto le tue lezioni, il tuo umorismo e la tua esperienza. Continuate il grande lavoro.

Marianne Beauregard

IGP Interior Gateway Protocols in Service Provider networks

Questo potrebbe sembrare ovvio, ma i fornitori di servizi Internet non hanno un solo router enorme che instrada il traffico tra tutti i loro clienti. Hanno molti router che collegano tutte le loro diverse posizioni fisiche. Questi router forniscono connettività per il traffico dei clienti e anche per il traffico interno del fornitore di servizi tra i propri reparti interni.

I fornitori di servizi devono quindi utilizzare un IGP (Interior Gateway Protocol) per il routing all’interno del proprio dominio amministrativo. Di solito è OSPF o IS-IS che viene utilizzato. Si potrebbe trovare sia OSPF e IS-È in uso in diverse parti della rete in reti di grandi dimensioni.

Facciamo un rapido riassunto di come funzionano IGP come OSPF e ISIS perché lo confronteremo con come funziona BGP in seguito.

Come IGP lavoro

 Perché abbiamo bisogno di BGP

Perché abbiamo bisogno di BGP

Nell’esempio sopra l’amministratore ha abilitato OSPF sulle interfacce del router R1. R1 invia quindi messaggi link-local multicast hello alla ricerca di altri router OSPF con cui può formare un’adiacenza.

In questo esempio, R2 non ha ancora abilitato OSPF, quindi rilascia il pacchetto OSPF hello da R1. Poiché si tratta di un multicast link-local, R2 non lo inoltra ad altre interfacce.

Quindi l’amministratore abilita OSPF su R2. R2 inizia a inviare messaggi multicast OSPF hello.

Il messaggio raggiunge R1 e R1 dice: “Ehi, sto eseguendo anche OSPF. Controlliamo che le nostre impostazioni corrispondano. (Ad esempio, queste interfacce si trovano entrambe nella stessa area e i timer corrispondono.) Quindi formeremo un’adiacenza.”

Viene formata l’adiacenza e quindi i router si scambiano percorsi.

Nel nostro sistema autonomo (il nostro dominio amministrativo) abilitiamo OSPF su tutti i nostri router. Questo è ciò che il fornitore di servizi sta facendo nella loro rete nel nostro esempio. L’adiacenza OSPF è formata tra R1 e R2 e si scambiano percorsi. Lo stesso accade tra R2 e R3, R3 e R4, R4 e R5 e R5 e R1. Tutti i router formano adiacenze con i loro vicini. Tutti scambiano percorsi tra loro e ben presto tutti i router conoscono i percorsi per arrivare ovunque all’interno della rete.

Gli IGP imparano le sottoreti IP disponibili all’interno del sistema autonomo e calcolano i percorsi migliori per quelle sottoreti IP. Lo fanno in base ai collegamenti tra i singoli router fisici. Le informazioni della parte di IGP e prendono le decisioni-che è il migliore itinerario-su un salto fisico dalla base fisica di salto. Tutti i router nel IGP conoscere tutti i migliori percorsi per arrivare ovunque, router fisico da router fisico.

I fornitori di servizi devono anche mantenere la connettività tra le loro reti interne. Nell’esempio sopra, abbiamo New York in alto a sinistra del diagramma, Washington in basso, Boston in alto a destra e Philadelphia in basso a destra. Tra questi router, il fornitore di servizi ha i suoi router principali. Stanno eseguendo un IGP, OSPF o IS-IS, su tutti quei router e tutti i router impareranno i percorsi verso qualsiasi altro luogo all’interno della rete del fornitore di servizi.

Ma il fornitore di servizi non ha solo il proprio traffico interno, ma deve anche avere clienti in modo che possa fare soldi. E quei clienti hanno bisogno di indirizzi IP pubblici per essere in grado di comunicare tra loro.

Diamo un’occhiata a come funziona l’allocazione degli indirizzi IP pubblici dopo.

Allocazione degli indirizzi IP Internet

L’allocazione degli indirizzi IP pubblici segue un modello gerarchico. Nella parte superiore dell’albero c’è IANA, l’Internet Assigned Numbers Authority. Sono responsabili dell’allocazione globale degli indirizzi IP pubblici. Che poi viene suddiviso in regioni più piccole. IANA delega allocazioni di blocchi di indirizzi IP ai registri Internet regionali, RIR. Ogni RIR assegna indirizzi per una diversa area del mondo. Ad esempio, c’è un RIR in Nord America e così via.

I RIR si suddividono quindi in un altro livello inferiore. Dividono nuovamente i pool di indirizzi assegnati in blocchi più piccoli e li delegano ai fornitori di servizi Internet. Questi blocchi più piccoli di indirizzi possono anche essere delegati a un’altra organizzazione, come un’azienda, a quel livello se l’azienda è abbastanza grande da avere il proprio blocco.

Scendendo all’ultimo livello, i fornitori di servizi Internet possono allocare gli indirizzi ai clienti. La società della porta accanto e la rete a casa stanno per ottenere i loro indirizzi IP pubblici da un provider di servizi Internet.

Connettività tra clienti

Il provider di servizi Internet è mostrato al centro del diagramma sopra. Stanno gestendo i loro IGP all’interno della loro rete.

Il cliente 1 mostrato a sinistra è un’azienda di medie dimensioni. Stanno anche eseguendo un IGP all’interno della loro rete. Vogliono anche avere la connettività Internet in modo da connettersi al provider di servizi Internet.

Cliente 2 sulla destra sono una società diversa che mantengono anche il proprio IGP e vogliono la connettività Internet.

Entrambi i clienti hanno un solo percorso verso Internet, con l’ISP come hop successivo. Entrambi i clienti configurano un percorso statico predefinito che punta all’ISP. Tutto il traffico interno verrà instradato tramite i loro IGP e il traffico destinato a Internet corrisponderà alle rotte statiche predefinite.

A questo punto, il fornitore di servizi conosce le rotte verso tutte le proprie reti interne. Conoscono anche i percorsi verso gli indirizzi IP pubblici per i loro clienti perché hanno assegnato quegli indirizzi. E i clienti hanno percorsi statici predefiniti che indicano Internet e IGP per i propri percorsi interni.

Abbiamo connettività all’interno di tutte le reti private interne (ma non tra le diverse reti private) e anche tra tutte le reti pubbliche.

A questo punto non abbiamo bisogno di BGP. Gli IGP sono in esecuzione all’interno del fornitore di servizi e dei clienti, i percorsi statici predefiniti ai clienti indicano a Internet e tutto funziona bene.

Ma, ovviamente, non abbiamo solo un provider di servizi Internet nel mondo. Ci sono un sacco di fornitori di servizi Internet. Tutti i diversi fornitori di servizi hanno i propri clienti e in modo che i clienti in tutto il mondo possano comunicare tra loro, i fornitori di servizi devono avere connettività tra loro. Così i fornitori di servizi peer tra loro in scambi Internet, che sono grandi centri dati che permettono loro di connettersi.

Interconnettività del fornitore di servizi

Nell’esempio sopra Fornitore di servizi 1 hanno ottenuto il loro IGP ei loro clienti. Si collegano al fornitore di servizi 2, che ha anche il loro IGP e i loro clienti. Il fornitore di servizi 2 si sta connettendo al fornitore di servizi 3 nel nostro esempio. 1 è collegato a 4, 4 è collegato a 5 e 5 è collegato a 3.

Nota questa topologia è solo un esempio. Nel mondo reale, non è come i fornitori di servizi sempre connettersi tra loro in un anello come questo. Si sta andando ad avere più fornitori di servizi collegati ad altri più fornitori di servizi diversi. Stiamo solo usando questa topologia perché sarà utile per gli esempi che vedrai più avanti.

Problema di scalabilità IGP

Hai visto prima quando abbiamo appena avuto l’unico fornitore di servizi che un IGP avrebbe funzionato per tutto. Ma stiamo andando a incorrere in un problema come la rete cresce e abbiamo più diversi fornitori di servizi. IGP come OSPF e IS-IS non sono progettati per supportare il routing su Internet. Non è fattibile controllare il routing per l’intero pianeta su base fisica hop by physical hop. Non possiamo avere ogni fornitore di servizi conoscere tutti i diversi singoli router in tutto il mondo – ovviamente che non sta andando a lavorare! Quindi è necessario utilizzare un modello diverso. Ed è qui che entra in gioco il BGP, il protocollo Border Gateway.

Il Border Gateway Protocol (BGP)

BGP è l’unico EGP (Exterior Gateway Protocol) attualmente in uso e controlla il routing su Internet. Ci sono molte scelte per un IGP all’interno di un’azienda, come ERGIP, OSPF, eccetera. Ma per il routing su Internet, è sempre BGP che viene utilizzato. E con BGP, piuttosto che condividere informazioni e prendere decisioni su base fisica hop by physical hop (router fisico per router fisico), BGP funziona su base AS by AS – Sistema autonomo per sistema autonomo.

Sistemi autonomi

Un sistema autonomo è una porzione di una grande rete, come Internet, che è sotto un unico controllo amministrativo. In modo che COME potrebbe essere la rete di un fornitore di servizi o potrebbe essere la rete di una società. Il punto è che è una singola entità che controlla il routing all’interno di quella parte della rete.

Il termine Sistema Autonomo ha anche un altro significato. Viene anche utilizzato nelle configurazioni EIGRP e BGP per specificare il loro ambito. Affinché i router EIGRP formino un’adiacenza l’uno con l’altro, devono essere nello stesso EIGRP DI.

I nostri protocolli Gateway interni vengono utilizzati per condividere percorsi all’interno di un AS. E gli AS hanno un unico piano di routing interno coerente e presentano un’immagine coerente di quali destinazioni sono raggiungibili attraverso di esso. All’interno della rete di un’azienda o di un’organizzazione, eseguiranno un IGP e tutti i router in quell’IGP sanno come raggiungere tutte le altre reti all’interno di quella rete. Quindi è così che un IGP funziona all’interno di un AS. Ma per il routing tra diversi AS, è lì che useremo BGP.

Quando usiamo BGP, i fornitori di servizi hanno ciascuno un BGP univoco COME numero. Questo è sovrapposto nel diagramma sopra. Ognuno di questi diversi fornitori di servizi, da SP1 a SP5, ha un numero AS. BGP ne sarà consapevole COME numero e lo userà per instradare il traffico tra i diversi fornitori di servizi. Scopri di più sul routing BGP all’interno dei fornitori di servizi nel prossimo post di questa serie!

In questo Cisco CCNA di formazione, tutorial, imparerete circa la necessità di BGP (Border Gateway Protocol). Scorri verso il basso per il video e anche il tutorial di testo. Questo è il 1 ° di una serie di tutorial BGP. Parte 2: routing BGP e selezione del percorso per i fornitori di servizi Parte 3:…

In questo Cisco CCNA di formazione, tutorial, imparerete circa la necessità di BGP (Border Gateway Protocol). Scorri verso il basso per il video e anche il tutorial di testo. Questo è il 1 ° di una serie di tutorial BGP. Parte 2: routing BGP e selezione del percorso per i fornitori di servizi Parte 3:…

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.