Resumen

  • RFC 9694 exige Standards Action, límites claros de pertenencia, seguridad común a los subtipos y al menos un subtipo real.
  • El nombre previo a la barra puede influir en el dispatch type/*, el icono y la aplicación predeterminada; registrar crea obligaciones más allá de IANA.
  • Definición, registro, subtipo, emisión, preservación, parsing, fallback, validación, autorización y resultado necesitan pruebas separadas.

El icono acertó antes que el sistema

Un explorador no reconoce haptics/hjif, aunque sí haptics/*. Puede enseñar un icono táctil o proponer una aplicación general. Todavía no entiende el subtipo, no ha validado los bytes y ningún dispositivo tiene permiso para producir un efecto físico. Aun así, el nivel superior ya cambió la decisión y la expectativa.

Por eso RFC 9694, publicado en marzo de 2025 como BCP 13, trata como excepcional un nuevo nombre a la izquierda de la barra. Actualiza RFC 6838. Casi todo formato nuevo debe vivir bajo un tipo existente; application recibe datos discretos sin familia mejor. Crear una categoría no es ordenar una taxonomía: productores, intermediarios, sistemas, bibliotecas y agentes deben aprender una frontera nueva.

La definición requiere un RFC Standards Track, una petición IANA, criterios claros de inclusión y exclusión, riesgos que alcancen a todos o muchos subtipos y al menos un subtipo. Una categoría vacía no cumple función operativa.

El registro IANA de tipos de nivel superior aplica Standards Action. Junto a las familias MIME de RFC 2046 aparecen model, example, font y haptics. La tabla demuestra que existen un nombre y una especificación; no demuestra emisión, conservación o consumo correcto en un producto concreto.

Una frontera que debe sobrevivir a casos reales

La categoría sirve si predice algo estable entre varios subtipos. Reglas precisas permiten decidir dónde pertenece un formato y qué información exige su registro. Si la frontera no puede explicarse, la ambigüedad indica que quizá no deba ser un nivel superior.

RFC 9694 también cierra atajos: no se puede duplicar otro espacio registral, mapear extensiones o esquemas URI, ni convertir tipos de programación u ontologías en tipos de medios. No conviene crear aliases de formatos establecidos y X- no formaliza una convención local. El objetivo es impedir que el namespace compartido adopte significados privados de un solo producto.

El uso informal amplio puede mostrar demanda, no sustituir el proceso. Tampoco basta un RFC abstracto sin formatos que necesiten la familia. Por eso se recomiendan subtipos iniciales: permiten probar la frontera.

haptics fue el caso paralelo. RFC 9695 define la familia y el registro IANA de medios incluye haptics/ivs, haptics/hjif y haptics/hmpg. Son hechos de normalización. No prueban que un navegador, correo, gateway o aparato los soporte. Que RFC 9993 use haptics/hmpg en RTP tampoco convierte el registro en adopción universal.

El fallback genérico propaga errores

Los tipos de medios sirven ante todo para enviar formatos a código. Normalmente decide el tipo completo, con subtipo y parámetros. El nivel superior puede ofrecer un fallback provisional hacia una aplicación amplia. Imagen, audio y vídeo ya lo hacen; también pueden cambiar elementos HTML e iconos.

Abrir una aplicación sólo prueba que apareció un candidato. El icono sólo prueba una regla visual. Nada confirma soporte del subtipo, respeto de parámetros, correspondencia entre declaración y contenido, aislamiento de código activo o intención del usuario. Además, el atacante puede controlar la declaración.

La secuencia segura conserva tipo y parámetros, verifica la especificación del subtipo, aplica restricciones y validación, decide si admite fallback, deja renderizado o ejecución tras política local y registra el resultado real. Sniffing puede descubrir discrepancias, pero sustituir en silencio una declaración por una inferencia crea otra ambigüedad.

Un despliegue necesita diez recibos: RFC Standards Track; entrada IANA superior; subtipo; emisión del productor; preservación intermedia; reconocimiento exacto; fallback; validación; autorización local; y resultado observado. Una etapa puede pasar y la siguiente fallar. Los costes también se reparten: migración del productor, normalización del intermediario, mantenimiento del handler, nueva superficie de seguridad y soporte cuando el icono parece correcto pero el contenido falla.

RFC 8126 explica Standards Action. El Datatracker y la ficha del RFC Editor demuestran estado e historia, no uso. La adopción requiere configuraciones, trazas, pruebas de gateways, inventarios de handlers, resultados de validación y conducta observada.

La especificación inicial mínima de Lu Heng se usa sólo como lente editorial declarada: compartir lo mínimo que necesita la interoperabilidad y conservar las decisiones posteriores cerca del operador. No es requisito IETF ni evidencia de despliegue.

Fuentes