Guía de Procedimientos Administrativos de la Infraestructura de Internet   Zita Wenzel, Ph.D. John Klensin, Ph.D. Randy Bush Steven Huter Traducido por Carlos Armas Version 1.0 Network Startup Resource Center University of Oregon Computing Center Eugene, Oregon 97403-1212 USA Email: nsrc@nsrc.org http://www.nsrc.org/ Phone: + 541-346-3547 Fax: + 541-346-4397 Este material es resultado de esfuerzos auspiciados por la National Science Foundation a traves del Proyecto NCR-9616597. Cualquier opinión, hallazgo, y conclusiones o recomendaciones expresadas en este material pertenencen a su(s) autore(s) y no necesariamente reflejan los puntos de vista de la National Science Foundation. Todos los derechos reservados 1998, Network Startup Resource Center.         GUIA DE PROCEDIMIENTOS ADMINISTRATIVOS DE LA INFRAESTRUCTURA DE INTERNET Indice Quién Debe Leer Este Dcoumento? Lista De Chequeo Prerequisitos I. Preparación de Sistemas y Planificación De La Red A. Qué necesito conectar a Internet? B. Qué tipo de conectividad debo escoger? C. Qué mas necesito hacer? D. Cómo obtengo los documentos referenciados en esta guía? E. Referencias II. Asignación De Espacio de Direcciones A. Quién es mi proveedor? B. Cuanto espacio de direcciones debo solicitar? C. Qué es CIDR? D. Cómo solicito y registro espacio de direcciones? E. Referencias III. Sistemas Autónomos (AS) A. Qué es un ASN y, necesito alguno? B. Cómo registro un ASN? C. Referencias IV. Enrutamiento y Puntos de Intercambio A. Necesito registrarme en una base datos de enrutamiento? B. Qué sucede con CIDR y el enrutamiento? C. Cómo selecciono una base de datos de enrutamiento? D. Cómo puedo registrar en RADB (Las Americas)? E. Referencias V. Registro de Nombres de Dominio A. Qué es el dominio de un país? B. Cómo registro el dominio de un país? C. Qué sucede si mi país ya está registrado? D. Cómo resuelvo una disputa sobre el dominio de un país? E. Referencias VI. Delegación del dominio IN-ADDR.ARPA A. Qué es el dominio IN-ADDR.ARPA y, necesito alguno? B. Cómo registro un dominio IN-ADDR.ARPA? VII. Seguridad A. Cómo prevenir cambios no autorizados a mis objetos? VIII.Optimización y Administración de la Red A. Cómo optimizo tráfico en mi red? Agradecimientos Referencias Dirección de los Autores Apéndice A: Las Agencias de Internet Apéndice B: Documentación Apéndice C: Códigos de Países Apéndice D: Acrónimos

Resumen

Este documento describe los procedimientos administrativos para países (o redes) que pretenden conectarse a la Internet global. Incluye los ISPos y operaciones necesarias para le registro y asignación de espacio de Direcci ones, registro en bases de datos de enrutamiento, y registro de nombre de dominio. Se incluye donde encontrar las planillas e instrucciones para completarlas.

Quién debe leer este documento

Este documento está dirigido a ingenieros de sistemas y gerentes técnicos de países (o redes) que quieren conectarse a Internet. Se supone un concimiento básico de Internet y tecnología de redes.

Esta información está destinada a ayudar a redes nuevas o en expansión a entender y observar los procedimientos administrativos de Internet, y asistir en el completamiento de los variados formularios y formas de reg istro. Por favor, note que el Apéndice D es un glosario de acrónimos.

Lista a Verificar

Este documento explica los siguientes procedimientos:

• Determinar el tipo de su organización así como su estado actual.
• Determinar los contactos técnico y administrativo.
• Determinar su presupuesto (y sistema de recobro) y su selección de proveedores de servicios de telecomunicaciones.
• Determinar a quién se va a conectar.
• Predecir sus necesidades de espacio de dirección actuales y proyectadas.
• Configurar sus sistema para conectarse.
• Solicitar y registrar la asignación de su espacio de direcciones.
• Solicitar y registrar su Número de Sistema Autónomo, si fuere necesario.
• Registro en una base de datos de enrutamiento, si fuere necesario.
• Registro del dominio de su país, si fuere necesario.
• Solicitar y registrar su dominio IN-ADDR.ARPA, si fuere necesario.

