Oggi esamineremo il protocollo BGP. Non parleremo a lungo del perché esiste e del perché viene utilizzato come unico protocollo. Ci sono molte informazioni su questo argomento, per esempio .
Allora, cos'è BGP? BGP è un protocollo di routing dinamico ed è l'unico protocollo EGP (External Gateway Protocol). Questo protocollo viene utilizzato per creare routing su Internet. Diamo un'occhiata a come viene costruito un quartiere tra due router BGP.
Considera l'intorno tra Router1 e Router3. Configuriamoli utilizzando 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 le informazioni su un router, come Router1, quel router tenta di impostare una relazione di adiacenza con Router3. Viene chiamato lo stato iniziale in cui non succede nulla Idle. Non appena bgp sarà configurato sul Router1, inizierà ad ascoltare la porta TCP 179 - entrerà nello stato Connettiti, e quando tenta di aprire una sessione con Router3, entrerà nello stato Attivo.
Dopo che è stata stabilita la sessione tra Router1 e Router3, vengono scambiati i messaggi Open. Quando questo messaggio viene inviato dal Router1, verrà chiamato questo stato Apri Inviato. E quando riceve un messaggio Open dal Router3, entrerà nello stato Apri Conferma. Diamo uno sguardo più da vicino al messaggio Open:
Questo messaggio trasmette informazioni sul protocollo BGP stesso utilizzato dal router. Attraverso lo scambio di messaggi Open, il Router1 e il Router3 si comunicano reciprocamente le informazioni sulle loro impostazioni. Vengono passati i seguenti parametri:
- Versione: include la versione BGP utilizzata dal router. La versione attuale di BGP è la versione 4 descritta nella RFC 4271. Due router BGP proveranno a negoziare una versione compatibile, in caso di mancata corrispondenza non ci sarà alcuna sessione BGP.
- Il mio AS: questo include il numero AS del router BGP, i router dovranno concordare i numeri AS e definisce anche se eseguiranno iBGP o eBGP.
- Tenere il tempo: se BGP non riceve alcun messaggio keepalive o di aggiornamento dall'altra parte per la durata del tempo di attesa, dichiarerà l'altra parte "morta" e interromperà la sessione BGP. Per impostazione predefinita, il tempo di attesa è impostato su 180 secondi sui router Cisco IOS, il messaggio keepalive viene inviato ogni 60 secondi. Entrambi i router devono concordare il tempo di attesa altrimenti non ci sarà una sessione BGP.
- Identificatore BGP: questo è l'ID del router BGP locale che viene eletto proprio come fa OSPF:
- Utilizza l'ID router configurato manualmente con il comando bgp router-id.
- Utilizza l'indirizzo IP più alto su un'interfaccia di loopback.
- Utilizza l'indirizzo IP più alto su un'interfaccia fisica.
- Parametri opzionali: qui troverai alcune funzionalità opzionali del router BGP. Questo campo è stato aggiunto in modo che nuove funzionalità possano essere aggiunte a BGP senza dover creare una nuova versione. Le cose che potresti trovare qui sono:
- supporto per MP-BGP (Multi Protocol BGP).
- supporto per l'aggiornamento del percorso.
- supporto per numeri AS a 4 ottetti.
Per creare un quartiere è necessario che siano soddisfatte le seguenti condizioni:
- Numero della versione. La versione attuale è la 4.
- Il numero AS deve corrispondere a quello configurato vicino 192.168.13.3 remoto-come 10.
- L'ID del router deve essere diverso da quello del router vicino.
Se uno qualsiasi dei parametri non soddisfa queste condizioni, il router invierà Notifica messaggio che indica l'errore. Dopo aver inviato e ricevuto messaggi aperti, la relazione di vicinato entra nello stato STABILITO. Successivamente, i router possono scambiarsi informazioni sui percorsi e farlo utilizzando Aggiornanento messaggi. Questo è il messaggio di aggiornamento inviato dal Router1 al Router3:
Qui puoi vedere le reti segnalate dagli attributi Router1 e Path, che sono analoghi ai parametri. Parleremo degli attributi Path in modo più dettagliato. I messaggi keepalive vengono inviati anche all'interno di una sessione TCP. Vengono trasmessi, per impostazione predefinita, ogni 60 secondi. Questo è un timer Keepalive. Se un messaggio Keepalive non viene ricevuto durante il timer di attesa, ciò significherà una perdita di comunicazione con il vicino. Per impostazione predefinita, è pari a 180 secondi.
Segnale utile:
Sembra che abbiamo capito come i router si trasmettono le informazioni, ora proviamo a capire la logica del protocollo BGP.
Per pubblicizzare un percorso verso la tabella BGP, come nei protocolli IGP, viene utilizzato il comando di rete, ma la logica di funzionamento è diversa. Se in IGP, dopo aver specificato il percorso nel comando di rete, IGP guarda quali interfacce appartengono a questa sottorete e le include nella sua tabella, allora il comando di rete in BGP guarda la tabella di routing e cerca preciso corrisponde al percorso nel comando di rete. Se vengono trovati, questi percorsi verranno visualizzati nella tabella BGP.
Cerca un percorso nella tabella di routing IP corrente del router che corrisponda esattamente ai parametri del comando di rete; se esiste la route IP, inserisci l'NLRI equivalente nella tabella BGP locale.
Ora eleviamo BGP a tutti i rimanenti e vediamo come viene selezionato il percorso all'interno di un AS. Dopo che il router BGP riceve i percorsi dal suo vicino, inizia a selezionare il percorso ottimale. Qui devi capire che tipo di vicini possono esserci: interni ed esterni. Il router capisce dalla configurazione se il vicino configurato è interno o esterno? Se in una squadra:
neighbor 192.168.13.3 remote-as 10 il parametro remote-as specifica l'AS, che è configurato sul router stesso nel comando router bgp 10. Le rotte provenienti dall'AS interno sono considerate interne e le rotte dall'AS esterno sono considerate esterne. E per ciascuno funziona una logica diversa di ricezione e invio. Considera questa topologia:
Ogni router ha un'interfaccia di loopback configurata con ip: xxxx 255.255.255.0 - dove x è il numero del router. Sul Router9 abbiamo un'interfaccia di loopback con l'indirizzo - 9.9.9.9 255.255.255.0. Lo annunceremo tramite BGP e vedremo come si diffonderà. Questo percorso verrà trasmesso al Router8 e al Router12. Dal Router8, questo percorso andrà al Router6, ma al Router5 non sarà nella tabella di routing. Anche sul Router12 questo percorso apparirà nella tabella, ma sul Router11 non ci sarà neanche. Proviamo a capirlo. Consideriamo quali dati e parametri il Router9 trasmette ai suoi vicini, segnalando questo percorso. Il pacchetto seguente verrà inviato dal Router9 al Router8.
Le informazioni sul percorso sono costituite da attributi Path.
Gli attributi del percorso sono divisi in 4 categorie:
- Obbligatorio ben noto - Tutti i router che eseguono BGP devono riconoscere questi attributi. Deve essere presente in tutti gli aggiornamenti.
- Discrezionale ben noto - Tutti i router che eseguono BGP devono riconoscere questi attributi. Potrebbero essere presenti negli aggiornamenti, ma la loro presenza non è richiesta.
- Transitivo facoltativo - potrebbe non essere riconosciuto da tutte le implementazioni BGP. Se il router non riconosce l'attributo, contrassegna l'aggiornamento come parziale e lo inoltra ai suoi vicini, memorizzando l'attributo non riconosciuto.
- Opzionale non transitivo - potrebbe non essere riconosciuto da tutte le implementazioni BGP. Se il router non riconosce l'attributo, allora l'attributo viene ignorato e scartato quando viene passato ai vicini.
Esempi di attributi BGP:
- Obbligatorio ben noto:
- Percorso del sistema autonomo
- Salto successivo
- Origin
- Discrezionale ben noto:
- Preferenza locale
- Aggregato atomico
- Transitivo facoltativo:
- Aggregator
- Comunità
- Opzionale non transitivo:
- Discriminatore multiuscita (MED)
- ID dell'originatore
- Elenco dei cluster
In questo caso, per ora saremo interessati a Origin, Next-hop, AS Path. Poiché il percorso trasmette tra Router8 e Router9, cioè all'interno di un AS, è considerato interno e presteremo attenzione all'origine.
Attributo origine: indica come è stato ottenuto il percorso nell'aggiornamento. Possibili valori degli attributi:
- 0 - IGP: NLRI ricevuto nell'ambito del sistema autonomo originario;
- 1 - EGP: l'NLRI viene appreso utilizzando l'Exterior Gateway Protocol (EGP). Predecessore di BGP, non utilizzato
- 2 - Incompleto: l'NLRI è stato appreso in qualche altro modo
Nel nostro caso, come si può vedere dal pacchetto, è uguale a 0. Quando questo percorso verrà trasmesso al Router12, questo codice avrà il codice 1.
Avanti, salto successivo. Attributo hop successivo
- 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 inviato ad un altro AS.
Nel caso di iBGP, cioè all'interno di un AS, il Next-hop verrà indicato da colui che ha appreso o parlato di questo percorso. Nel nostro caso sarà 192.168.89.9. Ma quando questo percorso viene trasmesso dal Router8 al Router6, il Router8 lo cambierà e lo sostituirà con il proprio. L'hop successivo sarà 192.168.68.8. Questo ci porta a due regole:
- Se un router inoltra un percorso al suo vicino interno, non modifica il parametro Next-hop.
- Se un router trasmette un percorso al suo vicino esterno, cambia Next-hop nell'ip dell'interfaccia da cui questo router trasmette.
Questo ci porta a comprendere il primo problema: perché non ci sarà alcun percorso nella tabella di routing su Router5 e Router11. Diamo uno sguardo più da vicino. Quindi, Router6 ha ricevuto informazioni sulla rotta 9.9.9.0/24 e le ha aggiunte con successo alla tabella di routing:
Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is not set
9.0.0.0/24 is subnetted, 1 subnets
B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:
<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
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.68.8 0 100 0 45 i</b>La stessa situazione accadrà tra Router11-Router12. Per evitare questa situazione, è necessario configurare Router6 o Router12, quando passano il percorso ai loro vicini interni, per sostituire il loro indirizzo IP come Next-hop. Questo viene fatto usando il comando:
neighbor 192.168.56.5 next-hop-selfDopo questo comando, Router6 invierà un messaggio di aggiornamento, dove l'ip dell'interfaccia Gi0/0 Router6 verrà specificato come Next-hop per le rotte - 192.168.56.6, dopodiché questa rotta sarà già inclusa nella tabella di routing.
Andiamo oltre e vediamo se questo percorso appare su Router7 e Router10. Non sarà nella tabella di routing e potremmo pensare che il problema sia lo stesso del primo con il parametro Next-hop, ma se guardiamo l'output del comando show ip bgp, vedremo che il il percorso non è stato ricevuto lì nemmeno con il Next-hop sbagliato, il che significa che il percorso non è stato nemmeno trasmesso. E questo ci porterà all’esistenza di un’altra regola:
Le rotte ricevute dai vicini interni non vengono propagate ad altri vicini interni.
Poiché il Router5 ha ricevuto il percorso dal Router6, non verrà trasmesso all'altro vicino interno. Affinché il trasferimento avvenga, è necessario configurare la funzione o configurare relazioni di vicinato completamente connesse (Full Mesh), ovvero Router5-7 tutti saranno vicini a tutti. In questo caso utilizzeremo Route Reflector. Su Router5 è necessario utilizzare questo comando:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector modifica il comportamento di BGP quando si passa una rotta a un vicino interno. Se il vicino interno è specificato come route-reflector-client, i percorsi interni verranno pubblicizzati a questi client.
Il percorso non è apparso sul Router7? Non dimenticare nemmeno il Next-hop. Dopo queste manipolazioni, il percorso dovrebbe andare anche al Router7, ma ciò non accade. Questo ci porta ad un'altra regola:
La regola dell'hop successivo funziona solo per i percorsi esterni. Per i percorsi interni, l'attributo next-hop non viene sostituito.
E otteniamo una situazione in cui è necessario creare un ambiente utilizzando il routing statico o i protocolli IGP per informare i router su tutti i percorsi all'interno dell'AS. Registriamo percorsi statici su Router6 e Router7 e successivamente otterremo il percorso desiderato nella tabella dei router. In AS 678 lo faremo in modo leggermente diverso: registreremo percorsi statici per 192.168.112.0/24 su Router10 e 192.168.110.0/24 su Router12. Successivamente, stabiliremo la relazione di vicinato tra Router10 e Router12. Configureremo anche Router12 per inviare il suo next-hop a Router10:
neighbor 192.168.110.10 next-hop-selfIl risultato sarà che Router10 riceverà il percorso 9.9.9.0/24, verrà ricevuto sia dal Router7 che dal Router12. Vediamo che scelta fa 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 possiamo vedere, due percorsi e una freccia (>) significano che è selezionato il percorso tramite 192.168.112.12.
Vediamo come funziona il processo di selezione del percorso:
- Il primo passo quando si riceve un percorso è verificare la disponibilità del suo Next-hop. Questo è il motivo per cui, quando abbiamo ricevuto un percorso sul Router5 senza impostare Next-hop-self, questo percorso non è stato ulteriormente elaborato.
- Poi arriva il parametro Peso. Questo parametro non è un attributo percorso (PA) e non viene inviato nei messaggi BGP. Viene configurato localmente su ciascun router e viene utilizzato solo per manipolare la selezione del percorso sul router stesso. Diamo un'occhiata a un esempio. Appena sopra puoi vedere che Router10 ha scelto un percorso per 9.9.9.0/24 tramite Router12 (192.168.112.12). Per modificare il parametro Wieght, puoi utilizzare route-map per impostare percorsi specifici o assegnare un peso al suo vicino utilizzando il comando:
neighbor 192.168.107.7 weight 200Ora tutti i percorsi da questo vicino avranno questo peso. Vediamo come cambia la scelta 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 puoi vedere, il percorso attraverso Router7 è ora selezionato, ma ciò non avrà alcun effetto sugli altri router.
- In terza posizione abbiamo la Preferenza Locale. Questo parametro è un attributo discrezionale noto, il che significa che la sua presenza è facoltativa. Questo parametro è valido solo all'interno di un AS e influenza la scelta del percorso solo per i vicini interni. Per questo motivo viene trasmesso solo nei messaggi di aggiornamento destinati al vicino interno. Non è presente nei messaggi di aggiornamento per i vicini esterni. Pertanto, è stato classificato come discrezionale noto. Proviamo ad applicarlo su Router5. Su Router5 dovremmo avere due percorsi per 9.9.9.0/24: uno attraverso Router6 e il secondo attraverso Router7.
Guardiamo:
Router5#show bgp BGP table version is 2, local router ID is 5.5.5.5 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.56.6 0 100 0 45 iMa come vediamo un percorso attraverso Router6. Dov'è il percorso attraverso Router7? Forse neanche il Router7 ce l’ha? Guardiamo:
Router#show bgp BGP table version is 10, local router ID is 7.7.7.7 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.56.6 0 100 0 45 i 192.168.107.10 0 678 45 iStrano, sembra che vada tutto bene. Perché non viene trasmesso al Router5? Il fatto è che BGP ha una regola:
Il router trasmette solo i percorsi che utilizza.
Router7 utilizza un percorso attraverso Router5, quindi il percorso attraverso Router10 non verrà trasmesso. Torniamo alle preferenze locali. Impostiamo la preferenza locale sul Router7 e vediamo come reagisce il 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 una mappa del percorso che contiene tutti i percorsi e abbiamo detto al Router7 di modificare il parametro Preferenza locale su 250 quando ricevuto, il valore predefinito è 100. Vediamo cosa è successo su Router5:
Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 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.57.7 0 250 0 678 45 iCome possiamo vedere ora Router5 preferisce il percorso attraverso Router7. La stessa immagine sarà sul Router6, anche se è più vantaggioso per lui scegliere un percorso attraverso il Router8. Aggiungiamo anche che la modifica di questo parametro richiede il riavvio del quartiere affinché la modifica abbia effetto. Leggere . Abbiamo risolto la preferenza locale. Passiamo al parametro successivo.
- Preferire il percorso con il parametro Next-hop 0.0.0.0, ovvero percorsi locali o aggregati. A questi percorsi viene assegnato automaticamente un parametro di peso pari al massimo, 32678, dopo aver immesso il comando di rete:
Router#show bgp BGP table version is 2, local router ID is 9.9.9.9 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 0.0.0.0 0 32768 i - Percorso più breve attraverso AS. Viene selezionato il parametro AS_Path più breve. Meno AS attraversa un percorso, meglio è. Considera il percorso verso 9.9.9.0/24 su Router10:
Router10#show bgp 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 0 123 45 i *>i 192.168.112.12 0 100 0 45 iCome puoi vedere, Router10 ha scelto il percorso tramite 192.168.112.12 perché per questo percorso il parametro AS_Path contiene solo 45, e in un altro caso 123 e 45. Intuitivamente chiaro.
- Il parametro successivo è Origin. IGP (percorso ottenuto utilizzando BGP) è migliore di EGP (percorso ottenuto utilizzando il predecessore di BGP, non più in uso) e EGP è migliore di Incompleto? (ottenuti con qualche altro metodo, ad esempio mediante ridistribuzione).
- Il parametro successivo è MED. Avevamo Wieght che funzionava solo localmente sul router. C’era la Preferenza Locale, che funzionava solo all’interno di un sistema autonomo. Come puoi immaginare, MED è un parametro che verrà trasmesso tra sistemi autonomi. Molto bene su questo parametro.
Non verranno utilizzati altri attributi, ma se due percorsi hanno gli stessi attributi verranno utilizzate le seguenti regole:
- Seleziona il percorso attraverso 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ù piccolo.
- Scegli un percorso attraverso il vicino con l'indirizzo IP più basso.
Consideriamo ora il problema della convergenza BGP.
Vediamo cosa succede se Router6 perde il percorso 9.9.9.0/24 attraverso Router9. Disabilitiamo l'interfaccia Gi0/1 del Router6, la quale capirà subito che la sessione BGP con il Router8 è stata terminata ed il neighbor è scomparso, il che significa che la route ricevuta da esso non è valida. Router6 invia immediatamente messaggi di aggiornamento, dove indica la rete 9.9.9.0/24 nel campo Rotte ritirate. Non appena il Router5 riceve un messaggio del genere, lo invierà al Router7. Ma poiché il Router7 ha un percorso attraverso il Router10, risponderà immediatamente con un aggiornamento con un nuovo percorso. Se non è possibile rilevare la caduta di un vicino in base allo stato dell'interfaccia, dovrai attendere l'attivazione del timer di attesa.
Confederazione.
Se ricordi, abbiamo parlato del fatto che spesso devi utilizzare una topologia completamente connessa. Con un gran numero di router in un AS ciò può causare grossi problemi, per evitarlo è necessario utilizzare le confederazioni. Un AS è suddiviso in diversi sub-AS, il che consente loro di funzionare senza la necessità di una topologia completamente connessa.
Ecco un collegamento a questo E configurazione per GNS3.
Ad esempio, con questa topologia dovremmo connettere tra loro tutti i router in AS 2345, ma utilizzando la Confederazione possiamo stabilire relazioni di adiacenza solo tra router direttamente collegati tra loro. Parliamo di questo in dettaglio. Se avessimo solo AS 2345, allora laForge avendo ricevuto una marcia da Picard lo direbbe ai router Dati и Worf, ma non lo direbbero al router Crusher . Anche percorsi distribuiti dal router stesso laForge, non sarebbe stato trasferito Crusher né Worf-Oh no Dati.
Dovresti configurare un Route-Reflector o una relazione di vicinato completamente connessa. Dividendo un AS 2345 in 4 sub-AS (2,3,4,5) per ciascun router, si ottiene una logica di funzionamento diversa. Tutto è perfettamente descritto .
Fonti:
- Guida ufficiale alla certificazione CCIE Routing and Switching v5.0, volume 2, quinta edizione, Narbik Kocharians, Terry Vinson.
- sito web
- sito web .
Fonte: habr.com