Resumen

  • En RIPE 93, la responsable de BIRD Maria Matejka comparó NETCONF/XML, RESTCONF/JSON y CORECONF/CBOR.
  • Su propuesta original de transcodificación YANG enseña cómo la cadena JSON "+3" puede reinterpretarse como número después de pasar por XML.

En una frontera de datos, un signo más también debería enseñar sus papeles. Entra a la aduana como parte de una cadena de texto; sale con los mismos caracteres y una identidad numérica. El agente de aduanas, en este caso, es un intermediario entre API de configuración de redes.

Maria Matejka, líder de desarrollo de BIRD en CZ.NIC, expuso esa frontera en la sesión de RIPE 93 del 26 de octubre. Sus diapositivas originales ordenan tres familias: NETCONF con XML, RESTCONF con JSON y CORECONF con CBOR. YANG describe los datos que todas pretenden manejar. Cada formato transporta sus tipos de manera distinta. Cuantas más puertas tenga el equipo, más importa saber quién interpreta la ficha al entrar.

La propuesta individual que Matejka publicó en marzo ofrece una prueba concreta. Un campo YANG admite int32 o string. En JSON, "item": "+3" es una cadena según RFC 7951. XML conserva el texto +3, pero pierde la pista que daban las comillas de JSON. Al leerlo de nuevo, un sistema puede elegir el miembro numérico de la unión. El valor parece haber viajado intacto. Su interpretación cambió de asiento.

Ese cambio pone al conversor en el centro de una decisión operativa. La propuesta pide interpretar el dato con el modelo YANG, elegir la representación de salida adecuada, validar y comprobar que la ida y vuelta preserva el tipo. También plantea advertir cuando una unión se reinterpreta y adjuntar una anotación del tipo original. El registro de la IETF marca hoy aquel borrador individual como caducado. La charla de octubre lleva el problema de vuelta a quienes conectan herramientas y equipos reales.

No se trata solo del signo más. RFC 7951 representa enteros pequeños como números JSON, mientras int64, uint64 y decimal64 aparecen como cadenas; CBOR puede usar etiquetas compactas. Un proxy que mira la superficie y desconoce el esquema acaba eligiendo tipos por accidente. Su interfaz ofrece comodidad; sus decisiones necesitan una firma.

Matejka también señala trabajo inconcluso alrededor de CORECONF. Para las integraciones actuales, la prueba es recorrer el camino completo: enviar un valor tipado por cada formato disponible y leer qué valor aplicó el equipo. En el registro de cambios deben figurar tanto los bytes como la identidad que les dio el esquema.

Fuentes originales