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

[Roque Gagliano]

Siguen mis comentarios.

> > On May 31, 2007, at 7:08 PM, 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.
> >> 

Como alguien mas comento no estoy de acuerdo con utilizar el termino
"automatico". Deberíamos seguir la metodología que ya hemos usado:
"Una organización podrá solicitar una colocación PI si
	a) xxxx
	b) yyyy
"
Yo particularmente no me parece que debemos atar las políticas de IPv4 a
IPv6. No lo hacemos para los ISPs donde simplemente se dice que la
cantidad de IPv4 asignadas pueden ser usadas como justificativo para el
tamaño del bloque.

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

Que pasa cuando no hayan mas direcciones IPv4 para colocar? de vuelta no
creo que debamos relacionar las dos políticas.

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

este ultimo parrafo me parece que no se necesita. se sabe que las
políticas las implementa el staff.
> >> 
> >> 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.
> >> 

lo importanta cuando hablamos de colocaciones subsecuentes es establecer
el criterio de entrada de cuando clasifica y como se calcula el tamaño,
el resto de vuelta lo realiza el staff.

> >> "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
> > 
> > -------------------------------------------------------------
> > Roque Gagliano
> > ANTEL - URUGUAY
> > rgaglian at antel.net.uy
> > 
> > 
> > 
> > _______________________________________________
> > 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://mail.lacnic.net/pipermail/politicas/attachments/20070601/9b0843ce/attachment.sig>