Resumen

  • RFC 2223 declaró que el archivo ASCII era la versión principal de una RFC; PostScript podía acompañarlo tras una revisión editorial.
  • La secuencia permitía imprimir diagramas sin abrir dos relatos públicos del mismo documento.

Cuando dos archivos llevan el mismo número RFC, el lector necesita saber cuál manda. El texto de 1997 respondió sin rodeos: el ASCII era la versión primaria. El PostScript podía ofrecerse como alternativa visual, pero solo después de que el RFC Editor confirmara que coincidía con el texto publicado. La tipografía no otorgaba autoridad por sí sola.

Jon Postel y Joyce Reynolds escribieron RFC 2223 para quienes enviaban documentos a la serie. La publicación en línea tenía que circular por equipos muy distintos: alguien podía copiar el archivo, buscar en él desde una pantalla o imprimirlo en otra máquina. El formato que resolvía una tarea no siempre resolvía las demás. Un diagrama detallado podía ser claro en papel y torpe como texto; una línea ASCII podía buscarse y citarse con facilidad, aunque describiera mal una figura.

El manual nombra prácticas concretas. Muchos lectores usaban emacs o grep para encontrar palabras y pegaban fragmentos cortos en mensajes de correo. PostScript no encajaba bien en esos usos. Además, el propio proceso de generación era irregular: algunos programas anunciados como productores de PostScript entregaban resultados no estándar. El lado visual también importaba. El formato permitía incluir dibujos y diagramas que el texto plano no podía presentar con la misma claridad.

RFC 2223 no intentó borrar esa tensión mediante una segunda versión coigual. Impuso un orden. Primero, el RFC Editor procesaba el manuscrito ASCII hasta publicarlo como RFC. Después, el autor podía enviar el PostScript. El archivo solo se instalaba en los repositorios RFC y se anunciaba a la comunidad si el editor aceptaba que era «el mismo» que el ASCII. Era una presentación opcional con una puerta editorial definida.

La puerta tenía un dueño y una tarea concreta. El autor debía entregar un documento editable. El RFC Editor podía reorganizar el formato, insertar el número definitivo, pedir cambios o devolver el material para que el autor siguiera trabajando. En cambio, el PostScript no podía autoproclamarse copia fiel. La decisión sobre su equivalencia pertenecía a la oficina que mantenía el registro público.

El documento también se metía en detalles de producción. Fijaba dimensiones de página y márgenes, acotaba tamaños de letra y reducía las fuentes permitidas a opciones comunes. Recomendaba un PostScript prudente para que los diagramas funcionaran en impresoras corrientes. Eso convierte la compatibilidad en algo más que una palabra: el archivo debía salir de la impresora sin depender de una capacidad excepcional.

La paginación tampoco era estable entre versiones. Al recomponer el mismo documento, una sección podía caer en otra página. Por eso el manual prefería las referencias por número de sección frente a las referencias por página. El número de página pertenece al diseño; la sección conserva mejor la ubicación del argumento cuando cambia el diseño.

RFC 1111 ya había fijado reglas para ASCII y PostScript en 1989. Para el texto ASCII, el límite era de 58 líneas por página y 72 caracteres por línea. RFC 2223 heredó esa base mecánica y explicó con más detalle cómo convivía con la presentación visual.

RFC 7322 sustituyó a RFC 2223 en 2014 y situó las convenciones básicas de la serie en los años setenta y en Jon Postel, su primer editor. Cambiaron las herramientas de pantalla e impresión; la publicación seguía necesitando una fuente declarada. Los RFC describen la comprobación de equivalencia, pero no cuentan las discrepancias entre copias ni cuánto se utilizó PostScript.

Fuentes oficiales