Resumen

  • El IESG solicita comentarios hasta el 28 de septiembre sobre el avance de RFC 7405 y su incorporación a STD 68. El Last Call no equivale a una aprobación.
  • La extensión permite escribir literales ABNF sensibles a mayúsculas con %s y hacer explícita la comparación insensible con %i.
  • La justificación contabilizó 20 RFC con referencias normativas en el segundo trimestre de 2026, destacó HTTP/1.1 y YANG y afirmó que las herramientas ABNF ya ofrecen soporte generalizado.
  • RFC 6410 exige, en una sola frase, dos implementaciones independientes e interoperables, despliegue extendido y experiencia operativa satisfactoria. Esas categorías no son sinónimos de número de citas.
  • Un registro de ejemplos concretos puede hacer auditable la promoción sin exigir el antiguo informe formal de interoperabilidad.

El expediente empieza con una mejora real

La ABNF de RFC 5234 permite que una especificación describa su sintaxis de forma compacta. Su literal entre comillas es, por defecto, insensible a mayúsculas y minúsculas. Cuando la caja debía ser exacta, los autores escribían valores decimales o hexadecimales carácter por carácter, una solución correcta pero difícil de leer y revisar.

RFC 7405 añadió dos prefijos. %s conserva exactamente la caja; %i declara de forma expresa la equivalencia; no usar prefijo mantiene la compatibilidad anterior. El cambio ocupa cuatro páginas y desde diciembre de 2014 tiene estado Proposed Standard.

La solicitud de 2026 quiere cambiar la clasificación, no el contenido. También quiere que RFC 7405 se incorpore a STD 68 junto con la base ABNF. RFC 6410 permite hacerlo sin publicar otra RFC: un Last Call de al menos cuatro semanas precede a la decisión del IESG.

Por eso conviene guardar la secuencia. Un participante presentó la solicitud. El IESG abrió la revisión el 31 de agosto. Los comentarios cierran el 28 de septiembre. El estado observado seguía siendo AD Review. Ninguno de esos hechos anticipa el resultado.

La difusión normativa es visible

La solicitud no se apoya sólo en la edad. Registró 20 RFC que citaban normativamente RFC 7405 en el segundo trimestre de 2026. La página actual de dependencias muestra usos en familias muy diferentes y advierte que su extracción es heurística.

YANG 1.1 convierte la cita en algo tangible dentro del documento. RFC 7950 usa %s para numerosos términos cuyo uso de mayúsculas debe ser exacto. La solicitud añade HTTP/1.1 como otro estándar importante y afirma que el soporte ya está extendido entre las herramientas ABNF. También dice que no se conocen interpretaciones divergentes ni problemas de interoperabilidad.

El contraste elegido es instructivo. RFC 9535 todavía representó en 2024 las palabras JSON true, false y null mediante secuencias hexadecimales. No hay base para llamar a eso fallo, rechazo o incompatibilidad. Es una señal de que un autor reciente aún pudo preferir la forma antigua. Un STD 68 que muestre el conjunto vigente reduciría esa vacilación documental.

La solicitud aborda además los criterios restantes: un erratum que proponía comillas simples fue rechazado, no se conoce una corrección capaz de romper la interoperabilidad, la función es mínima y no aparece una dependencia patentada.

El salto entre documentos y software

El primer criterio de RFC 6410 no es un indicador único. Requiere dos implementaciones como mínimo; independencia; interoperabilidad; despliegue extendido; y experiencia operativa satisfactoria. Cada afirmación responde a una pregunta distinta.

Una referencia normativa demuestra que el texto posterior depende de RFC 7405. No identifica qué parser procesó la gramática. Una afirmación de soporte de herramientas indica capacidad, pero gana fuerza cuando nombra versiones y bases de código. La ausencia de problemas conocidos es relevante, aunque su peso depende de qué despliegues y entradas pudieron revelar un desacuerdo.

El documento público no presenta ese cruce. No enumera dos implementaciones, un corpus compartido, el fundamento de independencia, una clase de despliegue, un período de observación ni el resultado operativo. Esa observación está estrictamente limitada al expediente revisado. No prueba que falte software ni que el criterio se incumpla. La evidencia puede estar repartida entre repositorios, operadores y experiencia de la comunidad.

Precisamente por eso el Last Call es útil. Los participantes pueden aportar los enlaces que faltan, argumentar que los ejemplos conocidos son suficientes o cuestionar qué significa «extendido» para una extensión de gramática.

Un recibo pequeño, no una nueva barrera

RFC 6410 eliminó de forma consciente la obligación de entregar un informe formal de pruebas. Consideró que el despliegue y el uso podían demostrar interoperabilidad. Volver a exigir un ensayo ceremonial a una característica estrecha y antigua contradiría esa simplificación.

La alternativa es conservar dos o más ejemplos verificables dentro de la justificación. Cada fila puede indicar implementación y versión, independencia de la base de código, construcción %s o %i ejercida, contraparte o corpus común, clase y escala acotada del despliegue, intervalo observado, resultado y exclusiones. No hacen falta código propietario, tráfico privado ni configuraciones sensibles.

El IESG seguiría ejerciendo juicio. Explicaría por qué los ejemplos, en conjunto, representan extensión y experiencia satisfactoria, y cómo trató las objeciones sustantivas. El recibo informa la decisión; no la automatiza ni concede soberanía a los mantenedores.

El código en ejecución también necesita procedencia

La primacía del código en ejecución, en el sentido que plantea Heng Lu, limita la retórica técnica: una afirmación debe sobrevivir al funcionamiento. Pero una frase que invoca «herramientas ampliamente compatibles» puede convertirse en otra forma de retórica si no deja una ruta hasta sistemas y resultados observables.

Las funciones institucionales son complementarias. Los implementadores aportan hechos, las citas muestran recepción normativa, la comunidad somete el caso a crítica y el IESG decide. Mantener las fronteras permite que una promoción probablemente merecida sea también reconstruible años después.

Fuentes

  1. IETF — Last Call para avanzar RFC 7405
  2. IETF Datatracker — solicitud de cambio de estado
  3. RFC 6410 — dos niveles de madurez
  4. RFC 7405 — cadenas sensibles a mayúsculas en ABNF
  5. IETF Datatracker — referencias a RFC 7405
  6. RFC 5234 — especificación de ABNF
  7. RFC 7950 — lenguaje YANG 1.1
  8. RFC 9535 — expresiones JSONPath
  9. RFC Editor — errata de RFC 7405
  10. Heng Lu — primacía del código en ejecución