Actualización de política de Asignaciones IPv4 para Usuarios Finales

Idioma Original Español Fecha Publicación 29/03/2018 Ultima Modificación 01/05/2018
Periodo de ultimos comentarios 12/10/2018 - 06/11/2018 Fecha de ratificación No aplica Fecha de implementación No aplica
Estado Ultimos Comentarios Descargar TXT PDF XML DOCX
Ver otras versiones 1.0 2.0 (comparar)

Autores

Nombre: Jordi Palet Martinez
Email: jordi.palet@consulintel.es
Organización: The IPv6 Company

Datos de la Propuesta

Tipo Politica: LACNIC
Id: LAC-2018-8
Última versión: 2
Presentado en: LACNIC 30 Presentaciones:

Resumen

En la política de IPv4, a la hora de asignaciones directas de LACNIC a usuarios finales, punto 2.3.3.4.3. (Status del Solicitante), se evalúan requisitos diversos, así como la renumeración y devolución de las direcciones anteriormente recibidas.

El requisito de la renumeración y devolución puede no tener sentido en algunos casos:

1) La renumeración puede no ser conveniente y puede ser preferible “ceder” esos recursos si ambas partes están de acuerdo, con las correspondientes modificaciones en el whois.
2) Si la necesidad de espacio justificada es mayor que el disponible actualmente, y es posible su distribución, lo anterior permite que el receptor del mismo decida si quiere un solo bloque contiguo, o prefiere evitar la renumeración y mantener el bloque actual, mas otro bloque con el espacio adicional asignado.

Esta propuesta busca simplificar los requisitos y permitir estas opciones.

Justificación

La simplificación es buena si ambas partes la aceptan, al igual que es bueno, siempre que sea factible, evitar la renumeración.

Texto

Texto actual:

El existente en el apartado 2.3.3.4.3.

Nuevo texto:

o 2.3.3.4.3. Tamaño de la asignación y procedimiento
El solicitante debe justificar que anunciará el espacio asignado, con su propio sistema autónomo, al menos a otro sistema autónomo.

El tamaño de asignación mínima de direcciones IPv4 para un usuario final es de un bloque con prefijo /24 y el tamaño máximo será un /20, el cual deberá ser justificado, de acuerdo con la tasa de utilización (sección 2.3.3.4.2).

Si previamente había un bloque asignado por un proveedor, y se desea mantener el mismo para evitar la renumeración, y hay acuerdo entre ambas partes, se podrá ceder dicho bloque (con el cambio de titularidad en el whois, a través de LACNIC). Si se ha justificado espacio adicional y es posible su asignación, el receptor podrá decidir si la cesión le es conveniente y recibe un bloque por el espacio adicional o prefiere un único bloque por el total y, por lo tanto, renumera. En caso de renumeración, el bloque previamente asignado deberá ser retornado en un plazo máximo de 6 meses. Excepcionalmente, este plazo podrá ser extendido en 6 meses adicionales si se justifica que no ha habido tiempo para la consecución de los recursos que precisa y la renumeración correspondiente.

Para asignaciones adicionales se seguirán las políticas incluidas en la sección 2.3.4 aplicables a los usuarios finales.

Información Adicional

Como aclaración, la “cesión” a efectos operativos de LACNIC, es equivalente a una simplificación del proceso de transferencias, en el que no se aplica el punto 2.3.2.18.5, que en cualquier caso no se podría aplicar ya que no hay recursos disponibles en LACNIC para los “no-nuevos-entrantes”.

Tiempo de Implementacion

Inmediato

Referencias

La propuesta LAC-2018-9, presenta una situación similar y ha alcanzado consenso en LACNIC29, luego no sería razonable que casos que posiblemente tendrían mucho menos impacto en la tabla de routing no sean aceptados también.

Notas públicas del Staff de LACNIC

ANÁLISIS DE IMPACTO DEL STAFF DE LACNIC - Propuesta LAC-2018-8 - versión 1

Interpretación de la propuesta por el staff de LACNIC
----------------------------------------------------

Aplicación
-----------
Esta propuesta se aplica en el caso de una distribución inicial a un usuario final en la cual que ya tenga recursos asignados por su proveedor.


Modificación del texto actual
-----------------------------
El manual de políticas quedaría como se muestra a continuación en las siguientes secciones:

• Se modifica la sección “2.3.3.4.3. Tamaño de la asignación y procedimiento” a:

El solicitante debe justificar que anunciará el espacio asignado, con su propio sistema autónomo, al menos a otro sistema autónomo.

