Resumo

  • draft-cel-nfsv4-element-registries-00 propõe oito registros IANA para operações, callbacks, estados, atributos e valores ACCESS/OPEN, eliminando a escolha do próximo número livre com base apenas no que o autor conhece.
  • A alocação pública coordena o endereço numérico; consenso, código compilado, capacidade, autorização, execução, persistência e observação pelo aplicativo continuam sendo provas diferentes.

O trabalho que ainda não entrou na planilha

Um autor consulta as RFCs, procura os maiores valores usados e escolhe o seguinte. Outro autor faz a mesma coisa, na mesma semana, a partir de um conjunto diferente de documentos em andamento. Ambos agem de boa-fé. Ambos chegam ao mesmo número.

Cada protótipo passa sozinho. A colisão surge quando as extensões são combinadas: em uma implementação, o valor seleciona um braço XDR; na outra, seleciona estrutura e comportamento diferentes. O pacote carrega o discriminante, não a história da planilha usada para escolhê-lo.

A revisão 00 de Registries of Network File System Version 4 Protocol Elements foi submetida em 25 de setembro de 2026 e expira em 29 de março de 2027. O Datatracker a classifica como Internet-Draft individual ativo, sem adoção por grupo, stream, AD responsável ou aprovação do IESG. O cabeçalho propõe Standards Track e atualização da RFC 8178 se houver aprovação. Não é RFC nem comprovação de que a IANA já criou os registros.

O inteiro participa da gramática

Em NFSv4, operações de arquivo, lock, sessão e pNFS aparecem em COMPOUND. nfs_opnum4 escolhe o braço da union para argumentos e resultados. CB_COMPOUND tem operações no sentido de callback. Códigos de estado identificam resultados. O número de um atributo também é sua posição no bitmap fattr4. Bits de ACCESS e valores de OPEN mudam o pedido ou a resposta.

O mesmo inteiro pode existir em registros diferentes porque o contexto define o namespace. Por isso um recibo precisa de tipo, direção, XDR externo, versão e referência. Dentro do mesmo registro, dois sentidos para um valor não são ambiguidade editorial: são interpretações incompatíveis dos mesmos bits.

A RFC 8178 permite acrescentar esses elementos e proíbe apagar ou reutilizar valores atribuídos, mas não determina como o número inicial é obtido. A revisão 00 identifica o costume de escolher o próximo valor conhecido. A RFC 8276 confirma como uma verificação manual cuidadosa podia apoiar protótipos. O que faltava era uma reserva pública contra trabalhos simultâneos.

Oito registros mudam a origem da afirmação

O texto propõe registros de Operations, Callback Operations, Status Codes, fattr4 Attributes, ACCESS Flags, OPEN Share Access Flags, OPEN Result Flags e OPEN Delegation Types. O conteúdo inicial é extraído de RFCs publicados.

Se a proposta for publicada, cada registro será a fonte autoritativa das alocações de seu tipo. O documento que define um elemento terá de pedir o valor em IANA Considerations e derivar a constante XDR do que foi alocado. Não poderá fixar outro número em paralelo.

A política é Standards Action with Expert Review. O primeiro componente mantém a exigência da RFC 8178 de publicar extensões como Proposed Standard. O segundo confere o registro e a direção, o menor valor disponível ou a alocação antecipada correspondente, o nome único, a definição XDR, o campo Versions e a referência.

O especialista não julga o mérito do elemento. Essa decisão pertence ao consenso IETF. Registro limpo não equivale a função boa; função promissora não desculpa registro incorreto.

Alocação antecipada não encurta o consenso

Prototipagem antes do RFC precisa de um valor comum. A RFC 7120 permite uma alocação antecipada quando a especificação está suficientemente descrita e estável e quando existe interesse em implementação ou risco de disputa. A IANA publica a linha como temporária, normalmente por um ano.

A revisão 00 orienta um documento de WG a pedir essa alocação depois da adoção e proíbe usar valor sem registro final ou antecipado. O recibo temporário reserva uma coordenada; não promete aprovação do documento. Expiração, renovação, depreciação e eventual desalocação exigem acompanhamento próprio.

Na atribuição normal, usa-se o menor valor não reservado disponível. Um valor já atribuído não é reutilizado. Se o elemento for retirado de todas as versões, sua linha permanece, Versions pode virar none e a referência de retirada é acrescentada.

Essa permanência protege contra código residual. A norma pode abandonar uma função antes de firmwares, XDR gerado, analisadores e capturas desaparecerem. Dar o número a outro significado transforma resíduo em interpretação errada.

Registro não é inventário de produto

4.1+ descreve a aplicabilidade normativa, não suporte universal. A RFC 8178 permite variantes da mesma versão menor com subconjuntos diferentes de extensões. none descreve retirada normativa, não ausência mundial de emissores.

Uma falta no registro prova que um valor coberto não possui a autoridade pública proposta; não prova que nenhum fork o envia. Uma linha presente prova coordenação; não prova que o binário instalado reconhece a estrutura final.

A investigação deve reunir nove recibos: documento e estado; linha do registro; ação e datas de alocação; definição XDR; fingerprint do código e das tabelas geradas; capacidade efetiva; pacote com direção e contexto; reconhecimento, autorização e mudança de estado; resultado no armazenamento e no aplicativo.

Uma linha não atualiza software. Decode não autoriza. Resposta de sucesso não prova persistência. Antes de renumerar, é necessário procurar constantes em fontes, bindings, dissectors, testes, equipamentos e tráfego, sempre por registro, direção e valor.

O que não foi provado

As treze fontes sustentam a proposta, o risco de colisão, a alocação antecipada, a não reutilização e o limite do especialista. Não demonstram colisão real de NFSv4, produto afetado, adoção pelo WG, consenso IETF, ação da IANA, implantação, incidente ou exploração.

Na leitura de Lu Heng, o registro deve ser autoridade apenas sobre a coordenação que registra. Sem recibos do código em execução, ele não tem autoridade sobre a forma decodificada, a decisão de acesso ou o efeito observado.

Fontes