Een route reflector (RR) reflecteert een iBGP-geleerd prefix van client A naar client B, maar client B kan de next-hop van de route niet bereiken. Welke configuratie op de RR zorgt ervoor dat client B een bereikbare next-hop ontvangt voor gereflecteerde routes?

De correcte optie is 'Configureer 'next-hop-self' op de RR voor gereflecteerde advertenties'. Standaard verandert iBGP de next-hop niet bij het adverteren van routes. Dit betekent dat wanneer client A een route adverteert naar de RR, de next-hop het IP-adres van client A blijft. Als de RR deze route reflecteert naar client B, en client B heeft geen directe route naar client A, dan is de next-hop onbereikbaar. Door 'next-hop-self' te configureren op de RR, wordt de next-hop van de gereflecteerde route gewijzigd naar het IP-adres van de RR zelf, waardoor deze bereikbaar wordt voor client B. AS path prepending (optie 2) wordt gebruikt om de voorkeur voor een route te beïnvloeden in eBGP, niet om next-hop bereikbaarheidsproblemen op te lossen in iBGP. Het instellen van weight via een route-map (optie 3) is een lokale router-attribuut dat de voorkeur voor een route beïnvloedt, maar lost de onbereikbaarheid van de next-hop niet op. Het converteren van de RR naar een eBGP speaker (optie 4) is geen oplossing, aangezien de RR deel uitmaakt van hetzelfde AS en iBGP-relaties onderhoudt met zijn clients.