Grupo de Trabajo de Red Equipo de Arquitectura de Internet Pedido para comentarios 1780 Editor J. Postel Caduca: RFCs 1720, 1610, 1600, 1540, Marzo 1995 1500, 1410, 1360, 1280, 1250, 1200, Traductor: Andrés Facal 1140, 1130, 1100, 1083 Montevideo, Uruguay STD: 1 mailto:afacal@comercialnet.com.uy Categoría: Senda de Estándares PROTOCOLOS OFICIALES ESTÁNDARES DE INTERNET Estado de este Memo Este memo describe el estado de estandarización de los protocolos usados en Internet según lo determinado por el Equipo de Arquitectura de Internet (IAB - Internet Architecture Board). Este memo es un Estándar Internet. La distribución de este memo es ilimitada. Contenido Introducción. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1. El Proceso de Estandarización . . . . . . . . . . . . . . . . . . . . 3 2. Los documentos Request for Comments - RFC . . . . . . . . . . . . . . 5 3. Otros documentos de referencia. . . . . . . . . . . . . . . . . . . . 6 3.1. Los Números Asignados (Assigned Numbers). . . . . . . . . . . . . . 6 3.2. Los Requerimientos de Gateway (Gateway Requirements). . . . . . . . 7 3.3. Los Requerimientos de Host (Host Requirements). . . . . . . . . . . 7 3.4. Los Documentos MIL-STD. . . . . . . . . . . . . . . . . . . . . . . 7 4. Explicación de Términos . . . . . . . . . . . . . . . . . . . . . . . 8 4.1. Definición de estado de protocolo o Nivel de madurez (State). . . . 9 4.1.1. Protocolo Estándar (Standard) . . . . . . . . . . . . . . . . . . 9 4.1.2. Protocolo Borrador de Estándar (Draft Standard) . . . . . . . . . 9 4.1.3. Protocolo Propuesto para Estándar (Proposed Standard) . . . . . . 9 4.1.4. Protocolo Experimental. . . . . . . . . . . . . . . . . . . . . . 9 4.1.5. Protocolo Informativo (Informational) . . . . . . . . . . . . . .10 4.1.6. Protocolo Histórico (Historic). . . . . . . . . . . . . . . . . .10 4.2. Definición de Nivel de Requerimiento (Requirement Level). . . . . .10 4.2.1. Protocolo Requerido (Required). . . . . . . . . . . . . . . . . .10 4.2.2. Protocolo Recomendado (Recommended) . . . . . . . . . . . . . . .10 4.2.3. Protocolo Opcional (Elective) . . . . . . . . . . . . . . . . . .10 4.2.4. Protocolo de Uso Limitado (Limited Use) . . . . . . . . . . . . .10 4.2.5. Protocolo No Recomendado (Not recommended). . . . . . . . . . . .10 5. La Senda de Estándares (Standards Track). . . . . . . . . . . . . . .11 5.1. Tabla del proceso de decisión del RFC . . . . . . . . . . . . . . .11 5.2. Diagrama de la Senda de Estándares (Standards Track). . . . . . . .12 6. Los Protocolos. . . . . . . . . . . . . . . . . . . . . . . . . . . .14 6.1. Cambios Recientes . . . . . . . . . . . . . . . . . . . . . . . . .14 6.1.1. RFCs nuevos:. . . . . . . . . . . . . . . . . . . . . . . . . . .14 6.1.2. Otros Cambios:. . . . . . . . . . . . . . . . . . . . . . . . . .19 6.2. Protocolos Estándares . . . . . . . . . . . . . . . . . . . . . . .20 6.3. Protocolos Estándares Específicos de Red (Network-Specific Standards). . . . . . . . . . . . . . . . . . . . . . . . . . . . .22 6.4. Protocolos Borrador de Estándar . . . . . . . . . . . . . . . . . .23 6.5. Protocolos Propuesto para Estándar. . . . . . . . . . . . . . . . .24 6.6. Opciones de Telnet. . . . . . . . . . . . . . . . . . . . . . . . .27 6.7. Protocolos Experimentales . . . . . . . . . . . . . . . . . . . . .28 6.8. Protocolos Informativos . . . . . . . . . . . . . . . . . . . . . .30 6.9. Protocolos Históricos . . . . . . . . . . . . . . . . . . . . . . .31 6.10. Protocolos Obsoletos . . . . . . . . . . . . . . . . . . . . . . .32 7. Contactos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .33 7.1. Contactos del IAB, IETF, e IRTF . . . . . . . . . . . . . . . . . .33 7.1.1. Contactos del Equipo de Arquitectura de Internet (IAB). . . . . .33 7.1.2. Contactos del Internet Engineering Task Force (IETF). . . . . . .33 7.1.3. Contactos del Internet Research Task Force (IRTF) . . . . . . . .34 7.2. Contactos de la Autoridad de Números Asignados de Internet (IANA) .34 7.3. Contactando al Editor de Request For Comments . . . . . . . . . . .35 7.4. Contacto del Centro de Información de Red (NIC - Network Information Center)y distribución de RFCs . . . . . . . . . . . .35 7.5. Fuentes para obtener Request for Comments . . . . . . . . . . . . .36 8. Consideraciones de Seguridad. . . . . . . . . . . . . . . . . . . . .36 9. Dirección del Autor . . . . . . . . . . . . . . . . . . . . . . . . .37 10. Dirección del traductor al Español. . . . . . . . . . . . . . . . . .37 Introducción Primero se presenta una discusión del proceso de estandarización y la serie de documentos RFC, seguido por una explicación de los términos. Las secciones 6.2 a 6.10 contienen las listas de protocolos en cada etapa de estandarización. Finalmente hay punteros a referencias y contactos para información adicional. Este memo se pretende emitir aproximadamente trimestralmente; por favor asegurese que la copia que Ud. lee es actual. La copia actual se puede obtener del Centro de Información de Red (INTERNIC) o de la Autoridad de Números Asignados de Internet (Internet Assigned Numbers Authority - IANA) (vea la información de contactos al final de este memo). No use esta edición después del 15-Jul-95. Vea la Sección 6.1 para una descripción de los últimos cambios. En las listas oficiales de las secciones 6.2 - 6.10, el asterisco (*) junto al protocolo indica que es nuevo en este documento, o se ha cambiado de nivel de protocolo, o difiere de la edición anterior de este documento. 1. El Proceso de Estandarización El Equipo de Arquitectura de Internet (IAB - en inglés Internet Architecture Board) mantiene esta lista de documentos que definen normas para el conjunto de protocolos de Internet. Vea en el RFC-1601 los estatutos del IAB y en el RFC-1160 una explicación del papel y organización del IAB y sus grupos subsidiarios, el Internet Engineering Task Force (IETF) y el Internet Research Task Force (IRTF). Cada uno de estos grupos tiene un grupo director llamado el Internet Engineering Steering Group (IESG) y el Internet Research Steering Group (IRSG), respectivamente. El IETF desarrolla estas normas con la meta de coordinar la evolución de los protocolos de Internet; esta coordinación ha llegado a ser bastante importante a medida que los protocolos de Internet aumentan su uso comercial general. La descripción completa del proceso de los estándares Internet se encuentra en el RFC-1602. La mayoría de la actividad de estandarización y de desarrollo de los protocolos Internet tiene lugar en los grupos de trabajo del IETF. Los protocolos que han de ser estándares en Internet pasan por una serie de niveles de madurez o estados (propuesto para estándar, borrador de estándar, y estándar -en ingles 'proposed standard', 'draft standard', 'standard'-) involucrando cantidades crecientes de escrutinio y prueba. Cuando un protocolo completa este proceso se le asigna un número STD (ver RFC-1311). En cada paso, el Internet Engineering Steering Group (IESG) del IETF debe hacer una recomendación para promover el protocolo. Para darle tiempo a la comunidad Internet para considerar y reaccionar a las propuestas de estandarización, hay una demora mínima de 6 meses antes que un protocolo propuesto para estándar (proposed standard) pueda avanzar a ser un borrador de estándar (draft standard) y 4 meses antes que un protocolo borrador de estándar pueda promoverse a estándar. Como práctica general ningún protocolo propuesto para estándar puede promoverse a borrador de estándar (draft standard) sin, por lo menos, dos implementaciones independientes (y la recomendación del IESG). La promoción de borrador de estándar a estándar generalmente requiere experiencia operativa y comprobada inter operatividad de dos o más implementaciones (y la recomendación del IESG). En casos donde hay incertidumbre respecto a la decisión apropiada en lo concerniente a un protocolo, se puede nombrar un comité especial de revisión que se compone de expertos del IETF, IRTF y el IAB con el fin de recomendar una acción explícita. La promoción de un protocolo a propuesto para estándar es un paso importante ya que marca al protocolo como un candidato para la estandarización final (pone al protocolo en la Senda de Estándares "the standards track"). La promoción de un borrador de estándar es un paso importante que advierte a la comunidad que, a menos que se levanten objeciones importantes o se descubran defectos, el protocolo es probable que avance a estándar en seis meses. Algunos protocolos han sido reemplazados por uno mejor o han sido inutilizados. Dichos protocolos todavía se documentan en este memorando con la designación "histórico". Algunos protocolos de los documentos RFCs están todavía en estado experimental porque son útiles para documentar los resultados de los trabajos iniciales de investigación y desarrollo de los protocolos. Los protocolos se designan "experimental" en este memorando. Estos aparecen en este informe por conveniencia de la comunidad y no como evidencia de su estandarización. Otros protocolos, tales como los desarrollados por otras organizaciones de normas, o por vendedores particulares, pueden ser de interés o pueden recomendarse para su uso en Internet. Las especificaciones de tales protocolos pueden publicarse como RFCs para conveniencia de la comunidad Internet. Dichos protocolos se marcan como "informativos" en este memorando. Además de los grupos de trabajo del IETF, la experimentación y desarrollo de protocolos puede ser el resultado del trabajo de los grupos de investigación del Internet Research Task Force, o del trabajo de otros individuos interesados en el desarrollo de los protocolos de Internet. Se fomenta la documentación de dichos trabajos experimentales en la serie de RFCs, pero ninguno de estos trabajos se considera en la Senda de Estándares hasta que el IESG haya hecho una recomendación para promover el protocolo al estado propuesto para estándar. Unos pocos protocolos han logrado su implementación difundida sin la aprobación del IESG. Por ejemplo, algunos protocolos de vendedores han llegado a ser muy importantes para la comunidad Internet a pesar de no haber sido recomendados por el IESG. Sin embargo, el IAB recomienda fuertemente que se utilice el proceso de los estándares en la evolución del protocolo para aumentar al máximo la inter operatividad (y para prevenir la aparición de incompatibilidades en los requerimientos de los protocolos). El uso de los términos "standard", "draft standard", y "proposed standard" (en español estándar, borrador de estándar y propuesto para estándar) se reserva en cualquier RFC u otra publicación de protocolos de Internet únicamente a esos protocolos que el IESG ha aprobado. Además de un estado (como "Propuesto para Estándar"), a un protocolo también se le asigna una condición, o nivel de requerimiento, en este documento. En la Sección 4.2 se definen los niveles posibles de requerimiento ("Requerido"-Required-, "Recomendado" -Recommended-, "Opcional" -Elective- , "Uso limitado" -Limited Use-, y "No recomendado" -Not Recommended-). Cuando un protocolo está en la Senda de Estándares, es decir tiene el estado estándar propuesto, borrador de estandar, o estándar (ver Sección 5), la condición actual es la que se muestra en la Sección 6. A pocos protocolos se le exige que se implementen en todos los sistemas; esto es porque hay una gran variedad de sistemas posibles, por ejemplo, gateways, routers, servidores, terminales, estaciones de trabajo (workstations), y hosts multi-usuario. El nivel de requerimiento mostrado en este documento es meramente una etiqueta de una palabra, que puede no ser suficiente para caracterizar los requerimientos de implementación de un protocolo en toda situación. Para algunos protocolos, este documento contiene un párrafo adicional de estado (un manifiesto de aplicabilidad). Además puede existir información más detallada de la condición (status) en distintos documentos de requerimientos (vea Sección 3). 2. Los documentos Request for Comments - RFC Los documentos llamados Request for Comments o RFCs -Pedido para Comentarios- son las notas de trabajo del "Network Working Group" (Grupo de Trabajo de Red), que es la comunidad Internet de investigación y desarrollo. Un documento en esta serie puede tratar esencialmente sobre cualquier tema relacionado a la comunicación de computadoras, y puede ser cualquier cosa desde el informe de una reunión a la especificación de un estándar. Aviso: Todas las normas se publican como RFCs, pero no todos los RFCs especifican normas. Cualquiera puede presentar un documento para que sea publicado como RFC. Las solicitudes deben hacerse por medio de correo electrónico al Editor de RFC (vea la información de contactos al final de este memo y el RFC 1543). Sin embargo los RFCs no son publicaciones arbitrarias, pasan por una revisión técnica de las Task Forces, de expertos técnicos individuales, o del Editor de RFC, segun corresponda. La serie de RFCs comprende una amplia gama de documentos, que van desde documentos informativos de interés general a especificaciones de protocolos estándar de Internet. En casos donde la solicitud se realiza para documentar un protocolo propuesto para estándar, borrador de estándar, o estándard, el Editor de RFCs solamente publicará el documento con la aprobación del IESG. Para documentos que describen trabajo experimental, el Editor de RFCs notificará al IESG antes de la publicación, permitiendo la posibilidad de revisión por el grupo de trabajo del IETF pertinente o el grupo de investigación del IRTF y realizará los comentarios al autor. Vea la Sección 5.1 por más detalles. Una vez que a un documento se le asigna un número de RFC y se publica, ese RFC nunca se enmienda o reedita con el mismo número. Nunca es necesario consultar por la versión más reciente de un RFC particular. Sin embargo, un protocolo (como el Protocolo de Trasferencia de Archivos -en inglés File Transfer Protocol o FTP-) puede mejorarse y redocumentarse muchas veces en varios RFCs diferentes. Es importante que verifique que tiene el RFC más reciente sobre un protocolo particular. Este memo "Protocolos Oficiales Estándares de Internet" es la referencia para determinar el RFC correcto de la especificación actual de cada protocolo. Los RFCs están disponibles en el INTERNIC, y varios otros sitios. Para más información sobre como obtener RFCs, vea las Secciones 7.4 y 7.5. 3. Otros documentos de referencia Hay otros tres documentos de referencia interesantes para comprobar el estado actual de estandarización y especificación de protocolos. Estos son los Números Asignados (en inglés Asigned Numbers), los requerimientos de gateway (en inglés Gateway Requirements), y los requerimientos de host (en inglés Host Requirements). Note que estos documentos se enmiendan y se actualizan en momentos diferentes; en el supuesto de diferencias entre estos documentos, el más reciente debe prevalecer. También, uno debería tener presente las publicaciones MIL-STD sobre IP, TCP, Telnet, FTP, y SMTP. Estas se describen en la Sección 3.4. 3.1. Los Números Asignados (Assigned Numbers) El documento Números Asignados enumera los valores asignados a los parámetros que usan los distintos protocolos. Por ejemplo, los códigos del protocolo IP, los números de puerto del TCP, los Códigos de Opción del Telnet, los tipos de equipo de ARP, y los nombres de tipos de Terminales. Los Números Asignados más recientes se publicaron como RFC-1700. 3.2. Los Requerimientos de Gateway (Gateway Requirements) Este documento repasa las especificaciones que se aplican a gateways y es una guía y aclaración para cualquier ambigüedad. Los Requerimientos de Gateway es el RFC-1009. Un grupo de trabajo del IETF prepara activamente una enmienda. 3.3. Los Requerimientos de Host (Host Requirements) Este par de documentos enmienda y actualiza las especificaciones que se aplican a hosts, y es una guía y aclaración para cualquier ambigüedad. Los Requerimientos de Host se emitió como RFC-1122 y RFC-1123. 3.4. Los Documentos MIL-STD Las especificaciones de la comunidad Internet para IP (RFC-791) y TCP (RFC-793) y las especificaciones DoD MIL-STD pretenden describir exactamente los mismos protocolos. Cualquier diferencia en los protocolos que especifican estos conjuntos de documentos debería reportarse a DISA y al IESG. Los RFCs y los MIL-STDs para IP y TCP difieren en estilo y nivel de detalle. Se aconseja fuertemente que los dos grupos de documentos se usen juntos, conjuntamente con el RFC-1122 y el RFC-1123. Las especificaciones de Internet y del DoD MIL-STD para los protocolos FTP, SMTP, y Telnet son esencialmente los mismos documentos (RFCs 765, 821, 854). Las versiones MIL-STD se han editado levemente. Note que la especificación Internet actual para FTP es el RFC-959 (con las modificaciones del RFC-1123). Note que estos MIL-STD ahora están algo fuera de fecha. Los Requerimientos de Gateway (RFC-1009) y los Requerimientos de Host (RFC-1122, RFC-1123) tienen precedencia sobre ambos RFCs y MIL-STDs anteriores. Internet Protocol (IP) MIL-STD-1777 Transmission Control Protocol (TCP) MIL-STD-1778 File Transfer Protocol (FTP) MIL-STD-1780 Simple Mail Transfer Protocol (SMTP) MIL-STD-1781 Telnet Protocol and Options (TELNET) MIL-STD-1782 Estos documentos estan disponibles en el "Naval Publications and Forms Center". Los pedidos se pueden realizar por teléfono, telégrafo, o correo; sin embargo, preferible que en lo posible la industria privada use el formulario DD1425. Naval Publications and Forms Center, Code 3015 5801 Tabor Ave Philadelphia, PA 19120 Teléfono: 1-215-697-3321 (order tape) 1-215-697-4834 (conversación) 4. Explicación de Términos Hay dos categorizaciones independientes de protocolos. La primera es el nivel de madurez (en inglés "maturity level") o estado de estandarización (en inglés "STATE of standardization"), que puede ser "estándar", "borrador de estándar", "estándar propuesto", "experimental", "informativo" o "histórico" (standard, draft standard, proposed standard, experimental, informational o historic). El segundo es el nivel de requerimiento (en inglés "requirement level") o CONDICIÓN de este protocolo (en inglés STATUS of this protocol), uno de "requerido", "recomendado", "opcional", "uso limitado" o "no recomendado" (en inglés required, recommended, elective, limited use, o not recommended respectivamente). La condición o nivel de requerimiento es difícil de describir con una etiqueta de una palabra. Estas etiquetas de condición deberían considerarse únicamente como un indicio, y debería consultarse una descripción adicional, o el manifiesto de aplicación. Cuando un protocolo se promueve a estándar propuesto o borrador de estándar se etiqueta con una condición (status) actual. En cualquier momento un protocolo ocupa una celda de la siguiente matriz. Los protocolos tienen probabilidad de estar en celdas en aproximadamente las siguientes proporciones (indicado por el número relativo de Xs). Un protocolo nuevo es muy probable que comience en la celda (estándar propuesto, opcional), o en la celda (experimental, no recomendado). CONDICIÓN Req Rec Opc Lim NoR +-----+-----+-----+-----+-----+ E Estn | X | XXX | XXX | | | +-----+-----+-----+-----+-----+ S Bord | X | X | XXX | | | +-----+-----+-----+-----+-----+ T Prop | | X | XXX | | | +-----+-----+-----+-----+-----+ A Info | | | | | | +-----+-----+-----+-----+-----+ D Expr | | | | XXX | | +-----+-----+-----+-----+-----+ O Hist | | | | | XXX | +-----+-----+-----+-----+-----+ ¿Qué es un sistema? Algunos protocolos son particulares a hosts y algunos a gateways; unos pocos protocolos se usan en ambos. Las definiciones de los términos de más adelante se referirán al "sistema" que es o un host o un gateway (o ambos). Debiera estar claro por el contexto del protocolo particular, a que tipo de sistema se refiere. 4.1. Definición de estado de protocolo o Nivel de madurez (State) Todo protocolo que se enumera en este documento tiene asignado un "maturity level" o ESTADO de estandarización: "estándar", "borrador de estándar", "propuesto para estándar", "experimental", o "histórico" (en inglés "standard", "draft standard", "proposed standard", "experimental", o "historic" respectivamente). 4.1.1. Protocolo Estándar (Standard) Es un protocolo que el IESG ha establecido como protocolo estándar oficial para Internet. A estos protocolos se les asignan los números STD (vea RFC-1311). Estos se separan en dos grupos: (1) protocolo IP y superiores, protocolos que se aplican a todo Internet; y (2) protocolos específicos de red, generalmente especificaciones de como hacer IP en tipos particulares de redes. 4.1.2. Protocolo Borrador de Estándar (Draft Standard) Es un protocolo que el IESG esta considerando activamente como un posible Protocolo Estándar. Es deseable una amplia difusión de la prueba y de comentarios sustanciales. Los comentarios y los resultados de las pruebas deberían presentarse al IESG. Hay una posibilidad de que los cambios se hagan en un Protocolo Borrador de Estándar antes que llegue a ser un Protocolo Estándar. 4.1.3. Protocolo Propuesto para Estándar (Proposed Standard) Estas son propuestas de protocolos que pueden ser consideradas por el IESG para estandarización en un futuro. Es deseable su implementación y prueba por varios grupos. Es probable una corrección a la especificación del protocolo. 4.1.4. Protocolo Experimental Un sistema no debería implementar un protocolo experimental a menos que esté participando en la experimentación y tenga coordinado el uso del protocolo con el desarrollador del protocolo. Típicamente, los protocolos experimentales son esos que se desarrollan como parte de un proyecto en proceso de investigación no relacionado a un servicio operativo existente. Mientras estos pueden proponerse como protocolo de servicio en una etapa posterior, y así llegar a ser un protocolo propuesto para estándar, borrador de estándard y luego estándar, la designación de un protocolo como experimental puede querer sugerir que el protocolo, aunque quizás esté maduro, no es el destinado para uso operativo. 4.1.5. Protocolo Informativo (Informational) Los protocolos desarrollados por otras organizaciones estándares, o vendedores, o que están por otras razones fuera de la esfera del IESG, pueden publicarse como RFCs por conveniencia de la comunidad Internet como protocolos informativos -informational protocols-. 4.1.6. Protocolo Histórico (Historic) Estos son protocolos que es improbable que lleguen a ser estándares en Internet ya sea porque han sido suplantados por un desarrollo posterior o debido a la carencia de interés. 4.2. Definición de Nivel de Requerimiento (Requirement Level) Este documento enumera un nivel de requerimiento o CONDICION (STATUS) para cada protocolo. La condición es uno de "requerido", "recomendado", "opcional", "uso limitado" o "no recomendado" (en ingles "required", "recommended", "elective", "limited use", o "not recommended" respectivamente). 4.2.1. Protocolo Requerido (Required) Un sistema debe implementar los Protocolos Requeridos. 4.2.2. Protocolo Recomendado (Recommended) Un sistema debería implementar los Protocolos Recomendados. 4.2.3. Protocolo Opcional (Elective) Un sistema puede o no implementar un Protocolo Opcional. La noción general es que si Ud. va a hacer algo como esto, debe hacer exactamente esto. Puede haber varios Protocolos Opcionales en un área general, por ejemplo, hay varios protocolos de correo electrónico, y varios protocolos de ruteo. 4.2.4. Protocolo de Uso Limitado (Limited Use) Estos protocolos son para uso en circunstancias limitadas. Esto puede ser a causa de su estado experimental, naturaleza especializada, funcionalidad limitada, o estado histórico. 4.2.5. Protocolo No Recomendado (Not recommended) Estos protocolos no son recomendados para uso general. Esto puede ser a causa de su funcionalidad limitada, naturaleza especializada, o estado histórico o experimental. 5. La Senda de Estándares (Standards Track) Esta sección discute en más detalle los procedimientos usados por el Editor de RFCs y el IESG para tomar decisiones sobre el etiquetado y publicación de protocolos como estándares. 5.1. Tabla del proceso de decisión del RFC Esta es la tabla actual de decisión del Editor de RFCs para procesar propuestas. El procesamiento depende de quien lo presentó, y la condición (status) que se desea que tenga. +==========================================================+ |**************| F U E N T E | +==========================================================+ | Condición | IAB | IESG | IRSG | Otro | | Deseada | | | | | +==========================================================+ | Estándar o | Rechazar | Publicar | Rechazar | Rechazar | | Borrador de | (2) | (1) | (2) | (2) | | estándar | | | | | +--------------+----------+----------+----------+----------+ | Propuesto | Remitir | Publicar | Remitir | Remitir | | para estándar| (3) | (1) | (3) | (3) | +--------------+----------+----------+----------+----------+ | Protocolo | Notificar| Publicar | Notificar| Notificar| | Experimental | (4) | (1) | (4) | (4) | +--------------+----------+----------+----------+----------+ | Informativo | Publicar | Publicar | Albedrío | Albedrío | | o Documento | (1) | (1) | (5) | (5) | | de opinión | | | | | +==========================================================+ (1) Publicar. (2) Rechazar. Informar a la fuente sobre las reglas. Los RFCs que especifican estándares, o borradores de estándares deben venir únicamente del IESG. (3) Remitir al Director de Area para revisión por un grupo de trabajo. Espere para ver el documento nuevamente únicamente después de la aprobación por el IESG. (4) Notificar a ambos el IESG e IRSG. Si no se manifiesta ningún interés en dos semanas entonces aplicar Albedrío (5), sino el editor de RFC resolvera el interes o Remitir (3). (5) Albedrío del Editor de RFC. El Editor de RFC decide si se necesita una revisión y de ser asi por quien. El Editor de RFC decide publicarlo o no. Por supuesto, en todos los casos el Editor de RFC puede pedir o hacer cambios menores de estilo, formato, o con propósitos de presentación. El IESG ha designado a la Secretaría del IESG como su agente para remitir documentos con aprobación del IESG y para asuntos de registros en respuesta a notificaciones (4) al Editor de RFC. Los documentos de los Directores de Área o Jefes de los Grupos de Trabajo pueden considerarse del mismo modo como documentos de "otros". 5.2. Diagrama de la Senda de Estándares (Standards Track) Hay una parte de la CONDICIÓN y categorización del ESTADO que se llama la Senda de Estándares (Standards Track). En realidad solo los cambios de estado son importantes en la progresión a lo largo de la Senda de Estándares, aunque las asignaciones de condición también pueden cambiar. Los estados ilustrados por cajas de línea simple son los estados temporales, aquellos ilustrados con cajas de linea doble son estados a largo plazo. Un protocolo normalmente se esperará que permanezca en un estado temporal por varios meses (mínimo seis meses para los protocolos Propuesto para Estándar, mínimo cuatro meses para los protocolos Borrador de Estándar). Un protocolo puede estar en un estado a largo plazo por varios años. Un protocolo puede entrar en la Senda de Estándares únicamente con la recomendación del IESG; y puede cambiar de un estado a otro a lo largo de la Senda únicamente con la recomendación del IESG. O sea, es por la acción del IESG que un protocolo ingresa a la Senda o se mueve a lo largo de ella. Generalmente, cuando el protocolo entra en la Senda de Estándares se toma una decisión con respecto a la CONDICIÓN final, nivel de requerimiento o aplicabilidad (opcional, recomendado, o requerido - elective, recommended, required-) que tendrá el protocolo, aunque se le asigne una condición actual algo menos estricta y luego se lo ponga en el ESTADO propuesto para estándar con esa condición. Asi la ubicación inicial de un protocolo será en el estado 1. En cualquier momento puede revisarse la decisión DE CONDICIÓN. | +<----------------------------------------------+ | ^ V 0 | 4 +-----------+ +===========+ | entrada |-->----------------+-------------->| experimen.| +-----------+ | +=====+=====+ | | V 1 | +-----------+ V | propuesto |-------------->+ +--->+-----+-----+ | | | | | V 2 | +<---+-----+-----+ V | borrador |-------------->+ +--->+-----+-----+ | | | | | V 3 | +<---+=====+=====+ V | estándar |-------------->+ +=====+=====+ | | V 5 +=====+=====+ | histórico | +===========+ La transición desde Propuesto para Estándar (1) a Borrador de Estándar (2) sólo se puede realizar por acción del IESG y sólo después que el protocolo sea Propuesto para Estándar (1) por lo menos por seis meses. La transición desde Borrador de Estándar (2) a Estándar (3) solo puede realizarse por acción del IESG y solo después que el protocolo ha sido Borrador de Estándar (2) por lo menos por cuatro meses. Ocasionalmente puede decidirse que el protocolo no está preparado para ser Estándar y se le asigna el estado Experimental (4). Esto es fuera de la Senda de Estándares, y el protocolo puede ser reconsiderado para entrar en la Senda de Estándares después de un trabajo adicional. Hay otras trayectorias hacia los estados histórico y experimental que no involucran una acción del IESG. A veces un protocolo es reemplazado por otro y así llega a ser histórico, o puede suceder que un protocolo en la Senda de Estándares es en un sentido adelantado por otro protocolo (u otros sucesos) y llega a ser histórico (estado 5). 6. Los Protocolos La subsección 6.1 enumera los RFCs recientes y otros cambios. Las subsecciones 6.2 - 6.10 enumeran los estándares en grupos según el estado. 6.1. Cambios Recientes 6.1.1. RFCs nuevos: 1786 - Representation of IP Routing Policies in a Routing Registry (ripe-81++) Este es un documento informativo y no especifica ningún nivel de estándar. 1785 - TFTP Option Negotiation Analysis Este es un documento informativo y no especifica ningún nivel de estándar. 1784 - TFTP Timeout Interval and Transfer Size Options Protocolo Propuesto para Estándar. 1783 - TFTP Blocksize Option Protocolo Propuesto para Estándar. 1782 - TFTP Option Extension Protocolo Propuesto para Estándar. 1781 - Using the OSI Directory to Achieve User Friendly Naming Protocolo Propuesto para Estándar. 1780 - Internet Official Protocol Standards Este memo. 1779 - A String Representation of Distinguished Names Protocolo Borrador de Estándar. 1778 - The String Representation of Standard Attribute Syntaxes Protocolo Borrador de Estándar. 1777 - Lightweight Directory Access Protocol Protocolo Borrador de Estándar. 1776 - Aún no se emitió. 1775 - To Be "On" the Internet Este es un documento informativo y no especifica ningún nivel de estándar. 1774 - BGP-4 Protocol Analysis Este es un documento informativo y no especifica ningún nivel de estándar. 1773 - Experience with the BGP-4 protocol Este es un documento informativo y no especifica ningún nivel de estándar. 1772 - Application of the Border Gateway Protocol in the Internet Protocolo Borrador de Estándar. 1771 - A Border Gateway Protocol 4 (BGP-4) Protocolo Borrador de Estándar. 1770 - IPv4 Option for Sender Directed Multi-Destination Delivery Este es un documento informativo y no especifica ningún nivel de estándar. 1769 - Simple Network Time Protocol (SNTP) Este es un documento informativo y no especifica ningún nivel de estándar. 1768 - Host Group Extensions for CLNP Multicasting Protocolo Experimental. 1767 - MIME Encapsulation of EDI Objects Protocolo Propuesto para Estándar. 1766 - Tags for the Identification of Languages Protocolo Propuesto para Estándar. 1765 - OSPF Database Overflow Protocolo Experimental. 1764 - The PPP XNS IDP Control Protocol (XNSCP) Protocolo Propuesto para Estándar. 1763 - The PPP Banyan Vines Control Protocol (BVCP) Protocolo Propuesto para Estándar. 1762 - The PPP DECnet Phase IV Control Protocol (DNCP) Protocolo Borrador de Estándar. 1761 - Snoop Version 2 Packet Capture File Format Este es un documento informativo y no especifica ningún nivel de estándar. 1760 - The S/KEY One-Time Password System Este es un documento informativo y no especifica ningún nivel de estándar. 1759 - Printer MIB Protocolo Propuesto para Estándar. 1758 - NADF Standing Documents: A Brief Overview Este es un documento informativo y no especifica ningún nivel de estándar. 1757 - Remote Network Monitoring Management Information Base Protocolo Borrador de Estándar. 1756 - Remote Write ProtocolL - Version 1.0 Protocolo Experimental. 1755 - ATM Signaling Support for IP over ATM Protocolo Propuesto para Estándar. 1754 - IP over ATM Working Group's Recommendations for the ATM Forum's Multiprotocol Este es un documento informativo y no especifica ningún nivel de estándar. 1753 - IPng Technical Requirements Of the Nimrod Routing and Addressing Architecture Este es un documento informativo y no especifica ningún nivel de estándar. 1752 - The Recommendation for the IP Next Generation Protocol Protocolo Propuesto para Estándar. 1751 - A Convention for Human-Readable 128-bit Keys Este es un documento informativo y no especifica ningún nivel de estándar. 1750 - Randomness Recommendations for Security Este es un documento informativo y no especifica ningún nivel de estándar. 1749 - IEEE 802.5 Station Source Routing MIB using SMIv2 Protocolo Propuesto para Estándar. 1748 - IEEE 802.5 MIB using SMIv2 Protocolo Borrador de Estándar. 1747 - Definitions of Managed Objects for SNA Data Link Control (SDLC) using SMIv2 Protocolo Propuesto para Estándar. 1746 - Ways to Define User Expectations Este es un documento informativo y no especifica ningún nivel de estándar. 1745 - BGP4/IDRP for IP---OSPF Interaction Protocolo Propuesto para Estándar. 1744 - Observations on the Management of the Internet Address Space Este es un documento informativo y no especifica ningún nivel de estándar. 1743 - IEEE 802.5 MIB using SMIv2 Protocolo Borrador de Estándar. 1742 - AppleTalk Management Information Base II Protocolo Propuesto para Estándar. 1741 - MIME Content Type for BinHex Encoded Files Este es un documento informativo y no especifica ningún nivel de estándar. 1740 - MIME Encapsulation of Macintosh Files - MacMIME Protocolo Propuesto para Estándar. 1739 - A Primer On Internet and TCP/IP Tools Este es un documento informativo y no especifica ningún nivel de estándar. 1738 - Uniform Resource Locators (URL) Protocolo Propuesto para Estándar. 1737 - Functional Requirements for Uniform Resource Names Este es un documento informativo y no especifica ningún nivel de estándar. 1736 - Functional Recommendations for Internet Resource Locators Este es un documento informativo y no especifica ningún nivel de estándar. 1735 - NBMA Address Resolution Protocol (NARP) Protocolo Experimental. 1734 - POP3 AUTHentication command Protocolo Propuesto para Estándar. 1733 - Distributed Electronic Mail Models In IMAP4 Este es un documento informativo y no especifica ningún nivel de estándar. 1732 - IMAP4 Compatibility with IMAP2 and IMAP2bis Este es un documento informativo y no especifica ningún nivel de estándar. 1731 - IMAP4 Authentication Mechanisms Protocolo Propuesto para Estándar. 1730 - Internet Message Access Protocol - Version 4 Protocolo Propuesto para Estándar. 1729 - Using the Z39.50 Information Retrieval Protocol Este es un documento informativo y no especifica ningún nivel de estándar. 1728 - Resource Transponders Este es un documento informativo y no especifica ningún nivel de estándar. 1727 - A Vision of an Integrated Internet Information Service Este es un documento informativo y no especifica ningún nivel de estándar. 1726 - Technical Criteria for Choosing IP The Next Generation (IPng) Este es un documento informativo y no especifica ningún nivel de estándar. 1719 - A Direction for IPng Este es un documento informativo y no especifica ningún nivel de estándar. 6.1.2. Otros Cambios: Los siguiente son cambios a los protocolos enumerados en la edición anterior. 1657 - Definitions of Managed Objects for the Fourth Version of the Border Gateway Protocol (BGP-4) using SMIv2904 - Exterior Gateway Protocol Promovido a Borrador de Estándar. 1009 - Gateway Requirements Movido a Histórico. 6.2. Protocolos Estándares Protocolo Nombre Condición RFC STD * ======== ===================================== ========= ==== === = -------- Internet Official Protocol Standards Req 1720 1 -------- Assigned Numbers Req 1700 2 -------- Host Requirements - Communications Req 1122 3 -------- Host Requirements - Applications Req 1123 3 IP Internet Protocol Req 791 5 as amended by:-------- -------- IP Subnet Extension Req 950 5 -------- IP Broadcast Datagrams Req 919 5 -------- IP Broadcast Datagrams with Subnets Req 922 5 ICMP Internet Control Message Protocol Req 792 5 IGMP Internet Group Multicast Protocol Rec 1112 5 UDP User Datagram Protocol Rec 768 6 TCP Transmission Control Protocol Rec 793 7 TELNET Telnet Protocol Rec 854,855 8 FTP File Transfer Protocol Rec 959 9 SMTP Simple Mail Transfer Protocol Rec 821 10 MAIL Format of Electronic Mail Messages Rec 822 11 CONTENT Content Type Header Field Rec 1049 11 NTPV2 Network Time Protocol (Version 2) Rec 1119 12 DOMAIN Domain Name System Rec 1034,1035 13 DNS-MX Mail Routing and the Domain System Rec 974 14 SNMP Simple Network Management Protocol Rec 1157 15 SMI Structure of Management Information Rec 1155 16 Concise-MIB Concise MIB Definitions Rec 1212 16 MIB-II Management Information Base-II Rec 1213 17 NETBIOS NetBIOS Service Protocols Opc 1001,1002 19 ECHO Echo Protocol Rec 862 20 DISCARD Discard Protocol Opc 863 21 CHARGEN Character Generator Protocol Opc 864 22 QUOTE Quote of the Day Protocol Opc 865 23 USERS Active Users Protocol Opc 866 24 DAYTIME Daytime Protocol Opc 867 25 TIME Time Server Protocol Opc 868 26 TFTP Trivial File Transfer Protocol Opc 1350 33 RIP Routing Information Protocol Opc 1058 34 TP-TCP ISO Transport Service on top of the TCP Opc 1006 35 ETHER-MIB Ethernet MIB Opc 1643 50 PPP Point-to-Point Protocol (PPP) Opc 1661 51 PPP-HDLC PPP in HDLC Framing Opc 1662 51 [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] Manifiestos de aplicabilidad: IGMP -- El IAB intenta lograr la adopción generalizada del IP multicasting, como solución más eficiente que el broadcasting para muchas aplicaciones. Se ha normalizado la interfase de host en el RFC-1112; sin embargo, los gateways con enrutamiento multicast están en etapa experimental y no estan ampliamente disponibles. Un host Internet debería soportar todo el RFC-1112, a excepción del propio protocolo IGMP que es opcional; vea el RFC-1122 por más detalles. Aún sin IGMP, la implementación del RFC-1112 brindará un avance importante: acceso de la capa IP al direccionamiento multicast de red local. Es de esperar que el IGMP llegue a ser recomendado para todos los hosts y gateways en una fecha futura. SMI, MIB-II SNMP -- El IAB recomienda que todas las implementaciones IP y TCP sean manejables por red. En este momento, esto implica la implementación del Internet MIB-II (RFC-1213), y por lo menos el protocolo de gestión recomendado SNMP (RFC-1157). RIP -- El protocolo de enrutamiento de información (Routing Information Protocol - RIP) ha sido implementado ampliamente y usado en Internet. Sin embargo, ambos, implementadores y usuarios deberían ser conscientes que RIP tiene algunas limitaciones técnicas serias como protocolo enrutador. El IETF, actualmente está desarrollando varios candidatos para un nuevo protocolo de enrutamiento "abierto" estándar con mejores propiedades que RIP. El IAB insta a la comunidad Internet a investigar estos desarrollos, y para implementar el nuevo protocolo cuando se estandarice; resultará una mejora del servicio de Internet para muchos usuarios. TP-TCP -- A medida que los protocolos OSI se implementen y usen más ampliamente, habrá una necesidad creciente de soportar la interoperatividad con los protocolos TCP/IP. El IETF está formulando estrategias para la interoperacion. El RFC-1006 provee un modo de interoperatividad, en el que se usa el TCP/IP para emular TP0 a fin de soportar aplicaciones OSI. Los hosts que deseen correr en este modo aplicaciones OSI orientadas a conexión (connection-oriented) deberían usar el procedimiento descrito en el RFC-1006. En el futuro, el IAB espera que una porción importante de Internet apoye ambos protocolos inter-redes TCP/IP y OSI en paralelo, y entonces será posible correr aplicaciones OSI a través de Internet utilizando "stacks" (pilas) completas de protocolos OSI. 6.3. Protocolos Estándares Específicos de Red (Network-Specific Standards) Todos los Estándares Epecíficos de Red tienen Condición Opcional (Status Elective). Protocolo Nombre Estado RFC STD * ======== ===================================== ===== ===== === = IP-ATM Classical IP and ARP over ATM Prop 1577 IP-FR Multiprotocol over Frame Relay Borrd 1490 ATM-ENCAP Multiprotocol Encapsulation over ATM Prop 1483 IP-TR-MC IP Multicast over Token-Ring LANs Prop 1469 IP-FDDI Transmission of IP and ARP over FDDI Net Están 1390 36 IP-HIPPI IP and ARP on HIPPI Prop 1374 IP-X.25 X.25 and ISDN in the Packet Mode Borrd 1356 IP-SMDS IP Datagrams over the SMDS Service Borrd 1209 IP-FDDI Internet Protocol on FDDI Networks Borrd 1188 ARP Address Resolution Protocol Están 826 37 RARP A Reverse Address Resolution Protocol Están 903 38 IP-ARPA Internet Protocol on ARPANET Están BBN1822 39 IP-WB Internet Protocol on Wideband Network Están 907 40 IP-E Internet Protocol on Ethernet Networks Están 894 41 IP-EE Internet Protocol on Exp. Ethernet Nets Están 895 42 IP-IEEE Internet Protocol on IEEE 802 Están 1042 43 IP-DC Internet Protocol on DC Networks Están 891 44 IP-HC Internet Protocol on Hyperchannel Están 1044 45 IP-ARC Transmitting IP Traffic over ARCNET Nets Están 1201 46 IP-SLIP Transmission of IP over Serial Lines Están 1055 47 IP-NETBIOS Transmission of IP over NETBIOS Están 1088 48 IP-IPX Transmission of 802.2 over IPX Networks Están 1132 49 [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] Manifiesto de aplicabilidad: Es de esperar que un sistema soporte una o más redes físicas y para cada red física soportada, deben soportarse los protocolos apropiados de la lista de arriba. O sea, es opcional soportar cualquier tipo particular de red física, y para las redes físicas realmente soportadas se requiere que se soporten exactamente según los protocolos de la lista de arriba. Vea también los RFCs de Requerimientos de Host y de Gateway para información más detallada sobre los protocolos específicos de red ("capa enlace" - link layer). 6.4. Protocolos borrador de Estándar Protocolo Nombre Condición RFC ======== ==================================== ============ ======== STR-REP String Representation ... Opcional 1779* X.500syn X.500 String Representation ... Opcional 1778* X.500lite X.500 Lightweight ... Opcional 1777* BGP-4-APP Application of BGP-4 Opcional 1772* BGP-4 Border Gateway Protocol 4 Opcional 1771* PPP-DNCP PPP DECnet Phase IV Control Protocol Opcional 1762* RMON-MIB Remote Network Monitoring MIB Opcional 1757* 802.5-MIB IEEE 802.5 Token Ring MIB Opcional 1748* BGP-4-MIB BGP-4 MIB Opcional 1657* POP3 Post Office Protocol, Version 3 Opcional 1725 RIP2-MIB RIP Version 2 MIB Extension Opcional 1724 RIP2 RIP Version 2-Carrying Additional Info.Opcional 1723 RIP2-APP RIP Version 2 Protocol App. Statement Opcional 1722 SIP-MIB SIP Interface Type MIB Opcional 1694 ------- Def Man Objs Parallel-printer-like Opcional 1660 ------- Def Man Objs RS-232-like Opcional 1659 ------- Def Man Objs Character Stream Opcional 1658 SMTP-SIZE SMTP Service Ext for Message Size Opcional 1653 SMTP-8BIT SMTP Service Ext or 8bit-MIMEtransport Opcional 1652 SMTP-EXT SMTP Service Extensions Opcional 1651 OSI-NSAP Guidelines for OSI NSAP Allocation Opcional 1629 OSPF2 Open Shortest Path First Routing V2 Opcional 1583 ISO-TS-ECHO Echo for ISO-8473 Opcional 1575 DECNET-MIB DECNET MIB Opcional 1559 ------- Message Header Ext. of Non-ASCII Text Opcional 1522 MIME Multipurpose Internet Mail Extensions Opcional 1521 802.3-MIB IEEE 802.3 Repeater MIB Opcional 1516 BRIDGE-MIB BRIDGE-MIB Opcional 1493 NTPV3 Network Time Protocol (Version 3) Opcional 1305 IP-MTU Path MTU Discovery Opcional 1191 FINGER Finger Protocol Opcional 1288 BGP3 Border Gateway Protocol 3 (BGP-3) Opcional 1267,1268 BOOTP Bootstrap Protocol Recomendado 951,1497 NICNAME WhoIs Protocol Opcional 954 [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] Manifiesto de aplicabilidad: PPP -- el Protocolo Punto a Punto (Point to Point Protocol) es un método de enviar IP sobre líneas seriales, que son un tipo de red física. Se anticipa que PPP se promoverá en el futuro al estado de Protocolo Estándar específico de red (network-specifics). 6.5. Protocolos Propuesto para Estándar Protocolo Nombre Condición RFC ========= =========================================== ========= ===== TFTP-Opt TFTP Options Opcional 1784* TFTP-Blk TFTP Blocksize Option Opcional 1783* TFTP-Ext TFTP Option Extension Opcional 1782* OSI-Dir OSI User Friendly Naming ... Opcional 1781* MIME-EDI MIME Encapsulation of EDI Objects Opcional 1767* Lang-Tag Tags for Identification of Languages Opcional 1766* XNSCP PPP XNS IDP Control Protocol Opcional 1764* BVCP PPP Banyan Vines Control Protocol Opcional 1763* Print-MIB Printer MIB Opcional 1759* ATM-SIG ATM Signaling Support for IP over ATM Opcional 1755* IPNG Recommendation for IP Next Generation Opcional 1752* 802.5-SSR 802.5 SSR MIB using SMIv2 Opcional 1749* SDLCSMIv2 SNADLC SDLC MIB using SMIv2 Opcional 1747* BGP4/IDRP BGP4/IDRP for IP/OSPF Interaction Opcional 1745* AT-MIB Appletalk MIB Opcional 1742* MacMIME MIME Encapsulation of Macintosh files Opcional 1740* URL Uniform Resource Locators Opcional 1738* POP3-AUTH POP3 AUTHentication command Opcional 1734* IMAP4-AUTH IMAP4 Authentication Mechanisms Opcional 1731* IMAP4 Internet Message Access Protocol V4 Opcional 1730* PPP-MP PPP Multilink Protocol Opcional 1717 RDBMS-MIB RDMS MIB - using SMIv2 Opcional 1697 MODEM-MIB Modem MIB - using SMIv2 Opcional 1696 ATM-MIB ATM Management Version 8.0 using SMIv2 Opcional 1695 SNANAU-MIB SNA NAUs MIB using SMIv2 Opcional 1665 PPP-TRANS PPP Reliable Transmission Opcional 1663 BGP-4-IMP BGP-4 Roadmap and Implementation Opcional 1656 -------- Postmaster Convention X.400 Operations Opcional 1648 TN3270-En TN3270 Enhancements Opcional 1647 PPP-BCP PPP Bridging Control Protocol Opcional 1638 UPS-MIB UPS Management Information Base Opcional 1628 AAL5-MTU Default IP MTU for use over ATM AAL5 Opcional 1626 PPP-SONET PPP over SONET/SDH Opcional 1619 PPP-ISDN PPP over ISDN Opcional 1618 DNS-R-MIB DNS Resolver MIB Extensions Opcional 1612 DNS-S-MIB DNS Server MIB Extensions Opcional 1611 FR-MIB Frame Relay Service MIB Opcional 1604 PPP-X25 PPP in X.25 Opcional 1598 OSPF-NSSA The OSPF NSSA Option Opcional 1587 OSPF-Multi Multicast Extensions to OSPF Opcional 1584 SONET-MIB MIB SONET/SDH Interface Type Opcional 1595 RIP-DC Extensions to RIP to Support Demand Cir. Opcional 1582 -------- Evolution of the Interfaces Group of MIB-II Opcional 1573 PPP-LCP PPP LCP Extensions Opcional 1570 X500-MIB X.500 Directory Monitoring MIB Opcional 1567 MAIL-MIB Mail Monitoring MIB Opcional 1566 NSM-MIB Network Services Monitoring MIB Opcional 1565 CIPX Compressing IPX Headers Over WAM Media Opcional 1553 IPXCP PPP Internetworking Packet Exchange Control Opcional 1552 CON-MD5 Content-MD5 Header Field Opcional 1544 DHCP-BOOTP Interoperation Between DHCP and BOOTP Opcional 1534 DHCP-BOOTP DHCP Options and BOOTP Vendor Extensions Opcional 1533 BOOTP Clarifications and Extensions BOOTP Opcional 1532 DHCP Dynamic Host Configuration Protocol Opcional 1531 SRB-MIB Source Routing Bridge MIB Opcional 1525 CIDR-STRA CIDR Address Assignment... Opcional 1519 CIDR-ARCH CIDR Architecture... Opcional 1518 CIDR-APP CIDR Applicability Statement Opcional 1517 -------- 802.3 MAU MIB Opcional 1515 HOST-MIB Host Resources MIB Opcional 1514 -------- Token Ring Extensions to RMON MIB Opcional 1513 FDDI-MIB FDDI Management Information Base Opcional 1512 KERBEROS Kerberos Network Authentication Ser (V5) Opcional 1510 GSSAPI Generic Security Service API: C-bindings Opcional 1509 GSSAPI Generic Security Service Application... Opcional 1508 DASS Distributed Authentication Security... Opcional 1507 -------- X.400 Use of Extended Character Sets Opcional 1502 HARPOON Rules for Downgrading Messages... Opcional 1496 Mapping MHS/RFC-822 Message Body Mapping Opcional 1495 Equiv X.400/MIME Body Equivalences Opcional 1494 IDPR Inter-Domain Policy Routing Protocol Opcional 1479 IDPR-ARCH Architecture for IDPR Opcional 1478 PPP/Bridge MIB Bridge PPP MIB Opcional 1474 PPP/IP MIB IP Network Control Protocol of PPP MIB Opcional 1473 PPP/SEC MIB Security Protocols of PPP MIB Opcional 1472 PPP/LCP MIB Link Control Protocol of PPP MIB Opcional 1471 X25-MIB Multiprotocol Interconnect on X.25 MIB Opcional 1461 SNMPv2 Coexistence between SNMPv1 and SNMPv2 Opcional 1452 SNMPv2 Manager-to-Manager MIB Opcional 1451 SNMPv2 Management Information Base for SNMPv2 Opcional 1450 SNMPv2 Transport Mappings for SNMPv2 Opcional 1449 SNMPv2 Protocol Operations for SNMPv2 Opcional 1448 SNMPv2 Party MIB for SNMPv2 Opcional 1447 SNMPv2 Security Protocols for SNMPv2 Opcional 1446 SNMPv2 Administrative Model for SNMPv2 Opcional 1445 SNMPv2 Conformance Statements for SNMPv2 Opcional 1444 SNMPv2 Textual Conventions for SNMPv2 Opcional 1443 SNMPv2 SMI for SNMPv2 Opcional 1442 SNMPv2 Introduction to SNMPv2 Opcional 1441 PEM-KEY PEM - Key Certification Opcional 1424 PEM-ALG PEM - Algorithms, Modes, and Identifiers Opcional 1423 PEM-CKM PEM - Certificate-Based Key Management Opcional 1422 PEM-ENC PEM - Message Encryption and Auth Opcional 1421 SNMP-IPX SNMP over IPX Opcional 1420 SNMP-AT SNMP over AppleTalk Opcional 1419 SNMP-OSI SNMP over OSI Opcional 1418 FTP-FTAM FTP-FTAM Gateway Specification Opcional 1415 IDENT-MIB Identification MIB Opcional 1414 IDENT Identification Protocol Opcional 1413 DS3/E3-MIB DS3/E3 Interface Type Opcional 1407 DS1/E1-MIB DS1/E1 Interface Type Opcional 1406 BGP-OSPF BGP OSPF Interaction Opcional 1403 -------- Route Advertisement In BGP2 And BGP3 Opcional 1397 SNMP-X.25 SNMP MIB Extension for X.25 Packet Layer Opcional 1382 SNMP-LAPB SNMP MIB Extension for X.25 LAPB Opcional 1381 PPP-ATCP PPP AppleTalk Control Protocol Opcional 1378 PPP-OSINLCP PPP OSI Network Layer Control Protocol Opcional 1377 TABLE-MIB IP Forwarding Table MIB Opcional 1354 SNMP-PARTY-MIB Administration of SNMP Opcional 1353 SNMP-SEC SNMP Security Protocols Opcional 1352 SNMP-ADMIN SNMP Administrative Model Opcional 1351 TOS Type of Service in the Internet Opcional 1349 PPP-AUTH PPP Authentication Opcional 1334 PPP-LINK PPP Link Quality Monitoring Opcional 1333 PPP-IPCP PPP Control Protocol Opcional 1332 ------- X.400 1988 to 1984 downgrading Opcional 1328 ------- Mapping between X.400(1988) Opcional 1327 TCP-EXT TCP Extensions for High Performance Opcional 1323 FRAME-MIB Management Information Base for Frame Opcional 1315 NETFAX File Format for the Exchange of Images Opcional 1314 IARP Inverse Address Resolution Protocol Opcional 1293 FDDI-MIB FDDI-MIB Opcional 1285 ------- Encoding Network Addresses Opcional 1277 ------- Replication and Distributed Operations Opcional 1276 ------- COSINE and Internet X.500 Schema Opcional 1274 BGP-MIB Border Gateway Protocol MIB (Version 3) Opcional 1269 ICMP-ROUT ICMP Router Discovery Messages Opcional 1256 OSPF-MIB OSPF Version 2 MIB Opcional 1253 IPSO DoD Security Options for IP Opcional 1108 OSI-UDP OSI TS on UDP Opcional 1240 STD-MIBs Reassignment of Exp MIBs to Std MIBs Opcional 1239 IPX-IP Tunneling IPX Traffic through IP Nets Opcional 1234 GINT-MIB Extensions to the Generic-Interface MIB Opcional 1229 IS-IS OSI IS-IS for TCP/IP Dual Environments Opcional 1195 IP-CMPRS Compressing TCP/IP Headers Opcional 1144 NNTP Network News Transfer Protocol Opcional 977 [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] Manifiesto de aplicabilidad: OSPF - El RFC 1370 es un manifiesto de aplicabilidad del OSPF. 6.6. Opciones de Telnet Por conveniencia, todas las opciones de Telnet se detallan aquí con ambos Estado y Condición. Protocolo Nombre Número Estad Cond RFC STD ======== ===================================== ===== ==== ==== === TOPT-BIN Binary Transmission 0 Están Rec 856 27 TOPT-ECHO Echo 1 Están Rec 857 28 TOPT-RECN Reconnection 2 Prop Opc ... TOPT-SUPP Suppress Go Ahead 3 Están Rec 858 29 TOPT-APRX Approx Message Size Negotiation 4 Prop Opc ... TOPT-STAT Status 5 Están Rec 859 30 TOPT-TIM Timing Mark 6 Están Rec 860 31 TOPT-REM Remote Controlled Trans and Echo 7 Prop Opc 726 TOPT-OLW Output Line Width 8 Prop Opc ... TOPT-OPS Output Page Size 9 Prop Opc ... TOPT-OCRD Output Carriage-Return Disposition 10 Prop Opc 652 TOPT-OHT Output Horizontal Tabstops 11 Prop Opc 653 TOPT-OHTD Output Horizontal Tab Disposition 12 Prop Opc 654 TOPT-OFD Output Formfeed Disposition 13 Prop Opc 655 TOPT-OVT Output Vertical Tabstops 14 Prop Opc 656 TOPT-OVTD Output Vertical Tab Disposition 15 Prop Opc 657 TOPT-OLD Output Linefeed Disposition 16 Prop Opc 658 TOPT-EXT Extended ASCII 17 Prop Opc 698 TOPT-LOGO Logout 18 Prop Opc 727 TOPT-BYTE Byte Macro 19 Prop Opc 735 TOPT-DATA Data Entry Terminal 20 Prop Opc 1043 TOPT-SUP SUPDUP 21 Prop Opc 736 TOPT-SUPO SUPDUP Output 22 Prop Opc 749 TOPT-SNDL Send Location 23 Prop Opc 779 TOPT-TERM Terminal Type 24 Prop Opc 1091 TOPT-EOR End of Record 25 Prop Opc 885 TOPT-TACACS TACACS User Identification 26 Prop Opc 927 TOPT-OM Output Marking 27 Prop Opc 933 TOPT-TLN Terminal Location Number 28 Prop Opc 946 TOPT-3270 Telnet 3270 Regime 29 Prop Opc 1041 TOPT-X.3 X.3 PAD 30 Prop Opc 1053 TOPT-NAWS Negotiate About Window Size 31 Prop Opc 1073 TOPT-TS Terminal Speed 32 Prop Opc 1079 TOPT-RFC Remote Flow Control 33 Prop Opc 1372 TOPT-LINE Linemode 34 Borrd Opc 1184 TOPT-XDL X Display Location 35 Prop Opc 1096 TOPT-ENVIR Telnet Environment Option 36 Hist NoR 1408 TOPT-AUTH Telnet Authentication Option 37 Exp Opc 1416 TOPT-ENVIR Telnet Environment Option 39 Prop Opc 1572 TOPT-EXTOP Extended-Options-List 255 Están Rec 861 32 [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] 6.7. Protocolos Experimentales Todos los protocolos Experimentales tienen la Condición Uso Limitado (Limited Use). Protocolo Nombre RFC ======== ===================================================== ===== CLNP-MULT Host Group Extensions for CLNP Multicasting 1768* OSPF-OVFL OSPF Database Overflow 1765* RWP Remote Write ProtocolL - Version 1.0 1756* NARP NBMA Address Resolution Protocol 1735* DNS-DEBUG Tools for DNS debugging 1713 DNS-ENCODE DNS Encoding of Geographical Location 1712 TCP-POS An Extension to TCP: Partial Order Service 1693 ------- DNS to Distribute RFC1327 Mail Address Mapping Tables 1664 T/TCP TCP Extensions for Transactions 1644 UTF-7 A Mail-Safe Transformation Format of Unicode 1642 MIME-UNI Using Unicode with MIME 1641 FOOBAR FTP Operation Over Big Address Records 1639 X500-CHART Charting Networks in the X.500 Directory 1609 X500-DIR Representing IP Information in the X.500 Directory 1608 SNMP-DPI SNMP Distributed Protocol Interface 1592 CLNP-TUBA Use of ISO CLNP in TUBA Environments 1561 REM-PRINT TPC.INT Subdomain Remote Printing - Technical 1528 EHF-MAIL Encoding Header Field for Internet Messages 1505 REM-PRT An Experiment in Remote Printing 1486 RAP Internet Route Access Protocol 1476 TP/IX TP/IX: The Next Internet 1475 X400 Routing Coordination for X.400 Services 1465 DNS Storing Arbitrary Attributes in DNS 1464 IRCP Internet Relay Chat Protocol 1459 TOS-LS Link Security TOS 1455 SIFT/UFT Sender-Initiated/Unsolicited File Transfer 1440 DIR-ARP Directed ARP 1433 TEL-SPX Telnet Authentication: SPX 1412 TEL-KER Telnet Authentication: Kerberos V4 1411 MAP-MAIL X.400 Mapping and Mail-11 1405 TRACE-IP Traceroute Using an IP Option 1393 DNS-IP Experiment in DNS Based IP Routing 1383 RMCP Remote Mail Checking Protocol 1339 TCP-HIPER TCP Extensions for High Performance 1323 MSP2 Message Send Protocol 2 1312 DSLCP Dynamically Switched Link Control 1307 -------- X.500 and Domains 1279 IN-ENCAP Internet Encapsulation Protocol 1241 CLNS-MIB CLNS-MIB 1238 CFDP Coherent File Distribution Protocol 1235 SNMP-DPI SNMP Distributed Program Interface 1228 IP-AX.25 IP Encapsulation of AX.25 Frames 1226 ALERTS Managing Asynchronously Generated Alerts 1224 MPP Message Posting Protocol 1204 ST-II Stream Protocol 1190 SNMP-BULK Bulk Table Retrieval with the SNMP 1187 DNS-RR New DNS RR Definitions 1183 IMAP2 Interactive Mail Access Protocol 1176 NTP-OSI NTP over OSI Remote Operations 1165 DMF-MAIL Digest Message Format for Mail 1153 RDP Reliable Data Protocol 908,1151 TCP-ACO TCP Alternate Checksum Option 1146 -------- Mapping full 822 to Restricted 822 1137 IP-DVMRP IP Distance Vector Multicast Routing 1075 VMTP Versatile Message Transaction Protocol 1045 COOKIE-JAR Authentication Scheme 1004 NETBLT Bulk Data Transfer Protocol 998 IRTP Internet Reliable Transaction Protocol 938 LDP Loader Debugger Protocol 909 RLP Resource Location Protocol 887 NVP-II Network Voice Protocol ISI-memo PVP Packet Video Protocol ISI-memo [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] 6.8. Protocolos Informativos Los protocolos Informativos no tienen condición (status). Protocolo Nombre RFC ========== ========================================================== SDMD IPv4 Option for Sender Directed MD Delivery 1770* SNTP Simple Network Time Protocol 1769* SNOOP Snoop Version 2 Packet Capture File Format 1761* BINHEX MIME Content Type for BinHex Encoded Files 1741* RWHOIS Referral Whois Protocol 1714 DNS-NSAP DNS NSAP Resource Records 1706 RADIO-PAGE TPC.INT Subdomain: Radio Paging-Technical Procedures 1703 GRE-IPv4 Generic Routing Encapsulation over IPv4 1702 GRE Generic Routing Encapsulatio 1701 TMUX Transport Multiplexing Protocol 1692 SNPP Simple Network Paging Protocol - Version 2 1645 IPXWAN Novell IPX Over Various WAN Media 1634 ADSNA-IP Advanced SNA/IP: A Simple SNA Transport Protocol 1538 AUBR Appletalk Update-Based Routing Protocol... 1504 TACACS Terminal Access Control Protocol 1492 SUN-NFS Network File System Protocol 1094 SUN-RPC Remote Procedure Call Protocol Version 2 1057 GOPHER The Internet Gopher Protocol 1436 ------- Data Link Switching: Switch-to-Switch Protocol 1434 LISTSERV Listserv Distribute Protocol 1429 ------- Replication Requirements 1275 PCMAIL Pcmail Transport Protocol 1056 MTP Multicast Transport Protocol 1301 BSD Login BSD Login 1282 DIXIE DIXIE Protocol Specification 1249 IP-X.121 IP to X.121 Address Mapping for DDN 1236 OSI-HYPER OSI and LLC1 on HYPERchannel 1223 HAP2 Host Access Protocol 1221 SUBNETASGN On the Assignment of Subnet Numbers 1219 SNMP-TRAPS Defining Traps for use with SNMP 1215 DAS Directory Assistance Service 1202 MD4 MD4 Message Digest Algorithm 1186 LPDP Line Printer Daemon Protocol 1179 [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] 6.9. Protocolos Históricos Todo los protocolos Históricos tienen condición de No Recomendado. Protocolo Nombre RFC STD ======== ========================================= ===== === -------- Gateway Requirements Req 1009 4* EGP Exterior Gateway Protocol Rec 904 18 SNMP-MUX SNMP MUX Protocol and MIB 1227 OIM-MIB-II OSI Internet Management: MIB-II 1214 IMAP3 Interactive Mail Access Protocol Version 3 1203 SUN-RPC Remote Procedure Call Protocol Version 1 1050 802.4-MIP IEEE 802.4 Token Bus MIB 1230 CMOT Common Management Information Services 1189 -------- Mail Privacy: Procedures 1113 -------- Mail Privacy: Key Management 1114 -------- Mail Privacy: Algorithms 1115 NFILE A File Access Protocol 1037 HOSTNAME HOSTNAME Protocol 953 SFTP Simple File Transfer Protocol 913 SUPDUP SUPDUP Protocol 734 BGP Border Gateway Protocol 1163,1164 MIB-I MIB-I 1156 SGMP Simple Gateway Monitoring Protocol 1028 HEMS High Level Entity Management Protocol 1021 STATSRV Statistics Server 996 POP2 Post Office Protocol, Version 2 937 RATP Reliable Asynchronous Transfer Protocol 916 HFEP Host - Front End Protocol 929 THINWIRE Thinwire Protocol 914 HMP Host Monitoring Protocol 869 GGP Gateway Gateway Protocol 823 RTELNET Remote Telnet Service 818 CLOCK DCNET Time Server Protocol 778 MPM Internet Message Protocol 759 NETRJS Remote Job Service 740 NETED Network Standard Text Editor 569 RJE Remote Job Entry 407 XNET Cross Net Debugger IEN-158 NAMESERVER Host Name Server Protocol IEN-116 MUX Multiplexing Protocol IEN-90 GRAPHICS Graphics Protocol NIC-24308 [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] 6.10. Protocolos Obsoletos Algunos de los protocolos enumerados en este memo se describen en RFCs que fueron caducados por nuevos RFCs. No existe una condición o estado oficial de protocolo que sea "Obsoleto" (en inglés "obsoleted"). Esta subsección está solo para información. A pesar que pueda parecer obviamente incorrecto tener un RFC obsoleto en la lista de normas, pueden haber casos en que un estándar más viejo está en proceso de ser reemplazado. Este proceso puede tomar uno o dos años. Por ejemplo, el protocolo Network Time Protocol (NTP) [RFC 1119] es en su versión 2 un estándar completo, y en su versión 3 es un Borrador de Estándar [RFC 1305]. Una vez que la versión 3 sea un Estándar completo, la versión 2 se hará Histórica. Muchos protocolos obsoletos son de poco interés y se eliminan de este memo enteramente. Algunos protocolos obsoletos recibieron suficiente reconocimiento como para que parezca apropiado enumerarlos bajo su condición actual junto con la referencia a su reemplazo actual. RFC RFC Condición Título * ==== ==== ========= =================================== = 1305 caduca 1119 Estád/Rec Network Time Protocol (Version 2) 1533 caduca 1497 Borrd/Rec Bootstrap Protocol 1331 caduca 1171 Borrd/Opc Point to Point Protocol 1574 caduca 1139 Prop /Opc Echo for ISO-8473 1573 caduca 1229 Prop /Opc Extensions to the Generic-IF MIB 1559 caduca 1289 Prop /Opc DECNET MIB 1548 caduca 1331 Prop /Opc Point-to-Point Protocol (PPP) 1541 caduca 1531 Prop /Opc Dynamic Host Configuration Protocol 1592 caduca 1228 Exper/Lim SNMP Distributed Program Interface 1528 caduca 1486 Exper/Lim An Experiment in Remote Printing 1320 caduca 1186 Info / MD4 Message Digest Algorithm 1057 caduca 1050 Hist /NoR Remote Procedure Call Version 1 1421 caduca 1113 Hist /NoR Mail Privacy: Procedures 1422 caduca 1114 Hist /NoR Mail Privacy: Key Management 1423 caduca 1115 Hist /NoR Mail Privacy: Algorithms 1267 caduca 1163 Hist /NoR Border Gateway Protocol 1268 caduca 1164 Hist /NoR Border Gateway Protocol Agradecemos a Lynn Wheeler de Britton Lee por recopilar la información en esta subsección. [Nota: el asterisco al final de la línea indica un cambio a la edición anterior de este documento.] 7. Contactos 7.1. Contactos del IAB, IETF, e IRTF 7.1.1. Contactos del Equipo de Arquitectura de Internet (IAB) Por favor envíe sus comentarios sobre esta lista de protocolos y especialmente sobre los Protocolos Borrador de Estándar al Equipo de Arquitectura de Internet (IAB - Internet Architecture Board) atención de Abel Winerib, Director Administrativo del IAB. Contactos: Abel Winerib Executive Director of the IAB Intel, JF2-64 2111 NE 25th Avenue Hillsboro, OR 97124 1-503-696-8972 AWeinrib@ibeam.jf.intel.com Christian Huitema Chair of the IAB INRIA, Sophia-Antipolis 2004 Route des Lucioles BP 109 F-06561 Valbonne Cedex France +33 93 65 77 15 Christian.Huitema@MIRSA.INRIA.FR 7.1.2. Contactos del Internet Engineering Task Force (IETF) Contactos: Paul Mockapetris Chair of the IETF USC/Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292-6695 1-310-822-1511 pvm@ISI.EDU Steve Coya IESG Secretary Corporation for National Research Initiatives 1895 Preston White Drive, Suite 100 Reston, VA 22091 1-703-620-8990 scoya@CNRI.RESTON.VA.US Steve Coya Executive Director of the IETF Corporation for National Research Initiatives 1895 Preston White Drive, Suite 100 Reston, VA 22091 1-703-620-8990 scoya@CNRI.RESTON.VA.US 7.1.3. Contactos del Internet Research Task Force (IRTF) Contacto: Abel Winerib Chair of the IRTF Intel, JF2-64 2111 NE 25th Avenue Hillsboro, OR 97124 1-503-696-8972 AWeinrib@ibeam.jf.intel.com 7.2. Contactos de la Autoridad de Números Asignados de Internet (IANA) Contacto: Joyce K. Reynolds Internet Assigned Numbers Authority USC/Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292-6695 1-310-822-1511 IANA@ISI.EDU Las protocolos estándares son administrados por la Internet Assigned Numbers Authority (IANA - en español Autoridad de Números Asignados de Internet). Por favor refiérase al documento "Assigned Numbers" (RFC-1700) por información adicional sobre la condición (status) de los documentos de protocolos. Hay dos documentos que resumen los requerimientos para host y gateways en Internet, "Host Requirements" (RFC-1122 y RFC-1123) y "Gateway Requirements" (RFC-1009). Como obtener la edición más reciente de este memo "Protocolos oficiales Estándares de internet (Internet Official Protocol Standards)": Se puede copiar el archivo "in-notes/std/std1.txt" por medio de FTP de la computadora FTP.ISI.EDU usando la identificacion de usuario FTP "anonymous" y la password "guest" 7.3. Contactando al Editor de Request For Comments Contacto: Jon Postel RFC Editor USC/Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292-6695 1-310-822-1511 RFC-Editor@ISI.EDU Los documentos pueden presentarse por correo electrónico al Editor de RFC para considerar su publicación como RFC. Si Ud. no está familiarizado con los requerimientos de estilo o formato por favor pida las Instrucciones para autores de RFC "Instructions for RFC Authors". En general, puede usarse el estilo de cualquier RFC reciente como guía. 7.4. Contacto del Centro de Información de Red (NIC - Network Information Center)y distribución de RFCs Los RFC'S pueden obtenerse de DS.INTERNIC.NET por medio de FTP, WAIS, y correo electrónico. Mediante FTP, los RFCs se almacenan como rfc /rfcnnnn.txt o rfc/rfcnnnn.ps donde 'nnnn' es el número de RFC. Ingrese (Login) como "anonymous" y escriba su dirección de e-mail como contraseña. Mediante WAIS, puede usar su cliente WAIS local o dé telnet a DS.INTERNIC.NET y login como "wais" (no se requiere password) para acceder un cliente WAIS. Se dispone de ayuda y un manual para usar WAIS en linea. La base de datos WAIS para buscar es "rfcs". Los servicios de directorios y bases de datos también proveen una interfase de servidor de correo. Envíe un mensaje de correo a mailserv@ds.internic e incluya cualquiera de los comandos siguientes en el cuerpo del mensaje: document-by-name rfcnnnn donde 'nnnn' es el número de RFC. Se envía la versión texto. file /ftp/rfc/rfcnnnn.yyy donde 'nnnn' es el número de RFC y 'yyy' es 'txt' o 'ps'. ayuda para obtener información sobre como usar el mailserver. Los directorios y bases de datos de InterNIC ofrecen una recopilación de listados de recursos, documentos de Internet tales como RFCs, FYIs, STDs, y borradores de Internet, y ahora también están disponibles por medio de Gopher bases de datos públicas. Todas nuestras recopilaciones tienen indices WAIS y pueden buscarse en el menú Gopher. Para acceder a los Servidores de Gopher de InterNIC, por favor conéctese a "internic.net" port 70. Contacto: admin@ds.internic.net 7.5. Fuentes para obtener Request for Comments Se pueden obtener mas detalles sobre muchas fuentes de RFCs por medio de FTP o por EMAIL enviando un mensaje de EMAIL a "rfc-info@ISI.EDU" con el cuerpo de mensaje "help: ways_to_get_rfcs". Por ejemplo: To: rfc-info@ISI.EDU Subject: getting rfcs help: ways_to_get_rfcs 8. Consideraciones de Seguridad No se tratan aspectos de Seguridad en este memo. 9. Dirección del Autor Jon Postel USC/Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292 Teléfono: 310-822-1511 Fax: 310-823-6714 Email: Postel@ISI.EDU 10. Dirección del traductor al Español Andrés Facal Guenoas 3770 casi San Martín 12300, Montevideo Uruguay Teléfono/Fax: (59 2) 215-5441 Email: afacal@ComercialNet.com.UY