Resumen

  • RFC 9997 reserva dos macrorrangos privados y asigna mediante fórmula bloques de 100.000 SID a los PEN aptos, más bloques de 10.000 para los PEN de menor valor. Distribuye espacio numérico sin una solicitud adicional; no verifica cada artefacto.
  • El texto advierte que el PEN presente en un SID no indica procedencia. RFC 9595 exige importar archivos .sid de fuentes autorizadas porque una asociación falsa entre enteros y elementos de esquema altera el significado de los datos compactos.
  • Daniel Kade propone un recibo mínimo de vinculación de procedencia que una ocho planos: registro, cálculo, repositorio autorizado, módulo, archivo SID, integridad, contexto YANG Library y resolución operativa.

Una coincidencia numérica no es una cadena de custodia

Un sistema de gestión recibe un modelo YANG y su archivo .sid. Los enteros ocupan exactamente el bloque que resulta de introducir en la fórmula el PEN de la organización citada. El nombre del módulo parece legítimo, la revisión tiene formato correcto y una prueba de decodificación produce una estructura coherente. Para un proceso presionado por entregar, todo parece confirmado.

Lo único confirmado por el intervalo es que esos números caben en un espacio que la política reserva al titular de ese PEN. Cualquier persona capaz de leer el RFC puede calcular los mismos límites y fabricar un archivo que los respete. Ni la ausencia de colisiones ni la sintaxis correcta prueban el control del repositorio, la autorización de la publicación o la identidad del módulo desplegado.

RFC 9997, publicado en julio de 2026 como Proposed Standard del IETF, aplica los Private Enterprise Numbers a la asignación de rangos privados de YANG Schema Item iDentifiers. La decisión reduce fricción para modelos internos, experimentales o propietarios que necesitan números globalmente separados sin solicitar a IANA un bloque individual en cada ocasión.

Los SID de YANG son enteros sin signo de 63 bits que representan elementos del esquema mediante valores compactos. El RFC 9254 los sitúa en el contexto de YANG-CBOR: en lugar de transmitir nombres y rutas extensas, las partes comparten una tabla que asocia cada concepto con un entero. El ahorro depende de que ambas partes utilicen la misma semántica.

La unicidad mundial evita una clase de accidente administrativo. No evita la suplantación ni el error de suministro. Un número de inventario puede ser único y estar pegado al equipo equivocado. Del mismo modo, un SID puede pertenecer al intervalo esperado y recibir una interpretación publicada por una fuente sin autoridad.

La fórmula sustituye una cola administrativa

El registro de SID YANG de IANA muestra dos grandes rangos con política Private: 3.000.000.000–3.999.999.999 y 300.000.000.000–399.999.999.999. La palabra no promete confidencialidad; describe cómo se administra la asignación.

Todo PEN inferior a 1.000.000 puede derivar un bloque de 100.000 SID en el rango superior. Los PEN por debajo de 100.000 también disponen de un bloque de 10.000 SID en el rango inferior. La posición se calcula de modo determinista a partir del número de empresa. Tras conseguir el PEN, el titular no necesita negociar esos bloques uno por uno con IANA.

La ventaja es clara. La regla común separa a los titulares, elimina solicitudes repetitivas y deja que cada uno gestione sus números privados. El registro central sigue fijando el marco, pero no se convierte en cuello de botella para cada experimento.

El ejemplo utiliza PEN 32473, reservado por RFC 5612 para documentación. RFC 9997 reserva además sus dos bloques derivados para el mismo fin. Quien explica la fórmula obtiene valores reales y reproducibles sin atribuirlos accidentalmente a una empresa operativa.

El documento califica el mecanismo como de umbral muy bajo y sin interacción. Eso favorece la adopción. También marca el techo probatorio. Un procedimiento creado para repartir automáticamente un recurso no debe reinterpretarse como inspección corporativa, validación de marca o firma de software.

El PEN identifica una delegación, no a quien entregó los bytes

La advertencia principal aparece en las consideraciones de seguridad de RFC 9997: un PEN concreto dentro de un SID no es un indicador de procedencia y no garantiza que el SID o el modelo YANG subyacente se originara en el titular. La frase rompe la equivalencia intuitiva entre “rango de X” y “publicado por X”.

El registro de Private Enterprise Numbers conserva asignaciones de números. No certifica cada repositorio que utiliza el nombre de la organización, no decide derechos de marca y no atestigua el control actual de una cuenta de distribución. El registro de SID define rangos. Tampoco enumera todos los modelos privados que puedan ocuparlos.

Después entran otros controles. Un repositorio necesita una relación verificable con la autoridad que publica. Un módulo necesita nombre, espacio de nombres, revisión y bytes identificables. El archivo .sid necesita corresponder a ese módulo y conservar su historial. Una imagen de dispositivo necesita declarar qué versión usa realmente. Ninguno de estos hechos aparece dentro del entero compacto.

El RFC 9595 trata la cuestión como un riesgo semántico. Un archivo SID dice que determinado concepto equivale a determinado número. Si la tabla no es fiable, un sistema puede interpretar una operación, estado o dato como otra cosa. Por eso recomienda importar .sid únicamente desde fuentes autorizadas y exige a los sistemas de gestión una fuente tan fiable como la de los módulos YANG.