El tamaño de asignación mínima de direcciones IPv4 para un usuario final es de un bloque con prefijo /24 y el tamaño máximo será un /20, el cual deberá ser justificado, de acuerdo con la tasa de utilización (sección 2.3.3.4.2).

Si previamente había un bloque asignado por un proveedor, y se desea mantener el mismo para evitar la renumeración, y hay acuerdo entre ambas partes, se podrá ceder dicho bloque (con el cambio de titularidad en el whois, a través de LACNIC). Si se ha justificado espacio adicional y es posible su asignación, el receptor podrá decidir si la cesión le es conveniente y recibe un bloque por el espacio adicional o prefiere un único bloque por el total y, por lo tanto, renumera. En caso de renumeración, el bloque previamente asignado deberá ser retornado en un plazo máximo de 6 meses.

Excepcionalmente, este plazo podrá ser extendido en 6 meses adicionales si se justifica que no ha habido tiempo para la consecución de los recursos que precisa y la renumeración correspondiente.

Para asignaciones adicionales se seguirán las políticas incluidas en la sección 2.3.4 aplicables a los usuarios finales.

Comentarios del staff
-----------------------
No se observa ningún impacto negativo en la eliminación del requisito de multiproveedor.
LACNIC entiende que la “cesión” a efectos operativos, es equivalente al proceso de transferencias con la excepción del punto 2.3.2.18.5.

Impacto en el sistema de registro
---------------------------------
Esta propuesta no implicaría cambios en el sistema de registro.

ANÁLISIS DE IMPACTO DEL STAFF DE LACNIC - Propuesta LAC-2018-8 - versión 2

Interpretación de la propuesta por el staff de LACNIC
----------------------------------------------------

Aplicación de la propuesta : 

---------------------------
Esta propuesta se aplica en el caso de una distribución inicial a un usuario final en la cual que ya tenga recursos asignados por su proveedor.


Modificación del texto actual
-----------------------------
El manual de políticas quedaría como se muestra a continuación en las siguientes secciones:

• Se modifica la sección “2.3.3.4.3. Tamaño de la asignación y procedimiento” a:
El solicitante debe justificar que anunciará el espacio asignado, con su propio sistema autónomo, al menos a otro sistema autónomo.

El tamaño de asignación mínima de direcciones IPv4 para un usuario final es de un bloque con prefijo /24 y el tamaño máximo será un /20, el cual deberá ser justificado, de acuerdo con la tasa de utilización (sección 2.3.3.4.2).

Si previamente había un bloque asignado por un proveedor, y se desea mantener el mismo para evitar la renumeración, y hay acuerdo entre ambas partes, se podrá ceder dicho bloque (con los cambios correspondientes en el whois). Si se ha justificado espacio adicional y es posible su asignación, el receptor podrá decidir si la cesión le es conveniente y recibe un bloque por el espacio adicional o prefiere un único bloque por el total y, por lo tanto, renumera. En caso de renumeración, el bloque previamente asignado deberá ser retornado en un plazo máximo de 6 meses. Excepcionalmente, este plazo podrá ser extendido en 6 meses adicionales si se justifica que no ha habido tiempo para la consecución de los recursos que precisa y la renumeración correspondiente.

Para asignaciones adicionales se seguirán las políticas incluidas en la sección 2.3.4 aplicables a los usuarios finales.


Comentarios del staff:

----------------------
Se observa que con respecto a la versión anterior solo cambia el resumen, la justificación y las referencias, pero en el nuevo texto no aparecen cambios.

Por lo cual, se mantiene del análisis de impacto de la versión 1 la aplicación de la propuesta y la modificación del texto actual.

LACNIC entiende que la “cesión” a efectos operativos, es equivalente al proceso de transferencias con la excepción del punto 2.3.2.18.5.


De todas formas se recomienda aclararlo en el texto del manual. Específicamente, reemplazar la palabra cesión por transferencias 2.3.2.18.

Finalmente, LACNIC entiende que para aprobar una solicitud IPv4 e IPv6 , es necesario que el usuario final solicite, o bien haya solicitado previamente un ASN a LACNIC
.

LACNIC entiende que al obligar al usuario final a solicitar un ASN cuando no lo requiere podría representar:


- Un gasto innecesario para el solicitante.

- Un recurso asignado que quizás no vaya a ser utilizado, por lo tanto podría ser revocado por falta de uso.

Impacto de la política en el sistema de registro y direcciones
-------------------------------------------------------------
Esta propuesta no implicaría cambios en el sistema de registro.

Política de privacidad