Un router de borde R1 aprende 10.10.10.0/24 de un ISP a través de eBGP y lo anuncia a un vecino iBGP interno R2. R2 instala la ruta, pero no puede alcanzar la dirección del siguiente salto de la ruta. ¿Qué explica el problema?

En iBGP, el router que anuncia la ruta (R1) no modifica por defecto el atributo de siguiente salto (next-hop) de las rutas aprendidas de un vecino eBGP. Esto significa que R2 recibe la ruta 10.10.10.0/24 con el siguiente salto original del ISP, que R2 no conoce directamente. Para solucionar esto, R1 debe configurarse para establecer el siguiente salto a sí mismo (next-hop-self) antes de anunciar la ruta a R2. La opción de que R2 habilite next-hop-self es incorrecta porque la configuración debe hacerse en el router que anuncia la ruta (R1). BGP no reescribe automáticamente el next-hop para anuncios iBGP; esa es una acción configurable. La supresión de la ruta por TTL es irrelevante para este escenario de siguiente salto inalcanzable.