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

[Nicolás Ruiz]

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

JORDI PALET MARTINEZ wrote:
> Hola Nicolas,
> 
> Mismo comentario que le he hecho a Ricardo, ninguna politica se aplica si no
> se la "llama", y por tanto el texto solo se aplica si se hace la peticion
> del recurso. Asi es en otras regiones.
> 
> Si lo queremos redundante, no me importan introducir ese cambio, pero igual
> hay que pensar que en otros textos actuales tambien hay el mismo problema.

Yo prefiero incluir el cambio. "Automáticamente" me parece ambiguo.
Quizas baste con hacer referencia a la asignación IPv4 PI ya obtenida de
LACNIC.

Pregunto nuevamente (porque quizás no se nota en el otro correo donde
pregunte):

Que se hace cuando la organización no ha solicitado (o no ha recibido)
un bloque IPv4 PI pero está interesada en recibir un IPv6 PI? Creo que
ese caso tambien debe considerarlo la propuesta.

> 
> Saludos,
> Jordi
> 
> 
> 
> 
>> De: Nicolás Ruiz <nicolas at ula.ve>
>> Organización: ULA
>> Responder a: LACNIC Policy mailling list <politicas at lacnic.net>
>> Fecha: Fri, 01 Jun 2007 11:10:11 -0400
>> Para: LACNIC Policy mailling list <politicas at lacnic.net>
>> Asunto: Re: [LACNIC/Politicas] Propuesta de política para asignar PI IPv6 a
>> Organizaciones-Usuario-Final
>>
> 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
>>
_______________________________________________
Politicas mailing list
Politicas at lacnic.net
https://mail.lacnic.net/mailman/listinfo/politicas

> **********************************************
> The IPv6 Portal: http://www.ipv6tf.org

> Bye 6Bone. Hi, IPv6 !
> http://www.ipv6day.org

> This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.



> _______________________________________________
> 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

iD8DBQFGYwGbmjsZS9ZBxv8RAiiIAJ9HyE6yIWjLiIZpdOxC9evuQvEy5gCePo+z
jRFuXFh/6lwMi57rysiwkY4=
=7bXx
-----END PGP SIGNATURE-----