Este documento supone que usted ha examinado diferentes alternativas de conexión física, y lo asistirá en navegar a través de la infraestructura de Internet de forma tal que pueda usar ese nivel de conectivid ad. Al seleccionar su proveedor de servicios, usted debe considerar la habilidad por parte del proveedor de manipular correctamente la infraestructura de Internet.

• Si su interes es conectarse Ud. (o una pequeña organización) entonces se cataloga como usuario final de Internet. Probablemente Ud. deba contactar a un Proveedor de Acceso a Internet (ISP) para la mayor parte de sus necesidades de conexión. Lea las secciones I y primera parte de II.

• Si Ud. está interesado en conectar su organización, y en tener espacio de direccionamiento para distribuir en el interior de su red, Ud. es un usuario final de alto volúmen. Ud. necesita más espacio de di reccionamiento, pero puede escoger un Proveedor de Acceso a Internet (ISP) para cubrir la mayor parte de sus necesidades. Lea las secciones I y II.

• Si Ud. está interesado en conectar su organización, y en distribuir direcciones a sus clientes (que son a su vez usuarios finales), entonces es un Proveedor de Acceso a Internet (ISP). Ud. necesita contactar al Registr o Local de Internet (si disponible, o su proveedor de conectividad) Lea la sección I y continúe leyendo el resto de este documento.

• Si Ud. está interesado en distribuir direcciones a sus clientes, y estos a su vez en re-distribuirlas, entonces es un Registro Local de Internet o un ISP de grandes dimensiones. Probablemente Ud. tendrá que contactar a l Registro Local de Internet de su área geográfica. Lea la sección I y continue leyendo el resto del documento.

PRIMER PASO: PREPARAR LA INFORMACION, ORGANIZAR EL EQUIPAMIENTO, DETERMINAR A QUIEN CONECTARSE, Y PRUEBA DE SISTEMAS LOCALES.

Puede conectarse utilizando lineas conmutadas telefónicas conmutadas o dedicadas, y puede seleccionar UUCP o IP. Es preferible utilizar sistema operativo UNIX con TCP/IP sobre líneas dedicadas, pero puede empezar con UUCP sobre líneas telefónicas conmutadas. Aunque hay alternativas a UNIX, por razones históricas, y de prestaciones, UNIX está mejor preparado para manejar conectividad a Internet. Es mejor usar TCP/IP internamente, aún cuand o use otro método para conectividad externa.

Necesitará además obtener un número (o grupo de números) del Protocolo Internet (IP), y un nombre de dominio. También puede necesitar un Número de Sistema Autónomo (ASN) y un nombre de d ominio IN-ADDR.ARPA (direccionamiento reverso). Sin embargo, puede comenzar teniendo conectividad vía telefonía conmutada a otra organización que mantenga un registro de intercambio de mensajes electrónicos (MX) para su red o s itio.

La selección entre telefonía conmutada, líneas teléfonicas digitales, fibra óptica o proveedores de enlaces de satélite (tales como Intelsat, Savvis, PanamSat, PeaceSat, ComStream, Cable and Wireless, Inc., NSN Network Services, Inc.) puede estar afectada por las regulaciones de telecomunicaciones en el país. De no ser así, entonces el costo, ancho de banda y confiabilidad determinarán su selección.

Antes de hacer otra cosa:

1. Seleccione a los contactos técnico y administrativo.

Escoja una persona que sea el contacto administrativo y otra persona que sea el contacto técnico. Anote sus nombres completos, direcciones postal y de correo electrónico, y números de teléfono y fax (con el p refijo de ISPs de la forma +código de país, código de ciudad, y número telefónico local). El contacto administrativo debe ser un miembro de su organización y residir en el país. El contacto técnico d ebe ser el más importante soporte técnico de la red, y puede ser al principio no residente en el país. Note que el contacto técnico debe ser, al mismo del tiempo, el más importante soporte técnico residente en el país. Los Registros de Internet van a solicitar esta información en la forma de entradas de bases de datos conocidas como objetos. Por ejemplo, en el formulario de RIPE el contacto administrativo debe ser listado en el campo admin-c d el objeto de la base de datos, y el contacto técnico a su vez en el campo tech-c del objeto. (Más información sobre objetos de bases de datos en la sección II D)

3. Diseñe el diagrama de su organización y la topología de la red.

Trace el diagrama de su organización. Determine el número de grupos y usuarios finales. Describa el tamaño y topología actual de la red. Diseñe su plan de direccionamiento basado en eta informaci&oacut e;n.

