Un router di edge R1 apprende 10.10.10.0/24 da un ISP tramite eBGP e lo annuncia a un neighbor iBGP interno R2. R2 installa la rotta ma non riesce a raggiungere l'indirizzo next-hop della rotta. Cosa spiega il problema?

Quando R1 riceve il prefisso 10.10.10.0/24 dall'ISP tramite eBGP, il next-hop è l'indirizzo IP dell'ISP. Per impostazione predefinita, quando R1 annuncia questo prefisso a un neighbor iBGP (R2), non modifica il next-hop. Di conseguenza, R2 riceve il prefisso con il next-hop dell'ISP, che non è direttamente raggiungibile da R2 perché si trova in un AS diverso. Per risolvere questo problema, R1 dovrebbe essere configurato per impostare il next-hop su se stesso (next-hop-self) quando annuncia le rotte iBGP a R2, rendendo R1 il next-hop raggiungibile per R2. Le altre opzioni sono errate perché R2 non abilita next-hop-self verso R1, BGP non riscrive automaticamente il next-hop per gli annunci iBGP in questo scenario, e la soppressione della rotta per TTL scaduto non è il problema in questo contesto.