UNIVERSIDAD NACIONAL DEL SANTA

AO DE LA CONSOLIDACION DEL MAR GRAU

FACULTAD DE INGENIERIA
E.A.P. INGENIERIA DE SISTEMAS E
INFORMATICA
TEMA:
RFC - REQUEST FOR COMMENTS
NOMBRE:
IZAGUIRRE GALLOSO ALMENDRA CRISTINA
DOCENTE:
CARLOS GIL
CURSO:
REDES DE INFORMACION I
CICLO:
VII

JULIO - 2016
JULIO - 2016

RFC (REQUEST FOR COMMENTS)

RFC es una sigla en ingls (Request For Comments) que significa solicitud
de comentarios y consiste en un documento que puede ser escrito por
cualquier persona y que contiene una propuesta para una nueva tecnologa,
informacin acerca del uso de tecnologas y/o recursos existentes, propuestas
para mejoras de tecnologas, proyectos experimentales y dems.
Las RFC conforman bsicamente la documentacin de protocolos y
tecnologas de Internet, siendo incluso muchas de ellas estndares. Las
mismas son mantenidas por el IETF(Internet Engineering Task Force) y son
accesibles por cualquier persona debido a que son publicadas on-line y sin
restricciones. Pueden consultarse las mismas en la pgina de bsqueda de
RFCs del IETF.
La metodologa que se utiliza con las RFC es asignarle a cada una un nmero
nico que la identifique y que es el consecutivo de la ltima RFC publicada.
Una RFC ya publicada jams puede modificarse, no existen varias versiones
de una RFC. Lo que se hace, en cambio, es escribir una nueva RFC que deje
obsoleta o complemente una RFC anterior.
Para crear una nueva RFC puede utilizarse el sitio RFC Editor, desde donde se
envan las nuevas propuestas que eventualmente podrn ser adoptadas como
RFC y, si son de gran inters, convertirse en estndares. En el mismo sitio de
RFC Editor, existe una FAQ muy til para evacuar algunas dudas.
La familia de protocolos de Internet est todava evolucionando mediante el
mecanismo de Peticin de Comentario (RFC). Los nuevos protocolos (la
mayora de los protocolos de aplicacin) los han diseado e implementado
investigadores y cientficos y han sido expuestos a la comunidad de Internet en
forma de RFC.
El Internet Architecture Board (IAB) supervisa el mecanismo RFC. El mayor
fuente de RFCs es la Internet Engineering Task Force (IETF) que es un

subsidiario del IAB. Sin embargo, cualquiera puede proponer una memorandum
como un RFC al editor de RFC. Existe una serie de reglas que los autores de
RFC deben seguir para que se acepten. Estas reglas se describen en un RFC
(RFC 1543) que indica cmo considerar una propuesta para un RFC.
Una vez que se ha publicado un RFC, todas las revisiones y suplementos se
publicarn como nuevos RFCs. Un nuevo RFC que REVISE o reemplace uno
existente se dice "actualizado" u "obsoleto". El RFC existente se dice
"acutalizado por" u "obsoleto por" el nuevo. Por ejemplo el RFC 1521 que
describe el protocolo MIME es una "segunda edicin", siendo una revisin del
RFC 1341 y RFC 1590 es un correcin al RFC 1521. RFC 1521 es por tanto
etiquetada como "Obsoleto RFC 1341; Actualizado por RFC 1590". Por
consiguiente, no existe confusin alguna de si dos personas se estn refiriendo
a versiones diferentes de un RFC, dado que no hay nunca versiones diferentes.
Algunos RFCs se describen como documentos de informacin que otros
describen protocolos Internet. El Internet Architecture Board (IAB) mantiene un
lista de los RFCs que describen la familia de protocolos. Cada uno de estos
tiene asignado un estado y un status.
UN PROTOCOLO DE INTERNET PUEDE TENER UNO DE LOS SIGUIENTES
ESTADOS:
I.

