Маршрутизатор R1 на границе сети получает маршрут 10.10.10.0/24 от интернет-провайдера через eBGP и анонсирует его внутреннему iBGP-соседу R2. R2 устанавливает маршрут, но не может достичь адреса следующего хопа маршрута. Что объясняет эту проблему?

Правильный ответ заключается в том, что R1 не изменил атрибут next-hop на свой собственный IP-адрес при анонсировании маршрута R2. По умолчанию, при распространении маршрутов между iBGP-соседями, BGP сохраняет исходный next-hop, полученный от eBGP-соседа. Если R1 не настроен на изменение next-hop на себя (с помощью команды next-hop-self), то R2 получит маршрут с next-hop, который является IP-адресом eBGP-соседа R1. Поскольку R2, вероятно, не имеет прямого маршрута к этому eBGP-соседу, он не сможет достичь next-hop и, следовательно, не сможет установить маршрут. Неправильные варианты: R2 не должен включать next-hop-self в своей iBGP-сессии с R1, так как это не имеет смысла. next-hop-self настраивается на маршрутизаторе, который анонсирует маршрут. BGP не автоматически перезаписывает next-hop для всех iBGP-анонсов; это происходит только при переходе от eBGP к iBGP, и только если настроен next-hop-self. Срок действия eBGP TTL не является причиной этой проблемы; это механизм безопасности, который не влияет на достижимость next-hop.