Ir al contenido

Request for Comments

De Wikipedia, la enciclopedia libre
(Redirigido desde «Request For Comments»)
RFC
+----------+ +----------+
|Aplicación| |Aplicación|
+----------+ +----------+
| |
+-----+ +-----+
| TCP | ··· | TCP |
+-----+ +-----+
| |
+-----+ +-----+
| IP | ··· | IP |
+-----+ +-----+
| |
+-----------------------+
| Enlace físico |
+-----------------------+
LasRFC,que se publican entexto llano,son monográficos de carácter técnico. Este esquema es unapila de protocoloscomo la encontraría el lector en unaRFC.

LosRequest for Comments,más conocidos por sus siglasRFC,son una serie de publicaciones delgrupo de trabajo de ingeniería de internetque describen diversos aspectos del funcionamiento deInternety otrasredes de computadoras,comoprotocolos,procedimientos, etc. y comentarios e ideas sobre estos.[1]​[2]​ CadaRFCconstituye unmonográficoomemorandoque ingenieros o expertos en la materia han hecho llegar al IETF, el consorcio de colaboración técnica más importante en Internet, para que este sea valorado por el resto de la comunidad. De hecho, la traducción literal deRFCal español es "Petición de comentarios".[2]​

Estas publicaciones se remontan a 1969, cuandoSteve Crockerinventó un sistema eficaz de hacer llegar las propuestas técnicas al resto de grupos de trabajo que experimentaban conARPANET,la precursora de Internet.[3]​

Losprotocolosmás importantes de Internet están definidos porRFC,como elprotocolo IPdetallado en elRFC 791,elFTPen elRFC 959,o elHTTP—escrito porTim Berners-Leeet al.— en elRFC 2616(entre otros).

Características

[editar]

Cada RFC tiene un título y un número asignado, que no puede repetirse ni eliminarse aunque el documento se quede obsoleto.

Existen varias categorías, pudiendo ser informativos (cuando se trata simplemente de valorar por ejemplo la implantación de un protocolo), propuestas de estándares nuevos, o históricos (cuando quedan obsoletos por versiones más modernas del protocolo que describen).

Las RFC se redactan eningléssegún una estructura específica y en formato de textoASCII.

Antes de que un documento tenga la consideración de RFC, debe seguir un proceso muy estricto para asegurar su calidad y coherencia. Cuando lo consigue, prácticamente ya es un protocolo formal al que probablemente se interpondrán pocas objeciones, por lo que el sentido de su nombre comopetición de comentariosha quedado prácticamente obsoleto, dado que las críticas y sugerencias se producen en las fases anteriores. De todos modos, el nombre de RFC se mantiene por razones históricas.

Estado

[editar]

ElInternet Architecture Board(IAB), un comité delIETF,mantiene una lista de RFCs que describen la familia de protocolos. Clasifica su estado de dos formas independientes:[4]​[5]​

