El estándar de Internet (a menudo abreviado como STD ) es el nivel de madurez más alto en la cadena de estándares del Grupo de Trabajo de Ingeniería de Internet (IETF) para las especificaciones de protocolos de Internet. Los estándares de Internet se publican como uno o más documentos de Solicitud de Comentarios (RFC) y, además, se les asigna un número STD que identifica el estándar en su conjunto (a diferencia del número del documento RFC). [ 1 ] [ 2 ]
El proceso de estandarización de Internet se define en una serie de documentos de mejores prácticas actuales del IETF , incluidos RFC 2026 y RFC 6410. [ 3 ] [ 4 ] No todos los RFC son estándares de Internet; los RFC también pueden ser informativos, experimentales o estar fuera del proceso de estandarización. [ 5 ]
Descripción general
El trabajo de ingeniería generalmente comienza como un borrador de Internet y puede publicarse como un RFC. Los RFC que siguen la vía de estandarización se publican inicialmente como estándares propuestos y posteriormente pueden avanzar a estándares de Internet cuando se cumplen los requisitos de implementación y experiencia operativa, según lo especificado por el proceso de estandarización de Internet. [ 6 ] [ 4 ]
La lista definitiva de estándares de Internet (y sus números STD y RFC asociados) es mantenida por el Editor de RFC. [ 1 ]
Historia y propósito de los estándares de Internet
Los estándares de Internet son especificaciones técnicas —como protocolos de comunicación y formatos de datos— que permiten que las computadoras y otros dispositivos en red de diferentes proveedores interactúen en Internet. [ 7 ] A medida que la tecnología de redes y los requisitos operativos han cambiado, estos estándares (y los procesos utilizados para desarrollarlos y mantenerlos) también han evolucionado. [ 7 ] Muchos protocolos fundamentales de Internet se originaron en trabajos de investigación sobre redes en la década de 1970, incluidos los primeros diseños de interconexión de redes que dieron lugar a TCP/IP , y posteriormente se refinaron y estandarizaron a medida que Internet se expandió más allá de su uso inicial en investigación y gobierno. [ 8 ] [ 9 ]
TCP/IP
Un hito ampliamente citado en el desarrollo de la Internet moderna fue la transición de ARPANET del anterior Programa de Control de Red (NCP) al conjunto de protocolos TCP/IP el 1 de enero de 1983 (una transición planificada denominada "día de la bandera" ). [ 10 ] Leiner et al. señalan que TCP/IP ya había sido adoptado como estándar de defensa de EE. UU. en 1980, y que el cambio de ARPANET a TCP/IP permitió que la red se dividiera en MILNET para requisitos militares operativos y un segmento de ARPANET para apoyar la investigación. [ 10 ] TCP/IP es fundamental porque especifica mecanismos de comunicación e interconexión de extremo a extremo interoperables —como la entrega de paquetes, el direccionamiento y la confiabilidad— que permiten que redes independientes se interconecten e intercambien datos, y sigue siendo el conjunto de protocolos principal utilizado para la comunicación en Internet. [ 11 ]
IPsec
El Protocolo de Seguridad de Internet (IPS) es un conjunto de protocolos que garantizan la integridad del cifrado en la conexión entre múltiples dispositivos. Su propósito es proteger las redes públicas. Según IETF Datatracker, el grupo dedicado a su creación se propuso el 25 de noviembre de 1992. [ 12 ] Medio año después, el grupo se constituyó y, poco después, a mediados de 1993, se publicó el primer borrador.
HTTP
El Protocolo de Transferencia de Hipertexto (HTTP) es uno de los protocolos más utilizados actualmente en el contexto de la World Wide Web. HTTP es un protocolo sencillo que rige el intercambio de documentos escritos en HTML (Lenguaje de Marcado de Hipertexto) a través de redes. Este protocolo es la columna vertebral de la Web, permitiendo la existencia práctica de todo el sistema de hipertexto. Fue creado por el equipo de desarrolladores liderado por Tim Berners-Lee . Berners-Lee fue el responsable de la propuesta de su creación, que realizó en 1989. El 6 de agosto de 1991 publicó la primera versión completa de HTTP en un foro público. [ 13 ] Esta fecha es considerada posteriormente por algunos como el nacimiento oficial de la World Wide Web. HTTP ha evolucionado continuamente desde su creación, volviéndose más complejo con el tiempo y el progreso de la tecnología de redes. Por defecto, HTTP no está cifrado, por lo que en la práctica se utiliza HTTPS , que significa HTTP Seguro.
TLS/SSL
TLS significa Transport Layer Security , un estándar que permite que dos puntos finales diferentes se interconecten de forma segura y privada. TLS surgió como reemplazo de SSL. Secure Sockets Layer se introdujo antes de la creación de HTTPS y fue creado por Netscape . De hecho, HTTPS se basó en SSL cuando se lanzó por primera vez. Era evidente que se necesitaba una forma común de cifrar datos, por lo que el IETF especificó TLS 1.0 en el RFC 2246 en enero de 1999. [ 14 ] Desde entonces, se ha actualizado. La última versión de TLS es la 1.3 del RFC 8446 de agosto de 2018.
Modelo OSI
El modelo de interconexión de sistemas abiertos (OSI) comenzó su desarrollo en 1977. [ 15 ] Fue creado por la Organización Internacional de Normalización (ISO) . Se publicó oficialmente y se adoptó como estándar en 1979. Posteriormente, se actualizó varias veces hasta llegar a la versión final. El protocolo tardó algunos años en presentarse en su forma definitiva. La norma ISO 7498 se publicó en 1984. Finalmente, en 1995, el modelo OSI se revisó nuevamente para satisfacer las necesidades urgentes del creciente desarrollo en el campo de las redes informáticas.
UDP
El objetivo del Protocolo de Datagramas de Usuario (UDP) era encontrar una forma de comunicarse entre dos computadoras de la manera más rápida y eficiente posible. UDP fue concebido y desarrollado por David P. Reed en 1980. [ 16 ] Básicamente, su funcionamiento se basa en el uso de compresión para enviar información. Los datos se comprimen en un datagrama y se envían de punto a punto. Esto demostró ser una forma segura de transmitir información y, a pesar de la desventaja de perder calidad de datos, UDP aún se utiliza.
Proceso de estandarización
Convertirse en un estándar es un proceso de dos pasos dentro del Proceso de Estándares de Internet: Estándar Propuesto y Estándar de Internet . Estos se denominan niveles de madurez y el proceso se denomina Vía de Estándares .
Si un RFC forma parte de una propuesta que se encuentra en la vía de estandarización, en la primera etapa se propone el estándar y, posteriormente, las organizaciones deciden si implementarlo. Una vez que se cumplen los criterios del RFC 6410 (dos implementaciones separadas, uso generalizado, ausencia de erratas, etc.), [ 17 ] el RFC puede avanzar a estándar de Internet.
El proceso de estándares de Internet se define en varios documentos de "mejores prácticas actuales", en particular BCP 9 ( actualmenteRFC 2026 y RFC 6410). Anteriormente existían tres niveles de madurez estándar: Estándar propuesto , Borrador de estándar y Estándar de Internet . RFC 6410 redujo esto a dos niveles de madurez.
Norma propuesta
RFC 2026 caracterizó originalmente los Estándares Propuestos como especificaciones inmaduras, pero esta postura fue anulada por RFC 7127. [ 18 ]
Una especificación de Norma Propuesta es estable, ha resuelto problemas de diseño conocidos, ha recibido una revisión exhaustiva por parte de la comunidad y parece gozar de suficiente interés como para ser considerada valiosa. Por lo general, no se requiere experiencia en implementación ni en operación para que una especificación sea designada como Norma Propuesta.
Las normas propuestas son de tal calidad que pueden implementarse en Internet. Sin embargo, como ocurre con todas las especificaciones técnicas, pueden revisarse si se detectan problemas o se identifican mejores soluciones, una vez recopilada la experiencia en la implementación a gran escala de dichas tecnologías.
Muchos estándares propuestos se implementan en Internet y se utilizan ampliamente como protocolos estables. En la práctica, la progresión completa a través de la secuencia de niveles de estándares suele ser bastante rara, y la mayoría de los protocolos IETF más populares permanecen como estándares propuestos. [ 19 ]
Borrador de norma
En octubre de 2011, el RFC 6410 fusionó los niveles de madurez segundo y tercero en un único Estándar de Internet . Los borradores de estándares antiguos existentes conservan esa clasificación, salvo que se realicen acciones explícitas. Para los borradores de estándares antiguos , existen dos posibles acciones [ 20 ] , que deben ser aprobadas por el IESG: Un borrador de estándar puede reclasificarse como un Estándar de Internet tan pronto como se cumplan los criterios del RFC 6410 [ 17 ] ; o, después de dos años desde que el RFC 6410 fue aprobado como BCP (octubre de 2013), el IESG puede optar por reclasificar un borrador de estándar antiguo como Estándar propuesto . [ 21 ]
Estándar de Internet
Un estándar de Internet se caracteriza por un alto grado de madurez técnica y por la creencia generalizada de que el protocolo o servicio especificado aporta un beneficio significativo a la comunidad de Internet. Generalmente, los estándares de Internet abarcan la interoperabilidad de los sistemas en Internet mediante la definición de protocolos, formatos de mensajes, esquemas y lenguajes. Un estándar de Internet garantiza que el hardware y el software producidos por diferentes proveedores puedan funcionar conjuntamente. Contar con un estándar facilita enormemente el desarrollo de software y hardware que conectan diferentes redes, ya que el software y el hardware pueden desarrollarse capa por capa. Normalmente, los estándares utilizados en la comunicación de datos se denominan protocolos.
Todos los estándares de Internet reciben un número en la serie STD. Esta serie se resumió en su primer documento, STD 1 (RFC 5000), hasta 2013, pero esta práctica se abandonó en el RFC 7100. La lista definitiva de estándares de Internet la mantiene actualmente el Editor de RFC. [ 22 ]
Los documentos enviados al editor de la IETF y aceptados como RFC no se revisan; si es necesario modificarlos, se vuelven a enviar y se les asigna un nuevo número de RFC. Cuando un RFC se convierte en un Estándar de Internet (STD), se le asigna un número de STD, pero conserva su número de RFC. Cuando se actualiza un Estándar de Internet, su número permanece sin cambios, pero hace referencia a un RFC o conjunto de RFC diferentes. Por ejemplo, en 2007, el RFC 3700 era un Estándar de Internet (STD 1) y en mayo de 2008 fue reemplazado por el RFC 5000. El RFC 3700 recibió el estatus de Histórico , y el RFC 5000 se convirtió en STD 1.
La lista de estándares de Internet se publicó originalmente como STD 1, pero esta práctica se ha abandonado en favor de una lista en línea mantenida por el Editor de RFC. [ 23 ]
Organizaciones de estándares de Internet
El proceso de estandarización se divide en tres etapas:
- Las normas propuestas son normas que se implementarán y pueden modificarse en cualquier momento.
- El borrador del estándar fue probado minuciosamente como preparación para que Riverside conformara el futuro estándar de Internet.
- Los estándares de Internet son estándares maduros.
Existen cuatro organizaciones de estandarización de Internet: el Grupo de Trabajo de Ingeniería de Internet (IETF), la Sociedad de Internet (ISOC), el Consejo de Arquitectura de Internet (IAB) y el Grupo de Trabajo de Investigación de Internet (IRTF). Todas estas organizaciones deben utilizar y expresar el lenguaje de Internet para mantener su competitividad en la fase actual de Internet. Algunos objetivos básicos del Proceso de Estandarización de Internet son: garantizar la excelencia técnica; facilitar la implementación y las pruebas tempranas; y contar con registros precisos, concisos y de fácil comprensión.
La creación y mejora de los estándares de Internet es un esfuerzo constante, y el Grupo de Trabajo de Ingeniería de Internet (IETF) desempeña un papel fundamental en este sentido. Estos estándares son elaborados y difundidos por el IETF. Se trata de la principal asociación de estándares de Internet que utiliza procedimientos bien documentados para su creación. Una vez difundidos, estos estándares son fácilmente accesibles y gratuitos.
Hasta 1993, el gobierno federal de Estados Unidos apoyaba al IETF. Ahora, la Junta de Arquitectura de Internet (IAB) de la Sociedad de Internet lo supervisa. Es una organización de abajo hacia arriba que no tiene requisitos formales de afiliación ni un procedimiento oficial de membresía. Trabaja atentamente con el Consorcio World Wide Web (W3C) y otras organizaciones de desarrollo de estándares. Además, depende en gran medida de grupos de trabajo que se constituyen y se proponen a un Director de Área. El IETF se apoya en sus grupos de trabajo para expandir sus condiciones y estrategias con el objetivo de mejorar el funcionamiento de Internet. [ 24 ] El grupo de trabajo opera bajo la dirección del Director de Área y avanza en un acuerdo. Después de distribuir el estatuto propuesto a las listas de correo del IESG y la IAB y su aprobación, se remite al IETF público. No es esencial contar con el acuerdo completo de todos los grupos de trabajo para adoptar la propuesta. Los grupos de trabajo del IETF solo deben recurrir para verificar si el acuerdo es sólido.
Asimismo, el Grupo de Trabajo produce documentos en el formato de RFC, que son memorandos que contienen enfoques, acciones, análisis e innovaciones adecuadas para el funcionamiento de Internet y los sistemas vinculados a Internet. En otras palabras, las Solicitudes de Comentarios (RFC) se utilizan principalmente para perfeccionar un protocolo de red estándar que se correlaciona con declaraciones de red. Algunas RFC tienen como objetivo producir información, mientras que otras se requieren para publicar estándares de Internet. La forma final de la RFC se convierte en el estándar y se emite con un número. Después de eso, no se aceptan más comentarios o variaciones para la forma final. [ 25 ] Este proceso se sigue en cada área para generar puntos de vista unánimes sobre un problema relacionado con Internet y desarrollar estándares de Internet como solución a diferentes fallas. Hay ocho áreas comunes en las que el IETF se enfoca y utiliza varios grupos de trabajo junto con un director de área. En el área "general" trabaja y desarrolla los estándares de Internet. En el área "Aplicación" se concentra en aplicaciones de Internet como protocolos relacionados con la Web. Además, también trabaja en el desarrollo de infraestructura de internet mediante extensiones PPP. El IETF también establece principios y estándares de descripción que abarcan el conjunto de protocolos de internet (TCP/IP). El Consejo de Arquitectura de Internet (IAB), junto con el Grupo de Trabajo de Investigación de Internet (IRTF), complementan la labor del IETF mediante tecnologías innovadoras.
La IETF es la organización de normalización que se centra en la generación de estipulaciones "estándar" de conocimientos técnicos y su uso previsto. La IETF se concentra en asuntos relacionados con el desarrollo de la tecnología actual de Internet y TCP/IP. Está dividida en numerosos grupos de trabajo (GT), cada uno de los cuales es responsable del desarrollo de estándares y conocimientos en un área específica, como el enrutamiento o la seguridad. Los miembros de los grupos de trabajo son voluntarios y trabajan en campos como proveedores de equipos, operadores de red y diversas instituciones de investigación. En primer lugar, trabaja para obtener la atención común sobre las necesidades que el esfuerzo debe abordar. Luego se forma un Grupo de Trabajo de la IETF y las necesidades se discuten en las influyentes asambleas Birds of a Feather (BoF) en las conferencias de la IETF.
Grupo de trabajo de ingeniería de Internet
El Grupo de Trabajo de Ingeniería de Internet (IETF) es la principal organización de estándares de Internet . Sigue un proceso abierto y bien documentado para establecer estándares de Internet. Los recursos que ofrece el IETF incluyen RFC, borradores de Internet, funciones de IANA , derechos de propiedad intelectual, proceso de estándares y publicación y acceso a RFC. [ 26 ]
RFC
- Documentos que contienen especificaciones técnicas y notas para Internet.
- El acrónimo RFC proviene de la frase "Request For Comments" (Solicitud de comentarios); esta ya no se usa hoy en día y ahora simplemente se la conoce como RFC. [ 27 ]
- El sitio web RFC Editor es un archivo oficial de estándares de Internet, borradores de estándares y propuestas de estándares. [ 28 ]
Borradores de Internet
- Documentos de trabajo del IETF y sus grupos de trabajo. [ 29 ]
- Otros grupos pueden distribuir documentos de trabajo como borradores de Internet.
Derechos de propiedad intelectual
- Todas las normas IETF están disponibles gratuitamente para su consulta y lectura, y generalmente pueden ser implementadas por cualquier persona sin necesidad de permiso ni pago. [ 30 ]
Proceso de estándares
- El proceso de creación de un estándar es sencillo: una especificación pasa por un extenso proceso de revisión por parte de la comunidad de Internet y se revisa a través de la experiencia. [ 31 ]
Publicación y acceso a RFC
- Borradores de Internet que superaron con éxito el proceso de revisión.
- Enviado al editor de RFC para su publicación.
Tipos de estándares de Internet
Existen dos formas en que se forma un estándar de Internet y se pueden clasificar como estándares "de jure" y estándares "de facto". [ 32 ] Un estándar de facto se convierte en estándar mediante su uso generalizado dentro de la comunidad tecnológica. Un estándar de jure es creado formalmente por organizaciones oficiales de desarrollo de estándares. [ 32 ] Estos estándares se someten al Proceso de Estándares de Internet . Los estándares de jure comunes incluyen ASCII , SCSI y el conjunto de protocolos de Internet . [ 28 ]
Especificaciones estándar de Internet
Las especificaciones sujetas al Proceso de Estándares de Internet se pueden clasificar en una de las siguientes categorías: Especificación Técnica (ET) y Declaración de Aplicabilidad (DA). [ 33 ] Una Especificación Técnica es una declaración que describe todos los aspectos relevantes de un protocolo, servicio, procedimiento, convención o formato. [ 33 ] Esto incluye su alcance y su propósito de uso, o "dominio de aplicabilidad". Sin embargo, el uso de una ET dentro de Internet se define mediante una Declaración de Aplicabilidad. Una DA especifica cómo y bajo qué circunstancias se pueden aplicar las ET para admitir una capacidad particular de Internet. Una DA identifica las formas en que se combinan las ET relevantes y especifica los parámetros o subfunciones de los protocolos de ET. Una DA también describe los dominios de aplicabilidad de las ET, como enrutadores de Internet, servidores de terminales o servidores de bases de datos basados en datagramas. [ 33 ] Una DA también aplica uno de los siguientes "niveles de requisitos" a cada una de las ET a las que se refiere:
- Requisito: Se requiere la implementación de la TS de referencia para lograr la interoperabilidad. Por ejemplo, los sistemas de Internet que utilizan el conjunto de protocolos de Internet deben implementar IP e ICMP . [ 33 ]
- Recomendación: La implementación de la TS de referencia no es obligatoria, pero sí deseable en el ámbito de aplicación del AS. Se recomienda incluir las funciones, características y protocolos de las TS recomendadas en el desarrollo de sistemas. Por ejemplo, el protocolo TELNET debería ser implementado por todos los sistemas que pretendan utilizar acceso remoto. [ 33 ]
- Optativo: La implementación de la TS referenciada es opcional. La TS solo es necesaria en un entorno específico. Por ejemplo, la MIB de DECNET podría considerarse valiosa en un entorno donde se utiliza el protocolo DECNET . [ 33 ]
Estándares comunes
Estándares web
Modelo TCP/IP y estándares de Internet asociados Los estándares web son un tipo de estándar de Internet que define aspectos de la World Wide Web . Permiten la creación y visualización de sitios web. Los tres estándares clave utilizados por la World Wide Web son el Protocolo de Transferencia de Hipertexto (HTTP) , HTML y URL . [ 34 ] Respectivamente, especifican la transferencia de datos entre un navegador y un servidor web, el contenido y el diseño de una página web, y el significado de los identificadores de página web.
Estándares de red
Los estándares de red son un tipo de estándar de internet que define las reglas para la comunicación de datos en las tecnologías y procesos de red. Los estándares de internet permiten la comunicación entre dispositivos.
En referencia al modelo TCP/IP, los estándares y protocolos comunes en cada capa son los siguientes:
- La capa de transporte: TCP y SPX
- Capa de red: IP e IPX
- Capa de enlace de datos: IEEE 802.3 para LAN y Frame Relay para WAN.
- Capa física: 8P8C y V.92
Véase también
Referencias
- 1 2 "Estándares oficiales del protocolo de Internet" . Editor de RFC . Consultado el 25 de diciembre de 2025 .
- ↑ "Introducción a las Notas STD" . Editor de RFC . Consultado el 25 de diciembre de 2025 .
- ↑ "El proceso de estandarización de Internet — Revisión 3" . Editor de RFC . Consultado el 25 de diciembre de 2025 .
- 1 2 "Reducción de la vía de estándares a dos niveles de madurez" . Editor de RFC . Consultado el 25 de diciembre de 2025 .
- ↑ "No todos los RFC son estándares" . IETF Datatracker . Consultado el 25 de diciembre de 2025 .
- ↑ Leiba, Barry (enero de 2008). "Una introducción a los estándares de Internet". IEEE Internet Computing . 12 (1): 71– 74. doi : 10.1109/MIC.2008.2 .
- 1 2 Leiba, Barry (enero de 2008). "Una introducción a los estándares de Internet". IEEE Internet Computing . 12 (1): 71– 74. doi : 10.1109/MIC.2008.2 . ISSN 1089-7801 .
- ↑ Abbate, Janet (1999). Inventando Internet . MIT Press. ISBN 978-0-262-01172-3.
- ↑ Cerf, Vinton G.; Kahn, Robert E. (mayo de 1974). "Un protocolo para la intercomunicación de redes de paquetes". IEEE Transactions on Communications . 22 (5): 637– 648. doi : 10.1109/TCOM.1974.1092259 .
- 1 2 Leiner, Barry M.; Cerf, Vinton G.; Clark, David D.; Kahn, Robert E.; Kleinrock, Leonard; Lynch, Daniel C.; Postel, Jon; Roberts, Lawrence G.; Wolff, Stephen (octubre de 2009). "Una breve historia de Internet" (PDF) . ACM SIGCOMM Computer Communication Review . 39 (5): 22– 31. doi : 10.1145/1629607.1629613 .
- ↑ Cerf, Vinton G.; Kahn, Robert E. (mayo de 1974). "Un protocolo para la intercomunicación de redes de paquetes" (PDF) . IEEE Transactions on Communications . 22 (5): 637– 648. doi : 10.1109/TCOM.1974.1092259 .
- ↑ "Protocolo de seguridad IP (ipsec) -" . datatracker.ietf.org . Archivado del original el 13-09-2019 . Recuperado el 08-12-2021 .
- ↑ "Evolución de HTTP - HTTP | MDN" . developer.mozilla.org . Archivado del original el 27 de marzo de 2023. Consultado el 8 de diciembre de 2021 .
- ↑ "Seguridad de la capa de transporte (TLS) - Glosario de MDN Web Docs: Definiciones de términos relacionados con la web | MDN" . developer.mozilla.org . Archivado del original el 8 de diciembre de 2021. Consultado el 8 de diciembre de 2021 .
- ↑ Alani, Mohammed M. (2014), "Modelo OSI" , Guía de los modelos OSI y TCP/IP , SpringerBriefs in Computer Science, Cham: Springer International Publishing, pp. 5–17 , doi : 10.1007/978-3-319-05152-9_2 , ISBN 978-3-319-05151-2, consultado el 8 de diciembre de 2021
- ↑ "¿Qué es UDP | DiverseNet Inc?" . Archivado del original el 08/12/2021 . Consultado el 08/12/2021 .
- 1 2 Russell Housley; Dave Crocker; Eric W. Burger (11 de octubre de 2011). "El segundo nivel de madurez: estándar de Internet" . Reducción de la vía de estándares a dos niveles de madurez . IETF . sec. 2.2. doi : 10.17487/RFC6410 . RFC 6410.
La solicitud de reclasificación se envía al IESG junto con una explicación de cómo se han cumplido los criterios. Los criterios son:...
- ↑ "Caracterización de especificaciones" . Caracterización de normas propuestas . IETF . Enero de 2014. Sec. 3. doi : 10.17487/RFC7127 . RFC 7127. Consultado el 11 de marzo de 2016 .
- ↑ "Revisión de las normas propuestas por la IETF" . Caracterización de las normas propuestas . IETF . Enero de 2014. Sec. 2. doi : 10.17487/RFC7127 . RFC 7127. Consultado el 11 de marzo de 2016 .
- ↑ Bradner, S. (octubre de 1996). "Acciones de estándares" . El proceso de estándares de Internet - Revisión 3. IETF . sec. 6.1. doi : 10.17487/rfc2026 . RFC 2026 .
- ↑ Russell Housley; Dave Crocker; Eric W. Burger (11 de octubre de 2011). "Transición a una vía de estándares con dos niveles de madurez" . Reducción de la vía de estándares a dos niveles de madurez . IETF . sec. 2.3. doi : 10.17487/RFC6410 . RFC 6410 .
- ↑ "Estándares oficiales del protocolo de Internet" . Archivado del original el 15 de marzo de 2018. Consultado el 19 de marzo de 2018 .
- ↑ RFC 7100
- ↑ Ma, D.; Mandelberg, D.; Bruijnzeels, T. (agosto de 2018). Gestión simplificada de recursos de números de Internet locales con RPKI (SLURM) . IETF . doi : 10.17487/rfc8416 . RFC 8416 .
- ↑ Knieps, Günter (septiembre de 2015). "Gestión del tráfico empresarial y el Grupo de Trabajo de Ingeniería de Internet" . Revista de Derecho y Economía de la Competencia . 11 (3): 727– 745. doi : 10.1093/joclec/nhv018 . ISSN 1744-6414 .
- ↑ Sociedad., Grupo de Trabajo de Ingeniería de Internet. Internet (2005). Revista IETF . Sociedad de Internet. OCLC 746928702 .
- ↑ "RFCs" . IETF . Archivado del original el 6 de diciembre de 2021. Consultado el 8 de diciembre de 2021 .
- 1 2 Estándares oficiales de protocolo de Internet . IETF . Mayo de 2008. doi : 10.17487/rfc5000 . RFC 5000 .
- ↑ Farrel, A. (abril de 2014). Manejo de borradores de Internet por grupos de trabajo de la IETF . IETF . doi : 10.17487/rfc7221 . RFC 7221 .
- ↑ Derechos de propiedad intelectual en la tecnología IETF . IETF . Marzo de 2005. doi : 10.17487/rfc3979 . RFC 3979 .
- ↑ Hovey, R.; Bradner, S. (octubre de 1996). Las organizaciones involucradas en el proceso de estándares del IETF . IETF . doi : 10.17487/rfc2028 . RFC 2028 .
- 1 2 Nickerson; Muehlen (2006). "La ecología de los procesos de estandarización: perspectivas de la creación de estándares en Internet". MIS Quarterly . 30 : 467–488 . doi : 10.2307/25148769 . JSTOR 25148769 .
- 1 2 3 4 5 6 Bradner, S. (octubre de 1996). El proceso de estándares de Internet: revisión 3. IETF . doi : 10.17487 /rfc2026 . RFC 2026 .
- ↑ Comer, Douglas (2015). Redes informáticas e Internet (Sexta ed.). Boston, MA. ISBN 978-0-13-358793-7OCLC 870649960
{{cite book}}: CS1 mantenimiento: falta el editor de ubicación ( enlace )
Enlaces externos
- Editor RFC
- Estándares de Internet