Resumen
- RFC 9911 es un estándar propuesto por la IETF de diciembre de 2025 y obsoleta RFC 6991.
- Revisa
ietf-yang-typeseietf-inet-typessin cambiar sus espacios de nombres ni sus nombres de módulo. - La revisión puede cambiar el espacio de valores, las representaciones canónicas, los patrones y las descripciones.
- La adopción y el comportamiento de las implementaciones siguen siendo desconocidos: no se debe afirmar adopción universal ni incompatibilidad general.
El mecanismo es lo que importa. Un módulo puede seguir siendo reconocible para las herramientas y los equipos, mientras su declaración de revisión apunta a un contrato diferente. RFC 9911 añade tipos de fecha y hora y de duración, tipos de etiqueta de idioma y número de protocolo, tipos de dirección local al enlace, de dirección y prefijo, además de host-name y email-address. También alinea yang-identifier con YANG 1.1 y corrige o mejora varias declaraciones de patrones y descripciones.
El detalle temporal tiene consecuencias operativas. Según la semántica de RFC 9557 incorporada por la revisión, Z y +00:00 expresan UTC, pero no afirman exactamente lo mismo: +00:00 afirma que UTC es el punto de referencia local, mientras que Z indica UTC sin esa afirmación. Un analizador, canonicalizador o serializador que normalice ambas formas sin distinguirlas puede borrar información relevante para el consumidor.
Los patrones revisados requieren la misma cautela. Un valor aceptado por RFC 6991 no se vuelve automáticamente inválido bajo RFC 9911, y el paquete de hechos no permite saber qué valores almacenados fallarán en una instalación concreta. La pregunta correcta es si la revisión importada cambia el espacio de valores o la forma canónica del campo que usa el modelo. Las descripciones también importan: pueden cambiar una suposición de ingeniería aunque la validación automática no cambie.
RFC 9911 documenta asimismo equivalencia, o no equivalencia, con varias convenciones textuales de SMIv2; eso es evidencia útil, no una promesa de comportamiento idéntico en todas las implementaciones.
Registro de evidencia sensible a la revisión
| Pregunta | Evidencia y límite |
|---|---|
| ¿Qué cambia? | RFC 9911 revisa los dos módulos comunes, añade typedefs, alinea yang-identifier con YANG 1.1 y actualiza patrones y descripciones. |
| ¿Qué sigue siendo familiar? | Se conservan los espacios de nombres y los nombres de módulo; se publica una nueva fecha de revisión. Eso no garantiza compatibilidad semántica. |
| ¿Cuál es el estado? | Estándar propuesto por la IETF, diciembre de 2025; RFC 9911 obsoleta RFC 6991. |
| ¿Qué se desconoce? | La adopción desplegada, si los clientes fijan revisiones y qué valores de los datastores fallarán. |
| ¿Qué no debe inferirse? | No hay base para afirmar adopción universal, incompatibilidad total ni conducta de un proveedor concreto. |
Fuentes
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