Pasos de una especificación para convertirse en estándar (RFC 2026)
  • La primera establece el grado de madurez de la especificación y la propuesta puede ser considerada respecto a ella como:
    • Estándar(en inglésstandard).- Es una norma
    • Estándar borrador(en inglésdraft standard).- El IAB está considerando activamente este protocolo como un posible protocolo estándar. Existe una posibilidad que cambie, esos cambios serán hechos en un borrador del protocolo antes de liberarlos como estándar.
    • Estándar propuesto(en inglésproposed standard).- Es una propuesta que debe considerar el IAB para su estandarización en el futuro. Es probable la revisión del protocolo
    • Experimental(en inglésexperimental).- Es una especificación experimental que no debería implementarse a no ser que esté participando en el experimento y ha coordinado su uso del protocolo con el desarrollador del protocolo.
    • Informativo(en inglésinformational).- Los protocolo desarrollados por otras organizaciones o que en general que están fuera del alcance del IAB deben publicarse como RFCs por conveniencia de la comunidad de Internet como protocolos informativos. Este tipo de protocolos pueden en algunos casos también estar recomendados para sus uso en Internet por IAB.
    • Histórico(en ingléshistoric).- Es poco probable que pasen a ser estándares en Internet porque los han reemplazado los desarrolladores más tarde o por falta de interés
  • La segunda forma de clasificación define el grado de cumplimiento necesario de la norma dentro de Internet
    • Requerido(en inglésrequired).- Es de cumplimiento obligado. Por ejemplo el RFC del protocoloIP
    • Recomendado(en inglésreconmmended).- Aquellas que, si no son cumplidas, no impiden la conexión a Internet, pero afectan de manera importante a la prestación y acceso a los servicios. La noción general es que si se va a hacer algo como esto debería hacer exactamente esto. Por ejemplo el RFC deTCP
    • Electivo(en ingléselective).- Aquellas que, aunque no son entendidas como de aplicación general, sí son necesarias para un cierto servicio concreto. Por ejemplo la deSMTPpara acceder al correo electrónico
    • Uso limitado(en ingléslimited use).- Está para usar en circunstancias limitadas. Esto puede ser debido a su estado experimental, naturaleza específica, funcionalidad limitada o estado histórico.
    • No recomendado(en inglésnot recommeded).- Aquellas que no se recomiendan para uso general. Esto puede ser debido a su funcionalidad limitada, naturaleza específica o estado experimental o histórico.

Referencias

[editar]
  1. ↑IETF.ietf.org.«Memos in the Requests for Comments (RFC) document series contain technical and organizational notes about the Internet. They cover many aspects of computer networking, including protocols, procedures, programs, and concepts, as well as meeting notes, opinions, and sometimes humor»Trad:«Los monográficos en la serie de documentosRequests for Comments (RFC)contiene notas técnicas y organizativas sobre Internet. Cubren múltiples aspectos sobre las redes de ordenadores, incluyendo protocolos, procedimientos, programas, y conceptos, así como notas de reuniones, opiniones, y en ocasiones humor».
  2. ↑ab«¿Quién controla Internet? Gobernanza, políticas y desafíos para el futuro de la red de redes».AVATARES de la comunicación y la cultura(2): 12. Agosto de 2011.ISSN1853-5925.«Los “Request for Comments” (traducido como “petición de comentarios” ) son una serie de notas que comenzaron a publicarse en 1969 sobre las investigaciones y desarrollos en torno de ARPANET. Consisten en protocolos de red que pueden ser enviados como propuestas a IETF para su implementación.»
  3. ↑«30 Years of RFCs»(txt).RFC 2555(en inglés).7 de abril de 1999. Archivado desdeel originalel 4 de agosto de 2000.Consultado el 14 de marzo de 2014.«Publication ofRFC 1- Steve Crocker:RFC 1,"Host Software", issued thirty years ago on April 7, 1969 outlined some thoughts and initial experiments. It was a modest and entirely forgettable memo, but it has significance because it was part of a broad initiative whose impact is still with us today. At the timeRFC 1was written, the ARPANET was still under design.»Trad:«Publicación de laRFC 1- Steve Crocker:RFC 1,"Host Software", publicado hace 30 años el 7 de abril de 1969 desarrollaba algunos pensamientos y experimentos iniciales. Era un modesto y nada memorable memorando, pero posee una relevancia propia debido a que fue parte de una iniciativa más grande que aún hoy tiene impacto. Cuando laRFC 1fue escrita, la ARPANET aún estaba diseñándose.»
  4. ↑Internet. La Red Con Mayusculas. Una introducción a la estructura y servicios de la Red Global. Diego R. López. Editorial MAD, S.L. Mayo de 1997
  5. ↑Request For Comments (- RFC -Petición de Comentarios).CINVESTAV-Tamaulipas. LABORATORIO DE TECNOLOGIAS INFORMACION

Enlaces externos

[editar]
Obtenido de «https://es.wikipedia.org/w/index.php?title=Request_for_Comments&oldid=161838144»