Resumen

  • Datatracker informó cero errores y advertencias YANG para la revisión 44; la cola del RFC Editor aún mostraba dos aprobaciones pendientes y posible trabajo del clúster.
  • La validación del modelo, la aprobación de autores, el clúster y la publicación son registros distintos; la cola no explica los «N» ni predice una fecha.

Análisis

La página muestra dos estados distintos. El 16 de octubre, Datatracker indicó cero errores y cero advertencias en la validación YANG de la revisión 44. Ese mismo día, la cola del RFC Editor mantenía RFC-to-be 10057 en «In Final Review». La tabla registraba tres aprobaciones de autores con «Y» y dos con «N». El documento también pertenecía al clúster 517, que podía sumar otros bloqueos antes de publicar.

Esos campos describen trabajos diferentes. El resultado YANG indica que el modelo enviado superó las herramientas de validación que aparecen en Datatracker, con las dependencias allí listadas. No indica que haya terminado el proceso de publicación. El RFC Editor define «In Final Review» como una etapa que espera una o más aprobaciones finales de autores o responsables. Por tanto, no hay contradicción: el modelo puede pasar esas comprobaciones mientras su expediente de publicación continúa abierto.

El borrador tiene alcance técnico concreto. La revisión 44 define un modelo para túneles de ingeniería de tráfico punto a punto, LSP e interfaces. Separa los datos genéricos e independientes del dispositivo en ietf-te de los datos específicos del equipo en ietf-te-device. Los modelos propios de protocolos de señalización como RSVP-TE o Segment Routing se esperan en documentos separados que amplíen el modelo TE. El número provisional 10057 sirve para seguir el documento en la cola del RFC Editor; Datatracker aún lo muestra como Internet-Draft, sin número de RFC publicado.

La revisión final tampoco equivale a otra votación técnica sobre cada decisión del diseño. El RFC Editor la describe como la revisión del texto editado por sus autores y una aprobación final antes de publicar. Tres «Y» y dos «N» muestran el estado de la tabla, pero no explican por qué faltan aprobaciones. La cola registró recordatorios el 7 y el 14 de octubre. Una nota anterior decía que se habían publicado archivos actualizados y que no había preguntas pendientes. Esa secuencia no demuestra desacuerdo, un defecto técnico ni la causa de la espera.

La diferencia importa a operadores y proveedores que planifican con un borrador. Una validación correcta puede respaldar una revisión del esquema. No sustituye al texto normativo final, a un RFC publicado, a una implementación interoperable ni a un túnel desplegado. El estado del proceso es otra pieza de evidencia. Si una compra, una versión de controlador o un perfil de laboratorio depende de una base estable, conviene registrar la revisión exacta evaluada y actualizarla cuando cambie la cola.

La instantánea tiene fecha. Al 16 de octubre, las aprobaciones visibles seguían incompletas y el clúster 517 podía añadir una espera. Datatracker aún enumeraba la revisión 44 como Internet-Draft y la página informativa RFC 10057 no existía al capturar el estado. Nada de eso permite anticipar cuándo se publicará. La conclusión respaldada es más limitada: las comprobaciones YANG reportadas pasaron, mientras la publicación todavía esperaba aprobaciones y quizá trabajo a nivel de clúster.