Comprobar límites y comprobar origen responden a preguntas distintas. “¿Podría el titular asignar este número?” se contesta con registro y fórmula. “¿Emitió el titular esta asociación concreta?” requiere autoridad de publicación, integridad y una identidad verificable. El primer sí no arrastra al segundo.

Descubrimiento e identidad no deben mezclarse

RFC 9997 no crea una infraestructura que permita resolver cualquier SID privado hasta un módulo universalmente autenticado. Cuando no se busca oscuridad, anima a publicar modelos y archivos SID en un repositorio accesible y/o a exponer YANG Library en los equipos. Es una orientación pragmática para descubrir el material.

Encontrarlo sigue sin bastar. Hay que saber qué ubicación reconoce el titular, cuándo se estableció esa relación, qué clave o mecanismo protege una versión, qué huella corresponde a los bytes revisados y cómo se informa un cambio de control. Un resultado de búsqueda no es una declaración de autoridad.

El RFC 8525 permite que YANG Library describa la realidad declarada por un servidor: módulos, revisiones, espacios de nombres, características, desviaciones, esquemas y datastores. Su content-id debe cambiar cuando cambia la información de biblioteca. Dos estados idénticos no tienen la obligación de producir el mismo identificador entre servidores o momentos diferentes.

Por tanto, content-id sirve para reconocer que el contexto de un servidor cambió. No es una huella global del conjunto de módulos. YANG Library puede probar qué decía usar un equipo durante una observación; no prueba por sí sola quién creó el archivo, de qué repositorio salió o si llegó sin alteración.

Una decisión robusta conserva la secuencia completa. IANA aporta el estado de registro. La fórmula aporta el bloque. Una declaración independiente aporta el repositorio autorizado. Las huellas fijan módulo y correspondencia. Una firma o verificación de integridad acredita la entrega. YANG Library sitúa el artefacto en la ejecución. El operador documenta si lo aceptó, rechazó o retiró.

Los números estables también pueden quedar obsoletos

RFC 9595 administra la vida de las asignaciones mediante estados inestable, estable y obsoleto. Durante el desarrollo, una asociación inestable puede cambiar. Una vez estable, debe conservar continuidad. Cuando deja de usarse, queda como obsoleta y no se reasigna, para impedir que el mismo entero adquiera un significado nuevo.

La regla protege los archivos históricos únicamente si el historial sobrevive. Un fichero actual que elimina toda referencia a una asignación antigua puede ser insuficiente para interpretar datos capturados antes. Un archivo viejo procedente del canal correcto puede ser auténtico y, sin embargo, no describir el servidor actual.

La procedencia necesita fecha y estado. Debe poder decir qué bytes fueron autorizados y en qué fase de la correspondencia, además de qué versión declaró cada servidor. Guardar solo “PEN correcto” pierde el elemento que la compresión hizo invisible: la evolución del significado.

La paradoja es que una codificación eficiente exige más disciplina fuera del mensaje. Los nombres largos permiten detectar a simple vista algunas discrepancias. Los enteros no. Si dos sistemas comparten una tabla incorrecta, pueden intercambiar datos sin error sintáctico mientras aplican la política al concepto equivocado.

Ocho planos para probar lo mínimo necesario

La respuesta no debe copiar configuraciones, modelos privados ni datos de dispositivos a un archivo central. Esos contenidos pueden ser confidenciales y exceden la pregunta. Daniel Kade propone un recibo de vinculación de procedencia, pequeño y resistente a alteraciones, con ocho planos.

El primero identifica la instantánea del registro IANA. El segundo registra PEN, umbral y cálculo del rango. Estos dos planos justifican la pertenencia numérica, sin afirmar origen.

El tercero documenta el repositorio o raíz de distribución aceptados y la evidencia de su autoridad. El cuarto fija nombre, espacio de nombres, revisión y huella del módulo. El quinto conserva la huella del .sid, su estado —inestable, estable u obsoleto— y la historia pertinente de asignaciones.

El sexto anota el control de integridad o firma, la identidad contrastada, el momento y el resultado. El séptimo recoge el contexto YANG Library del servidor: módulos, revisión, características, desviaciones, esquema, datastore y content-id, respetando su alcance local. El octavo conserva la resolución: aceptar, rechazar, sustituir o retirar, con motivo, dueño y perímetro.

La separación impide que una autoridad hable por otra. IANA no avala un repositorio; el repositorio no atestigua el inventario de cada servidor; el servidor no reconstruye el origen histórico; el operador no convierte un descifrado satisfactorio en firma retrospectiva.

El recibo es una propuesta editorial de Daniel Kade, no una obligación de RFC 9997, RFC 9595 o RFC 8525. Excluye cargas de configuración, credenciales, módulos privados completos, secretos de equipo y actividad ajena. Solo conserva las uniones necesarias para explicar por qué se confió en una semántica compacta.

Por qué existe BTW Media exige diferenciar el hecho de la narración que conviene. El hecho puede ser que el SID cae en cierto bloque. La narración sería que, por ello, una empresa publicó el archivo. Entre ambos falta una prueba, no otra fórmula.

Fuentes