Mejoras para Políticas

Se publica a continuación una "lista de mejoras", las cuales buscan inspirar la creación de nuevas propuestas de políticas.
Es importante aclarar que una "mejora" no es una propuesta de política, por lo cual no es necesario redactarla con la formalidad necesaria como tal.

La idea es generar sinergia entre la comunidad para la creación de nuevas políticas, entre personas que publican "mejoras" y otros, que leyendo esas "ejoras" encuentran una solución para presentar como propuesta de política.

TODOS pueden contribuir a la Lista mostrada a continuación, agregando mejoras que encuentren que desean modificar.

  • Si conoce una nueva mejora para ingresar a la lista de mejora envíela a info-politicas@lacnic.net

  • Si se le ocurre una propuesta de política para alguna de estas mejoras, puede ingresarla en: politicas.lacnic.net

  • Si desea que lo contactemos con un "tutor de políticas" que lo ayudará a presentar su propuesta, envíe un correo a info-politicas@lacnic.net

    *tutor de políticas: son personas voluntarias involucradas en la comunidad con experiencia del PDP (Proceso de Desarrollo de Políticas) quienes lo ayudarán a presentar su propuesta.

1. Definir porcentaje de uso de los recursos fuera de la región de LACNIC

El punto 1.11 del manual de políticas se menciona que la organización solicitante debe estar legalmente establecida dentro del área de cobertura de LACNIC y utilizar los recursos mayoritariamente dentro de la región. La palabra "Mayoritariamente" genera confusión al momento analizar una situación de uso de los recursos fuera de la región, por lo que se recomienda a la comunidad proponer un cambio en este punto y se defina un porcentaje de uso de los recursos fuera de la región.

2. Política para definir acceso a RDAP

Actualmente la política de LACNIC solo contempla el manejo de la información al Bulk Whois y como éste puede ser solicitado. Debido al desarrollo y los avances que lleva RDAP en la región de Lacnic sería bueno contar con una política que defina como solicitar acceso a esta información.

3. Revisión editorial de todo el texto del manual de políticas de LACNIC.

El texto disponible hoy ya sufrido decenas de modificaciones debido a nuevas propuestas aprobadas e incorporadas. E, infelizmente, dichos cambios han hecho el texto largo y con algunas incoherencias y repeticiones (hay cosas que se repiten en la parte de ipv4 y ipv6). Además de eso, hay partes de la política IPv4 que hoy no se aplican más con la entrada de las fases finales de la política de agotamiento del IPv4.

4. Aclarar el término cesión

Sección 2.3.3.1.1. Requisitos para un prefijo /24 a un /22
“(…) Si se ha justificado espacio adicional y es posible su distribución, el receptor podrá decidir si la cesión* (…)

*Como aclaración, la “cesión” a efectos operativos de LACNIC, es equivalente a una simplificación del proceso de transferencias, en elque 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 paralos “no-nuevos-entrantes”.

Cambiar el término cesión por  lo que se indica en el *, para que sea parte del texto del manual.

5. Extender el tiempo necesario para presentar una propuesta en el FPP.

Actualmente es de una semana, lo cual podría dificultar tener el tiempo suficiente para discutir las propuestas en la agenda en el caso que se presenten varias a último momento.

6. Esclarecer conceptos de ISP y usuario final.

En el manual aparecen los conceptos de ISP y usuario fina: ¿Qué es actualmente un ISP? ¿Hay casos en los que el usuario final sub asigna?
Sería conveniente revisar si estos conceptos se siguen aplicando en el uso del manual.
Referencia: En RIPE se usa el concepto de LIR , (recibe direcciones de un RIR las distribuye) https://www.ripe.net/participate/policies/proposals/2018-01

7. Ampliar el plazo de utilización de un bloque IPv4 luego de la asignación por parte de LACNIC

La política actual establece que la organización receptora del espacio IPv4 deberá utilizar este recurso en un plazo no mayor a 30 días. En algunas ocasiones el solicitante informa que transcurrido los 30 días el upstream provider no logró aceptar su anuncio por lo que se recomienda ampliar este plazo por el plazo mas conveniente para la comunidad. Referencia, punto 2.3.2.10 del manual de políticas disponible en https://www.lacnic.net/545/1/lacnic/

SYSTEM CERTIFICATION ISO 9001 LSQA

CHK_LACNIC