Video: Slik konfigurerer du Logitech MeetUp - Norwegian 2024
Når du faktisk oppretter en ruter for å fungere som en rutereflektor, vil konfigurasjonen av rute reflektorer må skje på både rute reflektor og klienten. Undersøk ruteren 4 klienter.
Konfigurere ruterefleksjon i en ruterPå rutenes reflektorside krever konfigurasjonen bare at du identifiserer ruteklyngen som ruteren er reflektoren for:
[rediger protokoller] bgp {group reflector-peers {type intern; klyngen 172. 16. 1. 1; nabo 172. 16. 2. 2; nabo 172. 16. 3 3; nabo 172. 16. 4. 4;}}
Konfigurasjonen er identisk med en vanlig IBGP-konfigurasjon, bortsett fra at en klyngenavn er spesifisert.
Merk i denne konfigurasjonen at klyngen ID er konfigurert til å være identisk med ruteren ID. Bruk denne konfigurasjonen som en best practice, fordi med det kan du lettere spore opprinnelsesklyngen for ruter som annonseres gjennom hele nettverket ditt.
På klientsiden er konfigurasjonen identisk med tidligere IBGP-konfigurasjoner, bortsett fra at du nå bare har en økt konfigurert mellom hver klient og rutereflektoren (ikke mellom hverandre):
[rediger] protokoller] bgp {gruppe rute-reflektor {type intern; nabo 172. 16. 1. 1;}}
Hver klient til rute reflektoren vil ha den rute reflektoren konfigurert som en intern peer.
Du må fortsatt konfigurere ruteplanleggingen for å sikre at ruter blir annonsert som forventet. Rutereflektoren endrer ikke dette kravet.
Du vil imidlertid ikke konfigurere en neste-hop-selv-policy på rutereflektoren fordi du ikke vil at all eksternt bundet trafikk skal strømme gjennom rutereflektorene. Du vil at den skal ta den korteste banen, som vanligvis ikke er gjennom rutereflektoren. Unntaket fra denne regelen er når EBGP-økten fra en annen AS er direkte koblet til rutereflektoren.