Resumen

  • RFC 2000 registró por separado el estado de una especificación en el proceso de estándares y el grado en que se aconsejaba implementarla dentro de un ámbito aplicable.
  • Estar en la lista, alcanzar una madurez o llevar la etiqueta Required demostraba una decisión oficial fechada; no demostraba por sí solo despliegue, interoperabilidad, tráfico, autorización de compra ni vigencia actual. Historic tampoco certificaba que los sistemas hubieran desaparecido.

La RFC 2000, publicada como STD 1 en febrero de 1997, decía que no debía usarse después del 16 de junio. Sustituía a RFC 1920 y a varios catálogos anteriores; en junio, la RFC 2200 la sustituyó a ella y anunció otra fecha límite. El documento era una fotografía oficial con borde temporal.

Ese borde importa más que el número de RFC. Cada fila contestaba cómo había sido clasificada una especificación en aquel momento. No inventariaba binarios instalados. El propio texto observaba que algunos protocolos de proveedores habían logrado una implantación amplia sin aprobación del IESG. La realidad operativa podía ir por delante, por detrás o por otro camino que el estado formal.

La clasificación usaba dos coordenadas independientes. STATE contenía Standard, Draft Standard, Proposed Standard, Experimental, Informational e Historic. STATUS contenía Required, Recommended, Elective, Limited Use y Not Recommended. La matriz dibujaba combinaciones frecuentes; sus marcas no representaban mediciones de hosts, ventas ni paquetes.

En la primera coordenada, Standard significaba que el IESG había establecido un estándar oficial y le había asignado un número STD. Bajo la RFC 2026, Draft Standard exigía al menos dos implementaciones independientes e interoperables de bases de código distintas y suficiente experiencia operativa satisfactoria. Aun así, la producción a gran escala podía revelar comportamientos no previstos. Proposed Standard no cargaba esa misma prueba: normalmente no requería implementación ni experiencia operativa, aunque ambas fueran deseables.

Experimental, Informational e Historic quedaban fuera de la vía de estándares. RFC 2000 incluía Experimental por utilidad documental, no como prueba de estandarización. Informational podía recoger material de otro organismo o de un fabricante. Historic indicaba una especificación superada o considerada obsoleta. Ninguna de esas decisiones consultaba automáticamente el inventario de equipos ni medía el tráfico que aún circulaba.

El segundo eje necesitaba un ámbito. Required era necesario para la conformidad mínima especificada por una Applicability Statement, no una orden universal para cualquier producto o comprador. Recommended era aconsejable sin ser requisito mínimo. Elective no imponía implementar, aunque exigía ajustarse a la especificación al escoger esa función. Limited Use y Not Recommended restringían el uso general por motivos diversos, pero no cuantificaban la base instalada.

La separación también repartía el poder de cambiar la ficha. RFC 2000 indicaba que el avance en la vía dependía de cambios de STATE, mientras STATUS podía revisarse en cualquier momento. Una especificación podía madurar sin volverse obligatoria en todos los dominios. Otra podía ser crítica en un entorno concreto sin convertirse en mandato general.

Ni siquiera todas las secciones del catálogo compartían exactamente el mismo reloj. El comienzo seguía presentando RFC 1602 como descripción definitiva del proceso, pero la lista de novedades ya incluía RFC 2026, que había reemplazado a RFC 1602 en octubre de 1996. Sólo cabe afirmar el desfase observable, no su causa. Es suficiente para recordar que una fecha de portada no sincroniza cada parte de una compilación.

Más tarde cambió la institución. La RFC 6410 fusionó en 2011 Draft Standard y Standard, dejando dos escalones y reservando para Internet Standard pruebas fuertes de implementaciones independientes, interoperabilidad, despliegue amplio y experiencia satisfactoria. La RFC 7100 retiró en 2013 el resumen periódico STD 1 porque ya no se mantenía al día y la consulta se había trasladado a la lista en línea del RFC Editor.

Leer RFC 2000 con precisión no reduce su valor. Lo convierte en evidencia sólida de una clasificación oficial de 1997. Para demostrar instalación, conformidad, tráfico, compra o continuidad hay que añadir registros técnicos y comerciales contemporáneos; la casilla original nunca prometió contenerlos.

Fuentes: RFC 2000, registro del RFC Editor, RFC 1920, RFC 2026, RFC 2200, RFC 6410, RFC 7100.