Resumo

  • A RFC 9876 acrescenta verificação semântica e revisão especializada depois que o procedimento anterior admitiu combinações incorretas no registro CoAP Content-Formats.
  • A entrada coordena número, Media Type, parâmetros e eventual Content Coding; ela não certifica parser, emissor, perfil de uso ou consequência.
  • Produção exige uma cadeia própria: implementação versionada, limites, proteção, política local, autorização, observação e reversão.

Uma concessionária recebe telemetria de milhares de medidores. O Content-Format está na tabela oficial, mas só metade dos concentradores recebeu o novo decoder. Se a plataforma usar o registro como lista automática de permissão, uma atualização administrativa vira implantação de software sem teste.

A RFC 9876, Proposed Standard do IETF de outubro de 2025, atualiza a RFC 7252. O Content-Format de CoAP representa por um inteiro um Media Type, seus parâmetros e, quando houver, o Content Coding. Essa economia é essencial em ambientes restritos; também torna barata a propagação de uma associação errada.

O que mudou no balcão de registro

O modelo anterior não exigia explicitamente que o FCFS confirmasse a validade semântica da combinação. A RFC 9876 relata que registros equivocados ocorreram e transforma o controle em procedimento publicado.

No registro CoRE da IANA, 0–255 passa por Expert Review por ser espaço escasso. 256–9999 requer IETF Review com Expert Review, ou IESG Approval com Expert Review. 10000–19999 e 33000–64997 também dependem de especialista.

O FCFS de 20000–32999 vale apenas para Media Type registrado, sem parâmetro, sem Content Coding e ainda não usado na tabela. 64998–64999 é reservado à documentação. 65000–65535 é experimental e não pode ser empregado operacionalmente.

O especialista verifica duplicidade, situação do Media Type, validade de nomes e valores de parâmetros, formato preferido e registro do Content Coding. Em números curtos, avalia também o custo sobre o espaço limitado.

A aprovação prova que uma solicitação definida cumpriu esses critérios. Não demonstra que um parser é seguro, que o firmware suporta o perfil, que a mensagem tem origem confiável ou que a ação pedida é permitida. O registro coordena interpretação; não assume a responsabilidade do operador.

Temporário precisa aparecer no ciclo de software

Quando o Media Type é provisório, a entrada Content-Format fica temporária. Ela se torna permanente após o procedimento exigido e o registro definitivo do tipo. Se o trabalho for abandonado, o número pode retornar a Unassigned conforme a faixa.

Equipamentos já instalados não recebem essa mudança por magia. Tabelas em cache, firmware sem manutenção e dados históricos podem conservar a associação antiga. A RFC 8126 reforça que a revisão do especialista cobre uma versão documental em um momento. Mudanças materiais podem exigir nova revisão. Por isso, a evidência operacional deve guardar versão e data.

O identificador alcança outros fluxos

A RFC 9193 permite que SenML use o número CoAP Content-Format para descrever dados binários. Isso preserva contexto por intermediários e pelo tempo, mas também leva uma associação desatualizada a filas, arquivos e análises.

Os estados precisam permanecer separados: conhecido no registro, handler instalado, perfil suportado, proteção verificada, conteúdo válido, ação autorizada e efeito observado. Desconhecido não é inválido; não suportado não é malformado. Um fallback genérico pode armazenar bytes, nunca autorizar sua execução.

A nova coluna Media Type facilita chegar à fonte normativa, mas não autentica o remetente. Formato correto, assinatura válida e permissão de agir são perguntas diferentes. O número seleciona uma interpretação candidata; depois vêm decoder, perfil, segurança, política e telemetria.