Resumo

  • A RFC 7911 permite anunciar vários caminhos para um prefixo associando cada NLRI a um identificador de quatro octetos, após negociar envio e recebimento para a família correspondente.
  • O identificador é opaco e local, não uma preferência. A visibilidade aumenta, mas a decisão de melhor caminho continua com o receptor, junto com os custos de memória, processamento e reinício.

Um caminho era resposta e limite

O BGP básico anuncia no máximo uma rota de uma NLRI a um vizinho. Uma nova rota para o mesmo prefixo substitui implicitamente a anterior. O modelo simplifica o intercâmbio, mas prende a visibilidade à seleção do remetente: o receptor não pode usar uma alternativa que nunca recebeu.

O ADD-PATH separa essas funções. No UPDATE estendido, um identificador de quatro octetos precede a NLRI. O par prefixo-identificador nomeia um anúncio, permitindo que vários caminhos coexistam. Um anúncio posterior com o mesmo par substitui aquele caminho; uma retirada remove o par. A retirada de um identificador nunca anunciado deve ser ignorada silenciosamente.

O identificador é atribuído pelo remetente e só vale na relação com aquele vizinho. Quem readvertir a rota deve criar seu próprio identificador. O receptor não pode supor que um número maior seja melhor, mais antigo, mais seguro ou globalmente estável. É identidade, não julgamento.

Assim, a autoridade de decisão permanece local. O remetente escolhe quais alternativas expor sob sua política; o receptor executa sua própria seleção. A RFC recomenda incluir a melhor rota do remetente ao anunciar várias, exceto quando ela foi aprendida do mesmo vizinho. “Melhor” continua sendo um resultado local, não uma instrução.

Permissão assimétrica e por família

ADD-PATH usa o código de capacidade 69. Seu valor contém uma ou mais tuplas AFI, SAFI e Send/Receive. O valor 1 significa receber, 2 enviar e 3 ambos; outros valores são tratados como não compreendidos.

Um emissor BGP só pode enviar vários caminhos de uma família quando anunciou envio e recebeu do vizinho a capacidade de receber para o mesmo AFI/SAFI. A direção oposta pode ser diferente. A autorização não é um botão para toda a sessão nem uma inferência sobre o software: é a interseção explícita de par, direção e família.

O remetente ganha poder para expor mais alternativas. O receptor recebe informação que pode usar para convergência, diversidade de refletores ou outros fins locais. Porém, assume parte do custo: cada caminho aceito consome estado e processamento; muitas rotas para muitos prefixos podem pressionar recursos.

A norma não define quantidade universal de caminhos nem orçamento de memória. A capacidade negociada permite o formato, mas não prova que política, encaminhamento ou recuperação estejam corretos.

A identidade local complica o reinício

Identificadores não precisam persistir após reinício do plano de controle. Portanto, um identificador visto antes não pode ser automaticamente considerado o mesmo depois. Com Graceful Restart, o encaminhamento pode permanecer enquanto anúncios e identificadores são reconstruídos.

A telemetria precisa preservar o contexto da capacidade. Os mesmos bytes de UPDATE são decodificados de modo diferente conforme ADD-PATH tenha sido negociado para a família. Um analisador passivo que perdeu o OPEN pode interpretar o identificador como NLRI e produzir uma leitura errada.

A RFC 7911 define codificação, direções, substituições, retiradas e riscos de recursos. A RFC 4271 fornece o modelo básico; a RFC 5492, o quadro de capacidades; a IANA registra o código 69; a RFC 4272 descreve riscos BGP subjacentes. A leitura sobre poder, beneficiário e custo é análise.

As fontes não comprovam implantação por operador nomeado, não prescrevem quantos caminhos cada par deve receber e não estabelecem um limite seguro universal. Também não tornam identificadores persistentes ou globais nem garantem benefício em toda topologia.

Fontes