Resumen

  • RFC 10009 aporta material YANG 1.1 reutilizable para clientes y servidores HTTP: URI de cliente, versiones permitidas, TLS y proxy opcionales, configuración HTTP de servidor y una composición práctica de pila de escucha.
  • Sus módulos definen un typedef y agrupaciones, no nodos accesibles por protocolo. Un modelo completo acredita intención de configuración, no que el servicio escuchó, autenticó, admitió una solicitud o produjo un efecto.

RFC 10009 sirve precisamente antes de conectar. Su agrupación ietf-http-client puede guardar una URI, una lista de versiones HTTP acotada por política local, material TLS del cliente y detalles de CONNECT mediante proxy. El material ietf-http-server describe la parte HTTP de un servidor; otra agrupación compone esa parte con TCP, TLS o QUIC/UDP. La composición deja visibles las capas sin convertirlas en una única afirmación operativa.

El lado cliente muestra el límite. La única parte obligatoria es uri, con esquema y host obligatorios. El esquema y la autoridad de la URI codifican información de capas de transporte inferiores. protocol-versions expresa lo que la configuración permite; supported-versions, de solo lectura, expresa lo que la implementación soporta con independencia de esa configuración. Los parámetros TLS opcionales nombran identidad del cliente y credenciales de autenticación del servidor; el proxy nombra un camino. Ningún campo observa una respuesta DNS, demuestra una ruta TCP o QUIC, confirma una decisión de certificado ni registra una respuesta de aplicación. Sin parámetros TLS, las conexiones TLS no son posibles bajo esa configuración; con ellos, el RFC tampoco promete que un par concreto sea alcanzado o acepte.

El lado servidor es igual de preciso. La agrupación de servidor HTTP configura solo la parte HTTP, no TCP ni TLS. La pila de escucha ofrece HTTP sobre TCP, TLS o QUIC y conserva las agrupaciones de cada transporte. server-name, las versiones permitidas y un pequeño almacén Basic opcional, habilitado por característica, son elecciones de configuración. No prueban que un proceso escuche, que un puerto esté ligado, que un par haya sido autenticado, que el ciclo de contraseñas sea adecuado o que la aplicación haya autorizado una acción. Un modelo puede estar bien diseñado y la cadena fallar después.

La frase central es que los tres módulos de RFC 10009 definen tipos o agrupaciones reutilizables y no definen por sí mismos nodos accesibles por protocolo. Un módulo consumidor tiene que instanciarlos. Antes de ejecutar ya hay dos evidencias diferentes: el modelo reutilizable y el diseño de nodos efectivo del consumidor. Después llegan la escritura de gestión autorizada, la revisión desplegada, el oyente ligado, el transporte y el par, el intercambio HTTP, la admisión de aplicación y el efecto observado. Decir «el extremo está configurado» convierte una intención en una conclusión operativa sin respaldo.

La autoridad de configuración termina antes de la autoridad de servicio

La sección de seguridad mantiene la separación. Las implicaciones de estos módulos de agrupación dependen de quién los consuma. NETCONF y RESTCONF requieren transporte seguro y autenticación mutua; NACM puede limitar operaciones y contenido de gestión. Eso responde quién puede leer o modificar la superficie de gestión. No concede a un cliente permiso para toda operación de aplicación ni transforma un guardado de configuración en entrega.

El typedef de versiones HTTP mantenido por IANA exige la misma sobriedad. Un registro puede mantener vocabulario portable y una implementación puede exponer sus capacidades. Ninguno prueba que una versión se habilitó, negoció con un par, aceptó un intermediario o resultó útil para la aplicación. El registro es referencia; la capacidad es declaración local; el intercambio en ejecución es otra evidencia.

Esta lectura es editorial, no un mandato de IETF. La idea de Heng Lu sobre especificación inicial mínima ayuda a entender una capa común pequeña: hace componibles los elementos y deja decisiones posteriores en manos locales. La primacía del código en ejecución ofrece la prueba práctica: afirmar que el servicio funcionó requiere un registro de ejecución conciliado, no el modelo previo por sí solo.