Resumo

  • A RFC 4456 permite que route reflectors redistribuam rotas iBGP conforme o papel de cada vizinho; ORIGINATOR_ID e CLUSTER_LIST dão memória de origem e travessia a essa exceção.
  • Encontrar a identidade local autoriza ignorar a rota. O resultado é correto entre RRs redundantes do mesmo cluster, mas destrutivo quando o valor foi reutilizado em outro domínio.
  • A auditoria liga UPDATE, razão exata, mapa de clientes, candidatos, saída por vizinho, FIB e pacotes. Established não significa que o NLRI atravessou o RR.

O modelo de configuração que ampliou o cluster

Uma rede possui domínios leste e oeste, cada um com dois RRs redundantes. No leste, os dois compartilham 10.0.0.42, decisão correta: representam a mesma unidade lógica e devem reconhecer a rota já refletida pelo parceiro.

Uma consolidação aplica o mesmo valor no oeste. A hierarquia continua separada, mas o protocolo passa a enxergar equivalência. Quando a rota do cliente leste chega com esse número em CLUSTER_LIST, o RR oeste encontra a identidade local e ignora o anúncio.

Não há necessidade de reset TCP, NOTIFICATION ou Hold Timer vencido. O mecanismo pode produzir ausência estável com todo o painel de vizinhos verde. Um símbolo de quatro octetos decide que a informação já voltou, embora ela esteja entrando num domínio diferente pela primeira vez.

A exceção que reduziu o full mesh

O iBGP comum não anuncia a um peer interno o que aprendeu de outro peer interno. A regra limita loops, mas obriga todos os speakers a formar uma malha completa. Route reflection substitui parte dessa malha por papéis configurados.

Um best path vindo de non-client vai aos clients. Um caminho vindo de client pode ir a clients e non-clients. O papel não é negociado. Duas pontas podem manter uma sessão perfeita enquanto usam grafos incompatíveis sobre a relação.

ORIGINATOR_ID é atributo opcional não transitivo, tipo 9, com quatro octetos. O RR registra o BGP Identifier do speaker que introduziu a rota no AS. Um router que recebe o próprio identificador deve ignorar o caminho.

CLUSTER_LIST, tipo 10, é sequência ordenada de IDs. Cada reflexão acrescenta o ID local no início. Se o receptor encontrar ali seu cluster, deve interpretar a informação como retorno.

Nenhum atributo autentica equipamento ou prefixo. A RFC 6286 exige BGP Identifier não nulo e único no AS, não uma interface IPv4 real. A aparência pontuada é formato, não prova de endereço. O valor ganha importância porque igualdade modifica o conjunto de rotas.

Igualdade deliberada e colisão

RRs redundantes do mesmo cluster podem compartilhar ID. Essa é uma exceção planejada, não erro. Ela diz que ambos exercem a mesma fronteira de reflexão. A disciplina consiste em registrar a classe de equivalência e impedir que ela alcance domínios que um caminho válido precisa atravessar.

Cópia de configuração, reutilização de router ID, inventário fundido, override por vizinho ou migração hierárquica incompleta podem criar colisão. O software não lê a justificativa; compara os valores.

BGP Identifiers duplicados causam o problema paralelo em ORIGINATOR_ID: um router pode rejeitar a rota do outro como se fosse o retorno da própria rota. Não é preciso provar loop de pacotes. A identidade duplicada já exerce a autoridade de descarte.

Disposição, erro e preferência

Uma lista bem formada com o ID local não é atributo corrompido. É uma decisão semântica. A RFC 7606 trata malformação; import policy, originator match, cluster match e derrota no best path precisam de causas separadas na telemetria.

Os campos também entram no desempate. ORIGINATOR_ID representa o BGP Identifier do anunciante no passo aplicável, e a lista de clusters mais curta é preferida; ausência vale zero. O tamanho não mede distância, latência nem confiança. Uma renumeração pode trocar o vencedor mesmo quando nenhum prefixo desaparece.

ORR muda o ponto de vista IGP usado na seleção; ADD-PATH expõe mais alternativas. Nenhum autoriza ignorar as regras de retorno. As RFCs 3345 e 7964 estudam oscilação por redução de informação e MED. A colisão de cluster pode ser imóvel. Proteção de transporte confirma bytes, não o sentido do mapa.

Livro de identidades e prova operacional

Registrar por AS, VRF e AFI/SAFI: BGP Identifier, IDs de cluster globais e por peer, papel, grupo redundante, nível, versão e owner. Cada valor comum precisa explicar por que aqueles RRs são uma única unidade.

Para cada NLRI afetado, preservar UPDATE bruto, ORIGINATOR_ID, lista em ordem, valores comparados e motivo da disposição. Anexar candidatos, Loc-RIB, Adj-RIB-Out por vizinho, Adj-RIB-In downstream, FIB e pacotes. Configuração é intenção; UPDATE é estado recebido; comparação é ação; RIB e FIB são decisões sucessivas; tráfego é resultado.

Antes de mudar IDs, simular o grafo client/non-client. Canários devem cruzar cada grupo, nível, família, vendor e release. Conferir ordem, não só presença. Pausar diante de igualdade inexplicável ou prefixo ausente com sessão saudável. Rollback só termina depois de replay/reavaliação, restauração downstream e teste de pacote.

Fontes