ESTNDAR
El IAB ha establecido esto como un protocolo oficial para Internet. Se
separan en dos grupos:
1. Protocolo IP y citados, protocolos aplicados enteramente a
Internet.
2. Protocolos especficos de red, generalmente especificaciones
de cmo hacer IP sobre tipos particulares de redes.

II.

ESTNDAR BORRADOR
El IAB est considerando activamente este protocolo como un
posible protocolo estndar. El IAB somete los comentarios y
resultados de pruebas. Existe una posibilidad que cambia that
changes will be made in a draft protocol before it becomes a
standard.

III.

ESTNDAR PROPUESTO

Estos son protocolos propuestos que debe considerar IAB para su

estandarizacin en el futuro. Son deseables implementaciones y
comprobaciones de varios grupos. La revisin del protocolo es
probable.
IV.

EXPERIMENTAL
Un sistema no debera implementar un protocolo experimental a no
ser que est participando en el experimento y ha coordinado su uso
del protocolo con el desarrollador del protocolo.

V.

INFORMATIVO
Los protocolos desarrollados por otras organizaciones, o vendedores,
o que estn por otras razones fuera del alcance de IAB deben
publicarse como RFCs por conveniencia de la comunidad de Internet
como protocolos informativos. Tales protocolos pueden en algunos
casos tambin estar recomendados para uso en Internet por IAB.

VI.

HISTRICO
Estos son protocolos que con poca probabilidad llegan a ser
estndares

en

Internet

porque

los

han

reemplazado

los

desarrolladores ms tarde o por falta de inters.

DEFINICIONES DE ESTADO DEL PROTOCOLO:
1. REQUERIDO
Un sistema debe implementar los protocolos requiridos.
2. RECOMENDADO
Un sistema debe implementar los protocolos recomendados.
3. ELECTIVO
Un sistema puede o no implementar un protocolo electivo. La nocin
general es que si se va a hacer algo como esto, se debe hacer
exactamente esto.
4. USO LIMITADO
Estos protocolos estn para usar en circunstancias limitadas. Esto
puede ser debido a su estado experimental, naturaleza especfica,
funcionalidad limitada o estado histrico.
5. NO RECOMENDADO

Estos protocolos no se recomiendan para uso general. Esto se puede

deber a su funcionalidad limitada, naturaleza especfica o estado
experimental o histrico.

ESTNDAR DE INTERNET
El estndar propuesto, el borrador y los protocolos estndar se
describen como constituyentes del Internet Standards Track. El track
estndar lo controla el Grupo de Direccin de Ingenieros de Internet
(IESG) del IETF.
Cuando un protocolo alcanza el estado de estndar se le asigna un
nmero estndar (STD). El propsito de los nmeros STD es indicar
claramente qu RFCs describen los estndares de Internet. Los
nmeros STD referencian mltiples RFCs cuando la especificacin de un
estndar se divide en mltiples documentos. No como con los RFCs,
donde el nmero se refiere a un documento especfico, los nmeros STD
no cambian cuando un estndar se actualiza. Los nmeros STD, sin
embargo,

no

tienen

nmero

de

versin

dado

que

todas

las

actualizaciones se realizan va RFCs y los nmeros de RFC son nicos.

De este modo, para especificar sin ambigedad qu versin de un
estndar nico se est refiriendo, se pondra de manifiesto el nmero
estndar y todos los RFCs que incluye. Por ejemplo, el Sistema de
Nombres de Dominio (DNS) es STD 13 y se describe en los RFCs 1034
y 1035. Para referenciar el estndar se podra utilizar algo como "STD13/RFC-1034/RFC-1035".
Para una descripcin de los Procesos Estndares, ver RFC 1602 -- Los
Procesos Estndares de Internet - Revisin 2.
Para algunos estndares RFCs la categora de status no siempre
contiene suficiente informacin til. Por lo tanto, se cumplimenta,
notablemente por protocolos de enrutamiento por un applicability
statement que se da en STD 1 o en un RFC separado.
CUATRO ESTNDARES DE INTERNET TIENEN UNA IMPORTANCIA
PARTICULAR:

