Resumo

  • CRH-16 e CRH-32 são formatos experimentais da RFC 9631; o SID curto aponta para uma CRH-FIB local que fornece endereço IPv6, função topológica e argumentos opcionais.
  • A compactação cria uma dívida de estado: o pacote não registra versão da tabela, origem da configuração nem se a função foi instalada e executada como pretendido.
  • A prova de caminho liga cada busca ao estado instalado, à decisão ACL/uRPF, à reescrita de destino, à interface observada, ao próximo nó e ao recebimento pela aplicação.

O pacote tinha um SID de 16 bits. O controlador tinha uma rota. O hardware tinha outra versão da tabela. Cada painel exibia uma verdade limitada e, se fossem somados sem tempo e identidade, pareciam confirmar o caminho errado.

A RFC 9631 propõe o Compact Routing Header para reduzir a lista de segmentos de uma rota IPv6. A compressão não elimina informação: transfere parte dela para a CRH-FIB de cada nó.

O número curto depende de uma ficha longa

Os SID aparecem em ordem inversa. O roteador reduz Segments Left, escolhe o SID corrente e consulta a tabela. A entrada retorna endereço IPv6, função topológica e, quando necessário, argumentos. Pode indicar menor custo ou obrigar uma interface específica.

O SID é, portanto, uma chave, não uma decisão autocontida. A RFC aceita significância apenas local ao nó. Um valor processado por um roteador não precisa repetir o significado que tem em outro, e pode mudar no mesmo equipamento depois de CLI, PCEP, NETCONF ou atualização distribuída.

Uma captura precisa ser unida ao nó, horário, revisão instalada, entrada, função, parâmetros e origem da programação. Sem isso, preserva-se o índice e perde-se o conteúdo que lhe dava autoridade.

Aceitar o CRH não confirma a saída

O processamento rejeita cabeçalho grande demais, comprimento incompatível, SID ausente e endereço multicast antes do último segmento. Os erros previstos produzem ICMPv6 Parameter Problem.

Depois da validação, o nó copia o endereço da entrada para o destino IPv6 e entrega pacote, função e argumentos ao módulo IPv6. É nesse estágio posterior que o próximo salto e a interface são decididos. Uma entrada legal pode apontar para um enlace indisponível; a saída pode ocorrer e o próximo nó descartar; o destino pode receber e a aplicação ignorar.

Nem a ausência de ICMPv6 fecha a cadeia, pois o erro pode sumir, ser filtrado ou limitado. Validação, busca, reescrita, seleção, transmissão e uso final precisam de recibos separados.

A dívida aparece quando intenção e instalação se afastam

A CRH-FIB pode ser preenchida por CLI, controlador PCEP/NETCONF ou protocolo distribuído. A RFC deixa esses meios fora de escopo. Isso evita centralizar a arquitetura, mas exige que cada operador guarde a transição entre intenção e plano de dados.

Resposta positiva de um controlador não comprova programação no ASIC. Nós convergem em tempos diferentes. Um rollback pode restaurar o SID e deixar argumentos novos. Uma operação parcial pode instalar função sem dependências.

Não há epoch da tabela no pacote. Para atribuir uma decisão, é preciso relacionar solicitação, configuração candidata, estado operacional, instalação no hardware e pacote observado. Relógios e identificadores de revisão são parte do recibo.

Interoperabilidade também exige semântica. A própria RFC pergunta se duas implementações oferecem as mesmas funções e argumentos e se os interpretam igualmente. Ler os mesmos bits enquanto se executa outro comportamento é compatibilidade de formato, não de caminho.

Confiança não nasce do campo de origem

O documento considera confiáveis nós operados pela mesma parte e usa o endereço de origem para reconhecê-los. ACLs devem descartar CRH de origem não confiável destinado ao nó local.

Origem pode ser falsificada. EFP-uRPF elimina alguns casos, nunca todos. Cada borda também deve impedir que tráfego externo use endereço pertencente a interface confiável.

O recibo de segurança inclui interface de entrada, prefixos, versão da ACL, regra, contador, estado de roteamento usado por uRPF e disposição. Também comprova que a regra estava em todas as bordas pertinentes.

Compatibilidade com Authentication Header protege o pacote no contexto de suas chaves, não a história da FIB nem a presença do filtro. Integridade do objeto e autoridade operacional continuam distintas.

Menor no fio não significa mais barato no sistema

A motivação cita ASICs que copiam cabeçalhos para memória interna e hosts que evitam ultrapassar 1.280 bytes porque Path MTU Discovery nem sempre funciona. Um cabeçalho menor pode reduzir pressão nesses cenários.

Isso é hipótese, não benchmark. O efeito depende de parser, profundidade, número de SID, carga, MTU, ICMPv6, geração do hardware e tráfego. O formato curto ainda pode cair em slow path ou falhar em nó sem suporte.

Benefício pede linha de base, versões, distribuição de tamanhos, perda, latência e definição de contadores. Dezesseis bits são fato da codificação; ganho é fato medido.

A condição experimental descreve o trabalho que ainda falta

A RFC 9631 não é Standards Track. Ela pede resultados sobre esforço de implantação, sincronização, hardware, escopo dos SID, segurança, desempenho, eficácia e custo de ACL, população da FIB, escala, interoperabilidade e OAM.

Ping, traceroute, tcpdump e Wireshark ajudam a observar o CRH. Não provam significado comum, bloqueio de falsificação ou entrega à aplicação.

O parser responde pela leitura. A tabela responde pelo estado. A captura responde pela saída. O destino responde pela chegada. Um relato de caminho só se torna defensável quando esses responsáveis aparecem na mesma cadeia.

Fontes