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

[Gustavo Lozano]

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.



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



-- 

Regards,
Gustavo Lozano