Tabla de contenidos Las redes de alta velocidad del futuro

1.5 RFC("Request For Comments")

La pila de protocolos de Internet sigue evolucionando mediante el mecanismo conocido como RFC("Request For Comments"). Los investigadores están diseñando e implementando nuevos protocolos(en su mayoría del nivel de aplicación), que se ponen en conocimiento de la comunidad de Internet en la forma de un RFC. (0)El RFC es descrito por el IAB("Internet Architecture Board"). La mayor fuente de RFCs es el IETF("Internet Engineering Task Force") que es una organización subsidiaria del IAB. Sin embargo, cualquiera puede enviar un informe propuesto como RFC al editor de los RFC. Hay una serie de normas que los autores de RFCs deben seguir para que su RFC sea aceptado. Estas reglas se describen en un RFC(RFC 1543) que además indica como enviar una propuesta de RFC.

Una vez que un RFC ha sido publicado, todas las revisiones y sustituciones se publican como nuevos RFCs. Se dice que un nuevo RFC que revisa o sustituye un RFC ya existente "actualiza" o "desfasa" a ese RFC. Asimismo, el RFC original es "actualizado" o "desfasado" por el nuevo. Por ejemplo, el RFC 1521 que describe el protocolo MIME es una "segunda edición", siendo una revisión del RFC 1341, y el RFC 1590 es una enmienda del 1521. Por tanto el RFC 1521 se etiqueta del modo siguiente: "Deja obsoleto al RFC 1341; Actualizado por el RFC 1590". En consecuencia, nunca hay confusión sobre si dos personas se refieren a dos versiones distintas de un RFC,

Algunos RFCs se califican como documentos informativos mientras que otros describen protocolos de Internet. El IAB("Internet Architecture Board") mantiene una lista de todos los RFCs que describen la pila de protocolos. A cada uno de ellos se le asigna un estado y un status.

Todo protocolo Internet puede tener uno de los siguientes estados:

Estándar
El IAB lo ha establecido como protocolo oficial de Internet. Se dividen en dos grupos:
    1. El protocolo y superiores, protocolos que se aplican a la totalidad de Internet.
    2. Protocolos específicos de redes, generalmente especificaciones del funcionamiento de IP en tipos concretos de redes.
Estándar provisional
El IAB está considerando activamente este protocolo como un posible protocolo estándar. Es deseable disponer de comentarios y pruebas exhaustivas cuantitativa y cualitativamente. Los comentarios y los resultados de las pruebas deberían enviarse al IAB. Existe la posibilidad de que se efectúen cambios en un protocolo estándar antes de que se convierta en estándar.
Propuesto como estándar.
Se trata propuestas de protocolos que el IAB puede considerar para la estandarización en el futuro. Es deseable evaluar la implementación y el testeo sobre un gran número grupos. Es probable que el protocolo se someta a revisión.
Experimental
Un sistema no debería implementar un protocolo experimental a menos que participe en el experimento y haya coordinado el uso que va a hacer del protocolo con el que lo ha desarrollado.
Informativo
Los protocolos desarrollados por otras organizaciones de estándares, o distribuidores, o aquellos que por otras razones son ajenos a los propósitos del IAB, pueden ser publicados a conveniencia de la comunidad de Internet como protocolos informativos. En algunos casos el IAB puede recomendar el uso de estos protocolos en Internet.
Histórico
Son protocolos con pocas posibilidades de convertirse alguna vez en estándar en Internet, bien porque han quedado desfasados por protocolos posteriores o debido a la falta de interés.

Definiciones de los status de los protocolos:

Requerido
Un sistema debe implementar los protocolos requeridos.
Recomendado
Un sistema debería implementar un protocolo recomendado.
Electivo
Un sistema puede o no implementar un protocolo electivo. La idea general es que si vas a implementarlo, debes hacerlo exactamente como se define.
Uso limitado.
Estos protocolos son usados en circunstancias específicas. Esto se puede deber a su estado experimental, naturaleza específica, funcionalidad limitada o estado histórico.
No recomendado.
Estos protocolos no se recomiendan para el uso general. Esto se puede deber a su limitada funcionalidad, naturaleza específica, o a que su estado es experimental o histórico.

1.5.1 Estándares de Internet

Los estándares propuestos, provisionales, y los protocolos estándar figuran en el "Internet Standards Track"("Seguimiento de estándares de Internet"). El seguimiento de estándares es controlado por el IESG("Internet Engineering Steering Group") del IETF. Cuando un protocolo alcanza el estado de estándar, se le asigna un número de estándar(STD). El propósito del STD es indicar claramente que RFCs describen estándares de Internet. Los números STD referencian múltiples RFCs cuando la especificación de un estándar está repartida entre varios documentos. A diferencia de los RFCs, donde el número se refiere a un documento específico, los números STD no cambian cuando un estándar es actualizado. Sin embargo, los STD carecen de número de versión ya que todas las actualizaciones se hacen a través de RFCs y los RFCs son únicos. De este modo, para especificar sin ambigüedades a que estándar se refiere uno, el número de estándar y todos los RFCs que incluye deberían ser mencionados. Por ejemplo, el DNS("Domain Name System") tiene el STD 13, y se describe en los RFCs 134 y 1035. Para referenciar un estándar, se debería usar una forma como "STD-13/RFC-1034/RFC-1035". Para una descripción de los procedimientos para estándares, remitirse al RFC 1602 -- Los procedimientos para estándares de Internet - Revisión 2.

