Resumo

  • A reflexão substitui a malha IBGP convencional por relações configuradas entre clientes e não clientes; reduz sessões, mas transforma a escolha do melhor caminho no refletor em uma fronteira de distribuição.
  • ORIGINATOR_ID e CLUSTER_LIST ajudam a detectar loops de reflexão, mas não autenticam a origem da rota; redundância, coerência topológica e integridade de configuração continuam sob responsabilidade do operador.

A contagem de sessões vira uma hierarquia

No modelo convencional, n dispositivos BGP dentro de um sistema autônomo exigem n*(n-1)/2 sessões IBGP distintas. Isso decorre de uma regra estrutural: uma rota aprendida de um par IBGP normalmente não é anunciada a outro par IBGP. Cada dispositivo precisa, portanto, das conexões internas diretas necessárias para receber as informações externas de roteamento.

A RFC 4456 flexibiliza essa regra para um refletor configurado. Os pares internos são clientes ou não clientes. Depois de escolher seu melhor caminho, o refletor envia a todos os clientes uma rota aprendida de um não cliente. Uma rota aprendida de um cliente é refletida para os outros clientes e para os não clientes. Os clientes não precisam formar malha completa; os não clientes mantêm esse requisito.

O ganho de escala é real. Dispositivos convencionais podem coexistir, e clusters podem ser introduzidos gradualmente sem mudar o sistema autônomo. Mas a redução não é gratuita. O refletor resume o que sabe ao distribuir apenas seu melhor caminho. A visão do cliente passa a depender de uma decisão tomada em outro ponto.

A configuração concede um papel, não autoridade sobre a rota

O protocolo não oferece um meio de o cliente se identificar dinamicamente como cliente. A RFC 4456 apresenta a configuração manual como o método mais simples. Essa relação autoriza o refletor a aplicar as regras internas de redistribuição especificadas. Ela não prova que um prefixo foi originado legitimamente, que o vizinho externo tinha autorização para anunciá-lo ou que a rota preferida atende igualmente a todos os clientes.

O poder operacional se concentra, mas continua delimitado. O refletor escolhe seu melhor caminho conforme o processo decisório do BGP e controla quais relações internas o recebem. Roteadores de borda continuam responsáveis pela política de importação; o operador conserva IGP, tratamento de MED, LOCAL_PREF, validação, capacidade e resposta a incidentes. Grandes sistemas autônomos se beneficiam ao evitar o crescimento quadrático e migrar por etapas. O custo aparece na localização dos refletores, redundância, integridade de configuração, visibilidade e domínios de falha.

Marcadores de loop protegem a topologia de reflexão

Uma configuração incorreta pode criar loops de redistribuição. A RFC 4456 acrescenta dois atributos opcionais e não transitivos. ORIGINATOR_ID registra o BGP Identifier de quem originou a rota dentro do AS local. Um dispositivo não deveria recriá-lo quando o atributo já existe e deveria ignorar uma rota que contenha seu próprio identificador.

CLUSTER_LIST registra a sequência de clusters atravessados pela rota refletida. O refletor deve antepor seu CLUSTER_ID local, criando o atributo caso não exista. Se o CLUSTER_ID local já estiver presente, o anúncio recebido deveria ser ignorado. A diferença normativa importa: criar e antepor são requisitos MUST; ignorar é uma recomendação SHOULD.

Um cluster com apenas um refletor tem um ponto único de falha. Vários refletores podem compartilhar um CLUSTER_ID de quatro bytes, permitindo que um deles descarte uma rota recebida de outro refletor do mesmo cluster. Redundância depende, portanto, de identidade e desenho consistentes, não apenas de mais equipamentos.

A seleção pode divergir da malha completa

A RFC 4456 alerta que os custos IGP variam conforme o roteador e que os MEDs nem sempre são comparáveis. Em algumas topologias de reflexão, a rota selecionada pode diferir da escolhida em uma malha IBGP completa. O documento discute formas de alinhar os resultados, mas reconhece que impor equivalência exata pode ser restritivo ou impraticável.

A exigência mais forte é arquitetural: a topologia precisa ser cuidadosamente considerada para evitar loops e manter uma visão consistente. Quando há vários caminhos, a topologia de reflexão deveria, em geral, ser congruente com a topologia da rede. O refletor não deveria alterar NEXT_HOP, AS_PATH, LOCAL_PREF ou MED ao refletir uma rota, pois isso pode criar loops.

Evidências e limites

A RFC 4456 define o problema de escala, as regras de clientes, os atributos de loop, a redundância e as consequências para seleção. A RFC 4271 fornece o modelo básico de troca e decisão do BGP. As conclusões sobre poder, autorização, beneficiários, custo e responsabilidade são análises apoiadas nesses fatos.

As fontes não demonstram o projeto de uma rede específica, não autenticam a origem, não garantem equivalência com a malha completa e não prescrevem uma hierarquia universal. A RFC 4456 afirma expressamente que a extensão não altera os problemas de segurança subjacentes do BGP.

Fontes