1. STD 1 - ESTNDARES DE PROTOCOLOS OFICIALES DE

INTERNET:
Este estndar da el estado y status de cada protocolo o
estndar de Internet y define los significados atribuidos
para

cada

estado

status

diferente.

Emiti

aproximadamente una cuarta parte el IAB. Cuando se

escribi este estndar fue el RFC 1780 (Marzo de 1995).
2. STD 2 - NMEROS ASIGNADOS EN INTERNET:
Este estndar lista actualmente nmeros asignados y otros
parmetros de protocolos en la familia de protocolos de
Internet. Lo emiti la Autoridad de Nmeros Asignados de
Internet (IANA). La edicin cuando se escribi fue el RFC
1700 (Octubre de 1994).
3. STD 3 - REQUERIMIENTOS DEL HOST:
Este estndar define los requerimientos para el software de
host de Internet (a menudo con referencia a los RFCs
relevantes). El estndar viene en dos partes: RFC 1122 Requerimientos para hosts de Internet - capas de
comunicaciones y RFC 1123 - Requerimientos para hosts
de Internet- aplicacin y ayuda.
4. STD 4 - Requerimientos de Pasarela:
Este estndar define los requerimientos para el sofware de
pasarela de Internet (router). Es el RFC 1009.

PARA TU INFORMACIN (FYI)

Un determinado nmero de RFCs que tienen la intencin de ser
interesantes

los

usuarios

de

Internet

se

clasifican

como

documentos Para Tu Informacin (FYI). Contienen frecuentemente

informacin introductoria u otro tipo de informacin til. Como los
nmeros de STD, un nmero de FYI no cambia cuando se emite la
revisin de un RFC. Distintos STDs, FYIs corresponden a un nico
documento RFC. Por ejemplo, FYI 4 -- FYI sobre Preguntas y
Respuestas - respuestas a preguntas comunes "Nuevo Usuario de

Internet" est actualmente en su cuarta edicin. Los nmeros de RFC

son 1177, 1206, 1325 y 1594.

CMO OBTENER RFCS

Todos los RFCs estn disponibles pblicamente, tanto impresos como
de forma electrnica desde el Centro de Informacin de la Red Internet o
InterNIC (internic.net). Antes de 1993, la funcin del NIC estaba
representada por el DDN NIC (nic.ddn.mil). Ver RFC 1400 para ms
informacin acerca de la transicin.
1. Los RFCs se pueden obtener de forma impresa desde:
- Network Solutions, Inc.
- Attn: InterNIC Registration Service
- 505 Huntmar Park Drive
- Herndon, VA 22070
- Nmero de Telfono de Ayuda: 703-742-4777
- Nmero de FAX 703-742-4811
2. Para obtener la forma electrnica, los usuarios pueden usar el FTP
annimo a ds.internic.net (198.49.45.10) y recuperar los ficheros
del directorio rfc, o Gopher ainternic.net (198.41.0.5).
3. Para informacin sobre otros mtodos de acceso RFCs por correo
electrnico o FTP, enviar un mensaje a "rfc-info@ISI.EDU"
poniendoen el cuerpo del mensaje "help: ways_to_get_rfcs". Por
ejemplo:
To: rfc-info@ISI.EDU
Subject: getting rfcs
help: ways_to_get_rfcs
4. Hay muchas pginas web que mantienen archivos RFC. Una que
se puede intentar es la de Archivos de Documentos MAGIC en:
"http://www.msci.magic.net/docs/rfc/rfc_by_num.html
5. Los RFCs se pueden obtener tambin a travs de la red de IBM
VNET usando la orden siguiente:
EXEC TOOLS SENDTO ALMVMA ARCNET RFC
GET RFCnnnn TXT *

Donde nnnn se refiere al nmero del RFC.

