Resumen

  • RFC 9713 añade una columna de versión al registro IANA de tipos administrativos y exige que un elemento BPv7 use solo valores marcados para la versión 7.
  • Los intervalos 64384–64511 y 64512–65535 quedan reservados, respectivamente, para experimentación y uso privado en BPv7; evitan una asignación pública conflictiva, no significados privados incompatibles.
  • La trazabilidad debe separar asignación, versión, especificación referenciada, capacidad del software, convención local, recepción, autorización, acción y efecto observado.

La tabla antigua respondía una pregunta incompleta

RFC 7116 creó el registro en la época de BPv6. RFC 9171 definió después un registro administrativo BPv7 como un arreglo CBOR de dos piezas: el código entero y el contenido propio del tipo. Sin embargo, la tabla no decía de forma explícita qué filas pertenecían a cada versión.

Eso importaba. El valor 1, Bundle status report, sirve para BPv6 y BPv7. El valor 2, Custody signal, corresponde a BPv6. Consultar solo la columna numérica podía devolver un nombre auténtico y una conclusión operativa falsa.

RFC 9713 puso a la izquierda la columna Bundle Protocol Version. Desde entonces, un elemento BPv7 debe buscar 7 en esa columna antes de considerar utilizable un valor. La identidad pública mínima ya no es solo el número: es número más versión.

La semántica vive en otra especificación

El propio RFC excluye dos atajos. No define cómo interoperan BPv6 y BPv7 cuando comparten un código y tampoco garantiza que lo interpreten igual. Cada especificación de tipo debe explicar su relación con cada versión.

El registro actual confirma esa arquitectura. Además de las filas reorganizadas por RFC 9713, aparecen tipos BPv7 13, 14 y 255. La fila 255 nombra ACME Node ID Validation y apunta a RFC 9891; es ese documento el que define mapas CBOR, tokens, correlación y verificaciones. El registro conserva la asignación y la referencia, no todo el significado ejecutable.

Por eso un recibo técnico debe guardar el snapshot de IANA, la celda de versión y la revisión exacta del documento. “Registrado” no prueba que el binario desplegado implemente esa revisión.

Uso privado significa libertad local, no consenso global

RFC 9713 reserva 64384–64511 para Experimental Use y 64512–65535 para Private Use, ambos en BPv7. IANA no entregará una asignación pública dentro de esos intervalos. Así se elimina una clase de colisión central.

RFC 8126 advierte que IANA no registra asignaciones privadas y que dos sitios pueden usar el mismo valor de modos incompatibles. Las asignaciones experimentales tampoco ofrecen interoperabilidad general. Un espacio libre de asignación central no es un diccionario compartido.

Dos organizaciones pueden elegir 65000 y estar conformes con el registro. Si luego conectan sus dominios, la primera trama no decide qué significado prevalece. La solución necesita un acuerdo con dueño, participantes, versión, duración, retirada y fallback.

Recibir el sobre no implica procesar el contenido

RFC 9713 ordena ignorar una ADU mal formada o un tipo que el elemento no puede procesar. Esa decisión no borra la entrega del Bundle envolvente ni el procesamiento relacionado del BPA.

Aquí se separan dos errores comunes. Un sistema puede registrar correctamente la llegada y fracasar al interpretar el record. También puede celebrar la entrega como si probara comprensión y ejecución.

La cadena verificable registra: llegada del Bundle; identificación del payload administrativo; extracción del código; coincidencia de versión; resolución de la referencia o convención privada; parseo; controles de origen e integridad cuando existan; autorización local; intento de acción; cambio de estado; efecto. Cualquier paso posterior puede faltar sin volver falsa la entrega inicial.

El registro coordina; no gobierna el proceso local

RFC 9713 mantiene la política Specification Required y no crea nuevas estructuras de seguridad. Siguen vigentes las consideraciones de RFC 9171. Su logro es hacer más precisa una referencia pública. No autentica al emisor, no certifica el parser, no aprueba una orden y no mide un resultado.

Running-Code Primacy, Minimum Initial Specification y Reality Layers de Heng Lu ofrecen una lente editorial declarada: el estrato común debe ser estrecho y verificable; adopción y acción pertenecen al sistema que ejecuta. No son evidencia de intención de la IETF.

Fuentes