Si Ud. está restringido a usar los circuitos de la compañía telefónica local, escoja estos basado en capacidad y en donde se localiza el otro extremo del circuito. Considere la posibilidad de un circuito as imétrico , por ejemplo, 128 Kbps en entrada y 64 Kbps en salida, si espera tener mas tráfico entrante que saliente (como por ejemplo si espera mucho tráfico procedente de servidores WWW fuera de su red)

4. Determine a quién se conectará.
5. Pronostique sus requierimientos de ancho de banda y espacio de direccionamiento basado en las necesidades de sus usuarios finales.

Dado que el espacio de direccionamiento es finito y debe ser conservado, a los usuarios finales no se les permite reservar espacio. El espacio de direccionamiento se determina en base a sus necesidades y como Ud. justifica esas nece sidades. La evaluación de su necesidad de espacio de direccionamiento IP usualmente se basa en la documentación suministrada por Ud. y por los siguientes 12 meses, como se especifica en el formulario de uso de espacio de direccionamiento y e l plan de asignación de direcciones que Ud. ha provisto. Una vez que Ud. ha agotado el espacio de direccionamiento a Ud. asignado, puede solicitar espacio adicional basado en el cálculo estimado y actualizado del crecimiento de su red.

Ud. deberá justificar sus necesidades de espacio de direccionamiento presentando el diseño de la red y debe estar preparado para demostrar su plan en cuanto al uso efectivo del espacio solicitado. Determine las necesidades actuales y futuras de sus usuarios.

Recuerde que si está planificando un servidor WWW virtual diseñado para proveer a cada cliente con un dominio y un servidor WWW, entonces cada cliente necesitará una dirección IP distinta. Asignación p ara puntos de presencia (PDP) a lo largo y ancho de su área o región deben ser tambien incluídos en el cálculo. Las predicciones en cuanto a la demanda de sus usuarios pueden basarse en en análisis de datos publicados, e ntrevistas y contactos con subscriptores tanto individuales como organizacionales, e historias de casos de otros países (vea "Historia de Internet en Tailandia").

Por ejemplo,

Area1

10 modems conmutados

Area2

5 modems conmutados

PDP central

5 servidores: correo electrónico, WWW, DNS, FTP, etc.

100 dominios virtuales

Cuándo diseñe su plan, debe hacerlo por lo que necesite ahora, lo que Ud. cree va a necesitar en 6 meses, y un año después.

6. Configure, conecte, y pruebe su equipamiento y programas.

Es muy importante tener configurados el equipamiento y la conectividad antes de contactar a la agencia apropiada solicitando espacio de direccionamiento.

Vea el Apéndice B para detalles en cuanto a la obtención de los documentos referidos en esta guía.

Para más información sobre TCP/IP, vea RFC 2151, "A Primer on Internet and TCP/IP Tools and Utilities."

SEGUNDO PASO: OBTENGA REGISTRO Y ASIGNACION DE ESPACIO DE DIRECCIONAMIENTO DEL ISP A QUE UD. SE CONECTA, O (EN ULTIMO CASO) SU REGISTRO REGIONAL

Las direcciones del Protocolo de Internet (IP) (en su versión actual, 4) son números de 32 bits usualmente expresados en como 4 octetos en notación decimo-puntual (por ejemplo, 128.223.152.27, que es la direcci&oacu te;n IP del servidor WWW del Network Startup Resource Center (NSRC) ). Las direcciones IP públicas conforman el espacio de direccionamiento de Internet. Las direcciones se asignan de forma jerárquica y están diseñadas para ser únicas.

La Autoridad de Números de Internet Asignados (Internet Assigned Numbers Authority, IANA) asigna grandes bloques de direcciones a los tres Registros de Internet Regionales (IRs): ARIN, APNIC y RIPE NCC quienes, a su vez, asignan bloques menores a los Registros Locales de Internet o grandes ISPs. Los Registros Locales de Internet procesan la gran mayoría de las asignaciones de direcciones a ISPs y usuarios finales.

Presente al proveedor de acceso a Internet que le proporciona conectividad a su organización (proveedor directo) una solicitud de espacio de direccionamiento. Es importante que Ud. contacte al proveedor directo suyo y no al IR Re gional automaticamente. La primera pregunta que le hará el IR Regional es por que su proveedor directo no puede asignarle direcciones.

