Resumo

  • A RFC 8654 deixa o receiver anunciar capacidade até 65.535 octetos, exceto OPEN e KEEPALIVE; o sender só usa o espaço depois de receber a capability do peer.
  • O compromisso termina nessa sessão. Para um peer de 4.096, somente atributos elegíveis pela RFC 7606 podem ser descartados; se ainda não couber, não há anúncio e uma rota anterior deve ser retirada.
  • Adoção segura uniformiza iBGP antes da dependência externa, mede tamanho codificado e recursos e preserva uma forma legacy para rollback.

O ingresso mostra capability 6 e recebe o UPDATE grande. Outro border falha ao exportar porque seu vizinho não anunciou suporte. O attribute set é maior que o envelope antigo. O sucesso em um hop não concedeu capacidade aos seguintes.

A RFC 4271 usa Length de dois octetos, mas limita a mensagem a 19–4.096. A RFC 8654 eleva o máximo negociado a 65.535 e define capability code 6, length zero. O anúncio promete receber e tratar esse tamanho nesta sessão; não descreve o AS inteiro.

Um speaker envia Extended Message apenas após receber a capability do vizinho. A RFC 5492 torna o uso bilateral e deixa o operador exigir suporte. Uma implementação capaz que não anunciou a função não pode aceitar silenciosamente uma mensagem grande: a configuração mantém a autoridade.

OPEN e KEEPALIVE ficam fora. A RFC 9072 trata outro teto, o campo de 255 octetos dos Optional Parameters de OPEN, usando type 255 e comprimento de dois octetos. Um OPEN ampliado não autoriza UPDATE de 65.535.

O teto não é uma meta

ADD-PATH adiciona quatro octetos por NLRI; Large Community usa doze por valor; VPN e outras extensões consomem mais. Esses bytes podem controlar policy, por isso não são padding descartável.

Se os atributos cabem, prefixes podem ser distribuídos entre UPDATEs. Se o attribute block sozinho passa de 4.096, dividir NLRI não resolve. TCP segmenta transporte, não semântica BGP.

No egress legacy, a RFC 8654 permite remover só o que a RFC 7606 classifica como attribute discard. Atributo que afeta seleção ou instalação não entra nessa classe, inclusive quando policy local lhe dá significado. Se ainda for grande, o UPDATE não sai; NLRI anunciado antes deve ser withdrawn.

Assim, a mesma rota pode existir num border e sumir noutro; reflectors podem produzir visões externas diferentes; um backup pode ficar impossível de anunciar no failover. A uniformidade dos speakers iBGP relevantes precisa vir antes da ativação externa.

A superfície de recursos também cresce

Receber 65.535 envolve buffers, queue, parser, validation, policy e logs. A RFC 8654 aponta resource exhaustion. Reformatação repetida para egress legacy custa CPU. Peer autenticado ainda pode enviar dados válidos e caros.

FRRouting lista RFC 8654 entre as implementadas; BIRD 3.3.0 separa enable e require. Isso inicia a validação, mas não prova negociação, headroom ou propagação.

A evidência pertence à epoch da sessão: capabilities locais/recebidas, peer, AFI/SAFI, build, comprimento inbound/outbound, atributos e NLRI. O outcome deve distinguir repack, discard, suppress, withdrawal, Bad Message Length e policy reject.

UPDATE recebido também não prova FIB nem pacote. Selection, recursive resolution, hardware e tráfego medido encerram a cadeia.