Ein Route Reflector (RR) reflektiert ein über iBGP gelerntes Präfix von Client A zu Client B, aber Client B kann den Next-Hop der Route nicht erreichen. Welche Konfiguration auf dem RR stellt sicher, dass Client B einen erreichbaren Next-Hop für reflektierte Routen erhält?

Die Konfiguration von 'next-hop-self' auf dem Route Reflector (RR) für reflektierte Advertisements ist die korrekte Lösung. Standardmäßig ändert iBGP den Next-Hop für intern gelernte Routen nicht. Wenn Client A eine Route an den RR sendet, behält der RR den ursprünglichen Next-Hop bei. Wenn der RR diese Route an Client B reflektiert, versucht Client B, den Next-Hop zu erreichen, der sich möglicherweise in einem anderen Teil des AS befindet und für Client B unerreichbar ist. 'next-hop-self' weist den RR an, seine eigene IP-Adresse als Next-Hop zu setzen, bevor er die Route an seine Clients reflektiert, wodurch sichergestellt wird, dass der Next-Hop für Client B erreichbar ist. AS path prepending manipuliert den AS-Pfad für die Routenauswahl und hat keinen Einfluss auf die Erreichbarkeit des Next-Hops. Eine Route-Map zum Setzen des Gewichts beeinflusst ebenfalls die Routenauswahl, nicht die Next-Hop-Erreichbarkeit. Die Konvertierung des RR in einen eBGP-Speaker würde die iBGP-Beziehung aufheben und ist keine praktikable Lösung für dieses Problem.