Para obtener la lista de todos los RFCs (y conocer si estn
disponibles en formato TXT o en formato PostScript), usar la
orden:
EXEC TOOLS SENDTO ALMVMA ARCNET RFC GET
RFCINDEX TXT *
Hay tambin un fichero TXT STDINDEX y un fichero TXT
FYIINDEX que lista esos RFCs que tienen un STD o nmero de
FYI.

LOS PRINCIPALES PROTOCOLOS DE INTERNET

Para dar una idea sobre la importancia de los principales protocolos, se
listan algunos de ellos junto con su estado actual y nmero de STD
donde es aplicable en la tabla que se muestra abajo. La lista completa
puede encontrarse en el RFC 1780 - Estndares de Protocolos Oficiales
de Internet.
Protocolo
IP
ICMP

UDP

TCP
Telnet
FTP

SMTP

MAIL

Nombre
Protocolo de Internet
Protocolo de Control de Mensajes
de Internet
Protocolo de Datagrama de
Usuario
Protocolo de Control de
Transmisin
Protocolo Telnet
Protocolo de Transferencia de
Ficheros
Protocolo Sencillo de
Transferencia de Correo
Formato de Mensajes de Correo
Electrnico

Estado

Estado

STD

Estndar

Requerido

Estndar

Requerido

Estndar

Recomendado

Estndar

Recomendado

Estndar

Recomendado

Estndar

Recomendado

Estndar

Recomendado

10

Estndar

Recomendado

11

DOMAIN Sistema de Nombres de Dominio

DNS-MX

MIME

SNMP

SMI

MIB-I

MIB-II
NetBIOS
TFTP

RIP

ARP

RARP

Enrutamiento de Correo y el
Sistema de Dominio
Extensiones Multipropsito de
Correo de Internet
Protocolo Sencillo de
Administracin de Redes
Estructura de Informacin de
Administracin
Base de Informacin de
Administracin
Base de Informacin de
Administracin-II
Protocolo de Servicios NetBIOS
Protocolo de Transferencia de
Ficheros Trivial
Protocolo de Informacin de
Enrutamiento
Protocolo de Resolucin de
Direcciones
Protocolo de Resolucin de
Direcciones Inversa

Estndar

Recomendado

13

Estndar

Recomendado

14

Borrador

Electivo

Estndar

Recomendado

15

Estndar

Recomendado

16

Histrico

No
Recomendado

Estndar

Recomendado

17

Estndar

Electivo

19

Estndar

Electivo

33

Estndar

Electivo

34

Estndar

Electivo

37

Estndar

Electivo

38

No

GGP

Protocolo Pasarela a Pasarela

Histrico

BGP3

Protocolo de Pasarela Exterior 3

Borrador

Electivo

Borrador

Electivo

Propuesto

Requerido

Borrador

Recomendado

OSPF2

IS-IS
BOOTP

Abrir Primero la Trayectoria Ms

Corta
IS-IS OSI para Entornos Duales
TCP/IP
Protocolo Bootstrap

Recomendado

GOPHER

Protocolo Gopher de Internet

SUN-NFS

SUN-RPC

Protocolo de Sistema de Ficheros

de Red
Protocolo de Llamada a
Procedimiento Remoto Versin 2

Informativo
Informativo

Informativo

El estado actual y nmeros de STD de los protocolos importantes de Internet

A la hora de escribir no hay RFC asociados con HTTP usado en

implementaciones WWW. Sin embargo, el documento Protocolo de
Transferencia de HiperTexto (HTTP) escrito por Tim Berners-Lee debe
obtenerse en ftp://info.cern.ch/pub/www/doc/http-spec.tex.
Adems, los siguientes RFCs describen el URL y conceptos
asociados:
RFC 1630 - Identificador de Recursos Universal en WWW
RFC 1737 - Requerimientos Funcionales para Nombres
de Recursos Uniformes

RFC 1738 - Localizador de Recursos Uniformes (URL)