03/98
WDB_version: 2.0
Proyecto WHOIS Compartido (SWIP):
Actualización de la Información sobre Espacio de Direcciones de Protocolo de Internet
(IP) en la Base de Datos WHOIS.
------------------------------
SWIP es el proceso que utilizan los Proveedores de Servicios de Internet (ISP) para
presentar información a WHOIS sobre la reasignación de espacio de IP a clientes. El
objetivo de SWIP es asegurar un mantenimiento eficaz y eficiente de registros en el
espacio de direcciones de IP.
Los ISP que reciben bloques de Ruteabilidad de Interdominio sin Clase (CIDR) de
direcciones de IP de la Oficina de Registro Norteamericana para Números de Internet
(ARIN), ya sea directa o indirectamente (como cliente ulterior de otro ISP), DEBE
seleccionar SWIP o RWHOIS para proporcionar información sobre reasignación a ARIN.
El proceso SWIP:
1. Actualiza WHOIS para mostrar qué organización está utilizando el espacio de
direcciones de IP asignado,
2. Proporciona un punto de contacto dentro de la organización a la que se asigna el
espacio de IP, y
3. Efectúa el seguimiento si un proveedor ha agotado o está a punto de agotar sus
distribuciones de bloques CIDR actuales, de manera que pueda justificarse una asignación
adicional.
La información sobre reasignación, obtenida por medio de SWIP, está entonces disponible
para uso en los estudios de distribución de IP.
Uso de SWIP
SWIP automatiza el proceso de asignación de espacio de direcciones de IP. Los ISP
utilizan formularios de SWIP para presentar la reasignación a ARIN vía correo
electrónico. El formulario de presentación de SWIP está disponible en:
http://www.arin.net/templates.html
Sírvase presentar todos los formularios SWIP en formato ASCII.
Requisitos de SWIP
A fin de mantener una base de datos WHOIS actual, las presentaciones de SWIP deben hacerse
dentro de un término de siete (7) días de la asignación del espacio de direcciones de
IP.
Los ISP pueden presentar datos de reasignación solamente para registros dentro de sus
bloques asignados. ARIN puede hacer cambios ad hoc en estos registros al recibir la
aprobación autorizada del registro delegado.
Los ISP devuelven los formularios llenados vía correo electrónico a reassign@arin.net Se
permite la presentación de formatos en lote con múltiples formularios anexos a un solo
mensaje de correo electrónico; sin embargo, los ISP deben limitar las presentaciones a 10
formularios por mensaje para facilitar el seguimiento del llenado de SWIP.
ARIN acepta formularios SWIP para reasignaciones de bloques de /29 y mayores. Se acepta
también información de reasignación sin clase, es decir, subredes de espacio de
direcciones clase A, B y C.
La justificación para todas las reasignaciones de /18 y bloques mayores debe presentarse
a ARIN para aprobación de acuerdo con los Procedimientos de Asignación de IP para ISP,
que aparecen en:
http://www.arin.net/documentation/IP
Registros deEspacio de Direcciones de IP
Cada registro de espacio de direcciones de IP tiene un nombre de punto de contacto,
identificación del proveedor/mantenedor y otros campos diversos que se le han asignado.
ARIN asigna una identificación de proveedor/mantenedor (anteriormente llamada Maintainer
ID) a cada ISP a quien se le asigne un espacio de direcciones de Protocolo de Internet
(IP). La identificación del proveedor es el identificador alfanumérico que designa de
manera singular a cada ISP.
Se asigna automáticamente una identificación de proveedor/mantenedor a un ISP a quien se
le han asignado bloques /24 y mayores por el proveedor anterior del ISP. Sólo los ISP que
necesiten proporcionar información de reasignación vía SWIP o RWHOIS, necesitan
identificaciones de proveedor/mantenedor. En caso de que no tenga usted una
identificación de proveedor/mantenedor, sírvase solicitarla por correo electrónico a
reassign@arin.net. Incluya el nombre de su compañía y enumere las direcciones de IP
actualmente asignadas a la organización de usted. Con base en esta información, se le
enviará una identificación de proveedor/mantenedor. Una lista de identificaciones de
proveedores/mantenedores se localiza en:
URL:
<ftp://ftp.arin.net/pub/swip/maintainer.list>
Definición de Asignación y Distribución
La frase "asignación de espacio de direcciones de IP" se aplica a la provisión
de espacio de direcciones de IP a los ISP que reasignan su espacio de direcciones a otras
organizaciones. La frase "distribución de espacio de direcciones de IP" se
aplica a la provisión de espacio de direcciones de IP por los ISP a organizaciones de
usuarios finales.
Preguntas sobre SWIP
Para las respuestas a las preguntas sobre SWIP, póngase en contacto con SWIP@arin.net
NOTA: SWIP@arin.net es una lista de correos que se distribuye a todos
los miembros; no presente formularios SWIP a esta dirección. Envíe las formularios a
reasign@arin.net
Servidor RWHOIS para Entrada de Información.
La alternativa para el uso de SWIP para la actualización de la información del espacio
de direcciones del Protocolo de Internet (IP) en la Base de Datos WHOIS, es el
establecimiento de un servidor de WHOIS de referencia (RWHOIS). Para información sobre
RWHOIS, vea:
http://rwhois.internic.net/
PROCEDIMIENTOS PARA PRESENTACIONES DE SWIP
-------------------------------------------------
A fin de asegurar el procesamiento rápido y exacto de una inscripción de SWIP, sírvase
seguir con precisión las instrucciones que se incluyen a continuación. Debido a que los
formularios SWIP están analizados sintácticamente de manera automática para
introducción en la base de datos de WHOIS, los errores u omisiones en los formularios
pueden requerir que se devuelvan para corrección al ISP que los presenta. Lo anterior
demora el procesamiento de su información de reasignación e impide la actualización
oportuna de la base de datos de WHOIS. Una demora de esta naturaleza puede tener un
impacto sobre las solicitudes de bloques de CIDR adicionales debido a que no hay
información de reasignación disponible para revisión. Las instrucciones específicas
para llenar cada campo aparecen en las Instrucciones Detalladas y los Formularios de
Muestra correctamente llenados que se presentan a continuación.
PROCEDIMIENTOS PARA COPIAR Y LLENAR EL FORMULARIO DE SWIP
1. USO DEL FORMULARIO DE SWIP
Cada línea del formulario de SWIP en blanco debe copiarse EXACTAMENTE COMO APARECE. No
modifique los nombres de campos o espacios establecidos cuando llene la información.
Cualquier cambio en el formulario provisto puede ocasionar un error que inhibe el
procesamiento automático de su formulario y demora la introducción de la información de
reasignación de usted.
EJEMPLO: Campos SWIP requeridos
WDB_version:1.4
(requerido)
--- (requerido)
(N) new (M) modify (D) delete: (requerido)
(A) allocate (S) assign: (requerido)
--- (requerido)
ntsnum: (requerido)
ntenum: (requerido)
ntname: (requerido)
org: (requerido)
street: (requerido)
city: (Solamente optativo para sitios que no están en los Estados
Unidos)
state: (Solamente optativo para sitios que no están en los
Estados Unidos)
zipcode: (Solamente optativo para sitios que no están en los
Estados Unidos)
cntry: (requerido)
maint: (requerido)
--- (requerido)
hname: (optativo)
ipaddr: (optativo)
--- (requerido)
hname: (optativo)
ipaddr: (optativo)
--- (requerido)
nichandl: (optativo cuando no está asignada actualmente una
contraseña de usuario; requerido si está asignada)
lname: (requerido)
fname: (requerido)
mname: (optativo)
org: (requerido)
street: (requerido)
city: (Solamente optativo para sitios que no están en los Estados
Unidos)
state: (Solamente optativo para sitios que no están en los
Estados Unidos)
zipcode: (Solamente optativo para sitios que no están en los
Estados Unidos)
cntry: (requerido)
phne: (requerido)
mbox: (optativo)
2. ERRORES COMUNES.
1. Información faltante de los campos requeridos. La presentación exitosa del formulario
SWIP depende de que se llenen todos los Campos Requeridos. (Ver arriba la información
sobre los Campos Requeridos).
a. Incluya la identificación de su proveedor/mantenedor en el campo de "prov:".
En caso de que no esté usted seguro de la identificación de su proveedor/mantenedor,
consulte:
URL: [rs.arin.net/pub/swip/maintainer.list]
En caso de que no tenga usted una identificación de proveedor/mantenedor, sírvase enviar
un mensaje por correo electrónico a reassign@arin.net para solicitarla.
b. En caso de que conozca usted la contraseña de usuario, inclúyala en el campo de
<ARIN-handl> y deje en blanco el resto de la información sobre el usuario.
c. Nombre de la red (ntname):
1. Puede tener hasta 21 caracteres de longitud,
2. No puede contener espacio en blanco,
3. No puede comenzar con un número, y
4. Contiene solamente caracteres alfanuméricos o un guión (-)
d. El formato correcto para introducir los números en los campos de ntsnum: (número de
inicio de la red) y ntenum (número final de la red) se muestra en el ejemplo que aparece
a continuación:
EJEMPLO:
Utilice el formato: XXX.XXX.XXX.XXX
La introducción en el formulario aparecería como:
ntsnum: 10.4.18.0
ntenum: 10.4.18.255
ntsnum: 10.123.226.192
ntenum: 10.123.226.223
1) WDB_version: 1.4
---
Se requiere el número de versión para el procesamiento del formulario de SWIP y debe
preceder por lo menos al primer formulario de SWIP en cada presentación. Le sigue un
separador (---) que debe permanecer exactamente en su posición.
NOTAS:
a. TODOS los separadores de los formularios SWIP (---) DEBEN permanecer en su posición
para separar los registros dentro de un archivo SWIP y para separar los objetos dentro de
cada registro.
b. Copie el formulario exactamente, conservando el número de versión y los separadores
en las posiciones correctas.
2. (N) new (M) modify (D) delete
(N) New: Para nuevas asignaciones, ponga una N después de los dos puntos.
(M) Modify: Para cambiar/modificar un registro EXISTENTE, ponga una M después de los dos
puntos. La única información que puede modificarse es la dirección física de la
organización, el POC y in-addrs. El netname y la organización no pueden modificarse.
(D) Delete: Para suprimir un registro, ponga una D después de los dos puntos.
NOTA:
En caso de que esté usted cambiando el nombre de la organización y reasignando la red,
hay un procedimiento de dos pasos que debe seguirse:
Paso 1: Presentar una solicitud de Delete (D) a ARIN para suprimir la red actual. Después
de que ARIN confirme una supresión con éxito, a continuación:
Paso 2: Presentar una solicitud de New (N) para la "Nueva" red.
3) (A) Allocate (S) Assign
--- Las direcciones de IP se asignan o distribuyen.
Allocate: Se refiere a la provisión de un espacio de direcciones de IP expedido a los ISP
que reasignan su espacio de direcciones a otras organizaciones.
Assign: Direcciones de IP expedidas a clientes usuarios finales que se usan para numerar
sus hosts internos, se consideran "Assigned.". Para las direcciones de IP
Distribuidas, ponga una S después de los dos puntos.
NOTA: La elección correcta de Asignar o Distribuir es muy importante ya que todas las
organizaciones a las que usted asigna espacio de direcciones recibirán una
identificación de proveedor/mantenedor, de manera que puedan presentar, a su vez, su
propia información de reasignación.
4. ntsnum: número inicial de la red, por ejemplo, 10.4.216.0
ntenum: número final de la red, por ejemplo, 10.4.216.255
Incluya el número inicial de la red <ntsnum> y el número final de la red
<ntenum> de las direcciones de IP que está usted asignando.
5. ntname: nombre de la red.
Se requiere un nombre de red singular para todas las direcciones de IP expedidas. El
formato es: Identificación del Proveedor B Número. Los números pueden variar de 1 a n.
EJEMPLOS:
ARIN-1 o ARIN-2
Las solicitudes de nombres de red que terminan en "-DOM" se rechazarán ya que
llevan a conflictos con contraseñas de nombre de dominio.
6. org: organización (nombre del cliente).
Incluya el nombre de la organización a la que se está asignando el número de IP.
7. street: 111 Main Street
8. city: Town Center
9. state: VA
10. zipcode: 22182
11. cntry: US
La dirección postal DEBE incluirse en líneas separadas como se muestra arriba.
12. maint: identificación de proveedor/mantenedor.
Cada ISP recibe una identificación de proveedor/mantenedor cuando se le atribuye
inicialmente un bloque de ruteabilidad de Inter-Dominios con Clase (CIDR) de un ISP
anterior. El ISP que expidió la identificación de proveedor para un bloque CIDR
específico, está autorizado para presentar información de reasignación.
El campo "prov" contener la identificación del proveedor/mantenedor de la
organización de usted. Las identificaciones de proveedores/mantenedores se expiden
también a aquellas organizaciones (ISP ulteriores) a las que usted ha ASIGNADO
direcciones. La identificación del proveedor/mantenedor de usted se le incluye en el
aviso de confirmación de ARIN y debe transmitirse a los clientes de usted para uso en sus
presentaciones SWIP.
Una lista de las identificaciones de proveedores/mantenedores se encuentra en:
URL: [ftp://rs.arin.net/pub/swip/maintainer.list.]
Esta lista se actualiza semanalmente para asegurar que se incluyan las adiciones más
recientes.
13. hname: nombre del host.
ipaddr: dirección de IP
---
hname: nombre de host adicional.
ipaddr: dirección de IP
Utilice esta sección para añadir o modificar servidores de nombre de dirección inversa
(in-addr) en los registros de la red. Se requieren por lo menos dos servidores de
nombre en caso de que se incluya in-addr; de otra manera, se rechazará la solicitud.
Sírvase proporcionar una lista completa de servidores de nombre en el orden que deben
aparecer en el registro.
Se requiere tanto el nombre de host como la dirección de IP del servidor de nombre.
NOTA: Para modificar o registrar un host, utilice el formulario InterNIC y las
instrucciones en:
ftp://rs.internic.net/templates/host-template.txt
http://rs.internic.net/help/templates.html
Una vez que quede usted inscrito, puede usar SWIP para fines de reasignación, pero SWIP
no puede registrar nuevos hosts o modificar la información existente sobre un host, es
decir, modificar el nombre de host o la dirección de IP en un servidor de nombre de
dominio inverso existente.
Todos los ISP que reciban bloques /16 (Clase B) o mayores de ARIN son responsables de
mantener todos los registros de dominio IN-ADDR.ARPA para sus clientes respectivos.
El ISP es responsable del mantenimiento de los registros de dominio IN-ADDR.ARPA de
todos los prefijos más largos que se hayan delegado con base en ese bloque. En caso de
que una delegación provenga de un bloque de ISP de /16 o mayor, los campos anteriores
deben dejarse en blanco o pueden suprimirse totalmente.
ARIN no colocará servidores de nombre in-addr en redes mayores de /24. Cuando se
modifiquen o añadan servidores de nombre in-addr en bloques directamente expedidos
por ARIN, debe utilizarse el formulario in-addr (o de red).
URL:
14) SECCIÓN SOBRE EL PUNTO DE CONTACTO TÉCNICO
nichandl: constraseña de usuario
lname: apellido
fname: primer nombre
mname: segundo nombre
org: organización
street:
city:
state:
zipcode:
cntry: clave del país*
phne: teléfono
mbox: dirección de correo electrónico
Esta sección es para el punto de contacto técnico (POC).
El POC debe estar dentro de la organización que recibe la dirección.
Debe usted proporcionar la contraseña del usuario <ARIN-handle> en caso de que
esté alguno incluido actualmente para el POC en la base de datos de WHOIS. Para
determinar una contraseña de usuario, busque la base de datos WHOIS para el POC con el
uso del formato: apellido, primer nombre. En caso de que se asigne una contraseña de
usuario, incluya la contraseña de usuario en el campo de ARIN-handle (contraseña de
ARIN) y deje el resto de los campos en blanco, a menos de que desee usted presentar una
modificación en uno de estos campos.
En caso de que la contraseña de usuario no aparezca en la base de datos de WHOIS, deje el
campo de <ARIN-handl> en blanco y llene los campos restantes de esta sección, como
sigue:
lname: (apellido)
fname: (primer nombre)
mname: (segundo nombre)
org: (organización)
street:
city:
state: (en caso de que fuera aplicable)
zipcode:
cntry: (utilice la clave de dos letras del país)
phne: (número de teléfono)
mbox: (Correo electrónico)
NOTA: La clave de dos letras del país <cntry> se encuentra en:
URL: [ftp://rs.arin.net/netinfo/iso3166-countrycodes]
Ejemplos de Formularios SWIP Llenados Correctamente
---------------------------------------------------
1) El ejemplo que aparece a continuación es para una nueva asignación de red de /21, sin
ningunas modificaciones/adiciones de in-addr y un ARIN-handle de POC desconocido.
WDB_versión: 1.4
---
(N) new (M) modify (D) delete: N
(A) allocate (S) assign: A
---
ntsnum: 172.16.0.0
ntenum: 172.16.7.255
ntname: COMP-1
org: Any Company
street: 111 Main Street
city: Town Center
state: VA
zipcode: 22182
cntry: US
maint: COMP
---
hname:
ipaddr:
---
hname:
ipaddr:
---
nichandl:
lname: Smith
fname: Mark
mname: A.
org: Any Company
street: 111 Main Street
city: Town Center
state: VA
zipcode: 22182
cntry: US
phne: 555-555-1111
mbox: hostmaster@company.net
2. El ejemplo que se incluye a continuación es para asignar tres redes de /24 bits en un
formulario. En este ejemplo, se está añadiendo in-addrs y se conoce el ARIN-handle para
el contacto.
WDB_versión: 1.4
---
(N) new (M) modify (D) delete: N
(A) allocate (S) assign: S
---
ntsnum: 198.41.0.0
ntenum: 198.41.2.255
ntname: COMP-2
org: Any Company
street: 222 Main Street
city: Town Center
state: VA
zipcode: 22182
cntry: US
maint: COMP
---
hname: NS1.ARIN.NET
ipaddr: 192.168.4.4
---
hname: NS2.ARIN.NET
ipaddr: 192.168.4.5
---
nichandl: HOSTMASTER
lname:
fname:
mname:
org:
street:
city:
state:
zipcode:
cntry:
phne:
mbox:
---
3) El ejemplo que se incluye a continuación es para asignar una capacidad de /27 bits. En
este ejemplo, no se está añadiendo ningún servidor in-addr, ya que es más corto que un
/24. Se conoce el ARIN-handle para el coordinador.
WDB_versión: 1.4
---
(N) new (M) modify (D) delete: N
(A) allocate (S) assign: S
---
ntsnum: 198.41.2.0
ntenum: 198.41.2.31
ntname: COMP-3
org: Any Company
street: 111 Main Street
city: Town Center
state: VA
zipcode: 22182
cntry: US
maint: COMP
---
hname:
ipaddr:
---
hname:
ipaddr:
---
nichandl: HOSTMASTER
lname:
fname:
mname:
org:
street:
city:
state:
zipcode:
cntry:
phne:
mbox:
SUGERENCIAS DE LECTURA:
Disponible vía ftp anónimo de: DS.INTERNIC.NET (198.49.45.10)
Hubbard, K., Kosters, M., Conrad, D., Karrenberg, D., Postel, J. Internet Registry IP
Allocation Guidelines; November 1996.
BCP 12 RFC 2050. 13 p.
<URL: ftp://ds.internic.net/rfc/rfc2050.txt>
T. Pummill, B. Manning.
Variable Length Subnet Table For IPv4", December 26, 1995.
RFC 1878 (Obsoletes RFC1860). 8 p.
<URL: ftp://rs.internic.net/policy/rfc1878.txt>
|