Video: Ontdek de basisbeginselen van Gauddi 2024
Het configureren van Border Gateway Protocol (BGP) kan nogal lastig zijn, met name met grote aantallen peering-sessies die handmatig moeten worden geconfigureerd. In feite kan in een groot netwerk de full-mesh-vereiste voor IBGP een provisioning-nachtmerrie zijn.
Het antwoord van BGP op de IBGP-paringsconfiguratie-nachtmerrie die de volledige maaswijdte is, wordt route-reflectie genoemd. Route-reflectie maakt het delen van routeringsinformatie tussen een groep routers mogelijk zonder dat exact dezelfde informatie naar elk van hen afzonderlijk hoeft te worden verzonden. Het is alsof je informatie aan één persoon geeft en laat verspreiden onder alle leeftijdsgenoten.
IBGP heeft een belangrijke beperking: IBGP-collega's mogen IBGP-geleerde routes niet opnieuw adverteren naar andere IBGP-luidsprekers, daarom moeten ze allemaal volledig worden gemaast. Als u IBGP-routes niet opnieuw kunt adverteren, moet u rechtstreeks verbonden zijn met de maker van de route, vandaar de volledige meshvereiste. Vergeet niet dat IBGP geen speciaal loop-preventie-mechanisme heeft en daarom hebt u routepreflectoren nodig voor grote netwerken.
Met het concept route-reflectie kunt u een of meer van uw routers als route-reflectors aanwijzen. BGP versoepelt de herreclame-beperking op deze route-reflectors, waardoor ze IBGP-routes naar hun klanten kunnen accepteren en verspreiden.
Vanwege de volledige mesh-eis van IBGP vereist deze topologie 15 IBGP-peeringessies per router of 120 verschillende IBGP-sessies binnen het netwerk. Als u router 4 echter aanduidt als een route-reflector, kunt u beginnen met het minimaliseren van deze vereiste. Kijk bijvoorbeeld naar wat er gebeurt met de routers die direct verbonden zijn met router 4.
In dit deel van de topologie heeft router 4 drie rechtstreeks verbonden routers. Als alleen dit deel van de topologie IBGP uitvoert, moet u een volledige mesh configureren tussen de 4 routers. Als u router 4 echter aanduidt als een route-reflector, vereist BGP alleen dat elke route-reflectorclient een IBGP-verbinding heeft met de route-reflector (niet met elkaar).
Met de nieuwe configuratie worden de IBGP-routes van routers 1, 2 en 3 naar de routetreactor verzonden. Router 4, die fungeert als de route reflector, adverteert deze routes opnieuw aan al zijn klanten.
Op deze manier zijn router 1 en router 2 via IBGP verbonden via hun gedeelde route-reflector, router 4.Deze groep routers wordt een cluster genoemd, en elke cluster wordt uniek geïdentificeerd door zijn cluster-ID (een 32-bits nummer dat lijkt op een IP-adres).
Als u terugkijkt op het oorspronkelijke 16-routernetwerk, kunt u, als u vergelijkbare routepreflectoren maakt met routers 8, 12 en 16, vier route-reflectoren maken en het aantal IBGP-sessies verminderen.
Alle 16 routers zitten echter nog steeds in dezelfde AS, wat betekent dat IBGP alle 16 routers volledig moet verbinden. Hoe doe je dit?
Uiteindelijk moet je ergens verbinding hebben. Die connectiviteit vindt plaats op het reflectorniveau van de route. De routepreflectoren moeten volledig zijn ingepast, wat betekent dat u IBGP-peersessies moet hebben tussen elk van de vier route-reflectoren.
In wezen heeft u het aantal IBGP-sessies in uw netwerk drastisch verminderd. Waar u voorheen 120 sessies nodig had om uw netwerk volledig te mazen, heeft u nu slechts drie sessies nodig van elke routespector tot zijn klanten en nog eens zes sessies om de routepreflectors volledig te harmoniseren (voor een totaal van 18 IBGP-sessies).