Para el seguimiento de algunos estándares, el status del RFC no siempre contiene suficiente información como para ser útil. Por ello se le añade un descriptor de aplicabilidad, dado bien en la forma de STD 1 en un RFC separado; este descriptor lo dan particularmente los protocolos de encaminamiento.

En este documento se hacen referencias a RFCs y número STD, ya que constituyen la base de todas las implementaciones de protocolos TCP/IP.

Cuatro estándares de Internet son de particular importancia:

STD 1 - Estándares de protocolo oficiales en Internet
Este estándar da el estado y el status de cada estándar o protocolo de Internet, y define los significados atribuidos a cada estado o status. El IAB suele emitirlo aproximadamente cada trimestre. En el momento de escribir este documento, este estándar va por el RFC 1780 (marzo de 1995).
STD 2 - Números asignados de Internet
Este estándar lista los número asignados actualmente y otros parámetros de protocolos en la pila de protocolos de Internet. Es emitido por IANA("Internet Assigned Numbers Authority"). La edición actual en el momento de escribir este documento se corresponde con el RFC 1700 (octubre de 1994).
STD 3 - Requerimientos de host
Este estándar define los requerimientos para el software de Internet del host (con frecuencia a través de referencias a RFCs importantes). El estándar aparece dividido en dos partes: el RFC 1122 - Requerimientos para hosts en Internet - de la capa de comunicaciones y el RFC 1123 - Requerimientos para hosts en Internet - de aplicación y soporte.
STD 4 - Requerimientos de pasarela
Este estándar define los requerimientos para el software de pasarelas. Su RFC es el 1009.

1.5.2 Para Su Información("For Your Information(FYI)")

Cierto número de RFCs que tienen un amplio interés para los usuarios de Internet se clasifican como documentos FYI("For Your Information"). Frecuentemente contienen información de ayuda o de carácter introductorio. Como los números STD, un FYI no se cambia cuando se publica un RFC revisado. A diferencia de los STDs, los FYIs corresponden a un único RFC. Por ejemplo, el FYI 4 -- FYI acerca de preguntas y respuestas - Respuesta a preguntas habituales de nuevos usuarios de Internet va en la actualidad por su cuarta edición. Los números de RFC son 1177, 1206, 1325 y 1594.

1.5.3 Obteniendo RFCs

Todos los RFCs están disponibles para el público, en forma de documento tanto impreso como electrónico, por medio del Internic("Internet Network Information Center"; internic.net). Antes de 1993, el DNN NIC(nic.ddn.mil) realizaba la función del NIC. Consultar el RFC 1400 para tener más información acerca de esta transición. 

To: rfc-info@ISI.EDU
Subject: getting rfcs

help: ways_to_get_rfcs
EXEC TOOLS SENDTO ALMVMA ARCNET RFC GET RFCnnnn TXT *

Donde nnnn es el número del RFC.

Para conseguir una lista de todos los RFCs(y saber si están disponibles en formato TXT o postscript), usa el comando: 

EXEC TOOLS SENDTO ALMVMA ARCNET RFC GET RFCINDEX TXT *

También están los archivos STDINDEX TXT y FYIINDEX TXT que listan aquellos RFCs que tienen un número ST o FYI.

1.5.4 Principales protocolos de Internet

Para dar una idea de la importancia de los principales protocolos, listamos algunos de ellos junto con su estado actual, status y STD donde es aplicable en Tabla - Estado, status y números STD actuales de protocolos importantes de Internet. La lista completa se puede encontrar en RFC 1780 - Estándares de protocolos oficiales en Internet. Leyenda:
Estado: Std. = Estándar; Draft = Estándar provisional; Prop. = Propuesto como estándar; Info. = Informativo; Hist. = Histórico
Status: Req. = Requerido; Rec. = Recomendado; Ele. = Electivo; Not = No Recomendado


Tabla: Estado, status y números STD actuales de protocolos importantes de Internet

En el momento de escribir este documento, no hay ningún RFC asociado al protocolo de transferencia de hipertexto("HTTP") usado en implementaciones de la "World Wide Web". Sin embargo, el documento HyperText Transfer Protocol (HTTP) escrito por Tim Berners-Lee se puede obtener en ftp://info.cern.ch/pub/www/doc/http-spec.text.

Adicionalmente, los siguientes RFCs describen el URL("Uniform Resource Locator") y conceptos asociados a él:

Tabla de contenidos Architectura y protocolos