Re: [LACNIC/Politicas] Nueva propuesta de pol í tica (modificacion de la existente de asignaci ó n y adjudicaci ó n de IPv6)

[marcelo bagnulo braun]

El 05/06/2006, a las 22:03, JORDI PALET MARTINEZ escribió:

>>> Para calificar para la adjudicación inicial de un espacio de
>>> direcciones
>>> IPv6, una organización debe:
>>>
>>> a)    Ser un LIR o ISP;
>>> b)    Documentar un plan detallado sobre los servicios y la
>>> conectividad en
>>> IPv6 a ofrecer a otras organizaciones (clientes) o a sus
>>> propios/relacionados(as) departamentos/entidades/sitios, a los cuales
>>> asignará /48s.
>>> c)    Anunciar en el sistema de rutas inter-dominio de Internet un
>>> único
>>> bloque, que agregue toda la asignación de direcciones IPv6 recibida,
>>> en un
>>> plazo no mayor de 12 meses.
>>> d)    Ofrecer servicios en IPv6 a clientes o entidades
>>> propias/relacionadas
>>> (incluyendo departamentos y/o sitios) localizados físicamente en la
>>> región
>>> de LACNIC en un plazo no mayor de 24 meses.
>>>
>>
>> esto basicamente quiere decir que cualquier que quiera/pueda pagar la
>> membresia de ser un LIR puede obtener su propio bloque /32
>
> No cualquiera, sigue teniendo que justificar un plan, y ahí esta el 
> criterio
> del hostmaster, que creo que es lo suficientemente bueno y probado 
> hasta
> ahora.

si pero estamos reduciendo los cirteriso definidos para que el host 
master haga su evaluacion y le ponemos mas peso en su criterio propio.
Digo, segun entiendo, la idea es que las politicas definan unos 
criterios claros para asi facilitar el trabajo del host master y 
evitarle problemas, en el sentido que esta claro cuando una asignacion 
es valida y cuando no. Si solo queda el criterio del hostmaster, se 
abre la posibilidad de quejas y problemas porque las reglas/criterios 
de evaluacion no estan claros

>
>>
>> la barrera de entrada en este caso ya no pasa por la condicion de
>> proveedor de servicios o el tamaño sino simplemente por el dinero....
>
> No, creo que el plan es mas importante,

claro pero como hacemos para evaluar un plan aceptable para una 
asignacion?

como menciono antes, creo que pedir un plan, pero no poner ningun tipo 
de requerimiento para el plan, y solo confiar en el criterio del 
hostmaster es psarle el problema al hostmaster y eso creo que 
deberiamos evitarlo.

creo que deberiamos tratar de explorar si hay cirterios objetivos que 
puedan ser reflejados en los requirmientos


>  dado que justifica la red, y no
> calificas por mucho que quieras pagar si no es apropiado.
>
>>
>> la verdad que no me convence mucho... sobre todo porque el parametro
>> utilizado para definir el numero de bloques asignados (el precio de la
>> membresia) escapa el control de esta lista. Con esta politica, el
>> precio de membresia afecta el numero de entradas en la tabla global de
>> rutas... es un poco raro me parece a mi
>
> Como digo no es el caso, bajo mi punto de vista.
>
>>
>>> Sección 5.5. actual:
>>>
>>> 5.5. Micro-Asignaciones en IPv6
>>>
>>> LACNIC podrá realizar micro-asignaciones en casos de proyectos e
>>> infraestructuras de redes claves o críticas para el funcionamiento, y
>>> desarrollo de IPv6 en la región como son IXP (Internet Exchange
>>> Point), NAP
>>> (Network Access Point), RIR, proveedores de DNS ccTLD, entre otros.
>>> Dichas
>>> asignaciones se realizarán en bloques menores o igual a un /32 pero
>>> siempre
>>> mayores o iguales a un /48.
>>>
>>> Texto sustitutivo propuesto:
>>>
>>> 5.5. Micro-Asignaciones en IPv6
>>>
>>> LACNIC podrá realizar micro-asignaciones en casos de proyectos e
>>> infraestructuras de redes claves o críticas para el funcionamiento, y
>>> desarrollo de IPv6 en la región como son IXP (Internet Exchange
>>> Point), NAP
>>> (Network Access Point), RIR/NIR, root servers, proveedores de DNS 
>>> TLD,
>>> entre
>>> otros. Dichas asignaciones se realizarán en bloques /32 (o mayores si
>>> se
>>> jusitifica convenientemente), excepto en el caso de que con seguridad
>>> se
>>> sepa que no tiene que ser anunciados, en cuyo caso se podrán utilizar
>>> bloques mayores o iguales a un /48.
>>>
>>
>> estoy de acuerdo con darle un /32 a los TLDs, y capaz que a los RIRs
>> (si consideramos que las bases de datos que tiene son criticas para
>> elfuncionamiento)
>> por otra parte, no entiendo porque es necesario darles un /48 a los IX
>> y NAPs. Digo, el direccionamiento de estos es interno, correcto. Digo
>> quienes se conectan a estos puntos tiene sus propios bloques, por que
>> razon es critico que los equipos del IX/NAP sean accesibles desde el
>> resto de la internet? es mas, creo que seria deseable que no lo
>> fuera...
>
> Aquí no he cambiado nada (para los IX/NAP), al contrario, indico 
> claramente
> que sea un /48 si no se anuncia, que es lo habitual.
>

