Resumo

  • A RFC 9800 permite que a origem reúna vários SIDs comprimidos em menos contêineres de 128 bits, desde que valide a estrutura e preserve a sequência da lista não comprimida.
  • Clarence Filsfils é um dos cinco autores. A redução de bytes aumenta o peso operacional de comprimentos, flavors, inventários, alocação de identificadores e propriedades de fronteira.

A repetição que viajava em todos os pacotes

Em uma política SRv6 longa, cada instrução pode aparecer como um endereço IPv6 completo. SIDs do mesmo domínio frequentemente repetem o Locator-Block e carregam zeros de preenchimento. Esses bits tornam a forma inteira fácil de reconhecer, mas não acrescentam uma nova decisão de encaminhamento.

A RFC 9800, publicada em junho de 2025, define uma forma estruturada de retirar a repetição. Um CSID preserva Locator-Node e Function. Um contêiner de 128 bits pode carregar um ou mais CSIDs e, quando necessário, o Argument do último deles. A lista resultante pode combinar sequências comprimidas e SIDs inteiros.

O limite é inequívoco: o conteúdo inserido no pacote deve expressar a mesma lista de segmentos original. Mudar uma adjacência, uma tabela ou uma função não é compressão. É mudar a política. A origem, que efetivamente monta o pacote executável, responde por essa equivalência.

Duas formas de revelar a próxima instrução

No NEXT-CSID, o contêiner ativo já é um SID completo. O primeiro CSID ocupa sua posição funcional; os seguintes entram no Argument. O endpoint move o próximo CSID para a parte ativa do Destination Address, zera bits inferiores não usados, reduz o Hop Limit e submete o pacote a uma nova consulta IPv6.

No REPLACE-CSID, só a primeira entrada da sequência começa como SID completo. Os CSIDs seguintes são empacotados em posições de tamanho fixo dentro da Segment List do SRH. Um índice no Argument informa a posição atual. O endpoint avança dentro do contêiner ou passa ao próximo elemento da Segment List e reconstrói um Destination Address válido.

Os dois são flavors de comportamentos já definidos. Eles não transformam End.X, End.T ou uma função de serviço em outra coisa. A seção de segurança afirma que a compressão altera a codificação e a descoberta do próximo SID, não a semântica do segmento.

É possível combinar flavors, mas a RFC recomenda evitar, em geral, sua mistura no mesmo domínio de roteamento ou Locator-Block. Cada combinação adicional exige parser, codepoint, telemetria, teste de erro e procedimento de rollback próprios.

O direito local de não comprimir

A origem pode receber a lista de um controlador, calculá-la ou lê-la de configuração. Nenhuma procedência elimina a verificação. LBL e LNFL devem ser diferentes de zero; AL precisa coincidir com 128-LBL-LNL-FL. Uma estrutura que falha nessa conta é desconhecida e não pode ser comprimida.

Essa recusa não obriga a descartar a política inteira. O SID pode permanecer na forma completa enquanto outros entram em sequências CSID. O fallback preserva disponibilidade sem conceder à automação o poder de inventar uma estrutura.

A escolha do caminho também fica fora do escopo. Métricas, restrições, exclusões, serviço e proteção determinam a lista antes da compressão. O formato comum representa a decisão; não toma a decisão em nome da rede local.

O anúncio é evidência de estrutura, não resultado

Os SIDs da RFC 9800 precisam sinalizar SRv6 SID Structure. O endpoint anuncia comprimentos coerentes com sua instanciação e mantém o Argument anunciado em zero. Extensões de IS-IS, OSPFv3, BGP, BGP-LS e fluxos apoiados em PCEP podem transportar esse registro.

O anúncio permite calcular se o SID é compressível, mas não prova que a FIB foi programada ou que o pacote atravessou o serviço. Depois de uma atualização, a instância local pode mudar enquanto o controlador conserva a descrição antiga. Um algoritmo determinístico pode então operar corretamente sobre um fato errado.

Por isso, o diagnóstico deve reconciliar endpoint, anúncio, controlador e origem. A presença de uma rota não basta; behavior, flavor, LBL, LNL, FL e AL precisam ser os mesmos nas quatro superfícies.

A troca de bloco marca a fronteira

Uma sequência CSID normalmente compartilha Locator-Block. Em caminhos multidomínio, End.LBS troca esse bloco quando a fronteira está no próprio endpoint. End.XLBS combina a troca com um cross-connect de camada 3 quando a fronteira está no enlace adjacente.

O bloco de destino é uma propriedade local do SID. A RFC deixa fora de escopo como a origem o aprende, citando configuração ou controlador. A organização precisa preencher esse espaço com responsabilidade: dono, versão, teste, validade e retirada do mapeamento.

O padrão define a transformação interoperável sem se tornar autoridade sobre a relação entre domínios. Cada operador conserva o controle de seu endereçamento e de suas adjacências, mas precisa publicar fatos suficientes para que a transição seja reproduzível.

O espaço de nomes paga pela densidade

CSIDs curtos aumentam a quantidade de instruções por contêiner e reduzem o espaço disponível para identificadores. CSIDs longos fazem o inverso. A RFC recomenda comprimentos consistentes no domínio para manter a conta e a operação compreensíveis.

O GIB é compartilhado entre os endpoints sob um Locator-Block; o LIB é exclusivo de cada nó. A orientação é priorizar o GIB para segmentos realmente globais e usar LIB em serviços, adjacências e cross-connects locais. Gastar o pool compartilhado com funções locais acelera a exaustão. Encolher demais os campos para maximizar a compressão limita expansão futura.

O lugar de Filsfils no registro coletivo

O registro do RFC Editor credita Weiqiang Cheng, Clarence Filsfils, Zhenbin Li, Bruno Decraene e Francois Clad. O texto veio do grupo SPRING da IETF, atualiza a RFC 8754 e possui comportamentos registrados pela IANA.

A página oficial da Cisco identifica Filsfils como Cisco Fellow e descreve seu trabalho em Segment Routing. É contexto corporativo datado, não prova de autoria individual sobre um padrão coletivo, implementações de terceiros ou resultados de produção.

Sua contribuição pública pode ser descrita com precisão: ela liga arquitetura, SRH e comportamentos SRv6 ao trabalho posterior de reduzir listas longas sem reescrever seu significado. A lista ocupa menos espaço porque estrutura, rejeição e fronteiras passaram a ter regras mais claras.

Fontes