Si ya existe un ISP funcionando en el país, contactelo directamente. Si por el contrario no existe proveedor en el país, Ud. necesitará contactar al IR regional, pero siempre después de contactar a su proveed or directo, (en este caso fuera del país). De la misma forma que la asignacion de espacio de direccionamiento es jerárquica, las organizaciones administrativas y sus procedimientos reflejan esta estructura jerárquica. Es muy important e no obviar niveles en esta jerarquía. Los IR regionales actuales son: ARIN (Las Americas, el Caribe y el Africa Sub-sahariana), RIPE (Eurpoa, Africa del Norte y el Medio Oriente), y APNIC (Asia y el Pacífico). Información acerca de c omo contactar estas organizaciones disponible en el Apéndice A.

Se debe contactar el Registro de Internet regional que lo atiende si: 1) el ISP al que su organización se conecta no puede o no quiere asignarle espacio de direccionamiento, o 2) sus requerimientos particulares de conectividad im plican que tráfico no local hacia sus clientes posiblemente viaje por Internet a través de una ruta diferente a la ruta de otros clientes de su proveedor directo.

Los IR regionales típicamente asignan bloques de direcciones sobre la base de una necesidad inmediata y el rango de utilización en un año. (Si Ud. se encuentra en la zona de ARIN, es de un año para clientes f inales y tres meses para ISPs)

Calcule su necesidad de direcciones de acuerdo a esto. Se recomienda incluir el diagrama de la organización y la topología de la red a que se hace referencia en la sección I número 2. Note que el espacio de d irecciones se asigna basado en fronteras de bits CIDR (Enrutamiento Inter-Dominio sin Clases) (vea próxima sección). SU proveedor o el IR regional necesitan comprender la ingeniería de su red y el plan de implementación lo m&aa cute;s detalladamente posible antes de asignarle espacio de direccionamiento. Por lo tanto, mientras más detallada sea la información que Ud. facilite, más posiblidad de que su solicitud sea rápidamente procesada.

Si Ud. obtiene espacio de direccionamiento de su proveedor directo, es muy seguro que necesite renumerar su red si decide cambiar de proveedor directo y/o si su red crece considerablemente. Cómo esta renumeración puede afe ctar sus clientes (y los clientes de estos, etc.) si estos usan enlaces dedicados, Ud. debe sopesar cuidadosamente el costo/beneficio de solicitar espacio de direccionamiento a su proveedor directo.

El mínimo bloque de direcciones enrutable es habitualmente /19, de tal forma que si Ud. planifica crecer sustancialmente, es mejor pagar la subscripción al IR regional al principio y obtener un bloque /19 de forma que no t enga que renumerar después. Note que si Ud. es un ISP en la región de ARIN, la política administrativa actual estipula que para obtener espacio de direccionamiento directo de ARIN Ud. debe haber utilizado un bloque /19 de su ISP prove edor directo. O su red debe tener más de una conexión a proveedores diferentes, demostrar que ha utilizado un bloque /21, estar dispuesto a renumerar, y ARIN le asignará un bloque /21 de un bloque /19 reservado.

Recuerde que su proveedor directo debe enrutar su espacio de direccionamiento su Ud. se lo solicita. Ud. es su cliente, y si el servicio no es el que Ud. necesita debe cambiar de proveedor.

SI UD. ESTA CONECTADO A UN SOLO PROVEEDOR, Y SU RED NO ES MUY GRANDE AUN, OBTENGA ESPACIO DE DIRECCIONAMIENTO DE SU PROVEEDOR, Y OBVIE EL RESTO DE ESTA SECCION Y LA SECCION V COMPLETAMENTE.

CIDR es una abreviatura de Enrutamiento Inter-dominio sin Clases. Historicamente, las direcciones IP se asignaban por clases: Clase A (8 bits de dirección de red, 24 bits de direcciones para servidores), Clase B (16 bits de direc ción de red, 16 bits de direcciones para servidores), o Clase C (24 bits de dirección de red, 8 bits de direcciones de servidores). Con el advenimiento de CIDR, el espacio de direccionamiento se asigna en fronteras de bits. Al usar CIDR es p osible asignar espacio de direcciones que se corresponda con el número de servidores en su red, ahorrando por tanto espacio de direcciones.

Class C (24 bits of network address, 8 bits of host address). With the advent of CIDR, address space is now allocated and assigned on bit boundaries. Using CIDR means you are able to assign addresses corresponding with the number of h osts on the network, thereby conserving address space.

