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 [email protected] 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
[email protected]. 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 [email protected]
NOTA: [email protected] 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
[email protected]
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 [email protected] 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: [email protected]
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>
|