Network Working Group RFC Editor, et al. Request for Comments: 2555 USC/ISI Categoría: Informativo 7 Abril 1999 30 años de RFCs Condición de este Memorándum Este memorándum proporciona información para la comunidad Internet. No especifica ningún Estándar de Internet. Su distribución es ilimitada. Nota de los Derechos de Copia Copyright (C) The Internet Society (1999). Todos los derechos reservados. Tabla de contenidos 1. Introducción.................................................. 2 2. Reflexiones............................................... 2 3. La Primera Piedra: Publicación del RFC 1...................... 3 4. RFCs - La Gran Conversación................................... 5 5. Reflexionando sobre los 30 años de RFCs....................... 9 6. Los RFCs Favoritos -- Los Primeros 30 Años....................14 7. Consideraciones de Seguridad..................................15 8. Agradecimientos...............................................15 9. Direcciones de los Autores....................................15 10. APÉNDICE - RFC 1..............................................17 11. Declaración Completa de los Derechos de Copia.................18 1. Introducción - Robert Braden Hace ahora treinta años, el primer documento de Petición de Comentarios (Request for Comments), RFC 1, fue publicado en UCLA (ftp://ftp.isi.edu/in-notes/rfc1.txt). Este fue el primero de una serie que actualmente contiene más de 2500 documentos sobre redes de ordenadores, reunidos, archivados, y editados por Jon Postel durante 28 años. Jon nos ha dejado, pero este tributo del 30º aniversario de la serie de RFCs está hecho en agradecida admiración por su masiva contribución. El resto de este documento contiene una breve aportación de la actual editora de RFC Joyce K. Reynolds, seguido por aportaciones de tres pioneros: Steve Crocker, quien escribió el RFC 1, Vint Cerf, cuya visión de largo alcance continúa guiándonos, y Jake Feinler, quien jugó un papel clave en la mitad de los años de la serie de RFCs. RFC Editor, et al. Informativo [Pág. 1] RFC 2555 30 años de RFCs Abril 1999 2. Reflexiones - Joyce K. Reynolds Hace mucho tiempo cuando yo estaba trabajando sin mucho interés en números de red IP (IP network number) y asignaciones de parámetros de protocolo (protocol parameter assignments) con Jon Postel, las pasarelas (gateways) todavía eran "tontas", el Protocolo de Pasarelas Exteriores (Exterior Gateway Protocol) (EGP) estaba en su infancia y los TOPS-20 estaban en su apogeo. Yo estaba al tanto de la serie de documentos Petición de Comentarios (RFCs), con Jon como editor de RFCs. En realidad yo no sabía mucho sobre las tareas internas de que requería el trabajo. Era trabajo de Jon y él fue publicando tranquilamente documentos para la comunidad ARPANET. Mientras tanto, Jon y yo teníamos reuniones en su oficina para ir terminando nuestros trabajos específicos del día. Un día, empecé a darme cuenta que una pila de carpetas asentadas a un lado de su escritorio pareció estar creciendo. Pocas semanas después la pila se había convertido en dos montones de carpetas. Le pregunté qué eran. Aparentemente, contenían documentos para la publicación de RFCs. Jon estaba intentando aguantar la creciente cantidad de trabajo para la publicación de RFCs. Un día le mencioné que debería aprender a dejar algo de la carga de su trabajo y asignársela a otra persona. Escuchó atentamente, pero no dijo nada. Pocos días después, Jon llevó un mueble de ordenador con ruedas a mi oficina que estaba amontonado con esos documentos de su escritorio, usados para la publicación de RFCs. Tenía una gran mueca de gato Cheshire en su cara y dijo, "¡Lo estoy dejando!", y se fue fuera. En la cima del montón había un gran cuaderno rojo de tres anillas. Dentro contenía el "Libro de texto NLS"("NLS Textbook"), el cual fue preparado en ISI por Jon, Lynne Sims y Linda Sato para usarlo en los sistemas TENEX y TOPS-20 de ISI. Leyendo por encima su contenido, aprendí que el sistema NLS fue diseñado para ayudar a la gente que trabajaba con información en un ordenador. Incluía una amplia gama de herramientas, desde un simple conjunto de comandos para escribir, leer e imprimir documentos hasta métodos sofisticados para recuperar y comunicar información. NLS fue el sistema que Jon usó para escribir, editar y crear los RFCs. Así empezó mi adoctrinamiento a la serie de publicaciones RFC. Los sistemas operativos y los ordenadores han cambiado a través de los años, pero la perseverancia de Jon en la solidez del estilo de los RFCs y la calidad de los documentos continuó fiel. Desafortunadamente, Jon no vivió para ver el 30º Aniversario de esta serie que él cuidó indefectiblemente. Todavía, el espíritu de la serie de publicaciones RFC, continua mientras nos aproximamos al RFC Editor, et al. Informativo [Pág. 2] RFC 2555 30 años de RFCs Abril 1999 nuevo milenio. Jon estaría orgulloso. 3. La Primera Piedra: Publicación del RFC 1 - Steve Crocker RFC 1, "Software de Servidores" ("Host Software"), salió el 7 de Abril de hace treinta años, en 1969, y esbozó algunas ideas y experimentos iniciales. Fue un memorándum modesto y completamente olvidable, pero tiene importancia porque fue parte de una amplia iniciativa cuyo impacto está aún hoy con nosotros. En el momento en el que el RFC 1 fue escrito, ARPANET todavía se estaba diseñando. Bolt, Beranek y Newman habían ganado el importantísimo contrato para construir y manejar los Procesadores de Interfaz de Mensajes (Interface Message Processors) o "IMPs", los precursores de los modernos enrutadores (routers). Cada uno de ellos tenía el tamaño de un frigorífico y costaba sobre $100,000 dólares de 1969. La red estaba pensada para ser desplegada entre los sitios de investigación, apoyada por la Oficina de Técnicas de Procesamiento de Información de ARPA (ARPA`s Information Processing Techniques Office) (IPTO). Los primeros cuatro nodos iban a estar en UCLA, SRI, la Universidad de California, Santa Bárbara y la Universidad de Utah. La primera instalación, en UCLA, estaba establecida para el 1 de Septiembre de 1969. Aunque aquello había sido una planificación considerable de la topología, lineas contratadas, modems e IMPs, había poca organización o planificación sobre las aplicaciones de red. Se dió por sentado que los sitios de investigación lo resolverían. Esto tornó a ser una brillante decisión de gestión en ARPA. Previamente, en el verano de 1968, un puñado de estudiantes graduados y miembros de personal de los cuatro sitios fueron llamados juntos para discutir la red venidera. Solo había un esbozo básico. BBN todavía no había ganado el contrato, y no había especificación técnica para el funcionamiento de la red. En la primera reunión, programamos futuras reuniones en cada uno de los otros laboratorios, de esta manera preparamos el escenario para lo que hoy es un festín movible tres veces al año. Terminado el siguiente par de años, el grupo creció sustancialmente y nos encontramos con un desbordamiento de personal de cincuenta a un centenar de personas en las reuniones de Grupo de Trabajo de Red (Network Working Group). Comparado a las reuniones del moderno IETF por todo el mundo con asistencia de más de 1.000 personas, varias docenas de grupos de trabajo activos, los precoces Grupos de Trabajo de Red eran pequeños y mansos, pero parecían grandes y solo apenas domables a la vez. Una tradición que no parece haber cambiado en todo es el espíritu de participación sin RFC Editor, et al. Informativo [Pág. 3] RFC 2555 30 años de RFCs Abril 1999 restricciones en las reuniones de los grupos de trabajo. Nuestro grupo inicial se reunió un puñado de veces en el verano y otoño de 1968 y el invierno de 1969. Nuestras primeras reuniones estaban desamparadas del conocimiento de a qué se parecería la red o como interactuaría con los servidores. Dependiendo de su punto de vista, cualquiera de estos nos permitia o forzaba a pensar en temas grandiosos y extensos. Nos dimos cuenta que finalmente tendríamos que llegar a un acuerdo en el formato de los mensajes y detalles específicos de protocolos de bajo nivel, pero primero pensamos enfocarlo sobre que aplicaciones podía soportar la red. Desde nuestro punto de vista, las lineas de comunicaciones de 50 kilobits por segundo que estaban siendo usadas en ARPANET parecian lentas, y nos preocupaba que eso pudiera ser arduo para dar servicio interactivo de alta calidad a través de la red. ¡Desearía que no hubiesemos sido tan precisos! Cuando BBN publicó su especificación de Host-IMP en la primavera de 1969, nuestra libertad para divagar sobre temas grandiosos y extensos terminó. Poco antes, sin embargo, intentamos considerar los diseños más generales y las apliciones más apasionantes. Una idea que atrapó nuestra imaginación fue la idea de descargar un pequeño programa intérprete al comienzo de una sesión. El programa descargado podía entonces controlar las interacciones y hacer efficiente el uso del limitado ancho de banda entre la máquina local del usuario y el sistema de respaldo con el que el usuario estaba interactuando. Jeff Rulifson en el SRI fue el motor principal de esta linea de pensamiento, y él notó una fisura en el diseño de un Lenguaje Codificador-Decodificador [Decode-Encode Languaje (DEL)] [RFC 5]. Michel Elie, de visita en UCLA desde Francia, trabajó en esta idea y además publicó una Propuesta para un Lenguaje de Intercabio de Red [Proposal for a Network Interchange Language (NIL)] [RFC 51]. La aparición de Java y ActiveX en los últimos años finalmente ocasiona que esas tempranas ideas prosperen, y nosotros no lo hayamos hecho todavía. Yo creo que continuaremos viendo sorprendentes avances en la combinación de comunicación y computación. Ya he mencionado que los primeros RFCs y los Grupos de Trabajo de Red asociados indujeron la fundación de la Fuerza de Trabajo de Ingeniería de Internet (IETF). Merecen mención dos aspectos muy importantes de el precoz trabajo, aunque son completamente evidentes para alguien que participa hoy en el procedimiento. Primero, la dirección técnica que buscamos desde el principio era una arquitectura abierta basada en multiples niveles de protocolo. Francamente, estábamos demasiado asustados para imaginar que podiamos definir un conjunto de protocolos todo-incluido que servirían indefinidamente. Nosotros preveiamos un contínuo proceso de evolución y adición y ,evidentemente, esto es lo que está pasando. RFC Editor, et al. Informativo [Pág. 4] RFC 2555 30 años de RFCs Abril 1999 Los mismos RFCs también representaban una cierta sensación de miedo. Después de varios meses de reuniones, nos sentimos obligados a escribir nuestras ideas. Repartimos el trabajo y escribimos la primera tanda de documentos. Además de participar en el diseño técnico, tomé la función administrativa de diseñar una forma sencilla para numerar y distribuir los documentos. Teniendo en cuenta que nuestro grupo era informal, joven y sin reglas, quería enfatizar que estos documentos fuesen el princpio de un diálogo y no una sentencia de control. Ahora se cumplen treinta años desde que el primer RFC fuese publicado. En tiempos, creí que los documentos eran temporales y la serie entera moriría en un año o una vez la red estuviese funcionando. Gracias al espectacular esfuerzo de toda la comunidad y la perseverancia y dedicación de Jon Postel, Joyce Reynolds y su gente, la humilde serie de Petición De Comentarios evolucionó y properó. Llegó a ser la principal forma para compartir diseños técnicos en la comunidad de Internet y el arquetipo dado como válido para otras comunidades. Como el Aprendiz de Brujo, logramos ir más allá de nuestros peores miedos y nuestros sueños más salvajes. 4. RFCs - La Gran Conversación - Vint Cerf Hace mucho tiempo, en una red muy, muy lejana... Considerando el movimiento del planeta Tierra alrededor del Sol y del Sol alrededor de la galaxia La Vía Láctea, esa primera red ESTÁ muy lejana en el sentido relativista. El Sol tarda 200 millones de años en hacer su recorrido alrededor de la galaxia, así que treinta años son solo un pestañeo en el reloj galáctico. ¡Pero que maravillosos treinta años han sido! Los documentos RFC, la odisea de ARPANET y, más tarde, Internet, como sus creadores y ciudadanos de Internet exploran, descubren, construyen, reconstruyen, debaten y resuelven problemas de diseño, conceptos y aplicaciones de computación en red. Ultimamente ha sido fascinante ver la transformación de los propios RFCs de sus predecesores, de tentativa forma de diálogo al carácter mucho más estructurado que tiene hoy. El crecimiento de las aplicaciones tales como el corro eletrónico , tablones de anuncios (bulletin boards) y la extensa red mundial (www) han tenido mucho que ver con esa transformación, [pero así es la escala e impacto de Internet en nuestro entramado social y económico]. Como Internet ha tomado gran importancia económica, los estándares descritos en los RFCs han llegado a ser más importantes y los RFCs más formales. El diálogo se ha movido a otros temas así como la tecnología ha cambiado y las formas de trabajo se han adaptado. Oculto en la historia de los RFCs está la historia de las RFC Editor, et al. Informativo [Pág. 5] RFC 2555 30 años de RFCs Abril 1999 instituciones humanas para lograr un trabajo cooperativo. Y además oculto en esa historia están algunos heroes que no han sido reconocidos. En este treinta aniversario, agradezco la oportunidad de mencionar a alguno de ellos. Se podría rellenar un libro con estos nombres - mayormente de los autores de los RFCs, pero como esto debe ser una breve contribución, quiero mencionar cuatro de ellos en concreto: Steve Crocker, Jon Postel, Joyce K. Reynolds y Bob Braden. Steve Crocker es un hombre modesto y probablemente nunca haría la observación de que mientras los contenidos del RFC 1 podian haber sido completamente olvidables, el hecho de escribir el RFC 1 fue indicativo de la visión de liderazgo valiente y fundamentalmente clara que le llevó a un viaje a lo desconocido. No había guías en esos días - las redes de ordenadores eran nuevas y pocos hechos históricos nos preparaban para lo que se nos venía encima. La habilidad de Steve de acomodarse a diversidad de puntos de vista, sintetizarlos de forma coherente y, como Tom Sawyer, convencer a otros de que querían dedicar su tiempo a trabajar en los problemas que aparecian en el camino del progreso pueden ser encontrados en los primeros RFCs y en las reuniones del Grupo de Trabajo de Red (Network Working Group) que moderó Steve. En el posterior trabajo en Internet, lo mejor que hice fue emular la arquitectura que Steve inventó: el Grupo Internacional de Trabajo de Red (International Network Working Group (INWG)) y sus Documentos INWG, el Grupo de trabajo de Internet(Internet Working Group) y sus Documentos Experimentales de Internet (Internet Experiment Notes) (IENs) eran descaradamente de la vision y el estilo organizativo de Steve. Es dudoso que los RFCs tuvieran la calidad de material que tienen hoy si no fuera por la devoción a ellos de Jonathan Postel desde el principio. De alguna manera, Jon sabía, incluso hace treinta años que podía ser importante documentar lo que se hizo y por qué, no decir nada de intentar capturar el debate para el beneficio de futuros usuarios de la red curiosos sobre como alcanzamos algunas de las conclusiones que hizimos (y probablemente agitó sus cabezas...). Jon fue el Boswell de la red, pero fue su devoción por la calidad y su admirable mezcla de habilidades técnicas y editoras que difundió en algunos de los RFCs más monumentales de los que se ocupó que ahora consideramos los estándares TCP/IP. Algunas malas decisiones de diseño fueron rediseñadas gracias a la obstinada determinación de Jon que todos nosotros nos tomábamos "bien" - como editor, sencillamente no dejaría algo pasar que no pasara su filtro personal de calidad. Había veces que nos quejabamos y reclamabamos, gritabamos y declamabamos, pero al final, la mayoría de las veces, Jon tenía razón y lo sabíamos. RFC Editor, et al. Informativo [Pág. 6] RFC 2555 30 años de RFCs Abril 1999 Joyce K. Reynolds estuvo del lado de Jon durante gran parte del tiempo que Jon fue el editor de RFCs y como se ha visto, funcionaban al unísono como un par de electrones enlazados superconducidos - y fueron los superconductores de la serie de RFCs. De hecho, era imposible decir cual de los dos había editado algún RFC en concreto. La pasión de Joyce por la calidad ha coincidido con la de Jon y continua a día de hoy. Y ella tiene el mismo sentido del humor sutil, travieso que sale en momentos inesperados al servicio de Jon. Un ejemplo que me afectó personalmente fue la asignación de Joyce del número 2468 al RFC escrito para recordar a Jon. Nunca habría pensado en eso, y fue hecho tan imperceptiblemente que no me había hecho sonar la campana hasta que alguien me envió un e-mail preguntandome si esto era una coincidencia. En analogía a las historias clásicas de misterio, lo hizo el editor. Otro heroe no reconocido en la saga de los RFC es Bob Braden - otro hombre cuya modestia no reconoce contribuciones hechas desde hace mucho tiempo y proporciones monumentales. Creo que mucha de la calidad de los RFCs puede ser debida a consultas entre el equipo USC/ISI, incluyendo Jon, Joyce y Bob entre otros. Por supuesto,los RFCs 1122 y 1123 se erigen como dos enormes contribuciones a la claridad de los estándares de Internet. Solo por esa tarea, Bob merece un tremendo agradecimiento, pero ha liderado el Grupo de Desarrollo Extremo-a-Extremo (End-to-End Research Group) durante algunos años fuera de los cuales han llegado algunos de los más importantes RFCs que pulen nuestro entendimiento de la óptima implementación de protocolos, especialmente TCP. Cuando los primeros RFCs fueron publicados, tenian un carácter casi decimonónico - letras intercambiadas en público debatiendo el mérito de varias elecciones de diseño para protocolos de ARPANET. Como el correo electrónico y los tablones de anuncios emergieron del fértil tejido de la red, los grandes partipantes en este diálogo histórico empezaron a hacer un uso incremental del medio en línea (online) para llevar la discusión - reduciendo la necesidad de documentar el debate en los RFCs y, en algunos casos, dejando a los historiadores un poco empobrecidos en el proceso. Los RFCs lentamente llegaron a ser conclusiones más que debates. Jon permitió la publicación de otras cosas además de dócumentos técnicos puramente en esta serie. Por lo tanto uno encuentra poesía, húmor (especialmente el RFC del 1 de Abril que es tan divertido hoy como lo era cuando fue publicado), y reedició de material de referencia valioso mezclado en los documentos preparados por los grupos de trabajo de red. A principios de los 1970, la Agencia de Desarrollo de Projectos Avanzados (Advanced Research Projects Agency) fue dirigiendo varios RFC Editor, et al. Informativo [Pág. 7] RFC 2555 30 años de RFCs Abril 1999 programas de desarrollo paralelos con tecnología de conmutación de paquetes, después del gran éxito de esta idea en ARPANET. Entre ellos estaba la Red de Paquetes por Radio (Packet Radio Network), la Red de Paquetes por Satelite del Altlantico (Atlantic Packet Satellite Network) y los projectos de Internet. Cada uno de ellos engendraba series de documentos comparables pero paralelos a los RFCs. Los Documentos PRNET, el Sistema de Documentación de ARPA Satellite (aguantando el acrónimo obvio y desafortunado...), Documentos de Experimentos de Internet (Internet Experiment Notes) (IENs), y demás. Después de que los protocolos de Internet fueran mandados para ser usados en ARPANET y otras DARPA- redes patrocinadas en Junio de 1983 (realmente SATNET convertida antes de eso), Internet- los documentos relacionados eran unificados en la serie de RFCs. Durante un tiempo, después el proyecto de Internet pareció destinado a dar sus frutos. Los IENs eran publicados en paralelo a los RFCs. En pocas palabras, Danny Cohen en particular (quien estuvo después en USC/ISI con Jon Postel) sugirió que separar las series era una error y que sería mucho más facil mantener y buscar una sola serie. El tiempo parece haber demostrado que Danny tenía razón de como la serie RFC, con sus editores dedicados, parece haber pasado la prueba del tiempo mejor que su más efímera homóloga. Como la organizaciones asociadas con Internet continuaron evolucionando, uno ve los RFCs adaptandose a las cicunstancias cambiantes. Quizás la influencia más poderosa pueda ser vista desde la evolución de la Fuerza de Trabajo de Ingeniería de Internet, desde solo una de varias fuerzas de trabajo cuyos responsables formaron la Tabla de Actividades de Internet (Internet Activities Board) a la dominante organización global de desarrollo de estándares de Internet (global Internet Standards development organization), dirigida por su Grupo Guía de Ingeniería de Internet (Internet Engineering Steering Group) y operando bajo el auspicio de la Sociedad de Internet. El procedimiento de producción de RFCs de "seguimiento de estándares" es ahora mucho más riguroso de lo que fue una vez, cargando mucho más impacto en una industria floreciente, y que ha engendrado su propia, relativamente informal, serie de documentos "Borradores de Internet"(Internet Drafts) de corta vida formando el conjunto de trabajo de los grupos de trabajo IETF. El diálogo que una vez caraterizó los tempranos RFCs ha dado forma a reuniones tres veces al año cara-a-cara del IETF y enormes cantidades de correos electrónicos, tan caudalosas como una creciente cantidad de grupos trabajando de forma interactiva por medio de salones de chat, compartían tablas blancas y conferencias de difusión todavía más complejas. El paralelismo y la creciente cantidad de diálogo pasajero circundante a la evolución de Internet ha hecho el trabajo de historiadores tecnológicos considerablemente más dificil, aunque uno puede sentir un contrabalanceó a través de la cantidad fenomenal RFC Editor, et al. Informativo [Pág. 8] RFC 2555 30 años de RFCs Abril 1999 de información acumulandose en la World Wide Web. Búsquedas casuales a veces ,todavía , devuelven alguna sorprendente y a veces embarazosa antigua memoranda - un número de los cuales fueron una vez papel pero que han sido pasados a bits por algún voluntario emprendedor. Los RFCs, empezaron así de tentativamente hace treinta años, y persistentemente editados y mantenidos por Jon Postel y sus colegas en USC/ISI, expresan una historia de exploración digna de mención, éxito, y dedicación por una creciente masa de internautas quienes no dormirán hasta que Internet sea verdaderamente para todos. Es en ese espíritu en el que este recordatorio es ofrecido, y en particular, en memoria de nuestro bien amado colega, Jon Postel, sin cuya dedicación personal a este conjunto de documentos,la historia podía haber sido tremendamente diferente y y no tan digna de mención. 5. Reflexionando sobre los 30 años de RFCs - Jake Feinler Por ahora, sabemos que el primer RFC fue publicado el 7 de Abril de 1969 por Steve Crocker. Fue titulado "Software de Servidores". El segundo RFC fue publicado el 9 de Abril de 1969 por Bill Duvall del SRI International (posteriormente denominado Instituto de Investigación de Stanford (Stanford Research Institute o SRI), y también fue titulado "Software de Servidores". El RFC 2 fue una respuesta a sugerencias hechas en el RFC 1 y así empezó el diálogo. Steve propuso 2 experimentos en el RFC 1: "1) SRI está actualmente modificando su sistema de recuperación de información en linea, el cual será el componente de software dirigente del Centro de Documentación de Red (Network Documentation Center) [o El SRI NIC como pronto pronto llegó a ser conocido] así que puede ser modificado con teletipos Modelo 35. El control de los teletipos será escrito en DEL [Decode-Encode Language]. Todos los sitios escribirán compiladores de DEL y usarán NLS [SRI Sistema eN Linea de Doug Enegelbart (SRI Doug Engelbart's oNLine System)] a través del programa DEL". "2) SRI escribirá un interfaz DEL para el NLS completo, gráficos incluidos. UCLA y UTAH usarán NLS con gráficos". El RFC 2, se publicó 2 dias más tarde, propuso procedimientos detallados para conectarse al sistema de documentación NLS a través de la red. Steve puede pensar que el RFC 1 era un documento "completamente olvidable"; sin embargo, como persona inteligente, ruego distinguirme de él. Los conceptos presentados en este primer diálogo fueron asombrosos, y finalmente lideraron el agradable intercambio en red que todos nosotros estamos usando en la red hoy. (Afortunadamente, ¡hemos nos hemos graduado más allá de DEL y los RFC Editor, et al. Informativo [Pág. 9] RFC 2555 30 años de RFCs Abril 1999 teletipos Modelo 35!) El RFC 1 era, creo, un documento de y para papel. El RFC 2 fue hecho en linea a través del sistema SRI NLS y fue enteramente al Periódico en linea de SRI NLS. Sin embargo, fue probablemente enviado por correo a cada buzón vía correo caracol por el NIC, ya que todavía no habian sido inventados el correo eléctrónico y el Protocolo de Tranferecia de Archivos (FTP). El RFC 3, otra vez por Steve Crocker, fue titulado, "Convenciones de Documentación" ("Documentation Conventions"); y ya vimos que la necesidad de unas pocas reglas establecidas estaba apareciendo. Más conceptos que rompían con lo establecido fueron introducidos en este RFC. Afirmaba que: "Al Grupo de trabajo en Red (NWG) le concierne el software de los SERVIDORES, las estrategias para usar la red, y los experimentos iniciales con ella. El esfuerzo de documentación del NWG es a través de documentos como este. Los documentos pueden ser producidos en cualquier sitio por cualquiera e incluidos en esta serie". Sigue diciendo: "El contenido de un documento NWG puede ser cualquier idea, sugerencia, etc. relativo al software de los servidores u otros aspectos de la red. Los documentos están promovidos para ser oportunos antes que pulidos. Las posturas filosóficas sin ejemplos u otras especificaciones, sugerencias de especificaciones o técnicas de implementación sin introducción o explicación de fondo y cuestiones explicitas sin alguna respuesta probada son todas aceptables. La longitud mínima para un documento NWG es una frase". "Estos estándares (o la falta de ellos) están establecidos explicitamente por dos razones. Primero, *[hay una tendencia a ver una declaración escrita como discusión de considerablemente menos que ideas autoritarias. Segundo, hay una indecisión natural a publicar algo sin pulir, y esperamos facilitar esta inhibición". Steve pidió que este RFC fuese enviado a una lista de distribución consistente en: Bob Kahn, BBN Larry Roberts, ARPA Steve Carr, UCLA Jeff Rulifson, UTAH Ron Stoughton, UCSB Steve Crocker, UCLA Así, con el tiempo, el tercer RFC fue publicado, alguno de los conceptos de como hacer negocios en este nuevo medio en red habían sido establecidos--habría un grupo de trabajo de implementadores (NWG) actualmente discutiendo e intentando cosas fuera; las ideas RFC Editor, et al. Informativo [Pág. 10] RFC 2555 30 años de RFCs Abril 1999 eran para ser de libre-manejo; las comunicaciones serían informales; los documentos serían depositados (en linea cuando fuera posible) en el NIC y distribuidos libremente a miembros del grupo de trabajo; y cualquiera con algo que contribuir podía unirse a la fiesta. Con este documento unas ringleras fueron instantaneamente cortadas a través de millas de cinta roja y procesos pedantes. ¡Fue esto radical para los tiempos o qué! ¡Y solo estabamos por el RFC 3! Siguieron algunos RFCs más y el Periódico de SRI NLS (SRI NLS Journal) llegó a ser el servicio de búsqueda bibliográfico de ARPANET. Difería de servicios de búsqueda del momento en un aspecto importante: cuando usted obtenía un resultado ("hit") buscando en el periódico en linea, no solo se le daba una mención contando cosas tales como el autor y el títutlo; obtenía una linea de texto asociada llamada un "enlace". Si usaba un comando llamado "salto al enlace", ¡voila! Obtenía el texto completo del documento. No tenía que ir a la biblioteca, o mandar una orden de pedido a una agencia editora para conseguir una copia del documento, como era el procedimiento con otros servicios del momento. ¡El propio documento estaba ahí inmediatamente! Además, cualquier documento remitido al periódico no podía ser cambiado. Las nuevas versiones podian ser enviadas, y estas actualizaban las versiones antiguas, pero de nuevo estas no podían ser cambiadas. A cada documento le era dado una número de identificación único, así era facil de encontrar. Estas caraterísticas eran usadas en un desarrollo de movimiento rápido. Los documentos a veces iban a través de varios borradores antes de que fuesen publicados finalmete como RFC u otro documento oficial, y siendo capaz de buscar versiones era muy usado. El Periódico de SRI NLS era revolucionario para su tiempo; sin embargo, acceder a él en linea presentaba varios problemas operativos. Los ordenadores Servidores eran pequeños y atestados, y la red estaba creciendo a pasos agigantados; así que las conexiones tenian que ser expulsadas por tiempo y rotas para dar a cada una una oportunidad de acceso. Además, el resto del mundo todavía era un mundo de papel (y no había escaners o impresoras láser, ¡amigo!) así que el NIC hacía un negocio animado enviando documentos impresos a solicitantes todavía. Hacia 1972 fue cuando llegué a ser Investigador Jefe para el proyecto NIC, ARPANET estaba creciendo rapidamente, y más y más servidores estaban siendo incorporados a ella. Cada servidor necesitaba tener un contacto técnico conocido como el Enlace Técnico (Technical Liaison), y la mayoría de los Enlaces eran además miembros de los NWG. A cada Enalce le era enviado un conjunto de documentos desde el NIC llamado "documentos funcionales"("funtional documents") que incluian el RFC Editor, et al. Informativo [Pág. 11] RFC 2555 30 años de RFCs Abril 1999 Manual de Protocolos ("Protocol Handbook") (primero publicado por el BBN y más tarde por el NIC.) El contenido del Manual de Protocolos (Protocol Handbook) contenía los RFCs clave y un documento llamado "BBN 1822" que especificaba el protocolo Servidor-a-Imp. Los NWG informaban al NIC sobre que documentos deberían ser incluidos en el manual; y el NIC recopilaba, publicaba, y distribuía el libro. Alex McKenzie, de BBN, ayudó al NIC con la primera versión del manual, pero pronto un joven miembro, nuevamente fuera de los ilustres académicos, llamado Jon Postel se unió al NWG y y llegó a ser el contacto del NIC y portavoz de ARPA sobre lo que debería ser publicado en Manual de Protocolos. Nadie familiarizado con los RFCs puede pensar en ellos [sin pensar en Dr. Jonathan Postel]. Él fue "El Señor RFC" para la mayoría de nosotros. Jon trabajó en el SRI en los setenta y tuvo la oficina justo depués de mi. Ambos eramos miembros del Centro de Investigación de Ampliación de Doug Engelbart (Doug Engelbart's Augmentation Research Center). Jon no solo era un científico informático, además cuidaba escrupulosamente el proceso de diseminación de la información y estableció una metodología de trabajo en un medio en red. A veces teníamos conversaciones en las pequeñas horas de la mañana hablando sobre la manera de hacer esto "bien". La red tiene con Jon una deuda de gratitud por su dedicación a la perpertuación de los RFCs. Su trabajo, junto a su equipo, los NWG, el IETF, los numerosos NICs, y CNRI de cuidar que este conjunto de documentos fuese viable al pasar los años era, y continua siendo, una labor de amor. Jon dejó el SRI en 1976 para unirse al USC-ISI, pero en aquel momento la muerte hizo aparición, y los RFCs, NWG, Enlaces, y los NIC fueron parte de la forma de hacer negocios en la red. Sin embargo, el sistema del Periódico SRI NLS estaba llegando a ser demasiado grande para su ordenador servidor y no podía aguantar el número de usuarios intentando acceder a él. El correo eléctrónico y el FTP habían sido implementados ya, así que el NIC desarrolló un método para liberar información a los usuarios por los servidores de información distribuidos a través de la red. Un usuario pide un RFC por correo eléctrónico desde su ordenasdor servidor y automaticamente lo tiene entregado a su buzón. Los usuarios podían también comprar una subscripcion de copia física de los RFCs y copias del Maunual de Protocolos, si no tenian acceso a la red. El NIC trabajó con Jon, ARPA, DCA, NSF, otros NICs, y otras agencias para tener conjuntos de referencias secundarias de RFCs facilmente accesibles a implementadores de todo el mundo. Los RFCs eran además compartidos libremente con cuerpos de estándares oficiales, fabricantes y vendedores, otros grupos de trabajo y universidades. Ninguno de los RFCs ha sido nunca restringido o clasificado. Esto no RFC Editor, et al. Informativo [Pág. 12] RFC 2555 30 años de RFCs Abril 1999 era una pequeña gesta si se considera que estaban siendo financiados por el DoD (Departament of Defense, Departamento de Defensa) durante el apogeo de la Guerra Fría. Algunos de nosotros trabajó muy duro en los primeros dias para establecer los RFCs como el conjunto de docuemntos técnicos oficial para el desarrollo de Internet. No fue un trabajo facil. Había sugerencias para algunos esfuerzos paralelos y grupos divididos. Había gente que se negaba de todas maneras porque esto era una nueva manera de hacer las cosas, y ARPANET estaba "coloreando fuera de las lineas" si se puede decir así. Jon, como Editor-en-Jefe era criticado porque los RFCs no eran publicados por un cuerpo de estándares "oficial", y el NIC fue criticado porque no era una agencia de publicación de documentos "oficial". Ambos nos esforzamos para unir la forma de hacer negocios nueva con la antigua, y afortunadamente estabamos respaldados por nuestros patrocinadores gubernamentales generalmente, quien ellos mismos estaban rompiendo lo nuevo establecido. Algunos RFCs eran el resultado final de meses de discusión acalorada e implementación. Ser autor de uno de ellos no era para los enfermos del corazón. A veces los sentimientos corrían alto en lo que se refiere cual era el camino "correcto" a seguir. A veces sobrevenian ardientes argumentos. Normalmente se limitaban a argumentos, pero a veces se hacian personales. A veces Jon intervendría y arbitraría. Finalmemte el NWG o los Patrocinadores tenian que decir, "Es un rollo. Publica un RFC final". Jon, como Editor-en-Jefe de los RFCs, con frecuencia tomó fuego entiaereo sin compasión de quellos que querían continuar discutiendo e implementando, o aquellos cuyas ideas eran dejadas en el suelo acuchillado de la habitación. De alguna manera él siempre gestionaba para conseguir pasar esas disputas con gracia y estilo y seguir adelante. Estamos en deuda con él y a otros, quienes trabajaron en el NWG o escribieron RFCs, una deuda extrema de gratitud por sus contribuciones y dedicacion. En seguida apareció la peor disputa, que fue cuando el DoD adoptó TCP/IP como sus protocolos oficiales servidor-a-servidor para redes de comunicaciones. En Marzo de 1982, una directiva militar fue publicada por el Bajo Secretario de Defensa, Richard DeLauer. Simplemente regulaba que el uso de TCP e IP fuera ordenado para las redes de comunicaciones del DoD. Tenga en cuenta que una directiva militar no es algo que se discuta -el tiempo para discutir se acaba cuando se publica una. Mejor dicho una directiva militar es algo que SE HACE. ARPANET y su sucesora , la Red de Datos de Defensa (Defense Data Network), eran redes militares, así el guante estaba arrojado y la carrera era por comprobrar que la nueva tecnología podía hacer el trabajo en una red operativa real. No tiene ni idea del caos y la controversia que la pequeña directiva de 2 páginas causó en la red. RFC Editor, et al. Informativo [Pág. 13] RFC 2555 30 años de RFCs Abril 1999 (Pero esa es un historia para otro momento.) Sin embargo, esa directiva, junto a los RFCs 791 y 793 (IP y TCP) dieron a los RFCs una condición de grupo de documentos técnicos y reconocimiento por todo el mundo. (Y si, ¡TCP/IP realmente hizo el trabajo!) Jon y yo eramos contratistas gubernamentales, así que por supuesto seguimos las ordenes de nuestros oficiales de contratación. Él estaba principalmente bajo contrato con ARPA, mientras que el NIC estaba mayormante bajo contrato con DCA. El BBN era otro contratista clave. Para la mayoría de las cosas todos nosotros trabajabamos como un equipo. Sin embargo, ahí era frecuente intercambiar personal militar asignado a ambas redes, ARPANET y la DDN, y todos colaborabamos para intentar tener a todos los nuevos participantes informados de qué tendrían disponible cuando se unieran a la red. También intentamos promover la colaboración bastante más que la duplicación de esfuerzo, cuando fuese apropiado. El NWG (o IETF como es conocido ahora ) y los RFCs llegaron a ser los principales vehículos para la colaboración entre agencias así como los protocolos del DoD empezaron ser usados por otros gobiernos, academias, y redes comerciales. Dejé el SRI y el proyecto del NIC en 1989. En aquel momento había alrededor de 30.000 servidores en lo que estaba llegando a ser conocido como Internet, y solo 1000 RFCs habían sido publicados. Hoy hay millones de servidores en Internet, y hemos pasado de sobra las 3000 signaturas para los RFCs. Era muy divertido formar parte de lo que se convirtió en una revolucion tecnológica. Es apasionante ver que los RFCs todavía son publicados por el IETF, y que todavía están generalmente basados en ideas que han sido discutidas e implementadas; que los conceptos de grupos de trabajo en linea y servidores distribuidores de información son una forma de vida; que esos pequeños "enlaces" (oficialmente conocidos como hipertexto) han revolucionado la distribución de documentos; y que los gobiernos, academias, y negocios ahora están todos jugando al mismo juegos para divertirse y beneficiarse. (Oh si, estoy feliz de ver que la idea de Steve para integrar textos y gráficos finalmente ha llegado a prosperar, aunque ese trabajo no llevó más que dos 2 días.) 6. Los RFCs Favoritos -- Los Primeros 30 Años - Celeste Anderson Hace 30 años, Jon Postel y yo quisimos publicar un libro por el 25 aniversario de los RFCs, pero, que pena, los dos estabamos demasiado ocupados trabajando en otros proyectos. Entonces decidimos que deberíamos conmemorar el treinta aniversario recopilando juntos treinta "Favoritos de los Editores de RFCs" RFCs basados en ideas originales expesadas durante los primeros 30 años de existencia. La prematura muerte de Jon en Octubre de 1998 nos impidió completar este objetivo. Sin embargo, empezamos as poner en linea algunos de RFC Editor, et al. Informativo [Pág. 14] RFC 2555 30 años de RFCs Abril 1999 los primeros RFCs, incluyendo el RFC 1. No estabamos seguros como íbamos a hacer para intentar hacerlos parecer igual a los escritos originales tanto como fuese posible, o hacerles unos pequeños ajustes y darles el formato acorde al último estilo de los RFCs. Aquellos de ustedes que todavía tengan su copia del RFC 1 notarán las concesiones que hicimos la versión NROFF en linea. Los diagramas a mano de los primeros RFCs tambien presentan interesantes retos para su conversión en formato ASCII. Todavías hay oportunidades de ayudar al Editor de RFCs a poner alguno de los primeros RFCs en linea. Mira la URL: http://www.rfc- editor.org/rfc-online.html para más información de este proyecto. En memoria a Jon, estamos compiling un libro para publicarlo el año que viene sobre "Los RFCs Favoritos -- Los Primeros 30 Años" ("Favorite RFCs -- The First 30 Years"). Hemos organizado una página interfaz en http://www.rfc-editor.org/voterfc.html Para organizar los votos y grabar las respuestas. Aceptaremos correos electrónicos. Por favor manda tu respuesta por correo electrónico a: voterfc@isi.edu. Preferimos los votos acompañados de explicaciones para la elección. Nos reservamos el derecho a añadir a la la lista varios RFCs que Jon Postel ya tenía seleccionados para la colección. Las votaciones se cierran el 31 de diciembre de 1999. 7. Consideraciones de Seguridad No hay consideraciones de seguridad discutidas en este rfc conmemorativo. 8. Agradecimientos Gracias a todos los autores que contribuyeron a este RFC en menor mención. Gracias también a Fred Baker y Eve Schooler quienes nos incitaron a actuar. Un agradecimiento especial para Eitetsu Baumgardner, un estudiante de USC, quien NROFFeó este documento y ayudó a darle formato a los RFCs 1, 54 y 62, convirtiendo los diagramas a mano a formato ASCII. 9. Direcciones de los Autores Robert Braden USC/Information Sciences Institute RFC Editor, et al. Informativo [Pág. 15] RFC 2555 30 años de RFCs Abril 1999 4676 Admiralty Way #1001 Marina del Rey, CA 90292 Teléfono: +1 310-822-1511 Fax: +1 310 823 6714 Email: braden@isi.edu Joyce K. Reynolds USC/Information Sciences Institute 4676 Admiralty Way #1001 Marina del Rey, CA 90292 Teléfono: +1 310-822-1511 Fax: +1 310-823-6714 EMail: jkrey@isi.edu Steve Crocker Steve Crocker Associates, LLC 5110 Edgemoor Lane Bethesda, MD 20814 Teléfono: +1 301-654-4569 Fax: +1 202-478-0458 EMail: crocker@mbl.edu Vint Cerf MCI EMail: vcerf@mci.net Jake Feinler SRI Network Information Center 1972-1989 EMail: feinler@juno.com Celeste Anderson USC/Information Sciences Institute 4676 Admiralty Way #1001 Marina del Rey, CA 90292 Teléfono: +1 310-822-1511 Fax: +1 310-823-6714 EMail: celeste@isi.edu RFC Editor, et al. Informativo [Pág. 16] RFC 2555 30 años de RFCs Abril 1999 Traducción al castellano: Fernando Cerezal López Madrid- España Email: nabla17@hush.com Teléfono: (+34) 669-255798 10. APÉNDICE - RFC 1 La portada decía al principio: "Network Working Group Request for Comments" Y después venía una lista de distribución interna UCLA: V. Cerf, S. Crocker, M. Elie, G. Estrin, G. Fultz, A. Gomez, D. Karas, L. Kleinrock, J. Postel, M. Wingfield, R. Braden, and W. Kehl. seguido poruna lista de distribución "Off Campus": A. Bhushan (MIT), S. Carr (Utah), G. Cole (SDC), W. English (SRI), K. Fry (Mitre), J. Heafner (Rand), R. Kahn (BBN), L. Roberts (ARPA), P. Rovner (MIT), and R. Stoughton (UCSB). La siguiente página del título tenía: "Network Working Group Request for Comments: 1" al principio, y depués: HOST SOFTWARE STEVE CROCKER 7 APRIL 1969 11. Declaración Completa del Copyright Copyright (C) The Internet Society (1999). Todos los derechos reservados. Este documento y sus traducciones pueden ser copiados y facilitados a otros, y los trabajos derivados que lo comenten o expliquen o ayuden a su implementación pueden ser preparados, copiados, publicados y distribuídos, enteros o en parte, sin restricción de ningún tipo, siempre que se incluyan, en todas esas copias y trabajos derivados, este párrafo y la nota de copyright expuesta arriba . Sin embargo, este documento en sí no debe ser modificado de ninguna forma, como por ejemplo eliminando la nota de copyright o referencias a la RFC Editor, et al. Informativo [Pág. 17] RFC 2555 30 años de RFCs Abril 1999 'Internet Society' u otras organizaciones de Internet, excepto cuando sea necesario en el desarrollo de estándares Internet, en cuyo caso se seguirán los procedimientos para copyrights definidos en el proceso de Estándares Internet, o con motivo de su traducción a otras lenguas aparte del Inglés. Los permisos limitados concedidos más arriba son perpétuos y no serán revocados por la 'Internet Society' o sus sucesores o cesionarios. Este documento y la información contenida en él se proporcionan en su forma "TAL CUAL" y LA INTERNET SOCIETY Y LA INTERNET ENGINEERING TASK FORCE RECHAZAN CUALESQUIERA GARANTIAS, EXPRESAS O IMPLICITAS, INCLUYENDO, PERO NO LIMITADAS A, CUALQUIER GARANTIA DE QUE EL USO DE LA INFORMACION AQUI EXPUESTA NO INFRINGIRA NINGÚN DERECHO O GARANTIAS IMPLICITAS DE COMERCIALIZACION O IDONEIDAD PARA UN PROPOSITO ESPECIFICO RFC Editor, et al. Informativo [Pág. 18]