Oggi analizziamo il protocollo BGP. Non parleremo a lungo di perché è utilizzato come unico protocollo. Ci sono molte informazioni a riguardo, ad esempio .
Allora, cos'è il BGP? BGP è un protocollo di routing dinamico ed è l'unico protocollo EGP (External Gateway Protocol). Questo protocollo è utilizzato per costruire la routing nel web. Esaminiamo come viene stabilita la vicinanza tra due router BGP.
Consideriamo la vicinanza tra Router1 e Router3. Configuriamoli usando i seguenti comandi:
router bgp 10
network 192.168.12.0
network 192.168.13.0
neighbor 192.168.13.3 remote-as 10
router bgp 10
network 192.168.13.0
network 192.168.24.0
neighbor 192.168.13.1 remote-as 10La vicinanza all'interno di un sistema autonomo — AS 10. Dopo aver inserito i dati sul router, ad esempio su Router1, quest'ultimo tenta di stabilire relazioni di vicinanza con il router Router3. Lo stato iniziale, quando non succede nulla, è chiamato Idle. Una volta configurato il BGP su Router1, inizia ad ascoltare la porta TCP 179 — passerà allo stato Connect, e quando tenta di aprire una sessione con Router3, passerà allo stato Active.
Dopo che la sessione si sarà stabilita tra Router1 e Router3, avverrà lo scambio dei messaggi Open. Quando Router1 invia questo messaggio, questo stato verrà definito Open Sent. E quando riceverà un messaggio Open da Router3, passerà allo stato Open Confirm. Analizziamo più nel dettaglio il messaggio Open:
In questo messaggio vengono trasmesse informazioni sul protocollo BGP che utilizza il router. Scambiando messaggi Open, Router1 e Router3 si comunicano le informazioni sulle loro configurazioni. Vengono trasmessi i seguenti parametri:
- Versione: include la versione BGP che il router sta utilizzando. L'attuale versione di BGP è la versione 4, descritta nel RFC 4271. Due router BGP tenteranno di negoziare una versione compatibile; in caso di incompatibilità non ci sarà nessuna sessione BGP.
- Il mio AS: include il numero AS del router BGP; i router devono concordare sui numeri AS e ciò definisce anche se eseguiranno iBGP o eBGP.
- Hold Time: se BGP non riceve messaggi di keepalive o aggiornamenti dall'altro lato per la durata del tempo di attesa, dichiarerà l'altro lato 'morto' e chiuderà la sessione BGP. Per impostazione predefinita, il tempo di attesa è impostato su 180 secondi sui router Cisco IOS, il messaggio di keepalive viene inviato ogni 60 secondi. Entrambi i router devono concordare sul tempo di attesa o non ci sarà una sessione BGP.
- Identificatore BGP: questo è l'ID locale del router BGP, che viene eletto proprio come fa OSPF:
- Usa l'ID del router configurato manualmente con il comando bgp router-id.
- Usa l'indirizzo IP più alto su un'interfaccia loopback.
- Utilizza l'indirizzo IP più alto su un'interfaccia fisica.
- Parametri facoltativi: qui troverai alcune capacità facoltative del router BGP. Questo campo è stato aggiunto affinché nuove funzionalità possano essere integrate nel BGP senza dover creare una nuova versione. Le cose che potresti trovare qui sono:
- supporto per MP-BGP (Multi Protocol BGP).
- supporto per il Route Refresh.
- supporto per i numeri AS a 4 ottetti.
Per stabilire la vicinanza deve essere soddisfatta la seguente condizione:
- Numero di versione. L'attuale versione è la 4.
- Il numero AS deve corrispondere a quello impostato neighbor 192.168.13.3 remote-as 10.
- Il Router ID deve essere diverso dal vicino.
Se uno qualsiasi di questi parametri non soddisfa tali condizioni, il router invierà Notifica un messaggio che indicherà l'errore. Dopo l'invio e la ricezione dei messaggi Open, la relazione di vicinanza passa allo stato ESTABLISHED. Dopo di che i router possono scambiarsi informazioni sui percorsi e lo fanno tramite Update messaggi. Ecco un esempio di messaggio Update inviato da Router1 a Router3:
Qui si indicano le reti segnalate da Router1 e gli attributi del percorso, che sono l'equivalente delle metriche. Parleremo più nel dettaglio degli attributi del percorso. Inoltre, all'interno della sessione TCP, vengono inviati messaggi Keepalive. Questi vengono inviati, per impostazione predefinita, ogni 60 secondi. Questo è il Keepalive Timer. Se durante il Hold Timer non viene ricevuto un messaggio Keepalive, ciò indica la perdita di connessione con il vicino. Per impostazione predefinita, è di 180 secondi.
Tabella utile:
Sembra che abbiamo capito come i router si scambiano informazioni, ora cerchiamo di comprendere la logica di funzionamento del protocollo BGP.
Per annunciare un percorso nella tabella BGP, come nei protocolli IGP, viene utilizzato il comando network, ma la logica operativa è diversa. Se nell'IGP, dopo aver specificato il percorso nel comando network, l'IGP controlla quali interfacce appartengono a quella sottorete e le include nella sua tabella, il comando network nel BGP cerca nella tabella di routing e cerca una corrispondenza esatta con il percorso nel comando network. Trovando tali percorsi, questi entreranno nella tabella BGP.
Cerca un percorso nella tabella di routing IP attuale del router che corrisponde esattamente ai parametri del comando network; se la rotta IP esiste, inserisci l'equivalente NLRI nella tabella BGP locale.
Ora alziamo il BGP su tutti i restanti e vediamo come avviene la selezione del percorso all'interno di un'unica AS. Dopo che il router BGP ha ricevuto i percorsi dal vicino, inizia la selezione del percorso ottimale. Qui è importante capire che tipo di vicini possono esserci — interni ed esterni. Il router, in base alla configurazione, capisce se il vicino configurato è interno o esterno? Se nel comando:
neighbor 192.168.13.3 remote-as 10 come parametro il remote-as indica l'AS che è configurato sul router stesso nel comando router bgp 10. I percorsi provenienti da un AS interno sono considerati interni, mentre i percorsi provenienti da esterni sono, ovviamente, esterni. E a ciascuno si applica una logica diversa di ricezione e invio. Consideriamo una topologia del genere:
Ogni router è configurato con un'interfaccia loopback con IP: x.x.x.x 255.255.255.0 — dove x è il numero del router. Su Router9 abbiamo un'interfaccia loopback con l'indirizzo — 9.9.9.9 255.255.255.0. Questo verrà annunciato tramite BGP e vedremo come si propagherà. Questa rotta sarà trasmessa a Router8 e Router12. Da Router8, questa rotta arriverà a Router6, ma non ci sarà su Router5 nella tabella di routing. Anche su Router12, questa rotta comparirà nella tabella, ma non su Router11. Proveremo a capire questo. Esaminiamo quali dati e parametri Router9 invia ai suoi vicini per comunicare su questa rotta. Il pacchetto qui sotto sarà inviato da Router9 a Router8.
Le informazioni sulla rotta consistono negli attributi del percorso (Path attributes).
Gli attributi del percorso sono divisi in 4 categorie:
- Well-known mandatory — tutti i router che operano sotto il protocollo BGP devono riconoscere questi attributi. Devono essere presenti in tutti gli aggiornamenti (update).
- Well-known discretionary — tutti i router che operano sotto il protocollo BGP devono riconoscere questi attributi. Possono essere presenti negli aggiornamenti (update), ma la loro presenza non è obbligatoria.
- Optional transitive — potrebbero non essere riconosciuti da tutte le implementazioni BGP. Se il router non riconosce l'attributo, segna l'aggiornamento come parziale e lo invia ai propri vicini, mantenendo l'attributo non riconosciuto.
- Opzionale non transitivo — potrebbero non essere riconosciuti da tutte le implementazioni BGP. Se il router non riconosce l'attributo, questo viene ignorato e scartato durante la trasmissione ai vicini.
Esempi di attributi BGP:
- Well-known mandatory:
- Percorso del sistema autonomo
- Prossimo hop
- Origine
- Well-known discretionary:
- Preferenza locale
- Aggregato atomico
- Optional transitive:
- Aggregatore
- Comunità
- Opzionale non transitivo:
- Discriminatore multi-uscita (MED)
- ID originatore
- Elenco cluster
In questo caso, ci interesseremo per ora di Origin, Next-hop, AS Path. Poiché il percorso viene trasmesso tra Router8 e Router9, all'interno dello stesso AS, è considerato interno e daremo attenzione a Origin.
L'attributo Origin indica come è stato ottenuto il percorso nell'aggiornamento. I possibili valori dell'attributo sono:
- 0 — IGP: NLRI ottenuto all'interno del sistema autonomo sorgente;
- 1 — EGP: NLRI appreso tramite il protocollo Exterior Gateway Protocol (EGP). Precursore del BGP, non utilizzato
- 2 — Incompleto: NLRI è stato appreso in un altro modo
Nel nostro caso, come si vede dal pacchetto, il valore è 0. Quando questo percorso sarà trasmesso a Router12, questo codice avrà valore — 1.
Next-hop. Attributo Next-hop
- Questo è l'indirizzo IP del router eBGP attraverso il quale passa il percorso verso la rete di destinazione.
- L'attributo cambia quando il prefisso viene trasferito in un'altra AS.
Nel caso di iBGP, ovvero all'interno di una stessa AS, il Next-hop sarà indicato da chi ha appreso o comunicato di questo percorso. Nel nostro caso, sarà 192.168.89.9. Ma quando questo percorso viene trasferito da Router8 a Router6, Router8 lo modificherà e lo sostituirà con il suo. Il Next-hop sarà — 192.168.68.8. Questo ci porta a due regole:
- Se un router trasferisce un percorso al suo vicino interno, non modifica il parametro Next-hop.
- Se un router trasferisce un percorso al suo vicino esterno, modifica il Next-hop all'IP dell'interfaccia da cui trasferisce questo router.
Questo ci porta a capire il primo problema — perché non ci sarà un percorso nella tabella di routing su Router5 e Router11. Esaminiamo più in dettaglio. Quindi, Router6 ha ricevuto informazioni sul percorso 9.9.9.0/24 e l'ha aggiunto con successo alla tabella di routing:
Router6#show ip route bgp
Codici: L - locale, C - connesso, S - statico, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP esterno, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA esterno tipo 1, N2 - OSPF NSSA esterno tipo 2
E1 - OSPF esterno tipo 1, E2 - OSPF esterno tipo 2
i - IS-IS, su - riepilogo IS-IS, L1 - IS-IS livello-1, L2 - IS-IS livello-2
ia - IS-IS inter area, * - default candidato, U - route statiche per utente
o - ODR, P - route statiche scaricate periodicamente, H - NHRP, l - LISP
a - route applicative
+ - route replicate, % - sovrascrittura next hop, p - sovrascritture da PfR
Gateway dell'ultima istanza non impostato
9.0.0.0/24 è suddiviso, 1 subnet
B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Ora Router6 ha trasmesso il percorso a Router5 e non ha modificato la prima regola Next-hop. Cioè, Router5 deve aggiungere <b>9.9.9.0 [20/0] via 192.168.68.8</b> , ma non ha un percorso verso 192.168.68.8 e quindi questo percorso non sarà aggiunto, anche se l'informazione su questo percorso sarà conservata nella tabella BGP:
<source><b>Router5#show ip bgp
La versione della tabella BGP è 1, l'ID del router locale è 5.5.5.5
Codici di stato: s sopresso, d smorzato, h storia, * valido, > migliore, i - interno,
r fallimento RIB, S Stale, m multipath, b backup-path, f RT-Filter,
x migliore-esterno, a percorso aggiuntivo, c RIB-compresso,
Codici di origine: i - IGP, e - EGP, ? - incompleto
Codici di validazione RPKI: V valido, I non valido, N non trovato
Network Next Hop Metric LocPrf Weight Path
* i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>La stessa situazione si verificherà anche tra Router11 e Router12. Per evitare situazioni di questo tipo, è necessario configurare Router6 o Router12 in modo che, trasmettendo il percorso ai propri vicini interni, utilizzino il proprio indirizzo IP come Next-hop. Questo si fa con il comando:
neighbor 192.168.56.5 next-hop-selfDopo questo comando, Router6 invierà un messaggio di aggiornamento in cui, per i percorsi, l'indirizzo IP dell'interfaccia Gi0/0 di Router6 — 192.168.56.6 — sarà indicato come Next-hop, dopo di che questo percorso entrerà nella tabella di routing.
Andiamo avanti e vediamo se questo percorso appare su Router7 e Router10. Non apparirà nella tabella di routing e potremmo pensare che ci sia lo stesso problema del primo con il parametro Next-hop, ma se guardiamo l'output del comando show ip bgp, vedremo che il percorso non è stato ricevuto nemmeno con il Next-hop errato, il che significa che il percorso non è stato neppure trasmesso. E questo ci porta a un altro principio:
I percorsi ricevuti dai vicini interni non vengono trasmessi ad altri vicini interni.
Poiché Router5 ha ricevuto un percorso da Router6, non sarà trasmesso al suo altro vicino interno. Per fare in modo che il trasferimento avvenga, è necessario configurare la funzione , oppure configurare relazioni di vicinato completamente connesse (Full Mesh), cioè Router5-7 ogni router sarà vicino a ciascun altro. In questo caso utilizzeremo il Route Reflector. Sul Router5 è necessario utilizzare il seguente comando:
neighbor 192.168.57.7 route-reflector-clientIl Route Reflector modifica il comportamento di BGP durante la trasmissione delle rotte a un vicino interno. Se un vicino interno è specificato come route-reflector-client, a questi client verranno annunciate le rotte interne.
La rotta non è apparsa su Router7? Non dimentichiamo anche il Next-hop. Dopo queste operazioni, la rotta dovrebbe apparire su Router7, ma ciò non accade. Questo ci porta a un'altra regola:
La regola next-hop funziona solo per le rotte esterne. Per le rotte interne, la sostituzione dell'attributo next-hop non avviene.
E ci troviamo in una situazione in cui è necessario creare un ambiente utilizzando il routing statico o protocolli IGP per comunicare ai router tutti i percorsi all'interno dell'AS. Scriveremo rotte statiche su Router6 e Router7 e dopo questo otterremo il percorso necessario nella tabella del router. Nell'AS 678 ci comporteremo in modo leggermente diverso: scriveremo rotte statiche per 192.168.112.0/24 su Router10 e 192.168.110.0/24 su Router12. Successivamente, stabiliremo le relazioni di vicinato tra Router10 e Router12. Inoltre, configureremo su Router12 l'invio del proprio next-hop per Router10:
neighbor 192.168.110.10 next-hop-selfIl risultato sarà che Router10 riceverà il percorso 9.9.9.0/24, che sarà ottenuto sia da Router7 che da Router12. Vediamo quale scelta farà Router10:
Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
* > i 9.9.9.0/24 192.168.112.12 0 100 0 45 i
192.168.107.7 0 123 45 i Come vediamo, ci sono due percorsi e la freccia ( > ) indica che è stato scelto il percorso attraverso 192.168.112.12.
Vediamo come avviene il processo di selezione del percorso:
- Innanzitutto, quando si riceve un percorso, viene verificata la disponibilità del suo Next-hop. Ecco perché, quando abbiamo ricevuto il percorso su Router5 senza configurare Next-hop-self, quel percorso non veniva ulteriormente elaborato.
- Successivamente, si passa al parametro Weight. Questo parametro non è un attributo del percorso (PA) e non viene trasmesso nei messaggi BGP. Viene configurato localmente su ogni router e viene utilizzato solo per gestire la selezione del percorso sullo stesso router. Ecco un esempio. Poco fa abbiamo visto che Router10 ha scelto il percorso per 9.9.9.0/24 tramite Router12 (192.168.112.12). Per modificare il parametro Weight, è possibile utilizzare route-map per specificare percorsi particolari oppure assegnare un peso al vicino con il comando:
neighbor 192.168.107.7 weight 200Ora tutti i percorsi provenienti da questo vicino avranno questo peso. Vediamo come cambierà la selezione del percorso dopo questa manipolazione:
Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 iCome potete vedere, ora è stato selezionato il percorso tramite Router7, ma questo non avrà effetto sugli altri router.
- In terza posizione abbiamo – Local Preference. Questo parametro è un attributo discrezionale ben noto, il che significa che la sua presenza non è obbligatoria. Questo parametro ha validità solo all'interno di un singolo AS e influisce sulla selezione del percorso solo per i vicini interni. Per questo motivo, viene trasmesso solo nei messaggi Update destinati ai vicini interni. Invece, nei messaggi Update per i vicini esterni, è assente. Per questo motivo è stato classificato come discrezionale ben noto. Tentiamo di applicarlo su Router5. Su Router5 dovremmo avere due percorsi per 9.9.9.0/24: uno tramite Router6 e l'altro tramite Router7.
Osserviamo:
Router5#show bgp La versione della tabella BGP è 2, l'ID del router locale è 5.5.5.5 Codici di stato: s soppressa, d attenuata, h cronologia, * valido, > migliore, i - interno, r errore RIB, S obsoleto, m multipath, b percorso di backup, f filtro RT, x migliore esterno, a percorso aggiuntivo, c RIB compresso, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N non trovato Rete Prossimo salto Metrica LocPrf Peso Percorso * >i 9.9.9.0/24 192.168.56.6 0 100 0 45 iMa come vediamo, c'è un percorso attraverso Router6. E dove è il percorso attraverso Router7? Forse non c'è nemmeno su Router7? Vediamo:
Router#show bgp La versione della tabella BGP è 10, l'ID del router locale è 7.7.7.7 Codici di stato: s soppressa, d attenuata, h cronologia, * valido, > migliore, i - interno, r errore RIB, S obsoleto, m multipath, b percorso di backup, f filtro RT, x migliore esterno, a percorso aggiuntivo, c RIB compresso, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N non trovato Rete Prossimo salto Metrica LocPrf Peso Percorso * >i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 iStrano, sembra tutto a posto. Perché non viene passato a Router5? Il fatto è che BGP ha una regola:
Il router inoltra solo quei percorsi che utilizza.
Router7 utilizza il percorso attraverso Router5, quindi il percorso attraverso Router10 non verrà trasmesso. Torniamo a Local Preference. Impostiamo Local Preference su Router7 e vediamo come reagirà Router5:
route-map BGP permit 10 match ip address 10 set local-preference 250 access-list 10 permit any router bgp 123 neighbor 192.168.107.10 route-map BGP in</b>Quindi, abbiamo creato un route-map che colpisce tutti i percorsi e abbiamo detto a Router7 di modificare il parametro Local Preference a 250, che di default è 100. Vediamo cosa è successo su Router5:
Router5#show bgp La versione della tabella BGP è 8, l'ID del router locale è 5.5.5.5 Codici di stato: s soppressa, d smorzata, h storia, * valido, > migliore, i - interno, r fallimento RIB, S obsoleto, m multipatologico, b percorso di backup, f filtro RT, x migliore esterno, a percorso aggiuntivo, c RIB compresso, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N non trovato Rete Prossimo Hop Metri LocPrf Peso Percorso *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iCome possiamo vedere, ora Router5 preferisce il percorso attraverso Router7. La stessa situazione si presenterà anche su Router6, anche se sarebbe più vantaggioso per lui scegliere il percorso attraverso Router8. Aggiungiamo anche che la modifica di questo parametro richiede il riavvio della vicinanza affinché la modifica abbia effetto. Leggi . Abbiamo chiarito Local Preference. Passiamo al parametro successivo.
- Preferenza del percorso con il parametro Next-hop 0.0.0.0, ovvero percorsi locali o aggregati. A questi percorsi viene automaticamente assegnato, dopo l'inserimento del comando network, il parametro Weight pari al massimo - 32678:
Router#show bgp La versione della tabella BGP è 2, l'ID del router locale è 9.9.9.9 Codici di stato: s soppressa, d smorzata, h storia, * valido, > migliore, i - interno, r guasto RIB, S Stale, m multiplo, b percorso di backup, f filtro RT, x migliore esterno, a percorso aggiuntivo, c RIB compresso, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N Non trovato Rete Next Hop Metrica LocPrf Weight Percorso * > 9.9.9.0/24 0.0.0.0 0 32768 i - Il percorso più breve attraverso AS. Viene selezionato il parametro AS_Path più corto. Maggiore è il numero di AS attraverso cui passa il percorso, peggiore è. Prendi in considerazione il percorso verso 9.9.9.0/24 su Router10:
Router10#show bgp La versione della tabella BGP è 2, l'ID del router locale è 6.6.6.6 Codici di stato: s soppressa, d smorzata, h storia, * valido, > migliore, i - interno, r guasto RIB, S Stale, m multiplo, b percorso di backup, f filtro RT, x migliore esterno, a percorso aggiuntivo, c RIB compresso, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N Non trovato Rete Next Hop Metrica LocPrf Weight Percorso * 9.9.9.0/24 192.168.107.7 0 123 45 i * > i 192.168.112.12 0 100 0 45 iCome potete vedere, Router10 ha scelto il percorso tramite 192.168.112.12 perché per questo percorso il parametro AS_Path contiene solo 45, mentre nell'altro caso contiene 123 e 45. È intuitivo.
- Il parametro successivo è l'Origin. IGP (percorso ottenuto tramite BGP) è migliore di EGP (percorso ottenuto tramite il predecessore del BGP, ora non più utilizzato), e EGP è meglio di Incomplete? (ottenuto in un modo diverso, ad esempio tramite ridistribuzione).
- Il parametro successivo è il MED. Avevamo il Weight, che funzionava solo localmente sul router. C'era il Local Preference, che funzionava solo all'interno di un singolo sistema autonomo. Come è facile intuire, il MED è un parametro che verrà trasmesso tra i sistemi autonomi. È molto buono. riguardo a questo parametro.
Non verranno utilizzati ulteriori attributi, ma se due percorsi sono identici, vengono utilizzate le seguenti regole:
- Scegliere il percorso tramite il vicino IGP più vicino.
- Scegliere il percorso più vecchio per il percorso eBGP.
- Scegliere il percorso tramite il vicino con il BGP router ID più basso.
- Scegliere il percorso tramite il vicino con l'indirizzo IP più basso.
Ora consideriamo la questione della convergenza BGP.
Vediamo cosa succede se Router6 perde la rotta 9.9.9.0/24 tramite Router9. Disconnettiamo l'interfaccia Gi0/1 di Router6, che capirà subito che la sessione BGP con Router8 è interrotta e il vicino è scomparso, il che significa che anche la rotta ricevuta da lui non è valida. Router6 invia immediatamente messaggi di Update, in cui indica la rete 9.9.9.0/24 nel campo delle Rotte Ritirate. Non appena Router5 riceve un simile messaggio, lo inoltra a Router7. Ma poiché Router7 ha una rotta tramite Router10, risponderà immediatamente con un Update contenente la nuova rotta. Se non è possibile rilevare il fallimento del vicino dallo stato dell'interfaccia, si dovrà attendere l'attivazione del Hold Timer.
Confederazione.
Se ricordi, abbiamo parlato del fatto che spesso è necessario utilizzare una topologia completamente connessa. Con un gran numero di router in un'unica AS, questo può creare grandi problemi, quindi per evitare ciò è necessario utilizzare le confederazioni. Una AS viene suddivisa in più sub-AS, permettendo loro di funzionare senza l'obbligo di una topologia completamente connessa.
Ecco il link a questo , e configurazione per GNS3.
Ad esempio, con questa topologia dovremmo collegare tutti i router nell'AS 2345 tra di loro, ma utilizzando Confederation possiamo stabilire relazioni di vicinato solo tra i router direttamente connessi tra loro. Parliamo di questo in dettaglio. Se avessimo avuto solo l'AS 2345, allora laForge ricevendo l'annuncio da Picard lo comunicherebbe ai suoi router Data e Worf, ma non lo comunicerebbero al router Crusher . Inoltre, le rotte propagate dallo stesso router laForge, non sarebbero state trasmesse Crusher né Worf-o, né Data.
Sarebbe stato necessario configurare un Route-Reflector o relazioni di vicinato complete. Suddividendo l'AS 2345 in 4 sub-AS (2, 3, 4, 5) per ogni router, otteniamo alla fine una logica di funzionamento diversa. Tutto è descritto perfettamente .
Fonti:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Sito
- Sito .
Fonte: habr.com
