Un route reflector (RR) riflette un prefisso appreso tramite iBGP dal client A al client B, ma il client B non riesce a raggiungere il next-hop della route. Quale configurazione sull'RR garantirà che il client B riceva un next-hop raggiungibile per le route riflesse?

La configurazione di next-hop-self sull'RR è essenziale perché, per impostazione predefinita, iBGP mantiene il next-hop originale della route. Se il next-hop originale non è direttamente raggiungibile dal client B (ad esempio, è un router non-client o un router esterno all'AS), il client B non potrà utilizzare la route. next-hop-self forza l'RR a impostare se stesso come next-hop per le route riflesse ai suoi client, garantendo che il client B abbia un next-hop raggiungibile. Le altre opzioni sono errate: L'AS path prepending (aggiunta di AS al percorso) viene utilizzato per influenzare la selezione del percorso in eBGP, non per risolvere problemi di raggiungibilità del next-hop in iBGP. L'abilitazione di una route-map per impostare il weight (peso) è una metrica locale di Cisco per la selezione del percorso, ma non risolve il problema di un next-hop irraggiungibile. Convertire l'RR in un eBGP speaker non è appropriato; l'RR opera all'interno di un singolo AS per riflettere le route iBGP.