Video: Basic Routing RIP IPv4 2025
Når du faktisk opretter en router for at fungere som en rute-reflektor, skal konfigurationen af rute reflektorer skal ske på både rute reflektor og klienten. Undersøg router 4's kunder.
På rute-reflektorsiden kræver konfigurationen kun, at du identificerer routingklyngen, som routeren er reflektoren til:
[rediger protokoller] bgp {gruppe reflektor-peers {type intern; klynge 172. 16. 1. 1; nabo 172. 16. 2. 2; nabo 172. 16. 3. 3; naboen 172. 16. 4. 4;}}
Konfigurationen er identisk med en normal IBGP-konfiguration, bortset fra at et klyngenavn er angivet.
Bemærk i denne konfiguration, at klyngen ID er konfigureret til at være identisk med router-id'et. Brug denne konfiguration som en god praksis, fordi du med det kan lettere spore den oprindelige kluster for ruter, der annonceres i hele dit netværk.
På klientsiden er konfigurationen identisk med tidligere IBGP-konfigurationer, bortset fra at du kun har en session konfigureret mellem hver klient og rute-reflektoren (ikke mellem hinanden):
[edit protokoller] bgp {gruppe rute-reflektor {type intern; nabo 172. 16. 1. 1;}}
Hver klient til rute-reflektoren vil have den rute-reflektor konfigureret som en intern peer.
Du skal stadig konfigurere ruteplanlægningen for at sikre, at ruter annonceres som forventet. Rute-reflektoren ændrer ikke dette krav.
Du ønsker dog ikke at konfigurere en politik for næste hop-selv-selv på din rute-reflektor, fordi du ikke vil have, at al din eksternt bundet trafik skal strømme gennem rutereflektorerne. Du vil have, at den tager den korteste vej, hvilket ikke er generelt gennem rutereflektoren. Undtagelsen fra denne regel er, når EBGP-sessionen fra en anden AS er direkte forbundet til din rute-reflektor.