La siguiente tabla lo ilustra:

Direcciones:

Bits

Tamaño del espacio asignado en bits.

Prefijo

Clase

Máscara

decimo-puntual.

(Tomado de http://www.ibm.net.il/~hank/cidr.html)

4. Cómo solicitar y registrar espacio de direccionamiento?

Ud. necesita enviar un objeto de base dato a la entidad de registro apropiada. Las bases de datos de registro están compuestas de registros que son una serie de de campos separados por una o más líneas en blanco; ca da campo consiste en dos partes, el marcador y el valor. No modifique os marcadores o de lo contrario provocará errores en el procesamiento. Los valores para campos específicos están descritos en los formularios; incluya la informaci& oacute;n adecuada cuidadosamente.

La primera línea de un formulario denota el tipo de registro. Por ejemplo, la primera línea de un formulario de direcciones IP es inetnum, por lo tanto este registro se conoce como un objeto inetnum. La primera l&ia cute;nea es tambien usada como la llave primaria para el registro, de ahí que si desea modificar el primer campo del registro, la única forma de hacerlo es borrando el registro completamente y adicionando n nuevo registro con la informaci&oa cute;n corregida.

A modo de ilustración , he aquí un objeto inetnum de RIPE:

inetnum: [Rango de direcciones IP a asignar]

netname: Nombre-de-la-Red

descr: Nombre-de-la-Red Comunicaciones, Ciudad

admin-c: acrónimo NIC del contacto administrativo

tech-c: acrónimo NIC del contacto técnico

country: código de país ISO 3166

rev-srv: ns.unservidor.net

rev-srv: ns.otroservidor.net

status: assigned pa (adicionado a proveedor) o assigned pi (independiente de proveedor)

changed: correo@direccion.net 960731

source: RIPE

Para disfrutar de los servicios de APNIC, Ud. necesita hacerse miembro de la organización. APNIC-054 es la Aplicación para Membresía Se localiza en:

Envíe el formulario con los datos via correo electrónico a:

Solicitud de Asignación de Direccione s de APNIC:

Una vez miembro, Ud. puede solicitar espacio de direccionamiento IP isando una de los tres formularios de solicitud de direcciones IP. Si su organización va a utilizar las direcciones solo internamente (ejemplo, grandes empre sas, universidades, mnisterios de gobierno, etc.) escoja #1 (Solicitud de Direcciones de Cliente Final). Si su organización planea sub-delegar direcciones a clientes (ejemplo, ISPs) escoja #2 (Solicitud de Direcciones para ISPs). Si su organizaci&o acute;n es una confederación de ISPs (ejemplo, NICs nacionales, etc.) escoja #3 (Solicitud de Direcciones de Confederación)

1. APNIC-062 es el Formulario de Solicitud de Direcciones de Cliente Final de APNIC. Se localiza en:

tp://ftp.apnic.net/apnic/docs/end-user-address-request

Envíe el formulario con los datos vía correo electrónico a:

Envíe el formulario con los datos vía correo electrónico a:

3. Confederaciones es la forma mediante la cual los proveedores de servicio se agrupan para ofrecer servicios de asignación de recursos y direcciones configurados acorde a las particularidades de la cultura y lenguaje local. P ara detalles referentes a como formar una confederación reconocida por APNIC, por favor revise los Conceptos y Reequerimientos para Confederaciones de APNIC en:

APNIC-063 es el formulario de Solicitud de Direcciones de Internet de APNIC. Se localiza en:

ftp://ftp.anic.net/apnic/docs/confed-request

Envíe el formulario con los datos vía correo electrónico a:

Membresía en ARIN es opcional y no un requerimiento para recibir espacio de direccionamiento de la misma, o de su proveedor directo. Si su su organización se cataloga como relativamente pequeña y cliente final, escoja #1. Si es un ISP, escoja #2.

1. El formulario para asignación de números se encuentra en:

2. El formulario para obtención de bloques CIDR de números de red para ISPs se encuentra en:

Envíe el formulario con los datos vía correo electrónico a:

con ip request (si selecciona #1) o isp cidr request (si selecciona #2) en el campo Asunto, segun corresponda.

RIPE NCC provee asignación d espacio de direcciones solamente a los Registros de Internet locales. Para obtener una descripción de la política y procedimientos del Registro Internet Europeo, vea RIPE-159, "Euro pean Internet Registry Policies and Procedures." Disponible en:

RIPE-160 is Guía para Establecer un Registro Internet Local. Disponible en:

ftp://ftp.ripe.net/docs/ripe-160.txt

Si tiene dudas respecto al establecimiento de un nuevo RI local, contacte RIPE-NCC en:

new-lir@ripe.net

Una vez que su registrolocal se establezca, Ud. recibirá información detallada respecto a como enviar solcitudes a los hostmasters de RIPE.

Envíe el formulario con los datos a:

Si tiene dudas generales, favor contacte a RIPE NCC en:

Para más información sobre direcciones IP, vea RFC 1518, "An Architecture for IP Address Allocation with CIDR" y RFC 2050, "Internet Registry IP Allocation Guidelines."

TERCER PASO: DE SER NECESARIO, OBTENGA UN NUMERO DE SISTEMA AUTONOMO

Los Números de Sistema Autonómo (ASN) se utilizan para facilitar el enrutamiento en redes con más de una conexión a proveedores diferentes.

Se asignan cuando su política de enrutamiento es diferente de la de su proveedor. Esto generalmente significa que su red tiene más de una conexión a proveedores diferentes. En casi todos los casos, a menos que Ud. t enga más de una conexión a diferentes ISPs, Ud. no necesitará un ASN.

Si su política de enrutamiento coincide con la de su proveedor, utilice el ASN de su proveedor. Si hay tráfico constante entre su red y un punto en otro país, Ud. probablemente querrá conectarse a un segundo proveedor en ese país. Note que la red resultante, con más de una conexión a proveedores diferentes, es más robusta, y puede cambiar las relaciones con registros (y por ende la forma de solicitud). También incrementa los costos de operación sustancialmente.

Ud. puede verse obligado a reducir el tráfico en sus enlaces internacionales seleccionando conectarse a un punto de intercambio local. Esto posibilita que el tráfico local se mantenga dentro del país y no a trav&ea cute;s de costosos enlaces internacionales. Si Ud. implementa este plan, entonces tendrá más de una conexión a diferentes proveedores y necesitará revisar las secciones referentes a sistemas autónomos y enrutamiento en e ste documento.

Cómo el espacio de ASN existente es bastante limitado, solicite solamente lo que necesite y cuando lo necesite.

APNIC-058 es el formulario de solicitud de ASN de APNIC. Puede encontrarse en:

Envie los datos completos vía correo electrónico a APNIC a:

La lista completa de los ASN asignados puede encontrarse en:

El formulario de registro de ASN puede encontrarse en:

Envíe los datos completos vía correo electrónico a ARIN a:

Send the completed form via email to ARIN at:

especificando en el asunto del mensaje asn request.

El formulario Europea de Aplicación para Sistemas Autónomos y el formulario de Notas de Referencia (RIPE-147) puede encontrarse en:

IR locales pueden enviar los datos completos vía correo electrónico a RIPE a:

Para más información sobre ASNs, vea RFC 1930, "Autonomous Systems (AS)."

4. Enrutamiento y Puntos de Intercambio

CUARTO PASO: REGISTRARSE EN UNA BASE DE DATOS DE ENRUTAMIENTO.

Ud. no necesita registrarse con una base de datos de enrutamiento si su red está simplemente utilizando rutas por defecto hacia su único ISP. Si Ud. obtuvo su espacio de direcciones de su ISP, este se encarga de registrarl o. Si Ud. está registrado a más de un ISP, Ud. debe registrarse con una base de datos de enrutamiento.

Mientras más conexiones a diferentes proveedores Ud. tenga, más grandes serán sus tablas de enrutamiento. Si Ud. está conectado a un punto de intercambio público (vea ejemplos debajo) o a má s de un ISP principal, Ud. debe utilizar tablas de rutas completas y no podrá utilizar rutas por defecto.

Ejemplo de Puntos de Intercambio Europeo:

Ejemplo de Puntos de Intercambio en Asia/Pacífico:

Ejemplo de Puntos de Intercambio en las Américas:

MAE-EAST Metropolitan Area Ethernet – Este

MAE-WEST Metropolitan Area Ethernet - Oeste

ISPX Punto de Intercambio Internet /Palo Alto

Dependiendo de los requerimientos de su ISP internacional, puede ser que Ud. solo necesite una ruta por defecto que apunte a él y rutas específicas a los proveedores locales a los que se conecta en un punto de intercambio local. O puede ser que por el contrario requiera que sus enrutadores porten rutas completas, considerando su conexión al punto de intercambio local como una conexión a más de un proveedor.

Todos los registros utilizan CIDR. Los fabricantes de enrutadores más comunmente utilizados (Cisco, 3com, Bay, Proteon, IBM, etc) soportan CIDR. Los enrutadores de Internet con capacidad CIDR solo utilizan el prefijo de de la di rección de destino para enrutar tráfico en un ambiente de redes separadas en segmentos.

El Registro de Rutas de Internet (IRR) describe los registros mantenidos por varias organizaciones de redes nacionales e internacionales. Incluye actualmente el Centro de Coordinación de Redes RIPE (NCC), ANS (Advanced Network So lutions Inc.), internetMCI, Bell Canada (inicialmente CA*net), y la Base de Datos de Arbitraje de Rutas (RADB). El IRR es la vía que tienen los sistemas autónomos de publicar sus políticas de enrutamiento sin tener que ir haciendo ac uerdos con cada uno de los distintos sistemas autónomos. La precedencia de las bases de datos de enrutamiento es la siguiente: IRR, ANS, CANET, MCI, RIPE, RADB.

Con la excepción de la Base Datos de Arbitraje de Rutas, cada registro sirve una base de clientes limitada. ANS, InternetMCI, and Bell Canada aceptan registros de rutas solamente d sus clientes, y RIPE NCC supervisa los registros Europeos. La Base Datos de Arbitraje de Rutas es única en cuanto a que realiza registros para organizaciones no cubiertas por ningun otro registro de rutas. RADB también coordina entre todos los registros para garantizar consistencia en la presentación de las políticas de enrutamiento en Internet.

Todos los IR regionales necesitan registrarse con solamente una de las bases de datos en el IRR. Sin embargo, note que algunos ISP no utilizan los registros regionales o RADB.

4. Cómo realizo el registro en RADB (Las Américas)

Ud. necesita enviar 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 el individuo autorizado para actualizar esos registros, completa uno o más de los objetos de mantenimiento y envielo vía correo electrónico a:

Ud. necesita remitir un objeto de mantenimiento antes de poder registrar su objeto AS o cualquier objeto de ruta.

Para describir el sistema autónomo que anuncia su ruta, complete el objeto AS y envíelo por correo electrónico a:

Los objetos AS son tambien conocidos como aut-num.

Para registrar sus rutas, complete uno o más de los objetos de ruta y envíelo vía correo electrónico a:

Para más información sobre enrutadores, vea RFC 1812, "Requirements for IP Version 4 Routers."

Vea también "Representación de Políticas de Enrutamiento IP en un Registro de Enrutamiento" (ripe-81++), RIPE-181. Localizable en:

Para más información sobre CIDR y enrutamiento, vea RFC 1817, "CIDR y Enrutamiento por Clases."

QUINTO PASO: REGISTRE SU NOMBRE DE DOMINIO

El Sistema de Nombres de Dominio (DNS) especifica los nombres de las computadoras dentro de una determinada jerarquía. Dominios de Máximo nivel (TLD) incluye TLD genericos (gTLDs) y código de dos letras de paí ;ses (ccTLDs). Ejemplos de gTLDs incluye .edu (educacion) .com (comercial), .int (internacional) .org (organizaciones) y .net (redes).

Ejemplo de códigos de dos letras de países: .id para Indonesia, .ca para Canadá, y .fr para Francia. ISO 3166 se usa como la base para los nombres de dominio de máximo nivel de los pa& iacute;ses. Estos códigos son determinados por la Organización Internacional de Estandares (ISO) en cooperación con las Naciones Unidas. La Autoridad de Números Asignados de Internet (IANA) registra directamente todos los c&oac ute;digos de países correspondientes a los dominios de nombre de máximo nivel, sin embargo no se involucra en en la determinación del status de los países. Vea ISO 3166 para más información y una lista de los c&oa cute;dgos de país (Apéndice C).

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 distintos países. En algunis países la estructura es plana, m ientras en otros hay una substancial organización. En algunos países los segundos niveles son categorías genéricas, mientras en otros están basados en geografía política, y aún en otros, los dominios de las organizaciones están listados directamente bajo el código de país. Ejemplos de categorías genéricas de segundo nivel son: .ac (académicas), .co (corporativo) .go (gobierno) y .edu (educacional)