Resumen

  • Un identificador Content-Format de CoAP representa un Content Type concreto y, cuando corresponde, un Content Coding; el número carece de significado sin ese registro semántico.
  • RFC 9876 limita la vía de asignación por orden de llegada y somete la mayoría de los rangos a una lista definida de comprobaciones expertas.
  • Los registros temporales reciben un ciclo de vida explícito; 64998 y 64999 quedan reservados para documentación y 65000-65535 siguen siendo experimentales, no operativos.
  • El objetivo de control es impedir que parámetros inválidos, codificaciones desconocidas o duplicados lógicos se conviertan en hechos de protocolo compactos pero engañosos.

En CoAP, un identificador Content-Format representa la combinación de un tipo de medio y, cuando corresponde, una codificación de contenido. Por eso el registro contiene la información necesaria para interpretar el entero. Si la combinación registrada es inválida, duplicada o ambigua, el identificador deja de señalar un significado de protocolo único.

RFC 9876 sustituye los procedimientos que RFC 7252 había fijado en su sección 12.3. La carencia no era burocrática. Las reglas anteriores no exigían de forma explícita comprobar que la combinación de Content-Type y Content Coding fuera semánticamente válida, aunque hacerlo puede requerir conocimiento repartido entre registros de tipos de medio, parámetros y codificaciones HTTP. IANA puede comprobar que una solicitud está completa; decidir si describe una carga válida, distinta e interpretable requiere otro tipo de juicio.

La nueva tabla de asignación relaciona mejor la escasez con el grado de revisión. El rango de un byte, 0-255, exige Expert Review. Entre 256 y 9999 se requiere IETF Review o aprobación del IESG, además de Expert Review. Los rangos 10000-19999 y 33000-64997 también pasan por expertos. Solo 20000-32999 conserva First Come First Served, y con límites estrictos: un Media Type registrado o aprobado, sin parámetros, sin Content Coding y que todavía no figure en el registro CoAP. Si la solicitud no cumple esas condiciones, debe acudir a un rango revisado por expertos.

La lista del experto comprueba significado, no solo sintaxis. Verifica que la pareja Content-Type y Content Coding no exista ya, que el Media Type tenga un registro válido, que los nombres y valores de parámetros estén permitidos, que la cadena siga el formato preferido y que cualquier Content Coding exista en el registro HTTP. Así aparecen errores sutiles: dos cadenas pueden representar la misma entrada lógica cuando una escribe un parámetro predeterminado o la codificación identity; otra puede parecer correcta mientras cita un tipo, un parámetro o una codificación inexistentes.

RFC 9876 también ordena el trabajo provisional. Puede haber registros temporales entre 0 y 64997, incluidos los derivados de asignaciones tempranas o tipos de medio provisionales. Cuando concluye el procedimiento necesario y el tipo de medio pasa a ser permanente, IANA retira la marca temporal. Si el proceso aplicable fracasa o se abandona un tipo provisional admisible, la entrada puede eliminarse y el número vuelve a quedar sin asignar. El RFC mantiene la excepción propia de los rangos superiores cuya inscripción no depende de terminar un proceso de estandarización.

Los demás límites quedan expresos. Una nueva columna Media Type enlaza la entrada compacta con su registro base. Los identificadores 64998 y 64999 sirven para ejemplos documentales, no para operación. El rango 65000-65535 es experimental y no debe utilizarse en despliegues operativos. De este modo, significado duradero, coordinación temporal, documentación y experimentación dejan de compartir una zona gris.

Fuentes