si ha habido un cambio...

la politica actual dice:

Dichas asignaciones se realizarán en bloques menores o
igual a un /32 pero siempre mayores o iguales a un /48.

la propuesta nueva dice:

Dichas asignaciones se realizarán en bloques /32
(o mayores si se jusitifica convenientemente),
excepto en el caso de que con seguridad se
sepa que no tiene que ser anunciados, en cuyo caso
se podrán utilizar bloques mayores o iguales a un /48.

como veras, antes la recomendacion sobre el tamaño era cualqueira entre 
/48 y /32

tu propuesta cambia esto, y dice que por defecto sea un /32 salvo que 
se sepa con seguridad que no se quiera anunciar, en cuyo caso sea un 
/48

Lo que digo es que por ejemplo en el caso de los IX y NAPs, es posible 
que los quieran anunciar (por alguna razon) pero que no por esto 
califican para tener un /32.

>
>>
>>
>>>
>>> Texto adicional a ser eliminado de la política actual:
>>>
>>> 1.1. Alcance
>>>
>>> Esta política es considerada interina. Será revisada en el futuro,
>>> cuando se
>>> disponga de mayor experiencia en la administración de IPv6.
>>>
>>
>> no veo porque eliminar esta parte... creo que todaia estamos
>> aprendiendo y claramente las reglas lazas de asignacion inical indican
>> que esto deba ser revisado en un futuro...
>
> Creo que discrepo. Ya hemos aprendido, ya somos "bastante mas mayores" 
> con
> IPv6, y este comentario sobra. Si hay que revisar la politica, se 
> revisa
> siempre que sea preciso, y sin este comentario. Luego simplifiquemos el
> texto y no seamos ingenuos.
>

:-)
si creo que discrepamos

creo que IPv6 todavia esta empezando y todavia tenemos mucho que 
aprender sobre como hacer etas politicas...

pero bueno, esto no es normativo y no tiene concequencias, por lo que 
me resulta menos relevante


>>
>>>
>>> 5.4.2. Asignación de multiples /48s a un solo site
>>>
>>> Cuando un solo end site requiere un bloque de direcciones de /48
>>> adicional,
>>> debe pedir la asignación con documentación o materiales que
>>> justifiquen el
>>> pedido. Los pedidos de bloques múltiples o adicionales de /48s serán
>>> procesados y revisados (ej: evaluación de la justificación) al nivel
>>> de los
>>> RIR/NIR.
>>>
>>
>> porque quieres quitar esto? por lo de las asignaciones de /56? no
>> habria que sustituirlo con un comentario en la misma linea pero con
>> /56? capaz que eso ya esta en otra parte tal vez...?
>>
>> saludos, marcelo
>>
>
> No tieen nada que ver con el tema del /56, al menos no mientras no se
> apruebe que no es el caso por el momento. Lo que digo es que no tiene 
> ningun
> sentido a estas alturas, sea cual sea el tamaño del prefijo que un LIR
> entrega al cliente, que lo tenga que evaluar el RIR. Es el ISP el que 
> lo
> evaluara y registrara en el whois para que le cuente de cara a su 
> proxima
> peticion al RIR.
>

ok, ya lo entiendo....
si puedo estar de acuerdo con esto...

saludos, marcelo