Um roteador de borda R1 aprende 10.10.10.0/24 de um ISP via eBGP e o anuncia para um vizinho iBGP interno R2. O R2 instala a rota, mas não consegue alcançar o endereço do próximo salto da rota. O que explica o problema?

O iBGP, por padrão, preserva o atributo de próximo salto original recebido de um vizinho eBGP. Se o R1 não configurar o next-hop-self ao anunciar a rota 10.10.10.0/24 para o R2, o R2 receberá a rota com o próximo salto do ISP externo. Como o R2 provavelmente não tem uma rota para o endereço IP do ISP, ele não conseguirá alcançar o próximo salto, resultando na rota sendo inacessível. O R2 não deve habilitar o next-hop-self em sua sessão iBGP em direção ao R1; essa configuração é feita no roteador que anuncia a rota (R1). O BGP não reescreve automaticamente o próximo salto para todos os anúncios iBGP; ele o preserva. A supressão da rota devido ao TTL do eBGP expirado não é a causa, pois a rota foi instalada no R2.