[LACNIC/Politicas] Nueva version de "Asignaciones IPv6Independientes del Proveedor (PI) paraOrganizaciones-Usuario-Final"

[JORDI PALET MARTINEZ]

Creo que es bueno mantener la reserva del espacio contiguo. Es relativamente
facil que una entidad que tiene hoy un solo sitio, pueda tener varios en el
futuro, aunque solo sean 2, y como dice Gustavo, facilita la agregacion de
esos casos, que creo que pueden ser muchos.

Lo de super-bloque viene por seguir la nomenclatura usada en otras regiones,
el sentido es el mismo, creo que no es importante de una forma u otra, solo
si queremos que las politicas sean mas parecidas en nomenclaturas para
facilitar a los operadores que estan en varias regiones su comprension, etc.

Saludos,
Jordi




> De: Gustavo Lozano <glozano at nic.mx>
> Responder a: <glozano at nic.mx>
> Fecha: Thu, 22 Mar 2007 17:20:04 +0100
> Para: Roque Gagliano <rgaglian at antel.net.uy>, LACNIC Policy mailling list
> <politicas at lacnic.net>
> CC: <jordi.palet at consulintel.es>
> Asunto: Re: [LACNIC/Politicas] Nueva version de "Asignaciones
> IPv6Independientes del Proveedor (PI) paraOrganizaciones-Usuario-Final"
> 
> Roque,
> 
> Comentarios entre lineas.
> 
> At 16:45 22/03/2007, Roque Gagliano wrote:
>> ¿porqué hablamos del espacio a reservar? en ninguna política lo hacemos,
>> creo que debemos confiar en el trabajo que hace el staff al respecto,
>> son ellos que tienen una visión global de las direcciones IPv6 y conocen
>> las presentaciones caso a caso.
>> 
>> Creo que hay que quitar toda referencia a la reserva de espacio
>> contiguo.
> 
> 
> Las adjudicaciones directas en IPv6 para
> END-SITES es algo nuevo y se cree que el /44 es
> espacio suficiente para el crecimiento de la
> mayoría de los END-SITES. ARIN y APNIC están
> haciendo una reserva de /44 y con el texto de la
> política ³con una reserva mínima de /44²,
> básicamente se le da la mayor libertad a LACNIC,
> ya que LACNIC puede dejar una reserva mayor si lo considera adecuado.
> 
> Dejando la reserva mínima de /44 se debería
> aumentar la posibilidad de agregación gracias a
> que existirían bloques contiguos suficientes.
> 
> 
> 
>> Cambiaría "super-bloque" por "espacio de direcciones IPv6 específico,
>> publicado en la página web de LACNIC".
> 
> Creo que esta sugerencia es valida y estoy de acuerdo.
> 
>> Roque
>> 
>> 
>> On Thu, 2007-03-22 at 12:27 -0300, ARG-O'FLAHERTY, CHRISTIAN wrote:
>>> Cualificacion para una asignacion IPv6 PI:
>>> Para cualificar para una asignacion directa, la organización no debe
>>> de ser un LIR o ISP IPv6, y debe cualificar para una asignacion o
>>> adjudicacion IPv4 por parte de LACNIC. Esto aplica tanto si la
>>> organización tiene o no tiene asignado o adjudicado espacio IPv4.
>>> 
>>> Tamaño de la asignacion IPv6 PI:
>>> El tamaño minimo para la asignacion es un /48, con una reserva minima
>>> de /44. LACNIC podrá realizar una reserva mayor si considera mediante
>>> la documentación ofrecida por el interesado que el crecimiento puede
>>> ser mayor a un /44. Un bloque mayor (un prefijo de menor longitud)
>>> podria ser asignado, segun criterio del staff de LACNIC, si se
>>> documenta y justifica convenientemente su necesitad operativa por
>>> parte del solicitante.
>>> 
>>> Asignaciones subsecuentes:
>>> Siempre que sea posible, sucesivas asignaciones se realizarian de un
>>> bloque de direcciones adyacente, pero solo si se documenta y justifica
>>> convenientemente.
>>> 
>>> "Super-Bloque" de asignacion:
>>> Las asignaciones seran asignadas desde un "super-bloque" separado,
>>> para facilitar a los RIR el filtrado de las mismas, si en el futuro
>>> fuera preciso.
>>> 
> 
> Gustavo Lozano
> NIC Mexico
> 
> 




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