[LACNIC/Politicas] Interpretación Nota Manual de Politicas sección 2.3.2.18

[Fabián Mejía]

Hola

A mi criterio la interpretación del staff de LACNIC es correcta.

Lo anterior no quiere decir que sea bueno ni malo para la región, es 
solo la intrepretación de lo que dice el manual.  Si alguien piensa que 
no es lo más conveniente debería ingresar urgente una política que la 
reformule.

Saludos,

Fabián Mejía

El 2013-11-05 06:40, Juan Alejo Peirano escribió:
> Gracias Gustavo por tus comentarios.
> Un comentario entre líneas:
>
> El 31/10/2013 03:18 a.m., Gustavo Lozano escribió:
>> Hola,
>>
>>
>> Soy coautor de la propuesta de transferencias, y básicamente el espíritu
>> del trigger para iniciar transferencias que se discutió en su momento 
>> es:
>> alguien solicitó recurso, justificó la necesidad, LACNIC o algún NIR 
>> aprobó
>> la solicitud, y al final no obtuvo el 100% de LACNIC o el NIR de lo 
>> que le
>> fue aprobado.
>>
>>
>>
>> Podemos pensar en "corner cases" sobre el preciso momento del inicio 
>> de las
>> transferencias, por ejemplo, las transferencias no empezarían en el
>> siguiente escenario: un ISP solicita un /23, y obtiene el último /24 del
>> pool regular y un /24 del pool de terminación suave, pero en base al 
>> ritmo
>> de solicitudes, en pocos días iniciarían las transferencias porque 
>> alguna
>> solicitud no será satisfecha en su totalidad mediante el /22 del pool de
>> direccionamiento suave.
>>
>>
>> Nota: la activación del pool de direccionamiento suave no significa 
>> que los
>> miembros tengan que solicitar un /22 como limite, los miembros deben
>> solicitar lo que necesitan (e.g. un /10), y obtendrían un /22 de 
>> LACNIC o
>> NIR, pero la aprobación de la solicitud (e.g. un /10), les permitiría 
>> ir a
>> buscar recurso mediante transferencias.
>>
>>
>>
>> Lo mas probable es que una solicitud no podrá ser satisfecha en su
>> totalidad con el recurso restante del pool regular + el /22 de 
>> terminación
>> suave y por lo tanto iniciarían las transferencias, pero existen muchos
>> escenarios, lo importante es el espíritu de la propuesta: alguien no 
>> obtuvo
>> el 100% de lo que le fue aprobado -> se activa la política de
>> transferencias.
>>
>>
>>
>> El "o" en el texto, " LACNIC o alguno de sus NIRs", es importante porque
>> soporta dos modelos:
>>
>> a. LACNIC y los NIRs usan un mismo pool regular central.
>>
>> b. LACNIC y los NIRs tienen pools regulars separados.
> El modelo vigente en la fase correspondiente (previo a llegar a la 
> reserva de Lento Agotamiento) es el "A"
>>
>>
>>
>> No estoy al tanto sobre cual es el modelo que actualmente sigan LACNIC y
>> los NIRs, sí es el b, entonces se activaría la política de 
>> transferencias
>> cuando todavía queda direccionamiento en el pool regular en alguno de 
>> los
>> NIRs o inclusive LACNIC.
>>
>>
>>
>> El texto "por primera vez" es también importante, porque existe la
>> posibilidad que que LACNIC obtenga recursos que podrían incorporarse al
>> pool regular post transferencias: devoluciones (área gris), 
>> distribuciones
>> IANA post-agotamiento (resuelto por la propuesta lac-2012-05), o 
>> políticas
>> aprobadas en un futuro que podrían incrementar el pool regular a 
>> partir de
>> los pools de primeros miembros o terminación suave, etc.
>>
>>
>>
>> Espero que esto clarifique lo que se discutió en la lista y foro publico
>> años atrás.
>>
>>
>> Saludos,
>>
>> Gustavo
>>
>>
>> 2013/10/30 Juan Alejo Peirano <jpeirano at lacnic.net>
>>
>>> Estimad at s participantes de la lista,
>>>
>>> Como discutimos en el Foro Público de Políticas de la mañana del 
>>> miercoles
>>> 30/10, desde el Staff de LACNIC queremos realizar la consulta de 
>>> como se
>>> interpreta la siguiente nota descrita en el punto 2.3.3.18, sección de
>>> transferencias en la región de LACNIC.
>>>
>>> “Esta sección entrará en vigor cuando LACNIC o alguno de sus NIRs sea
>>> incapaz, por primera vez, de cubrir una distribución o asignación de un
>>> bloque IPv4 por falta de recursos.”
>>>
>>> Según entedemos esta nota explica directamente que las transferencias
>>> entre asociados a LACNIC entrarán en vigencia al momento de que 
>>> LACNIC o
>>> uno de sus NIRs no pueda satisfacer una solicitud por falta de 
>>> recursos del
>>> pool regular (pool IPv4 exceptuando las reservas).
>>> Este momento, según nuestra interpretación, se da cuando, 
>>> probablemente la
>>> última asignación no pueda ser cubierta en su totalidad con el pool de
>>> direcciones regular, por lo que la solicitud a continuación de esta 
>>> en la
>>> cola de solicitudes deberá ser cubierta con un bloque, máximo /22, 
>>> del pool
>>> de reserva de "Lento Agotamiento"(punto 11.2 del Manual de Políticas).
>>> Según se comento en el foro, algunos participantes tienen 
>>> interpretaciones
>>> distintas respecto a esto.
>>>
>>> Es nuestra intención llegar a consenso respecto a esta nota, y el 
>>> momento
>>> en el cual la sección de transferencias entra en vigor y de esta manera
>>> definir los procedimientos a seguir por el Servicio de Registro de 
>>> LACNIC.
>>>
>>> Quedamos atentos a sus comentarios.
>>>
>>> Saludos cordiales,
>>>
>>> -- 
>>> Juan Alejo Peirano
>>> Responsable de Políticas // Policy Officer
>>> LACNIC -http://www.lacnic.net
>>> Latin American and Caribbean Internet Addresses Registry
>>> ______________________________**_________________
>>> Politicas mailing list
>>> Politicas at lacnic.net
>>> https://mail.lacnic.net/**mailman/listinfo/politicas<https://mail.lacnic.net/mailman/listinfo/politicas> 
>>>
>>>
>>
>>
>
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas