[LACNIC/Politicas] Propuesta de política para asignar PI IPv6 a Organizaciones-Usuario-Final

[Nicolás Ruiz]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Según entiendo del documento, el usuario final que ya tenga un bloque
IPv4 PI no necesita hacer absolutamente nada para recibir un bloque IPv6
PI, es decir, LACNIC automáticamente lo colocaria. Es esta la intención?
Yo preferiria que el usuario final manifieste a LACNIC su interes en
recibir el bloque IPv6.

Por lo demas, me parece que la propuesta se entiende, estoy de acuerdo
con la propuesta y creo que está lo suficientemente madura como para
utilizar el template.

Gustavo Lozano wrote:
> Hola,
> 
> Después de una conversación entre Jordi y su 
> servidor queremos poner a consideración de todos 
> la siguiente propuesta de política para asignar 
> PI IPv6 a Organizaciones-Usuario-Final que toma 
> en cuenta las sugerencias escuchadas en el foro público en LACNIC X.
> 
> Nos gustaría escuchar sus comentarios antes de 
> enviar el template formal a la dirección propuesta at lacnic.net.
> 
> Gracias y esperamos sus comentarios.
> 
> Asignaciones IPv6 Independientes del Proveedor 
> (PI) para Organizaciones-Usuario-Final
> 
> Si la organización cuenta con un bloque PI 
> (direcciones independientes del proveedor) IPv4 
> se le asignará automáticamente un bloque PI IPv6. 
> En este caso, se asignará un /48, a menos que la 
> organización justifique la necesidad de un bloque mayor.
> 
> Si la organización no cuenta con un bloque PI 
> IPv4, deberá realizar la solicitud de un bloque 
> PI IPv4 y cumplir con el criterio 
> correspondiente. Una vez que haya calificado para 
> un bloque PI IPv4, se asignará también un bloque 
> PI IPv6; se asignará un /48 por defecto, salvo 
> que, como en el caso anterior, justifique la 
> necesidad de un bloque mayor. En caso de que la 
> organización no necesite direccionamiento IPv4 
> podrá especificarlo en la solicitud y solo recibir un bloque PI IPv6.
> 
> El tamaño mínimo para la asignación es un /48. 
> LACNIC realizará una reserva de bloques contiguos 
> en función de la documentación ofrecida por el 
> interesado. Un bloque mayor (un prefijo de menor 
> longitud) podría ser asignado, según criterio del 
> staff de LACNIC, si se documenta y justifica por parte del solicitante.
> 
> Asignaciones subsecuentes:
> Siempre que sea posible, sucesivas asignaciones 
> se realizarían de un bloque de direcciones 
> adyacente, pero solo si se documenta y justifica convenientemente.
> 
> "Super-Bloque" de asignación:
> Las asignaciones serán asignadas desde un 
> "super-bloque" separado, para facilitar a los RIR el filtrado de las mismas.
> 
> 
> Saludos,
> 
> Gustavo Lozano
> 
> 
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
> 
> 

- --
A: Because it destroys the flow of conversation.
Q: Why is top posting dumb?
- --
Juan Nicolás Ruiz    | Corporación Parque Tecnológico de Mérida
                     | Centro de Cálculo Cientifico ULA
nicolas at ula.ve       | Avenida 4, Edif. Gral Masini, Ofic. B-32
+58-(0)274-252-4192  | Mérida - Edo. Mérida. Venezuela
PGP Key fingerprint = CDA7 9892 50F7 22F8 E379  08DA 9A3B 194B D641 C6FF
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGYDbTmjsZS9ZBxv8RAvJ/AJ9McR4KwN0tDVgP/a0mjwIEjK/nPgCeP1uH
vmZ7+OJwwE8cb2UIYtV5V0I=
=0muQ
-----END PGP SIGNATURE-----