Router brzegowy R1 uczy się trasy 10.10.10.0/24 od dostawcy usług internetowych (ISP) poprzez eBGP i rozgłasza ją do wewnętrznego sąsiada iBGP R2. R2 instaluje trasę, ale nie może osiągnąć adresu next-hop tej trasy. Co wyjaśnia ten problem?

Domyślnie, gdy router BGP rozgłasza trasę do wewnętrznego sąsiada iBGP, nie zmienia adresu next-hop. Oznacza to, że R2 otrzymuje trasę 10.10.10.0/24 z adresem next-hop, który jest adresem IP routera ISP, a nie R1. Ponieważ R2 nie ma bezpośredniego połączenia z routerem ISP ani trasy do jego adresu, nie może osiągnąć next-hopa i trasa jest nieosiągalna. Aby rozwiązać ten problem, R1 musi być skonfigurowany tak, aby ustawiał next-hop na siebie (next-hop-self) podczas rozgłaszania tras do R2. Opcja "R2 musi włączyć next-hop-self w swojej sesji iBGP w kierunku R1" jest niepoprawna, ponieważ next-hop-self konfiguruje się na routerze wysyłającym (R1), a nie odbierającym (R2). Opcja "BGP automatycznie przepisuje next-hop dla wszystkich rozgłoszeń iBGP..." jest błędna, ponieważ to właśnie brak automatycznego przepisywania jest przyczyną problemu. Opcja "R1 stłumił trasę, ponieważ eBGP TTL wygasł" jest nieistotna, ponieważ problem dotyczy osiągalności next-hopa, a nie wygaśnięcia TTL trasy eBGP.