Resumen

  • La revisión 00 dejaba al servidor decidir qué schema-sets eran seleccionables y cuáles podían coexistir en sesiones u operaciones concurrentes.
  • Que NETCONF negocie una vista o RESTCONF analice una ruta bajo ella no demuestra autorización, equivalencia semántica, cambio del datastore, estado operativo ni entrega del servicio.

Imaginemos un cliente antiguo y otro nuevo frente al mismo servidor. Los dos obtienen un resultado válido, pero cada uno usa una revisión distinta de la interfaz modelada. La revisión 00 intentaba convertir esa diferencia implícita en una elección explícita. Un schema-set nombraba los esquemas de los datastores y cada uno se componía como unión de packages compatibles, con sus revisiones, features y deviations.

En NETCONF, cliente y servidor intercambiaban listas ordenadas al abrir la sesión; ganaba el primer elemento común y no podía cambiar durante esa sesión. Sin coincidencia, la sesión terminaba. En RESTCONF, la raíz específica /schema/<nombre> fijaba el contexto de la petición. El servidor podía exigir configuración previa, ofrecer solo una vista para todos o permitir varias combinaciones mediante su propia matriz de compatibilidad.

Esa aceptación responde a una pregunta: ¿qué gramática y superficie declaró aceptar este servidor para esta interacción? No responde si otro cliente ve el mismo significado. Tampoco concede escritura. El borrador podía marcar running como solo lectura para una vista concreta. Si permitía escribir, RFC 8341 todavía debía autorizar principal, operación y nodos; RFC 6241 o RFC 8040 debía procesar la solicitud; y un recibo posterior debía demostrar aislamiento, commit, cambio real y rollback.

RFC 8525 ayuda a fijar la biblioteca YANG, module-sets, revisions, features y deviations. RFC 8342 impide saltar de configuración intended a estado operational. Después aún faltan FIB, paquetes y resultado comercial. Un registro serio conserva cada unión: identidad y hora del servidor, anuncio, schema-set elegido, cierre de packages, content-id, identidad autenticada, versión de NACM, historial concurrente, huellas antes/después, rollback, observación operativa y prueba externa.

El documento no es un estándar vigente. La revisión 00 es del 17 de marzo de 2020 y expiraba el 18 de septiembre de 2020. Datatracker la clasifica hoy como Expired Internet-Draft, Expired & archived, WG Document e IESG Expired; el Intended RFC status estructurado está vacío. Standards Track en la cabecera era una intención editorial. Los seis errores y cero avisos de validación YANG solo describen aquella ejecución y sus dependencias.

Fuentes: texto, estado, historial, RFC 6241, RFC 7950, RFC 8040, RFC 8341, RFC 8342, RFC 8525 y RFC 8526. Marco analítico: especificación mínima, capas de realidad y primacía del código en ejecución. Registro de dependencias y sucesores: YANG 1.1, packages revisión 03, versionado de módulos revisión 01, requisitos revisión 02, versionado semántico revisión 01, formato de instancia revisión 08 y los registros actuales de packages, versionado de módulos, requisitos y versionado semántico.