Oggi esamineremo il protocollo BGP. Non parleremo a lungo di perché è utilizzato come unico protocollo. Ci sono molte informazioni a riguardo, per esempio .
Allora, che cos'è il BGP? Il BGP è un protocollo di instradamento dinamico, l'unico EGP (External Gateway Protocol). Questo protocollo è utilizzato per costruire la routizzazione su Internet. Esaminiamo come viene stabilita la vicinanza tra due router BGP.
Esaminiamo la vicinanza tra Router1 e Router3. Configuriamo questi router con 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 singolo sistema autonomo — AS 10. Dopo aver inserito i dati sul router, per esempio su Router1, questo router cercherà di stabilire una relazione di vicinanza con il router Router3. Lo stato iniziale, in cui non accade nulla, è chiamato Idle. Una volta configurato il bgp su Router1, inizierà ad ascoltare la porta TCP 179 — passerà allo stato Connessione, e quando tenterà di aprire una sessione con Router3, passerà allo stato Attivo.
Dopo che la sessione sarà stabilita tra Router1 e Router3, avverrà lo scambio di messaggi Open. Quando questo messaggio sarà inviato da Router1, questo stato sarà chiamato Open Sent. E quando riceverà un messaggio Open da Router3, passerà allo stato Open Confirm. Esaminiamo più in dettaglio il messaggio Open:
In questo messaggio viene trasmessa l'informazione sul protocollo BGP stesso, che utilizza il router. Scambiandosi messaggi Open, Router1 e Router3 si comunicano vicendevolmente le informazioni sulle proprie impostazioni. Vengono trasmessi i seguenti parametri:
- Version: ciò include la versione BGP che il router sta utilizzando. L'attuale versione del BGP è la versione 4, descritta nella RFC 4271. Due router BGP cercheranno di negoziare una versione compatibile; in caso di disaccordo, non ci sarà sessione BGP.
- Il mio AS: ciò include il numero AS del router BGP; i router dovranno concordare sui numeri AS e definirà anche se verranno eseguiti iBGP o eBGP.
- Tempo di mantenimento: se il BGP non riceve alcun messaggio keepalive o di aggiornamento dall'altro lato per la durata del tempo di mantenimento, dichiarerà l'altro lato 'morto' e interromperà la sessione BGP. Per impostazione predefinita, il tempo di mantenimento è impostato su 180 secondi sui router Cisco IOS; il messaggio keepalive viene inviato ogni 60 secondi. Entrambi i router devono concordare sul tempo di mantenimento, altrimenti non ci sarà una sessione BGP.
- Identificatore BGP: questo è l'ID router BGP locale che viene eletto proprio come fa OSPF:
- Utilizza l'ID router che è stato configurato manualmente con il comando bgp router-id.
- Utilizza l'indirizzo IP più alto su un'interfaccia loopback.
- Utilizza l'indirizzo IP più alto su un'interfaccia fisica.
- Parametri opzionali: qui troverai alcune capacità opzionali del router BGP. Questo campo è stato aggiunto affinché nuove funzionalità possano essere aggiunte al BGP senza dover creare una nuova versione. Le cose che potresti trovare qui sono:
- supporto per MP-BGP (Multi Protocol BGP).
- supporto per Route Refresh.
- supporto per numeri AS a 4 ottetti.
Per stabilire la vicinanza è necessario soddisfare le seguenti condizioni:
- Numero di versione. L'attuale versione è 4.
- Il numero AS deve corrispondere a quello che hai configurato neighbor 192.168.13.3 remote-as 10.
- Il Router ID deve essere diverso da quello del vicino.
Se uno dei parametri non soddisfa queste 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 Aggiornamento messaggi. Ecco un messaggio Update che Router1 invia a Router3:
Qui sono indicate le reti di cui riferisce Router1 e gli attributi di percorso, che sono l'equivalente delle metriche. Parleremo più in dettaglio degli attributi di percorso. Inoltre, all'interno della sessione TCP vengono inviati messaggi Keepalive. Questi vengono inviati, di default, ogni 60 secondi. Questo è il Keepalive Timer. Se durante il Hold Timer non viene ricevuto alcun messaggio Keepalive, ciò significherà una perdita di collegamento con il vicino. Di default, è impostato a 180 secondi.
Tabella utile:
Sembra che abbiamo compreso come i router si scambiano informazioni. Ora cerchiamo di capire la logica di funzionamento del protocollo BGP.
Per annunciare un percorso nella tabella BGP, così come nei protocolli IGP, si utilizza il comando network, ma la logica di funzionamento è diversa. Se nell'IGP, dopo aver specificato il percorso nel comando network, l'IGP controlla quali interfacce appartengono a quella rete e le include nella sua tabella, il comando network nel BGP controlla la tabella di routing e cerca una corrispondenza esatta con il percorso nel comando network. Una volta trovati, quei percorsi entreranno nella tabella BGP.
Cerca un percorso nella tabella di routing IP corrente del router che corrisponda esattamente ai parametri del comando network; se il percorso IP esiste, inserisci l'equivalente NLRI nella tabella BGP locale.
Ora solleveremo BGP su tutti gli altri e vedremo come avviene la selezione del percorso all'interno di un singolo AS. Dopo che il router BGP riceve i percorsi dal vicino, inizia la selezione del percorso ottimale. Qui è importante comprendere 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 remote-as è indicato l'AS configurato sullo stesso router nel comando router bgp 10. I percorsi provenienti da un AS interno sono considerati interni, mentre i percorsi da un AS esterno sono considerati esterni. E per ognuno di essi funziona una logica diversa di ricezione e invio. Consideriamo la seguente topologia:
Su ogni router è configurata 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 indirizzo — 9.9.9.9 255.255.255.0. Questa la annunceremo tramite BGP e vedremo come si diffonde. Questo percorso sarà inviato a Router8 e Router12. Da Router8, questo percorso arriverà a Router6, ma non ci sarà su Router5 nella tabella di routing. Anche su Router12, questo percorso entrerà nella tabella, ma non ci sarà neanche su Router11. Cerchiamo di capire questo. Esaminiamo quali dati e parametri Router9 comunica ai suoi vicini riguardo a questo percorso. Il pacchetto sottostante sarà inviato da Router9 a Router8.
Le informazioni sul percorso sono composte da attributi di percorso (Path attributes).
Gli attributi di percorso sono suddivisi in 4 categorie:
- Well-known mandatory — tutti i router che operano secondo il protocollo BGP devono riconoscere questi attributi. Devono essere presenti in tutti gli aggiornamenti (update).
- Well-known discretionary — tutti i router che operano secondo 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 di BGP. Se un router non riconosce un attributo, esso segna l'aggiornamento come parziale (partial) e lo invia ulteriormente ai vicini, mantenendo l'attributo non riconosciuto.
- Optional non-transitive — potrebbero non essere riconosciuti da tutte le implementazioni di BGP. Se un router non riconosce un attributo, l'attributo viene ignorato e scartato quando viene trasmesso ai vicini.
Esempi di attributi BGP:
- Well-known mandatory:
- Autonomous system path
- Next-hop
- Origine
- Well-known discretionary:
- Local preference
- Atomic aggregate
- Optional transitive:
- Aggregator
- Communities
- Optional non-transitive:
- Multi-exit discriminator (MED)
- Originator ID
- Elenco dei cluster
In questo caso, ci interesseranno per ora Origin, Next-hop, AS Path. Poiché il percorso viene trasmesso tra Router8 e Router9, quindi all'interno dello stesso AS, è considerato interno e prestiamo attenzione all'Origin.
L'attributo Origin indica come è stato ricevuto il percorso nell'aggiornamento. I possibili valori dell'attributo sono:
- 0 — IGP: NLRI ricevuta all'interno dell'autonoma sistema sorgente;
- 1 — EGP: NLRI appresa tramite il protocollo Exterior Gateway Protocol (EGP). Predecessore di BGP, non utilizzato.
- 2 — Incomplete: NLRI appresa in un altro modo.
Nel nostro caso, come si può vedere dal pacchetto, è 0. Quando questo percorso sarà trasmesso a Router12, questo codice sarà 1.
Successivamente, Next-hop. L'attributo Next-hop
- È l'indirizzo IP del router eBGP attraverso il quale passa il percorso verso la rete di destinazione.
- L'attributo cambia quando il prefisso viene trasmesso a un altro AS.
Nel caso di iBGP, ovvero all'interno dello stesso AS, il Next-hop sarà indicato da colui che ha appreso o ha comunicato questo percorso. Nel nostro caso, sarà 192.168.89.9. Tuttavia, quando questo percorso verrà trasmesso da Router8 a Router6, Router8 lo modificherà e sostituirà con il proprio. Il Next-hop sarà 192.168.68.8. Questo ci porta a due regole:
- Se un router trasmette un percorso al proprio vicino interno, non cambia il parametro Next-hop.
- Se un router trasmette un percorso al proprio vicino esterno, cambia il Next-hop all'IP dell'interfaccia attraverso la quale trasmette il percorso.
Questo ci porta a comprendere il primo problema: perché non ci sarà un percorso nella tabella di routing su Router5 e Router11. Approfondiamo maggiormente. Quindi, Router6 ha ricevuto informazioni sul percorso 9.9.9.0/24 e le ha felicemente aggiunte 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 - sommario IS-IS, L1 - IS-IS livello-1, L2 - IS-IS livello-2
ia - IS-IS inter area, * - default candidato, U - rotta statica per utente
o - ODR, P - rotta statica scaricata periodicamente, H - NHRP, l - LISP
a - rotta applicativa
+ - rotta replicata, % - sovrascrittura prossimo hop, p - sovrascritture da PfR
Gateway dell'ultima risorsa 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 trasferito il percorso a Router5 e la prima regola Next-hop non è stata modificata. Cioè, Router5 deve aggiungere <b>9.9.9.0 [20/0] via 192.168.68.8</b> , ma non ha percorso verso 192.168.68.8 e quindi questo percorso non verrà aggiunto, anche se le informazioni su questo percorso saranno conservate 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 soppressa, d attenuata, h storia, * valido, > migliore, i - interno,
r fallimento 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 Hop Metri LocPrf Peso Percorso
* 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 tale situazione, è necessario configurare Router6 o Router12 affinché, trasmettendo percorsi ai propri vicini interni, inseriscano come Next-hop il proprio indirizzo IP. Si fa mediante il comando:
neighbor 192.168.56.5 next-hop-selfDopo questo comando, Router6 invierà un messaggio Update, dove per i percorsi come Next-hop sarà indicato l'indirizzo IP dell'interfaccia Gi0/0 di Router6 — 192.168.56.6, dopo di che questo percorso entrerà già nella tabella di routing.
Procediamo e vediamo se questo percorso appare su Router7 e Router10. Nella tabella di routing non ci sarà, e potremmo pensare che il problema sia come nel primo con il parametro Next-hop, ma se guardiamo l'output del comando show ip bgp, vediamo che lì il percorso non è stato ricevuto nemmeno con un Next-hop errato, il che significa che il percorso non è stato nemmeno trasmesso. E questo ci porta all'esistenza di un'altra regola:
Le rotte ricevute dai vicini interni non vengono trasmesse ad altri vicini interni.
Poiché Router5 ha ricevuto il percorso da Router6, non verrà trasmesso al suo altro vicino interno. Affinché la trasmissione avvenga, è necessario configurare la funzione , oppure configurare relazioni di vicinato a piena maglia (Full Mesh), cioè Router5-7 ognuno sarà vicino a ciascun altro. In questo caso utilizzeremo Route Reflector. Su Router5 è necessario utilizzare il seguente comando:
neighbor 192.168.57.7 route-reflector-clientIl Route Reflector cambia il comportamento del BGP nella trasmissione del percorso a un vicino interno. Se un vicino interno è designato come route-reflector-client, a questi clienti verranno annunciate rotte interne.
Il percorso non è apparso su Router7? Non dimentichiamoci nemmeno del Next-hop. Dopo queste operazioni, il percorso dovrebbe apparire anche su Router7, ma questo non accade. Ciò ci porta a un'altra regola:
La regola del 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 tramite il routing statico o protocolli IGP per informare i router su tutte le rotte all'interno dell'AS. Definiamo rotte statiche su Router6 e Router7, e dopo ciò otteniamo il percorso desiderato nella tabella del router. Nell'AS 678 faremo un po' diversamente: definiremo rotte statiche per 192.168.112.0/24 su Router10 e 192.168.110.0/24 su Router12. Successivamente, stabiliremo relazioni di vicinato tra Router10 e Router12. Configureremo anche su Router12 l'invio del proprio next-hop a Router10:
neighbor 192.168.110.10 next-hop-selfIl risultato sarà che Router10 riceverà il percorso 9.9.9.0/24, che sarà ricevuto sia da Router7 che da Router12. Vediamo quale scelta farà Router10:
Router10#show ip bgp
La versione della tabella BGP è 3, l'ID router locale è 6.6.6.6
Codici di stato: s soppressa, d smorzata, h storia, * valido, > migliore, i - interno,
r fallimento RIB, S obsoleto, m multipath, b percorso di backup, f RT-Filter,
x migliore-esterno, a percorso-addizionale, c RIB-compressa,
Codici di origine: i - IGP, e - EGP, ? - incompleto
Codici di validazione RPKI: V valido, I non valido, N non trovato
Rete Prossimo Hop Metrica LocPrf Peso Percorso
* > 9.9.9.0/24 192.168.112.12 0 100 0 45 i
192.168.107.7 0 123 45 i Come possiamo vedere, ci sono due percorsi e la freccia ( > ) indica che è stato scelto il percorso attraverso 192.168.112.12.
Esaminiamo come avviene il processo di selezione del percorso:
- Prima di tutto, quando riceviamo un percorso, viene controllata la disponibilità del suo Next-hop. È per questo motivo che, quando abbiamo ricevuto il percorso su Router5 senza configurare Next-hop-self, quel percorso non è stato successivamente elaborato.
- Successivamente, abbiamo il parametro Peso. Questo parametro non è un Attributo del percorso (PA) e non viene trasmesso nei messaggi BGP. Viene configurato localmente su ciascun router e viene utilizzato solo per manipolare la selezione del percorso sullo stesso router. Consideriamo un esempio. Poco sopra, è stato mostrato che Router10 ha scelto il percorso per 9.9.9.0/24 attraverso Router12 (192.168.112.12). Per modificare il parametro Peso, è possibile utilizzare route-map, per impostare determinati percorsi, oppure assegnare un peso al vicino tramite il comando:
neighbor 192.168.107.7 weight 200Ora tutti i percorsi da questo vicino avranno tale peso. Vediamo come cambierà la selezione del percorso dopo questa manipolazione:
Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configurato dalla console da console La versione della tabella BGP è 2, l'ID router locale è 6.6.6.6 Codici di stato: s soppressa, d smorzata, h storia, * valido, > migliore, i - interno, r fallimento RIB, S obsoleto, m multipath, b percorso di backup, f RT-Filter, x migliore-esterno, a percorso-addizionale, c RIB-compressa, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N non trovato Rete Prossimo Hop Metrica LocPrf Peso Percorso *> 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 scelto il percorso attraverso Router7, ma non avrà alcun effetto sugli altri router.
- In terzo posto abbiamo — Local Preference. Questo parametro è un attributo discrezionale ben noto, il che significa che la sua presenza non è obbligatoria. Questo parametro è valido solo all'interno di una singola AS e influisce sulla scelta del percorso solo per i vicini interni. Per questo motivo, viene trasmesso solo nei messaggi di Update destinati ai vicini interni. Nei messaggi di Update per i vicini esterni, è assente. Ecco perché è stato classificato come discrezionale ben noto. Proviamo ad applicarlo su Router5. Su Router5 dovremmo avere due percorsi per 9.9.9.0/24 — uno tramite Router6 e l'altro tramite Router7.
Guardiamo:
Router5#show bgp La versione della tabella BGP è 2, l'ID del router locale è 5.5.5.5 Codici di stato: s sopressi, d attenuati, h storia, * valido, > migliore, i - interno, r errore RIB, S obsoleto, m multipath, b percorso di backup, 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 Rete Prossimo Hop Metri LocPrf Peso Percorso * > i 9.9.9.0/24 192.168.56.6 0 100 0 45 iMa come vediamo un percorso tramite Router6. E dov'è il percorso tramite 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 sopressi, d attenuati, h storia, * valido, > migliore, i - interno, r errore RIB, S obsoleto, m multipath, b percorso di backup, 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 Rete Prossimo Hop Metri 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 che tutto sia in ordine. Perché non viene trasmesso a Router5? Tutto dipende dal fatto che BGP ha una regola:
Il router trasmette solo i percorsi che utilizza.
Router7 utilizza il percorso tramite Router5, quindi il percorso tramite 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 cattura tutti i percorsi e abbiamo detto a Router7 di cambiare 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 sopressi, d attenuati, h storia, * valido, > migliore, i - interno, r errore RIB, S obsoleto, m multipath, b percorso di backup, 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 Rete Prossimo Hop Metri LocPrf Peso Percorso * > i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iCome vediamo ora, Router5 preferisce il percorso tramite Router7. La stessa situazione si verificherà su Router6, anche se sarebbe più vantaggioso per lui scegliere il percorso tramite Router8. Aggiungiamo anche che modificare questo parametro richiede un riavvio del vicinato affinché la modifica abbia effetto. Leggi . Abbiamo chiarito il Local Preference. Passiamo al parametro successivo.
- Preferenza del percorso con il parametro Next-hop 0.0.0.0, cioè percorsi locali o aggregati. A questi percorsi viene automaticamente assegnato il parametro Weight uguale al massimo — 32678, dopo l'immissione del comando network:
Router#show bgp Versione della tabella BGP è 2, ID del router locale è 9.9.9.9 Codici di stato: s soppressi, d attenuati, h storia, * valido, > migliore, i - interno, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N Non trovato Rete Prossimo Hop Metico LocPrf Weight Percorso * > 9.9.9.0/24 0.0.0.0 0 32768 i - Percorso più breve attraverso l'AS. Viene selezionato il parametro AS_Path più corto. Maggiore è il numero di AS attraversati dal percorso, migliore è. Considera il percorso verso 9.9.9.0/24 su Router10:
Router10#show bgp Versione della tabella BGP è 2, ID del router locale è 6.6.6.6 Codici di stato: s soppressi, d attenuati, h storia, * valido, > migliore, i - interno, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Codici di origine: i - IGP, e - EGP, ? - incompleto Codici di validazione RPKI: V valido, I non valido, N Non trovato Rete Prossimo Hop Metico 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 vedi, 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 predecessore BGP, attualmente non utilizzato), e EGP è migliore di Incomplete? (ottenuto in altro modo, ad esempio tramite ridistribuzione).
- Il parametro successivo è il MED. Abbiamo avuto 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. È un concetto molto valido sul parametro.
Non verranno utilizzati ulteriori attributi, ma se due percorsi hanno gli stessi, si applicano le seguenti regole:
- Scegliere il percorso tramite il vicino IGP più vicino.
- Seleziona il percorso più vecchio per il percorso eBGP.
- Seleziona il percorso attraverso il vicino con l'ID router BGP più basso.
- Seleziona il percorso attraverso il vicino con l'indirizzo IP più basso.
Ora consideriamo la questione della convergenza BGP.
Vediamo cosa succede se Router6 perde il percorso 9.9.9.0/24 attraverso Router9. Disconnettiamo l'interfaccia Gi0/1 di Router6, il quale capirà subito che la sessione BGP con Router8 è interrotta e il vicino è scomparso, il che significa che il percorso ricevuto non è più valido. Router6 invia immediatamente i messaggi Update, indicando la rete 9.9.9.0/24 nel campo Withdrawn Routes. Non appena Router5 riceve un messaggio simile, lo inoltra a Router7. Ma poiché Router7 ha un percorso tramite Router10, risponde immediatamente inviando un Update con un nuovo percorso. Se non è possibile rilevare la caduta del vicino dallo stato dell'interfaccia, dovremo attendere che scatti il Hold Timer.
Confederazione.
Se ricordi, abbiamo parlato del fatto che spesso è necessario utilizzare una topologia a piena connessione. Con un gran numero di router in un singolo AS ciò può causare grandi problemi, quindi è necessario utilizzare le confederazioni. Un AS viene suddiviso in più sub-AS, il che consente di operare senza richiedere una topologia a piena connessione.
Ecco il link a questa , ma configurazione per GNS3.
Ad esempio, in una tale topologia saremmo stati costretti a collegare tutti i router nell'AS 2345 tra di loro, ma utilizzando le Confederazioni possiamo stabilire relazioni di vicinato solo tra i router direttamente connessi tra loro. Parleremo di questo in dettaglio. Se avessimo avuto solo l'AS 2345, allora laForge avrebbe raccontato il percorso da Picard ai suoi router Dati e Worf, ma loro non avrebbero raccontato nulla al router Crusher . Inoltre, i percorsi che diffonde il router laForge, non sarebbero stati trasmessi Crusher né Worf-o, né Dati.
Sarebbe stato necessario configurare un Route-Reflector o relazioni di vicinato a piena connessione. Suddividendo l'AS 2345 in 4 sub-AS (2,3,4,5) per ogni router, alla fine otteniamo una logica di funzionamento diversa. Tutto è descritto in modo eccellente .
Fonti:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Sito
- Sito .
Fonte: habr.com
