Um route reflector (RR) reflete um prefixo aprendido via iBGP do cliente A para o cliente B, mas o cliente B não consegue alcançar o next-hop da rota. Qual configuração no RR garantirá que o cliente B receba um next-hop alcançável para as rotas refletidas?

A opção correta é "Configure 'next-hop-self' no RR para anúncios refletidos". Em uma rede iBGP, o next-hop de uma rota não é alterado por padrão quando refletido por um Route Reflector (RR). Se o next-hop original não for alcançável pelo cliente B (por exemplo, se estiver em um AS diferente ou em uma rede não diretamente conectada), o cliente B não conseguirá rotear para esse destino. A configuração next-hop-self no RR força o RR a anunciar seu próprio endereço IP como o next-hop para as rotas refletidas, garantindo que o cliente B tenha um next-hop alcançável dentro do mesmo AS. As outras opções estão incorretas: "Configure AS path prepending no RR" é usado para influenciar a seleção de rota adicionando ASNs ao ASPATH, não para resolver problemas de alcançabilidade de next-hop. "Habilite route-map para definir o peso no RR" é usado para influenciar a seleção de rota localmente em um roteador, não para corrigir next-hops inalcançáveis para outros peers. "Converta o RR para um eBGP speaker" alteraria a natureza do relacionamento BGP de iBGP para eBGP, o que não é o objetivo e introduziria outras complexidades, além de não resolver diretamente o problema do next-hop sem outras configurações.