Resumo

  • Um identificador Content-Format do CoAP representa um Content Type específico e, quando houver, um Content Coding; o número isolado não contém o contrato semântico.
  • A RFC 9876 estreita o caminho por ordem de chegada e coloca a maior parte das faixas sob uma lista definida de verificações especializadas.
  • Registros temporários passam a ter ciclo de vida explícito; 64998 e 64999 ficam reservados para documentação, enquanto 65000-65535 continuam experimentais e não operacionais.
  • O objetivo é impedir que parâmetros inválidos, codificações desconhecidas ou duplicações lógicas se tornem fatos de protocolo compactos, porém enganosos.

No CoAP, um identificador Content-Format representa a combinação entre um tipo de mídia e, quando houver, uma codificação de conteúdo. O registro contém, portanto, as informações necessárias para interpretar esse inteiro. Se a combinação registrada for inválida, duplicada ou ambígua, o identificador deixa de apontar para um significado de protocolo único.

A RFC 9876 substitui os procedimentos da Seção 12.3 da RFC 7252. A deficiência anterior não era falta de formulários. As regras não exigiam explicitamente a validação semântica da combinação entre Content-Type e Content Coding, embora essa análise possa depender de registros e documentos diferentes. A IANA consegue verificar se os campos foram fornecidos; determinar se eles descrevem uma carga válida, distinta e interpretável exige outro tipo de conhecimento técnico.

A nova tabela de alocação relaciona melhor escassez e intensidade de revisão. A faixa de um byte, 0-255, exige Expert Review. A faixa 256-9999 exige IETF Review ou aprovação do IESG, junto com Expert Review. As faixas 10000-19999 e 33000-64997 também passam por especialistas. Somente 20000-32999 mantém First Come First Served, sob condições estritas: Media Type registrado ou aprovado, nenhum parâmetro, nenhum Content Coding e nenhuma utilização anterior daquele Media Type no registro CoAP. Fora desses limites, a solicitação deve usar uma faixa sujeita à revisão, sem transformar FCFS em substituto para julgamento.

A lista do especialista verifica significado, não apenas sintaxe. Ela confirma que a combinação de Content-Type e Content Coding ainda não existe, que o Media Type tem base oficial ou provisória admissível, que nomes e valores de parâmetros são permitidos, que a cadeia segue o formato preferencial e que qualquer Content Coding consta do registro HTTP. Isso revela tanto referências inexistentes quanto duplicações discretas: declarar um parâmetro padrão ou a codificação identity pode apenas produzir outra grafia para a mesma entrada lógica.

A RFC 9876 também organiza o provisório. Registros temporários podem existir entre 0 e 64997, incluindo alocações antecipadas e entradas ligadas a tipos de mídia provisórios. Quando o procedimento exigido termina e o tipo se torna permanente, a IANA remove a indicação temporária. Se o processo aplicável falhar ou um tipo provisório elegível for abandonado, a entrada pode ser removida e o identificador volta a ficar sem atribuição. O texto preserva a exceção das faixas superiores cujo registro não depende da conclusão de um processo de padronização.

Os demais limites tornam-se explícitos. Uma coluna Media Type vincula a entrada compacta ao registro de base. Os identificadores 64998 e 64999 existem para exemplos em documentos, não para operação. A faixa 65000-65535 é experimental e não deve ser usada em implantações operacionais. Assim, significado duradouro, coordenação temporária, exemplos e experimentos deixam de ocupar uma zona cinzenta comum.

Fontes