Grupo de Trabajo de Redes Z. Wenzel Petición de Comentarios (RFC): 2901 J. Klensin FYI: 37 R. Bush Categoría: Informativa S. Huter Centro de Recursos para Redes en Formación Agosto 2000 Guía de Procedimientos Administrativos de la Infraestructura de Internet Status de este Memorándum Este memorándum proporciona información para la comunidad de internet. No especifica un estándar de internet de ningún tipo. La distribución de este memorándum es ilimitada. Nota de Copyright Copyright (c) Internet Society (2000). Todos los derechos reservados. Resumen Este documento describe los procedimientos administrativos para redes Que están buscando conectarse al internet global e incluye pasos y operaciones necesarias para: la asignación y registro de espacio de dirección, el registro en la base de datos de enrutamiento y el registro de nombre de dominio. También contiene información sobre los documentos requeridos y la manera de obtenerlos Índice ¿Quién debe leer este documento?................................... 2 Lista de verificación.............................................. 3 Prerequisitos.... ................................................. 3 I. Preparación de sistemas y planificación de redes............. 4 A. ¿Qué es lo que necesito para conectarme al internet?... 4 B. ¿Qué tipo de conectividad debería escoger?............. 4 C. ¿Qué más necesito hacer?............................... 4 D. ¿Cómo obtenga los documentos especificados en esta..... 7 guía? E. Referencias de la sección.............................. 7 II. Asignación de espacio de direcciones......................... 7 A. ¿Quién es mi proveedor directo?........................ 8 B. ¿Cuánto espacio de dirección debería solicitar?........ 8 C. ¿Qué es el Enrutamiento Inter-dominio sin Clases (CIDR, Classless Inter-Domain Routing?........................ 9 D. ¿Cómo solicito y registro espacio de dirección?....... 11 E. Referencias de la sección............................. 14 Wenzel, et al. Informativo [Página 1] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 III. Sistemas Autónomos (AS, Autonomous System).................. 14 A. ¿Qué es un Número de Sistema Autónomo (ASN, Autonomous System Number) y necesito uno?........................ 14 B. ¿Cómo registro un ASN?................................ 15 C. Referencias de la sección............................. 16 IV. Enrutamiento y puntos de intercambio........................ 16 A. ¿Necesito registrarme en una base de datos de enrutamiento?......................................... 16 B. ¿Y qué hay acerca del CIDR y el enrutamiento?......... 17 C. ¿Cómo debo seleccionar una base de datos de enrutamiento?........................................ 17 D. ¿Cómo me registro en una Base de Datos de Arbitraje de Enrutamiento de America (RADB, Routing Arbiter Data Base)............................................ 18 E. Referencias de la sección............................. 19 V. Registro de nombres de dominio.............................. 19 A. ¿Qué es el dominio de un país?........................ 20 B. ¿Cómo registro el dominio de un país?................. 20 C. ¿Y qué debo hacer si mi país ya ha sido registrado?... 20 D. ¿Cómo puedo resolver una disputa sobre nombre de dominio de país?...................................... 20 E. Referencias de la sección............................. 20 VI. Delegación de dominio IN-ADDR.ARPA.......................... 21 A. ¿Qué es un dominio IN-ADDR.ARPA y necesito uno?....... 21 B. ¿Cómo registro un dominio IN-ADDR.ARPA?................ 21 VII. Seguridad................................................... 23 A. ¿Hay alguna manera de prevenir cambios no autorizados a mis objetos?......................................... 23 VIII. Manejo y optimización de la red............................. 23 A. ¿Cómo puedo optimizar el tráfico en mi red?.......... 23 Consideraciones de seguridad...................................... 23 Agradecimientos................................................... 23 Referencias....................................................... 24 Direcciones de los autores........................................ 25 Anexo A: Las Agencias de internet................................ 27 Anexo B: Documentación........................................... 30 Anexo C: Código de los países.................................... 32 Anexo D: Acrónimos............................................... 32 Declaración Copyright completa.................................... 34 ¿Quién debe leer este documento? Este documento está dirigido a Ingenieros de Sistemas y Gerentes Técnicos de redes que quieran conectarse al internet. El mismo supone un conocimiento básico de internet y tecnología de redes. Esta información esta dirigida a ayudar a redes nuevas o en expansión a comprender y observar procedimientos administrativos de internet, así como a proporcionar asistencia para completar los diferentes formularios de registro. En el Anexo D encontrará un glosario de abreviaturas. Wenzel, et al. Informativo [Página 2] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Lista de verificación Este documento le explica cómo seguir los siguientes procedimientos: o Determinar el tipo y estado actual de su organización o Determinar sus contactos técnicos y administrativos o Determinar su presupuesto (y sistema de cobro para recuperación de costos) así como los proveedores a seleccionar o Determinar a quienes va a conectarse o Estimar su necesidad de espacio de direcciones actual, y proyectada o Configurar su sistema para conectarse o Solicitar y registrar su cuota de espacio de direcciones o Solicitar y registrar un Número de Sistema Autónomo, de ser necesario o Registrarse en una base de datos de enrutamiento, de ser necesario o Registrar el nombre de dominio de su país, si fuera necesario o Seleccionar y registrar su nombre de dominio en reverso (IN-ADDR.ARPA) si fuese necesario Prerequisitos Este documento supone que usted haya examinado diferentes alternativas de conectividad física para poder asistirlo en revisar la infraestructura de internet para que pueda utilizar dicha conectividad. Al seleccionar su proveedor de servicios directo, usted debe considerar la habilidad de éste para manejar la infraestructura de internet ¿Que hará usted y cuál será su papel? o Si está interesado en conectarse o conectar a una organización pequeña, usted es el "cliente final" de internet. Probablemente deseará contactar a un Proveedor de Servicios de Internet (ISP, Internet Service Provider) para la mayoría de sus necesidades. Revise la sección I y la primera parte de la sección II. o Si le interesa conectar a su organización y tener espacio de direcciones para distribuir dentro de su propia red, usted es "cliente final de gran volumen". Necesitará más espacio de dirección, pero podrá aún escoger si trabaja con un ISP. Necesitará contactar un Registro Local de Internet (si hay uno disponible o sino deberá contactar a su proveedor directo). Revise las secciones I y II. o Si le interesa conectar a su organización y distribuir espacio de direcciones a sus clientes (quienes a su vez son "clientes finales"), usted es entonces un Proveedor de Servicio de Internet (ISP, Internet Service Provider). Usted debe contactar un Registro de Internet Local, (si hay alguno disponible, o a su proveedor de acceso). Lea la sección I hasta el final del documento Wenzel, et al. Informativo [Página 3] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 o Si está interesado en distribuir direcciones a sus clientes y éstos a su vez están interesados en redistribuirlas, usted es un Registro Local de Internet o un Proveedor de Servicios de Internet (ISP) grande Probablemente necesitará contactar al Registro Regional de Internet en su área geográfica. Revise la sección I hasta el final del documento. I. Preparación de sistemas y planificación de redes PRIMER PASO: PREPARAR INFORMACIÓN, ORGANIZAR SU HARDWARE, RESOLVER A QUIÉN SE CONECTARÁ Y PROBAR LOS SISTEMAS LOCALES A. ¿Qué es lo que necesito para conectarme al internet? Usted puede conectarse usando líneas conmutadas o dedicadas y puede seleccionar UUCP o IP. Es preferible utilizar el sistema operativo UNIX con TCP/IP en una línea dedicada, a pesar de que puede comenzar usando UUCP en una línea conmutada. Aunque hay alternativas al UNIX, por razones históricas y de prestaciones, UNIX está mejor preparado para manejar la conectividad de internet. Es mejor usar TCP/IP dentro de su red incluso si es que usted utiliza otro método para conectividad externa. Necesita obtener la dirección de Protocolo de Internet (IP) o lista de direcciones y su nombre de dominio. También podría necesitar un Número de Sistema Autónomo (ASN, Autonomous System Number) y un nombre de dominio reverso IN-ADDR.ARPA . Sin embargo, podría comenzar por tener conexión conmutada hacia otra organización que provea uno o más registros de intercambio de correo electrónico (MX) para su sitio. Esto le permitirá recibir correo electrónico en su propio nombre de dominio sin necesidad de una inversión tan grande. B.¿Qué tipo de conectividad debería seleccionar? Puede estar limitado por regulaciones de telecomunicaciones en su país en su elección respecto a las alternativas de acceso de discado, líneas digitales de teléfonos, cable de fibra óptica o proveedores de servicios satelitales. De no ser así, lo que determinará su elección será el costo, el ancho de banda y la confiabilidad. C.¿Qué más necesito hacer? Antes de tomar el siguiente paso: 1. Designe una persona como contacto administrativo y otra como contacto técnico Seleccione una persona que será el contacto administrativo y otra persona que será el contacto técnico. Anote sus nombres completos, direcciones Wenzel, et al. Informativo [Página 4] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 de correo electrónico y de correo postal, sus números de teléfonos y faxes (con los prefijos de país en forma de "+ código de país";por ejemplo: +011, el código de ciudad y el número de teléfono). El contacto administrativo puede ser un miembro de su organización y residente del país. El contacto técnico debe ser el soporte técnico principal de la red y puede ser representado inicialmente por alguien fuera del país. Note que el contacto técnico debe llegar a ser una persona de soporte de red que resida en el país. Los Registros de Internet solicitarán esta información en forma de registros de bases de datos conocidos como "objetos". Por ejemplo, en el formulario de la Redes IP Europeas (RIPE, Reseaux IP Europeenes), el contacto administrativo debe estar listado en el área admin-c en la base de datos de objetos y el contacto técnico en el área tech-c en la base de datos de objetos (más información sobre la base de datos de objetos la encontrará a continuación en la sección II D) 2. Determine el esquema de cobro para recuperación de costos, si fuera necesario, con el fin de que pueda mantenerse en operación. Ningún formulario o récord va a solicitarle esto, pero es importante que usted planifique sus costos adecuadamente para que pueda estimar tarifas para cubrir gastos y asegurar así la estabilidad de operaciones 3. Esquematice la topología de su red. Determine el número de grupos y usuarios finales. Describa el tamaño y forma de su red actual. Diseñe su plan de asignación de direcciones basado en esta información. Puede serle útil para esto el usar el diagrama de su organización, si es que prevé que éste será lo suficientemente invariable. Si es que está limitado a usar los circuitos telefónicos de la empresa de telecomunicaciones local, escoja su portador de circuito basado en la capacidad de éste y en dónde está situado geográficamente. Considere un circuito asimétrico como 128kbps de entrada y 64kbps de salida, si es que espera recibir mayor cantidad de tráfico de entrada que de salida (por ejemplo si es que se espera que la mayor cantidad de tráfico se origine en los servidores fuera de su red). 4. Determine a quién debería conectarse Revise la sección de prerrequisitos para tipos de conexión de los proveedores que podrían ser apropiados para sus necesidades. Determine cuál proveedor de internet o compañía de telecomunicaciones satisface de mejor manera sus necesidades. 5. Estime sus requisitos de espacio de dirección y ancho de banda desde sus necesidades de usuario final. Wenzel, et al. Informativo [Página 5] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Puesto que el espacio de dirección es limitado y debe conservarse, no se permite reservar espacio de dirección a los usuarios finales. Sus necesidades y cómo justificarlas determinarán el espacio de dirección que se le otorgue. La evaluación de los pedidos de espacio de dirección de Protocolo de Internet (IP, Internet Protocol) está usualmente basada en la documentación que usted provee durante 24 meses (como para el RFC 2050), como está especificado en el formulario de uso del espacio de dirección y en el plan de asignación de direcciones que usted entrega. Una vez que ha utilizado el espacio de dirección que le fue asignado, usted puede pedir espacio adicional basado en un estimado actualizado de las necesidades de crecimiento de su red. Esto normalmente incluye documentación detallada con la actualización pertinente de la base de datos de registro regional (con detalles de sus asignaciones de usuario final) y la asignación de espacio de dirección de una manera conservadora y eficiente. Necesitará justificar sus necesidades para espacio de dirección demo strando el diseño de su red y debería estar preparado para presentar su plan preciso para el uso efectivo del espacio por asignar, determinando sus necesidades actuales y futuras. Si es que está ofreciendo servicios web virtuales, ya no será necesario asignar una dirección IP por cada dominio. HTTP/1.1 define el encabezamiento del "anfitrión" permitiendo nombres sin necesidad de utilizar direcciones IP. Deben ser también determinadas las asignaciones para Puntos de Presencia (POP, Points of Presence) en la región. Las predicciones del comportamiento del usuario pueden ser basadas en el análisis de datos publicados, entrevistas con suscriptores individuales e institucionales y casos históricos de otros países (ver "La Historia del Internet en Tailandia") Por ejemplo, Área1 10 modems de discado 10 líneas arrendadas a redes locales de empresas (volumen de la red local) Área2 5 modems de discado POP Principal 5 servidores: correo electrónico, Web, DNS, FTP, etc. Cuando diseñe su plan, usted debería hacerlo basándose en sus necesidades actuales, en lo que cree que necesitará en 6 meses y finalmente en lo que necesitaría en uno y dos años. 6. Instale, conecte y pruebe su hardware y software. Es importante asegurarse que tiene instalados suficientes sistemas representativos conectados y funcionando con direcciones temporales Wenzel, et al. Informativo [Página 6] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 antes de contactar a la agencia pertinente para la obtención del espacio de dirección. D.¿Cómo obtenga los documentos señalados en esta guía? Ver el anexo B sobre detalles en cómo obtener los documentos señalados en esta guía. E. Referencias de la sección Para mayor información en TCP/IP, ver RFC 2151 "Introducción sobre las herramientas y utilidades del TCP/IP y el internet" II. Asignación del espacio de dirección SEGUNDO PASO: CONSEGUIR LA ASIGNACIÓN DE ESPACIO DE DIRECCIÓN Y EL REGISTRO DEL PROVEEDOR DE INTERNET AL QUE SE ESTÁ CONECTANDO, O (COMO ÚLTIMO RECURSO) CONSEGUIRLO DE SU OFICINA DE REGISTRO REGIONAL. Las Direcciones de Protocolo de Internet (bajo la versión actual 4) son 32 números bits que se expresan usualmente como 4 octetos en escritura decimal con puntos como por ejemplo: 128.223.162.27, que es la dirección IP para el servidor web del Centro de Recursos para Redes en Formación (NSRC, Network Startup Resource Center) en el momento que se escribió este documento. Las direcciones IP públicas son las que conforman el espacio de dirección del internet. Las direcciones se asignan jerárquicamente y están diseñadas para ser únicas. La Agencia de Asignación de Números Internet (IANA, Internet Assigned Numbers Authority) asigna grandes bloques de direcciones a los tres Registros Regionales de Internet actuales (IRs): Registro Americano para Números de Internet (ARIN, American Registry for Internet Numbers), Registro Americano para Números de Internet (APNIC, American Registry for Internet Numbers), y el Centro de Coordinación de Redes IP Europeas (RIPE NCC, Reseaux IP Europeens Network Coordination Centre). Estos a su vez, asignan bloques más pequeños a registros de internet locales o proveedores de internet grandes. Los registros locales de internet (que son proveedores de internet o conjuntos de proveedores representados en un nivel de país) y los grandes proveedores de internet procesan la gran mayoría de asignaciones de espacio de direcciones para los proveedores y los usuarios finales. Contacte al proveedor de servicio de internet del cual usted está obteniendo servicios de conectividad (su proveedor directo) y preséntele una solicitud de asignación de dirección. Es indispensable e importante que usted contacte primeramente a su proveedor directo y no a su IR Wenzel, et al. Informativo [Página 7] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 regional, pues sino éste le preguntará la razón por la cual usted no puede obtener espacio de dirección de su proveedor directo. A. ¿Quién es su proveedor directo? Si es que ya existe un proveedor de internet funcionando en su país, contáctelo directamente. Si es que usted va a realizar la primera conexión en su país, puede ser que necesite contactar a su IR de su región geográfica; sin embargo, usted debe siempre contactar a su proveedor directo para que le ayude y le oriente. Debido a que la asignación de espacio de dirección es jerárquica, las organizaciones de administración y los procedimientos también tienen esta estructura jerárquica. Es importante no prescindir de ninguna de las instancias de esta jerarquía. Las oficinas de registros regionales actuales son: el 'Registro Americano para Números de Internet' para América, el Caribe y África (ARIN, American Registry for Internet Numbers), la 'Red Europea IP' para Europa, África y el Medio Oriente (RIPE, Reseaux IP Europeens) y el 'Centro de Información sobre redes de Asia-Pacífico' para la costa del Pacífico y Asia (APNIC, Asia Pacific Network Information Center). La información para contactar a estas organizaciones está detallada en el Anexo A. Usted debe contactar a su registro de internet regional sí: 1) Su proveedor de internet no puede o no quiere proveerle de espacio de dirección o 2) sus necesidades particulares de conectividad resultarían en información que no es local para sus clientes, tomando posiblemente una ruta diferente en el internet que la información destinada para sus clientes de proveedor directo, o 3) usted prevé un rápido índice de crecimiento que requeriría el cambio de su proveedor directo a uno más grande y desea evitar la renumeración necesaria. B.¿Cuánto espacio de dirección debería solicitar? Los IRs regionales asignan bloques de dirección en base de una necesidad inmediata y una proyección del índice de uso durante un año (si es que está en la región ARIN, la proyección será por un año para las organizaciones de usuarios finales y tres meses para los ISPs). Calcule su petición de espacio de dirección de acuerdo a lo antes señalado. Se recomienda incluir el diagrama de la organización y el mapa topológico de la red antes señalado en la sección I.C, numeral 3. Note que la dirección de espacio se asigna en base de límites bit de Enrutamiento Interdominio sin Clases (CIDR ,Classless Inter-Domain Routing) (vea la siguiente sección). Los registros necesitarán comprender su ingeniería de su red y los planes de uso detalladamente antes de que le puedan asignar espacio de dirección. Por lo tanto, mientras más detalles pueda proveer, más probabilidad hay que su petición sea procesada rápidamente. Si es que obtiene espacio de dirección de su proveedor de internet, es muy probable que necesitará renumerar si es que decide cambiar de Wenzel, et al. Informativo [Página 8] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 proveedor directo y/o si ha crecido considerablemente. Como esta renumeración puede afectar a sus clientes y a los clientes de éstos si es que están usando líneas dedicadas, usted debe analizar cuidadosamente el costo-beneficio que implica el obtener un espacio de dirección de su proveedor directo. Si usted tiene conexión a un solo proveedor, deberá obtener su espacio de dirección de su proveedor directo. Si es que planea crecer pero mantenerse conectado a un solo proveedor, deberá seguir con el proceso de obtención de espacio de esta manera pues promueve la agrupación. De todas maneras, si usted planifica tener mas de una conexión a varios proveedores como parte de su plan de crecimiento, sería razonable volverse parte del IR regional apropiado (o si es que existe en su región, únase a un Centro de Información sobre Redes Nacional (NIC, Network Information Center) para obtener un espacio de dirección que pueda ser agregada por el proveedor o /19.) El bloque mínimo que se puede enrutar es comúnmente /19, por lo que si prevé crecer, es mejor pagar las tarifa a un IR regional ahora y obtener su bloque /19 para que no deba renumerar después. Note que si usted es un proveedor en la región ARIN, ésta tiene requisitos especiales referentes a la cantidad de espacio de dirección que ha utilizado antes, que deben ser de /21. La política actual es que usted debe haber usado previamente un /19 de su proveedor directo de internet antes de ir con ARIN o sino, usted debe estar conectado a múltiples proveedores y demostrar que ha usado un /21 y desea renumerar para que ARIN cree un /20 de un /19 reservado. A partir de Febrero 8 de 1999, ARIN bajó el tamaño mínimo de asignación para las direcciones IP de un /19 a un /20. ARIN creará asignaciones iniciales de prefijos no mayores que /20. Si es que se necesita asignaciones más pequeñas que /20, los ISPs y los usuarios finales deberán pedir espacio de dirección de sus proveedores directos. ARIN no garantiza que las direcciones sean globalmente enrutables. APNIC y RIPE NCC no tienen estos requisitos. Para APNIC, las nuevas asignaciones para los miembros serán de /19. Recuerde que su proveedor directo debe enrutar su espacio de dirección si es que usted así lo pide. Usted es un cliente de su ISP, así que si el servicio no es el que espera, deberá cambiar de ISP. SI ES QUE ESTÁ CONECTADO A UN SOLO PROVEEDOR Y NO ES MUY GRANDE AÚN, OBTENGA ESPACIO DE DIRECCIÓN DE SU PROVEEDOR Y NO LEA EL RESTO DE ESTA SECCIÓN Y TODA LA SECCIÓN V. C .¿Qué es un CIDR? CIDR significa Enrutamiento Inter-dominio sin Clases (Classless Inter Wenzel, et al. Informativo [Página 9] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 -Domain Routing). Históricamente, las direcciones IP se asignaban en las siguientes clases: clase A (8 bits de dirección de red, 24 bits de direcciones para servidores), clase B (16 bits de dirección de red, 16 bits de direcciones para servidores) o clase C (24 bits de direcciones de red, 8 bits de direcciones de servidores). Con la llegada del CIDR, el espacio de dirección no se asigna en límites de bits. El uso de CIDR significa que usted puede asignar direcciones que correspondan con el número de servidores en la red, conservando de esta manera el espacio de dirección. La siguiente tabla ilustra lo antes mencionado: Direcciones Bits Prefijo Clase Máscara 1 0 /32 255.255.255.255 2 1 /31 255.255.255.254 4 2 /30 255.255.255.252 8 3 /29 255.255.255.248 16 4 /28 255.255.255.240 32 5 /27 255.255.255.224 64 6 /26 255.255.255.192 128 7 /25 255.255.255.128 256 8 /24 1C 255.255.255.0 512 9 /23 2C 255.255.254.0 1K 10 /22 4C 255.255.252.0 2K 11 /21 8C 255.255.248.0 4K 12 /20 16C 255.255.240.0 8K 13 /19 32C 255.255.224.0 Direcciones Número de direcciones disponibles. Note que el número de servidores a los se puede otorgar dirección normalmente son 2 menos que este número porque la parte de dirección correspondiente a los servidores con todos los bits iguales (todos ceros, todos unos) están reservados. Bits Tamaño del espacio de dirección asignado en bits Prefijo Largo del prefijo del espacio de dirección. Algunas veces es usado para indicar el tamaño de una asignación Wenzel, et al. Informativo [Página 10] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Clase Tamaño del espacio de dirección expresado como clase C de números de red. Máscara La máscara de la red que define el prefijo de enrutamiento en escritura decimal con puntos (Tomado de http://www.ibm.net.il/~hank/cidr.html) D. ¿Cómo pido y registro espacio de dirección? Usted necesitará enviar su base de datos de objetos al registro apropiado para la petición y registro del espacio de dirección. El registro de las bases de datos está compuesto de archivos que son una serie de areas separadas por uno o más líneas en blanco. Cada área está compuesta de dos partes: el nombre y el valor. No modifique el nombre en los formularios o de lo contrario habrá errores. Los valores para las áreas específicas están detalladas en los formularios. Sea cuidadoso de ingresar la información adecuada. La primera línea del formulario indica el tipo de récord. Por ejemplo, la primera línea del formulario de dirección IP es "inetnum", por lo que el récord se conoce como el "objeto inetnum". Esta primera línea se usa también como la primera clave del récord; de este modo, si desea modificar la primera área del récord, la única manera de hacerlo es borrando el récord completo e ingresando uno nuevo con la información corregida. Para ilustrar lo antes dicho, a continuación hay un objeto RIPE inetnum: inetnum: [Rango de direcciones IP por asignar] netname: Nombre-de-la-red descr: Nombre-de-la-Red-de-Comunicaciones, Ciudad admin-c: Abreviatura NIC del contacto administrativo contact tech-c: Abreviatura NIC del contacto técnico country: código ISO 3166 del país rev-srv: ns.unservidor..net rev-srv: ns.otroservidor.net estatus: assigned pa (agregada a un proveedor) or assigned pi (independiente de proveedor) changed: correoelectrónico@dirección.net 960731 source: RIPE Wenzel, et al. Informativo [Página 11] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Para países de la región APNIC: Para obtener servicios de APNIC, usted necesitará hacerse miembro de la organización. APNIC-070 es la aplicación para ser la membresía. Esta la pueda encontrar en: ftp://ftp.apnic.net/apnic/docs/membership-application Envíe el formulario completo por correo electrónico a APNIC a: member-apply@apnic.net Petición de Asignación de Direcciones APNIC: Una vez que usted sea miembro puede solicitar un espacio de dirección IP usando uno de los tres formularios de petición de dirección IP. Si su organización usará el espacio de dirección sólo internamente (como por ejemplo grandes organizaciones como universidad, ministros de gobierno, grandes corporaciones, etc.), escoja el número 1 que es la Petición de Dirección para Usuario Final. Si usted representa a una organización que planea subdelegar espacio de dirección para clients (como por ejemplo si usted es un ISP), escoja el número 2 (Petición de Espacio de Dirección para ISP). Si usted es una confederación de ISPs (como por ejemplo NICs nacionales, etc.), escoja el número 3 (Petición para Dirección para Confederación). 1. APNIC-074 es el formulario APNIC para Petición de Espacio de Dirección para Usuarios Finales. 2. APNIC-065 es el formulario APNIC para Petición de Espacio de Dirección para Proveedores de Servicios de Internet. 3. Las confederaciones son medios por lo cuales los ISPs pueden agruparse para proveer servicios de asignación y de registros acorde a sus particularidades de cultura y lenguaje locales. Para más detalles en cómo convertirse en una confederación APNIC reconocida, ver Conceptos de Confederación y requisitos APNIC que se encuentran en: ftp://ftp.apnic.net/apnic/docs/confed-requirements APNIC-074 es el Formulario de Petición de Dirección para una Confederación de Internet Se pueden encontrar copias de todos los formularios en el siguiente directorio: ftp://ftp.apnic.net/apnic/docs o http://www.apnic.net/reg.html Todas los formularios completos deben ser enviados a: hostmaster@apnic.net Wenzel, et al. Informativo [Página 12] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Si hay razones fuertes por las que usted no pueda obtener espacio de dirección de su proveedor directo de servicios de internet y usted requiere de espacio de dirección como una asignación por una sola vez, puede obtener espacio de dirección sin membresía. Para mayors detalles, vea APNIC-071: http://ftp.apnic.net/apnic/docs/non-member-application y envíe su formulario completo a: billing@apnic.net Para países en la región ARIN La membresía en ARIN es opcional y no es un requisito para la petición de espacio de dirección IP de esta organización o de su ISP. Si su organización se cataloga como grande y de usuario final, escoja el número1. Si es un ISP, escoja el número 2. 1. El formulario para las asignaciones de número de red está en: ftp://rs.arin.net/templates/networktemplate.txt o http://www.arin.net/templates/networktemplate.txt 2. El formulario para los Proveedores de Internet para obtener un bloque CIDR de números IP de red está en: ftp://rs.arin.net/templates/isptemplate.txt o http://www.arin.net/templates/isptemplate.txt Envíe cualquiera de los formularios completos por al correo electrónico de ARIN a: hostmaster@arin.net Ponga como tema "Petición IP" (si es que escoje el número 1) o "Petición CIDR de un ISP" (si es que escoje el número 2) según corresponda. Para países en la región RIPE: RIPE NCC asigna espacio de dirección IP solamente para contribuir con los registros locales de internet. Para una descripción de las políticas y procedimientos de los Registros de Internet Europeos, vea Wenzel, et al. Informativo [Página 13] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 RIPE-159, "Políticas y Procedimientos de Registros de Internet Europeos" disponible en: ftp://ftp.ripe.net/ripe/docs/ripe-159.txt RIPE-160 se encuentran "Guías para Establecer un Registro de Internet Local". Se lo puede encontrar en: ftp://ftp.ripe.net/docs/ripe-160.txt Si tiene preguntas referentes al establecimiento de un nuevo IR local, contacte a RIPE NCC al: new-lir@ripe.net Una vez que su IR local esté establecido, usted recibirá información detallada en cómo presentar peticiones a la administración de RIPE NCC. Envíe el formulario completo al siguiente correo electrónico de RIPE NCC: ncc@ripe.net Si es que tiene preguntas generales, por favor contacte a RIPE NCC al: ncc@ripe.net E. Referencias de la sección Para mayor información sobre direcciones IP, vea RFC 1518: "Una Arquitectura para la Asignación de Direcciones IP con CIDR" y RFC 2050: "Guías para Asignaciones de Registro IP de Internet" III. Sistemas Autónomos (AS, Autonomous Systems) TERCER PASO: OBTENGA SU NÚMERO DE SISTEMA AUTÓNOMO, SI ES NECESARIO A. ¿Qué es un Número de Sistema Autónomo y necesito uno? Los Números de Sistemas Autónomos (ASNs, Autonomous System Numbers) se utilizan para facilitar el enrutamiento en casos en donde existen múltiples conexiones a varios proveedores. Estos son asignados cuando su política de enrutamiento es diferente a la de su proveedor, lo que generalmente quiere decir que su sitio está conectado a más de un ISP. En cualquier caso, a menos que usted esté conectado a más de un proveedor, usted no necesita un ASN. Si su política de enrutamiento no difiere de la de su ISP, usted debe usar el ASN de su ISP. Si es que existe tráfico constante entre usted y otro punto en otro país, usted deseará conectarse a un segundo ISP en ese país. Note Wenzel, et al. Informativo [Página 14] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 qque el resultante sistema de conexión a múltiples proveedores generalmente hace el sistema más robusto y puede también cambiar las relaciones para el registro (y por lo tanto para las peticiones), pero también incrementa considerablemente el costo. Usted podría verse obligado a reducir el tráfico de sus líneas internacionales conectándose a un punto de intercambio local. Esto permite que el tráfico permanezca dentro de su país sin usar enlaces internacionales caros. Si es que implementa este plan, usted podrá estar conectado a varios proveedores y necesitará leer los sistemas autónomos y secciones sobre enrutamiento de este documento. B. ¿Cómo registro un ASN? Como el espacio ASN es muy limitado, pida solamente lo que necesita y en el momento que lo necesite. Para países en la región APNIC El formulario para ASN es el APNIC-066. Usted lo puede encontrar en: http://ftp.apnic.net/apnic/docs/asn-request Envíe el formulario completo al correo electrónico de APNIC: hostmaster@apnic.net Para países de la sección ARIN Una lista completa de los ASN asignados la puede encontrar en: ftp://rs.arin.net/netinfo/asn.txt o http://www.arin.net/templates/asntemplate.txt Envíe su formulario completo por correo electrónico a ARIN a: hostmaster@arin.net Ponga en el tema "Petición ASN". Para países en la región RIPE: El formulario Europeo de Aplicación para Números de Sistemas Autónomos y de Notas de Referencia (RIPE-147) puede encontrarse en: ftp://ftp.ripe.net/ripe/docs/ripe-147.txt Wenzel, et al. Informativo [Página 15] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Los IRs locales pueden enviar el formulario completo por correo electrónico a RIPE a: Hostmaster@ripe.net C. Referencias de la sección Para mayor información sobre Números de Sistemas Autónomos, ver RFC 1930, "Sistemas Autónomos (AS)" IV. Enrutamiento y Puntos de Intercambio CUARTO PASO: SI ES NECESARIO, REGÍSTRESE EN UNA BASE DE DATOS DE ENRUTAMIENTO A. ¿Necesito registrame en una base de datos de enrutamiento? No es necesario que usted se registre con una base de datos de enrutamiento si es que su red está simplemente llevando rutas por defecto hacia su proveedor único de internet. Si es que usted obtiene su espacio de dirección de un proveedor de internet, el mismo proveedor se encargará de registrarlo. Si es que está conectado a más de un proveedor de internet, entonces usted debe registrarse en una base de datos de enrutamiento. Mientras más conexiones a diferentes proveedores tenga, más grandes deberán ser sus tablas de enrutamiento. Si es que está conectado a un Punto de Intercambio Público (ver ejemplos abajo citados), o a más de un proveedor principal, usted necesita tener tablas de enrutamiento completas y no podrá utilizar rutas por defecto. Ejemplos de Puntos de Intercambio Europeos: LINX Punto de Intercambio de Internet Londres M9-IX Punto de Intercambio de Internet Moscú NIX.CZ Punto de Intercambio de Internet Neutral, República Checa Ejemplos de Puntos de Intercambio de la región Asia-Pacífico AUIX Punto de Intercambio de Internet Australia HKIX Punto de Intercambio de Internet Hong Kong JPIX Punto de Intercambio de Internet Japón Ejemplo de Puntos de Intercambio América: MAE-EAST Área Metropolitana Ethernet - Este MAE-WEST Área Metropolitana Ethernet - Oeste PAIX Punto de Intercambio Palo Alto Wenzel, et al. Informativo [Página 16] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Dependiendo de los requisitos de su proveedor de internet internacional, usted podría tener solamente una ruta por defecto hacia éste y rutas específicas hacia otros proveedores locales si es que tienen un punto de intercambio local. También el proveedor de internet internacional puede pedir que usted lleve un grupo de rutas completas, considerando a su conexión al punto de intercambio local como si fuera una conexión múltiple. B. ¿Y qué sucede con el CIDR y el enrutamiento? Todos los registros usan CIDR. Todos los vendedores más importantes de enrutadores (Cisco, 3Com, Nortel, Proteon, IBM, etc.) soportan CIDR. Los enrutadores de internet con capacidad CIDR usan solamente el prefijo de la dirección de destino para enrutar el tráfico hacia un ambiente de redes separadas en segmentos. C. ¿Cómo escojo una base de datos de enrutamiento? El Registro de Enrutamiento de Internet (IRR, Internet Routing Registry) describe los registros mantenidos por varias organizaciones de redes nacionales e internacionales. Estas incluyen actualmente a RIPE NCC, Advanced Network Solutions, Inc., Bell Canadá (antes CA*net), Cable and Wireless, y la Base de Datos de Arbitraje de Enrutamiento (RADB, Routing Arbiter Data Base). El IRR es la vía que tienen los números de sistemas autónomos (ASNs) para publicar sus propias políticas de enrutamiento previstas sin tener que hacer acuerdos con cada uno de los distintos sistemas autónomos. Las preguntas de "whois" para "whois.ra.net" obtienen información que reúnen de todo el grupo de registros de enrutamiento IRR. Herramientas como el "peval" y el "rtconfig" obtienen información solamente del RADB. Entonces, cuando se usan estas herramientas y se desea información sobre un grupo de registros, usted debe enumerar a estos como está detallado en el siguiente ejemplo. Las preguntas "whois" para los clients configuran la precendencia de las bases de datos de enrutamiento. Por ejemplo: @RtConfig set sources = "TEST, RADB, RIPE, ANS, BELL, CW" Existen varios registros, como el ALTDB. Una lista y más información sobre RADB se puede encontrar en: http://www.radb.net/ Se ha completado ya, el 1 de Enero del 2000, la transición al Lenguaje de Especificación Políticas de Enrutamiento (RSPL, Routing Policy Wenzel, et al. Informativo [Página 17] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Specification Language). La presentación de objetos RIPE-181 ya no se aceptan. Para mayor información ir a: http://www.merit.edu/radb/announce.html Con la excepción de RADB, cada registro sirve a una base de clientes limitada. Advanced Network Solutions. Inc, Cable and Wireless, and Bell Canada aceptan registros de rutas solamente para sus clientes y el RIPE NCC se encarga de los registros Europeos. La Base de Datos de Arbitraje de ruta es única porque maneja registros de organizaciones de redes que no están cubiertas por otros registros de rutas. El Arbitraje de Rutas también coordina entre todos los registros para asegurar una representación consistente de políticas de enrutamiento. Todos los Registros de Internet Regionales necesitan registrarse solamente con una de las bases de datos de enrutamiento en el IRR. Si es que usted está anunciando rutas via BGP4, necesita registrar sus rutas en el Registro de Enrutamiento sólo en uno de los Registros de Internet Regionales. Lógicamente, este registro lo hará con el IRR más cercano para usted. Sin embargo, note que algunos proveedores de internet no usan el registro regional o RADB. D. ¿Cómo registro en el RADB (América)? Usted necesita entregar tres tipos de registros de base de datos al RADB: uno o más objetos de mantenimiento, un objeto AS, y uno o más objetos de rutas. Para especificar a los individuos autorizados para actualizar sus registros en el RADB, llene uno o más objetos de mantenimiento y envíelos por correo electrónico a: db-admin@radb.net Usted necesita presentar un objeto de mantenimiento antes de que usted pueda registrar cualquier AS u objeto de ruta. Para describir un sistema autónomo que anuncie sus rutas, llene un objeto AS y envíelo por correo electrónico a. auto-dbm@radb.net A los objetos AS también se los llama objetos "aut-num" Para registrar sus rutas, llene uno o más objetos de ruta y envíelos a RADB por correo electrónico a: auto-dbm@radb.net Wenzel, et al. Informativo [Página 18] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Note que la mayoría de los participantes de IRR tienen la dirección de correo electrónico con la función Auto-dbm@xx.net para aceptar actualizaciones para el IRR automáticamente. E. Referencias de la Sección Para mayor información sobre enrutadores, ver RFC 1812, "Requisitos para Versión IP para enrutadores". También revise RFC 1786, "Representación de Políticas de Enrutamiento IP en un Registro de Enrutamiento (Ripe-181++)" Para mayor información sobre CIDR y enrutamiento, ver RFC 1817, "CIDR y Enrutamiento por Clases" V. Registro de nombres de dominio QUINTO PASO: REGISTRO DE SU NOMBRE DE DOMINIO A. ¿Qué es un dominio de país? El Sistema de Nombre de Dominio (DNS, Domain Name System) especifica los nombres de las computadoras dentro de una jerarquía determinada . Los Dominios de Alto Nivel (TLD, Top-Level Domain) incluyen Dominios de Alto Nivel genéricos (gTLDs, Generic Top-Level Domain) y códigos de país de Alto Nivel dos letras (ccTLDs, two-letter country codes Top-Level Domains). Los ejemplos de gTLDs incluyen .com (comercial), .net (redes - networks), y org (organización). Como ejemplos de códigos de país de dos letras se encuentran ca para Canadá, .fr para Francia, y .id para Indonesia.Se usa el código ISO 3166 como una base para códigos de país de alto nivel. La Organización Internacional de Estandarizaciones (ISO) en cooperación con las Naciones Unidas es la que asigna los códigos de país. La Autoridad de los Números Asignados de Internet (IANA, Internet Assigned Numbers Authority) registra directamente los códigos de alto nivel de todos países. Sin embargo, no se involucra en la asignación de códigos de los países. IANA es una función de la Corporación de Internet para los Nombres y Números Asignados (ICANN, Internet Corporation for Assigned Names and Numbers); ver anexo A. Revise ISO 3166 para mayor información y el Anexo C para una lista actualizada de los códigos de los países. Una jerarquía de nombres puede y normalmente debe ser creada bajo cada TLD. Hay una variación sustancial en la estructura de los dominios de los países. En algunos países hay una jerarquía determinada, en tanto en otros países la estructura es plana. En algunos dominios de país los niveles secundarios son categorías genéricas, mientras en otros, son basadas en geografía e incluso en otros, los dominios de organizaciones están listadas directamente bajo el código del país. Ejemplos de categorías genéricas de segundo grado incluyen .ac o .edu (académico o educativo), .co o .com (corporativo o comercial) y .go o .gov (gobierno). Wenzel, et al. Informativo [Página 19] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 B. ¿Cómo me registro con un dominio de país? Primero hay que revisar que: (1) el dominio todavía esté disponible, algunos lo están, (2) que tenga alguien en su país como contacto administrativo, y (3) que tenga los nombres de los servidores preparados (ver RFC 1912 para mayor información en errores frecuentes al preparar los servidores de nombre de dominio) La base de datos maestra 'whois' es la fuente autorizada de información en los registros de nombres de dominio .com, .net, .org y .edu . Está mantenida actualmente por Network Solutions, Inc. y cuenta con indicadores para averiguar cual base de datos 'whois' contiene el registro para el nombre de dominio. Para aplicar con el fin de administrar un dominio de alto nivel de un país usted debe: 1. Primero, si usted está en un sistema anfitrión UNIX, use el comando "whois" para verificar si el dominio ya está registrado: Whois = 2. Si es que el dominio no tiene todavía un contacto administrativo, pida un formulario de Acuerdo de Nombre de Dominio (Domain Name Agreement) a IANA mandando un correo electrónico a: iana@iana.org C. Y qué debo hacer si mi país ya ha sido registrado? Si su país ya ha sido registrado, contacte el administrador del código de su país para registrar un nuevo nombre de dominio de segundo nivel. Por favor, observe que ARIN, RIPE, y APNIC no manejan nombres de dominio (excepto IN-ADDR.ARPA). Si es que desea registrar un nombre de dominio directamente bajo un TLD, contacte el administrador apropiado de TLD. D. ¿Cómo puedo resolver una disputa de nombre de dominio de un país? Ver RFC 1591 para información sobre disputas referentes a nombres de dominio. Note que usted deberá resolver la disputa dentro de su país antes de contactar a IANA. E. Referencias de la sección Para mayor información sobre nombres de dominio, ver RFC 1591, "Delegación y Estructura del Sistema de Nombre de Dominio"; RFC Wenzel, et al. Informativo [Página 20] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 1713, "Herramientas para DNS para eliminar errores"; y RFC 1912, "Errores de Operación y Configuración DNS Comunes". VI. Delegación de dominios IN-ADDR.ARPA SEXTO PASO: SI ES NECESARIO, REGISTRE SU DOMINIO IN-ADDR.ARPA. A. ¿Qué es un dominio IN-ADDR.ARPA y necesito uno? Un dominio IN-ADDR.ARPA permite convertir las direcciones IP en nombres de dominio. Esto es comúnmente conocido como "resolución reversa de dirección" porque el nombre de dominio en reversa es una dirección IP. Los dominios IN-ADDR. se representan usando el número de red al revés. Por ejemplo, el dominio IN-ADDR para la red 123.45.67.0, es representado como 67.45.123.in-addr.arpa. Usted necesita casi siempre una resolución en reversa B. ¿Cómo se registra un dominio IN-ADDR.ARPA? Usted debe preguntar a su proveedor directo acerca de registrar sus dominios IN-ADDR.ARPA. Si es que está trabajando directamente con un registro regional, revise la siguiente sección: Para países en la Región APNIC: El formulario IN-ADDR.ARPA de delegación es APNIC-064 y puede encontrarlo en: ftp://ftp.apnic.net/apnic/docs/in-addr-request ADVERTENCIA: Usted debe configurar su servidor de nombre de dominio para aceptar la delegación antes de que presente este formulario. Envíe el formulario completo por correo electrónico a APNIC a: domreg@rs.apnic.net Para países en la Región ARIN: El registro de IN-ADDR.ARPA depende de cómo se registre el bloque de direcciones que necesita resolución reversa. Por ejemplo, todos los grupos que han sido registrados directamente al IR Regional pueden tener una delegación IN-ADDR.ARPA establecida por ARIN. En este caso, las delegaciones IN-ADDR.ARPA se registran usando un formulario ARIN modificado. Se puede encontrar esta formulario en: Wenzel, et al. Informativo [Página 21] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 ftp://ftp.arin.net/templates/modifytemplate.txt o en http://www.arin.net/templates/modifytemplate.txt Se pueden encontrar las instrucciones para completar este formulario al pie de este formulario. ADVERTENCIA: No liste su número de red en el dorso de este formulario. Envíe el formulario completo por correo electrónico a ARIN a: hostmaster@arin.net Todos los bloques que han sido reasignados a su organización por un Proveedor de Internet tendrán un IN-ADDR.ARPA establecido por su proveedor. En este caso, contacte su Proveedor de Internet que reasignó espacio de dirección IP para su organización y coordine la delegación IN-ADDR.ARPA. Para países de la región RIPE: El objeto de dominio debe ser ingresado en la base de datos de RIPE antes de que se pida una delegación de dominio reverso. domain: 0.194.in-addr.arpa descr: La asignación de nuestra organización admin-c: Código NIC del contacto administrativo (ejemplo: JLC-2RIPE) tech-c: Código NIC del contacto técnico zone-c: Código NIC del contacto de zona nserver: Nombre de servidor (ejemplo: ns.algúnserver.net) nserver: ns.otroservidor.net nserver: ns.ripe.net changed: email@dirección.net 960731 source: RIPE NOTA: Uno de los nombres de los servidores debe ser ns.ripe.net El objeto de dominio antes descrito, así como los ingresos de los datos del archivo de zona para el área arriba de la solicitada deben ser incluidos en la solicitud. Por ejemplo, si es que se solicita una delegación de dominio reverso para 1.193.in-addr.arpa, los ingresos de los datos del archivo de zona para 193.in-addr.arpa relevantes deberán ser incluidos; mientras que si una delegación de dominio reversa es solicitada para 2.2.193.in-addr.arpa, los ingresos del archivo de zona datos de fichero de zona para 2.193.in-addr.arpa deberán ser incluidos. Wenzel, et al. Informativo [Página 22] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Envíe el(los) objeto(s) completo(s) por correo electrónico a RIPE a: auto-inaddr@ripe.net VII. Seguridad A. ¿Hay alguna manera de prevenir cambios no autorizados a mis objetos? Los registros preven varias medidas de seguridad para prevenir cambios no autorizados en los ingresos a la base de datos. Contacte a su Registro de Internet Regional para mayor información. Note que la información del objeto que incluyó para que le contacten en la base de datos, no es privada. VIII. Manejo y optimización de la Red A. ¿Cómo puedo optimizar el tráfico en mi red? Contacte la Asociación de Cooperación para Análisis de Información del Internet (CAIDA, Cooperative Association for Internet Data Analysis). CAIDA es una organización que se encarga de promover una mayor cooperación para la ingeniería y mantenimiento de una robusta y creciente infraestructura global del Internet. CAIDA provee una estructura para apoyar estos esfuerzos de cooperación. El sitio web de CAIDA se encuentre en: http://www.caida.org/ Envíe correos electrónicos con preguntas o comentarios a: info@caida.org Consideraciones de seguridad La seguridad se discutió en la sección VII. Agradecimientos Gracias a Brian Candler, David Conrad, John Heasley, Kim Hubbard, Daniel Karrenberg, Anne Lord, Dawn Martin, Charles Musisi, Jon Postel, y April Marine y el IETF User Services Working Group por revisar varias versions de este documento; y a Hank Nussbacher para permitir incluir su tabla sobre CIDR. También agradecimientos especiales para el Dr. Steven Goldstein de la Fundación Nacional para la Ciencia (NSF, National Science Foundation) por sus contribuciones y sugerencias y a esta institución por financiar parcialmente este trabajo. Wenzel, et al. Informativo [Página 23] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Este material está basado sobre el trabajo apoyado por la NSF con la beca No. NCR-961357. Cualquier opinión, resultados y conclusiones o recomendaciones expresadas en este material son aquellos del (los) autor(es) y no reflejan necesariamente las opiniones de la NSF. Bibliografía: [1] Malkin, G., "Internet Users' Glossary", FYI 18, RFC 1983, agosto 1996. [2] Hinden, R., Editor, "Applicability Statement for the Implementation of Classless Inter-Domain Routing (CIDR)", RFC 1517, septiembre 1993. [3] Rekhter, Y. and T. Li, "An Architecture for IP Address Allocation with CIDR", RFC 1518, septiembre 1993. [4] Fuller, V., Li, T., Yu, J. and K. Varadhan, "Classless Inter- Domain Routing (CIDR): an Address Assignment and Aggregation Strategy", RFC 1519, septiembre 1993. [5] Rekhter, Y. and C. Topolcic, "Exchanging Routing Information Across Provider Boundaries in the CIDR Environment", RFC 1520, septiembre 1993. [6] Postel, J., "Domain Name System Structure and Delegation", RFC 1591, marzo 1994. [7] Wijnen, B., Carpenter, G., Curran, K., Sehgal, A. and G. Waters, "Simple Network Management Protocol Distributed Protocol Interface Version 2.0", RFC 1592, marzo 1994. [8] Ramao, A., "Tools for DNS debugging", RFC 1713, noviembre 1994. [9] Baker, F., "Requirements for IP Version 4 Routers", RFC 1812, junio 1995. [10] Rekhter, Y., "CIDR and Classful Routing", RFC 1817, agosto 1995. [11] Barr, D., "Common DNS Operational and Configuration Errors", RFC 1912, febrero 1996. [12] Hawkinson, J. and T. Bates, "Guidelines for Creation, Selection, and Registration of an Autonomous System", RFC 1930, marzo 1996. [13] Freed, N. and N. Borenstein, "Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies", RFC 2045, noviembre 1996. Wenzel, et al. Informativo [Página 24] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 [14] Hubbard, K., Kosters, M., Conrad, D., Karrenberg, D. and J. Postel, "Internet Registry IP Allocation Guidelines", BCP 12, RFC 2050, noviembre 1996. [15] Kessler, G. and S. Shepard, "A Primer On Internet and TCP/IP Tools and Utilities", FYI 30, RFC 2151, junio 1997. [16] ISO 3166: "Codes for the Representation of Names of Countries" [17] Palasri, S., Huter, S., and Wenzel, Z. "The History of the Internet in Thailand", University of Oregon Books, 1999. Direcciones de los Autores: Zita Wenzel, Ph.D. Network Startup Resource Center (NSRC) 1225 Kincaid Street 1212-University of Oregon Eugene, OR 97403-1212 Estados Unidos EMail: zita@nsrc.org John C. Klensin, Ph.D. Network Startup Resource Center (NSRC) 1225 Kincaid Street 1212-University of Oregon Eugene, OR 97403-1212 Estados Unidos EMail: klensin@nsrc.org Randy Bush Network Startup Resource Center (NSRC) 1225 Kincaid Street 1212-University of Oregon Eugene, OR 97403-1212 Estados Unidos EMail: randy@nsrc.org Wenzel, et al. Informativo [Página 25] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Steven Huter Network Startup Resource Center (NSRC) 1225 Kincaid Street 1212-University of Oregon Eugene, OR 97403-1212 Estados Unidos EMail: sghuter@nsrc.org Wenzel, et al. Informativo [Página 26] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Anexo A: Las Agencias de Internet La Agencia de Asignación de Números Internet (IANA,Internet Assigned Numbers Authority) IANA es la coordinadora central para la asignación valores de parámetros únicos para protocolos de internet y para todas los espacios de direcciones y nombres de dominios usados en el internet. IANA asigna partes de espacios de dirección de internet a los Registros Regionales de Internet para la distribución local de éstos y de los proveedores de internet. IANA también es responsable de la coordinación y manejo del DNS. Observe que el 1999, IANA es una función ICANN que es una organización sin fines de lucro de alto nivel del internet global. Email: iana@iana.org Dirección: 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292 Estados Unidos Teléfono: +1-310-823-9358 Fax: +1-310-823-8649 Internet: http://www.iana.org/ o Corporación de Internet para Nombres y Números Asignados (ICANN, Internet Corporation for Assigned Names and Numbers) Extraído del sitio web del ICANN: La Corporación de Internet para Nombres y Números Asignados (ICANN) es un cuerpo técnico de coordinación del internet. Fue creada en octubre de 1998 por una amplia coalición de comunidades de negocios, técnicas, académicas y de usuarios de internet, asumiendo responsabilidades por un conjunto de funciones técnicas antes realizadas por IANA y otros grupos bajo un contrato con el gobierno de los Estados Unidos. Específicamente, ICANN coordina la asignación de los siguientes identificadores que deben ser únicos globalmente para la función de internet: nombres de dominio de internet, números de direcciones IP, parámetros de protocolo y números de puertos. Adicionalmente, ICANN coordina la operación estable del servidor de raíz de internet. Como una corporación sin fines de lucro del sector privado, ICANN se dedica a mantener la estabilidad operacional del internet, a promover la competencia, a lograr una mayor representación de comunidades del internet global y a desarrollar políticas a través de medios basados en consenso, de abajo hacia arriba en el sector privado. ICANN acepta la participación de cualquier usuario de internet, negocio u organización interesados. Wenzel, et al. Informativo [Página 27] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Email: icann@icann.org Dirección: Internet Corporation for Assigned Names and Numbers (ICANN) 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292 Estados Unidos Teléfono: +1-310-823-9358 Fax: +1-310-823-8649 Internet: http://www.icann.org/ o InterNIC El InterNIC fue una actividad de cooperación entre la Fundación Nacional para la Ciencia (NSF, National Science Foundation), General Atomics, AT&T, y Network Solutions, Inc., pero esta actividad conjunta ya no existe. Actualmente, Network Solutions mantiene el registro central de acuerdo al modelo de registro compartido especificado por la ICANN para el registro de nombres de dominio de segundo nivel bajo dominios de alto nivel: .com, .net y .org. Para información sobre organismos registradores acreditados para .com, .net y .org , por favor revise: http://www.icann.org/registrars/accredited-list.html (Fíjese que Network Solutions es un organismo registrador acreditado así como una entidad que maneja el registro) Email: hostmaster@netsol.com Dirección: Network Solutions, Inc. 505 Huntmar Park Dr. Herndon, VA 20170 Estados Unidos Teléfono: +1-703-742-4777 Fax: +1-703-742-9552 Internet: http://www.networksolutions.com/ Registros Regionales de Internet (IRs,Internet Registries) Los Registros Regionales de Internet operan en grandes regions geopolíticas como continentes. Actualmente hay tres IRs regionales: ARIN para América, el Caribe y Africa; RIPE NCC para Europa, Africa y el Medio Oriente; y APNIC para la región de Asia, Pacífico. Las obligaciones específicas de los IRs Regionales incluyen la coordinación y representación de todos los Registros de Internet Local en su respectiva región. Wenzel, et al. Informativo [Página 28] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 o APNIC El Centro de Información de Redes de Asia-Pacífico (APNIC, Asia Pacific Network Information Center) es una organización de Registro de Internet sin fines de lucro para la región de Asia-Pacífico. APNIC da el servicio de asignación de direcciones IP, de Sistema de Número Autónomo (ASN) y el registro IN-ADDR.ARPA. Email: hostmaster@apnic.net Dirección: APNIC Box 2131 Milton Queensland 4064 Australia Teléfono : +61-7-3367-0490 Fax: +61-7-3367-0482 Internet: http://www.apnic.net/ o ARIN El Registro Americano para Números de Internet (ARIN, American Registry for Internet Numbers) es una organización de Registro de internet sin fines de lucro que fue creada para la administración y el registro de Protocolos de Números de Internet (IP) en áreas geográficas que fueron administradas anteriormente por Network Solutions, Inc. Estas areas incluyen pero no están limitadas a Norteamérica, Sudamérica, África y la región del Caribe. ARIN da asignaciones de direcciones IP y de Números de Sistemas Autónomos (ASN) y registra IN-ADDR.ARPA. Email: hostmaster@arin.net Postal: 4506 Daly Drive Suite 200 Chantilly, VA 20151 Estados Unidos Teléfono: +1-703-227-0660 Fax: +1-703-227-0676 Internet: http://www.arin.net/ o RIPE NCC El Centro de Coordinación de Redes IP Europeas (RIPE NCC) es una organización de sin fines de lucro de registro de internet para las regiones de Europa, África del norte y Medio Oriente. RIPE NCC da asignaciones de direcciones IP, Sistemas de Números Autónomos y registra IN-ADDR.ARPA. Wenzel, et al. Informativo [Página 29] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Email: ncc@ripe.net Dirección: Singel 258 1016 AB Amsterdam Holanda Teléfono: +31-20-535-4444 Fax: +31-20-535-4445 Internet: http://www.ripe.net/ Anexo B: Documentación Documentación de Internet Para documentación general sobre el internet, vaya a "ftp" a rfc-editor.org y a "cd" en el directorio rfc para Petición de Comentarios (RFC) Detalles en la manera cómo obtener estos documentos por ftp o correo electrónico pueden conseguirse al enviar un mensaje de correo electrónico a: rfc-info@rfc-editor.org Especifique en el cuerpo del mensaje: help:ways_to_get_rfcs. Por ejemplo: To: rfc-info@isi.edu Subject: obtener rfcs help: maneras_de_obtener_rfcs Documentos y Formularios Los documentos y formularios referidos en esta guía están disponibles en los depósitos de documentos abajo detallados en los Localizadores (URLs, Uniform Resource Locators). Las organizaciones que no poseen conectividad al internet y que desean obtener copias de los documentos referidos, deben contactar su IR local para arreglar el envío por correo normal de uno o más documentos. Los impuestos que se cobren pueden estar asociados con el envío de las versiones impresas de los documentos. Se puede entrar a los depósitos de documentos de dos maneras: 1. Vía FTP anónimo Usando su programa ftp, conéctese con el servidor apropiado (vea al final de este párrafo), usando su dirección de correo electrónico como la clave de acceso. Use el comando "cd" (cambio de directorio) para dirigirse al subdirectorio apropiado. Después use el comando "get" (obtener) para recuperar un archivo específico. Por ejemplo: Wenzel, et al. Informativo [Página 30] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 ftp rs.apnic.net (para países en la región Asia-Pacífico) ftp rs.arin.net (para países en America) ftp rs.ripe.net (para países en Europa y en Norteamérica) login: anónimo password: su_dirección_email cd netinfo get _info.txt 2. Vía correo electrónico, ftp o Telaraña Mundial (WWW, World Wide Web) Envíe un correo electrónico a la dirección abajo especificada, detallando en el cuerpo del mensaje como se especificó anteriormente. Documentación APNIC Para los documentos y formularios APNIC, vaya a "ftp" a ftp.apnic.net y "cd" a /apnic/docs. APNIC no tiene más el método de correo electrónico de recuperación de formularios. Muchos de los pedidos de APNIC's están disponibles en el sitio web: http://www.apnic.net/reg.html Documentación ARIN Para los formularios ARIN, "ftp" a rs.arin.net y "cd" a /templates Puede también obtener formularios por el sitio web: http://www.arin.net/templates.html Otro documentación ARIN está disponible en: http://www.arin.net/docs.html O envíela al siguiente correo electrónico: hostmaster@arin.net Documentación RIPE Para la documentación y formularios RIPE, "ftp" a ftp.ripe.net/ripe y "cd" a /docs o cd a /forms. Wenzel, et al. Informativo [Página 31] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 O envíela al siguiente correo electrónico: mail-server@ripe.net Con el mensaje "send help" en el cuerpo del mensaje. Apéndice C: Códigos de Países La Agencia de Mantenimiento de la Organización Internacional de Estandarización (ISO, International Organization for Standardization) 3166 y la lista actualizada ISO 3166 de códigos para países de dos letras está disponible en: http://www.iso.ch/infoe/agency/3166-1.htm Apéndice D: Abreviaturas ANS Advanced Network Services, Inc. ASN Autonomous System Number/ Número de Sistema Autónomo APNIC Asia Pacific Network Information Center/ Centro de Información sobre redes de Asia-Pacífico ARIN American Registry for Internet Numbers/ Registro Americano para Números de Internet AS Autonomous System/ Sistema Autónomo CANET Canada Net CIDR Classless Inter-Domain Routing/ Enrutamiento Inter- dominio sin Clases DNS Domain Name System / Sistema de Nombres de Dominio gTLD Generic Top-Level Domain/ Dominio genérico de alto nivel IANA Internet Assigned Numbers Authority / Agencia de Asignación de Números Internet InterNIC Internet Network Information Cente/ Centro de Información de Redes de Internet IP Internet Protocol/ Protocolo Internet IR Internet Registry/ Registro de Internet IRR Internet Routing Registry/ Registro de Enrutamiento de Internet ISO International Organization for Standardization/ Organización Internacional para la Estandarización ISP Internet Service Provider/ Proveedor de Servicios de Internet LINX London Internet Exchange/ Intercambio de Internet London NCC Network Coordination Centre/ Centro de Coordinación de Redes NIC Network Information Center/ Centro de Información sobre Redes Wenzel, et al. Informativo [Página 32] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 NSRC Network Startup Resource Center/ Centro de Recursos para Redes en Formación POP Point of Presence/ Punto de presencia RADB Routing Arbiter Data Base/ Base de Datos de Arbitraje de Enrutamiento RFC Request for Comments/ Petición de Comentarios RIPE Reseaux IP Europeenes/ Redes IP Europeas RSPL Routing Policy Specification Language/ Lenguaje de Especificación Políticas de Enrutamiento TCP/IP Transmission Control Protocol/ Protocolo de Control de Transmisión o Protocolo de Internet TLD Top-Level Domain/ Dominio de Alto Nivel Wenzel, et al. Informativo [Página 33] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000 Declaración Completa de Copyright Copyright (C) The Internet Society (2000). Todos los derechos reservados. Este documento y sus traducciones pueden ser copiados y facilitadas a otros, y los trabajos derivados que lo comentan o explican o que están incluidos en él, pueden ser copiados, publicados y distribuidos, enteros o en parte, sin restricción de ningún tipo, siempre que incluyan este párrafo y la nota de copyright arriba expuesta en todas esas copias y trabajos derivados. Sin embargo, este documento en sí no debe ser modificado de ninguna forma, como por ejemplo eliminando la nota de copyright o referencias a la 'Internet Society' u otras organizaciones de internet, excepto cuando sea necesario para propósitos para el desarrollo de estándares de Internet, en cuyo caso se seguirán los procedimientos para copyrights definidos en el proceso de Estándares de Internet, o con motivo de su traducción a otros idiomas aparte del Inglés. Los permisos limitados concedidos anteriormente son perpetuos y no serán revocados por la 'Internet Society' o sus sucesores o cesionarios. Este documento y la información en él contenida se proporciona en su forma "tal como se encuentra" y LA 'INTERNET SOCIETY' Y LA 'INTERNET ENGINEERING TASK FORCE' RECHAZAN CUALQUIER GARANTÍA, EXPRESAS O IMPLÍCITAS, INCLUYENDO PERO NO LIMITADAS A, CUALQUIER GARANTÍA DE QUE EL USO DE LA INFORMACIÓN AQUÍ EXPUESTA NO INFRINGIRÁ NINGUNO DERECHO O GARANTÍAS IMPLICITAS DE COMERCIALIZACIÓN O IDONEIDAD PARA UN PROPÓSITO PARTICULAR. Reconocimiento El financiamiento para el editor del RFC es actualmente proporcionado por la 'Internet Society.' Wenzel, et al. Informativo [Página 34] RFC2901 Guía de Procedimientos Administrativos de Internet Agosto 2000