Su dirección IP es / Your IP address is: 

Improving LACNIC Policies

Seeking to inspire our community to develop new policy proposals, we are publishing the List of Improvements included below.

Please note that each ‘improvement' is not a policy proposal, so a formal writeup is not necessary.

The purpose of this list is to help gauge community interest in certain areas. Our goal is to create synergy among the community for the creation of new policy proposals, in the hope that, together, those listing possible improvements and those reading them will find possible solutions which can be submitted in the form of a policy proposal.

EVERYONE can contribute to the list below, adding any additional improvements they'd like to see in regards to the policies.

  • If you'd like to suggest another improvement, please send it to info-politicas@lacnic.net

  • If you decide to write up a policy proposal addressing one or more of these potential improvements, you can submit it via politicas.lacnic.net

  • If you wish to be put in touch with a Policy Shepherd* to guide you through the process of submitting your proposal, please contact info-politicas@lacnic.net

    *Policy Shepherds are members of the community with experience working with the PDP (Policy Development Process) who volunteer their time to help others submit their proposals.

1. Modify the minimum size of assignments to ISPs

Due to IPv4 address exhaustion, major access providers no longer offer the possibility of assigning /24 prefixes to their customers (small ISPs). In turn, these smaller ISPs do not qualify for a minimum assignment from LACNIC (/22) and therefore their operations are affected. This proposal seeks to allow smaller ISPs to request IPv4 addresses between a /24 and a /22.

2. Shorten last call for comments

Currently, when a policy proposal reaches consensus it is published for comments on the Public Policy List for a period of 45 days. This period is too long for a person to express their disagreement with a decision taken at the Public Policy Forum. This 45-day "idle time" delays the process, therefor it would be convenient to shorten the last call for comments.

See the Policy Development Process

3. Remove the multi-homing requirement for end user

See the LACNIC Policy Manual

Policy Assignments to End Users

4. Clarification of the text on sub-assignments

The definition in Section 1.9 Assign specifies that an assignment is not to be sub-assigned other parties, but it does not clarify whether this refers to permanent or temporary use (and, in this case, for how long), whether it allows offering services to third parties or only to those directly involved with the organization, whether it refers to a single address or to address blocks, whether it includes the transfer of responsibility, and many other questions that may arise in this regard. Likewise, it specifies that “Assignments must only be made for specific purposes documented by specific organizations,” which seems to imply that an organization which receives certain resources for use in its infrastructure but then offers addresses to external users would not qualify according to the documented rationale. The first paragraph of Section Assignments to End Users creates similar doubts, as its specifies “for internal use, for the operation of their networks, but not for sub-delegation outside their organization.” However, no similar text has been included in the IPv6 policy.

5. Clarify the term cesión in the Spanish original

Section Requirements for a /24 to /22 prefix
“(…) 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, 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.

6. Extend the time needed to present a proposal at the FPP.

Currently one week, this might not be enough to discuss the proposals on the agenda if several proposals are presented at the last minute.

7. Clarify the wording used regarding the terms “ISP” and “end user”

The terms ISP and end user are used in the policy manual. But what is the current definition of an ISP? Are there any cases where end users make sub-assignments?
It would be convenient to review whether the use of these terms in the manual still applies.
Reference: RIPE uses the concept of “LIR”  (an organization that receives addresses from a RIR and distributes them) ¡Error! Referencia de hipervínculo no válida.www.ripe.net/participate/policies/proposals/2018-01

8. Legacy resources requesting an ASN

In some cases, an organization that has legacy resources requests an ASN but does not become a member nor is it offered the option to do so.

9. Creation of a GIR (Global RIR)

Creation of a virtual RIR that would be responsible for assigning IP addresses and ASNs to organizations without a well-defined and single regionalization (i.e., to organizations that are global by nature and that can effectively prove they have operations in more than one region).

10. Extending the period of utilization for an IPv4 block after its assignment by LACNIC

The policy currently in force establishes that an organization receiving IPv4 space must utilize this resource within a period no longer than 30 days. On occasion, applicants inform LACNIC that their upstream provider has been unable to accept their announcement, even after this 30-day period. For this reason, we recommend extending this period to make it more convenient for the community. Reference: Item of the Policy Manual, available at https://www.lacnic.net/545/1/lacnic/

LACNIC está certificado por SGS:SGS