Eliminate the ASN Requirement for End Users

Original Language Español Date Published 29/10/2019 Last Modified 28/10/2019
Last Call for Comments Period Does not apply Date Ratified Does not apply Implementation Date Does not apply
Status Under discussion Download TXT PDF XML DOCX
See other versions 1.0 (compare)

Authors

Name: Edmundo Cazarez-Lopez
Email: edmundo.cazarez@nic.mx
Organization: NIC México

Proposal Data

Policy Type: LACNIC
Id: LAC-2019-11
Last version: 1

Summary

This proposal seeks to eliminate the requirement according to which end users must have an AS to make use of the addresses they are assigned.

Rationale

The current text of the policy implies that end users must have an AS in order to make use of the addresses they are assigned. In fact, many end users find themselves in scenarios where they have no need for an AS and can make an informed decision to not have an AS or use one. Likewise, we have also encountered cases where the AS assigned to an end user are not in use.
Some end users see the requirement for an ASN simply as an additional charge for address assignments.

Text

The proposal modifies the text of subsection 2.3.3.4.3.:

It eliminates the first paragraph of the current text and the heading of the subsection.

---- Current text: -----

2.3.3.4.3 - Assignment size and procedure

The applicant must justify that the assigned space will be announced from the applicant’s own autonomous system to at least one other autonomous system.

The minimum size of an IPv4 assignment to an end user is a /24 block; the maximum size is a /20, which must be justified according to the utilization rate (section 2.3.3.4.2).

...

---- Proposed text: ----

2.3.3.4.3 - Assignment size

The minimum size of an IPv4 assignment to an end user is a /24 block; the maximum size is a /20, which must be justified according to the utilization rate (section 2.3.3.4.2).

...

Additional Information

`-

Timetable

Immediate implementation once the proposal reaches consensus and is ratified by the Board.

References

-

Public Comments by LACNIC Staff

LACNIC STAFF´S IMPACT ANALYSIS - Proposal LAC-2019-11 - versión 1

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

Aplicación de la propuesta
--------------------------
Esta propuesta se aplicaría a los casos de asignación inicial IPv4 a usuarios finales.

Modificación del texto actual
----------------------------
Se elimina el siguiente texto de la sección 2.3.3.4.3. del manual de políticas:
“El solicitante debe justificar que anunciará el espacio asignado, con su propio sistema autónomo, al menos a otro sistema autónomo.”

Comentarios del staff
----------------------
(Los comentarios son observaciones para ayudar a diferenciar los cambios que presenta la propuesta con respecto al texto actual del Manual de Políticas)

1. La propuesta elimina el requisito de justificar que anunciará el espacio asignado con un sistema autónomo propio.

Impacto en el sistema de registro
---------------------------------
Esta propuesta implicaría cambios menores en los sistemas de LACNIC.

Fuentes oficiales de referencias
-------------------------------
Otros RIRs

- AFRINIC, APNIC, ARIN y RIPE
No tienen un requisito de requerimiento de anunciar el bloque IPv4 solicitado por un ASN propio para usuarios finales.

- APNIC
En la región APNIC, las políticas requieren justificar la necesidad al momento de solicitar los recursos. Sin embargo, una vez delegado el espacio no hay políticas que especifiquen cómo utilizan sus recursos en su propia red.

- RIPE
La posición general de la Comunidad RIPE es que el registro de recursos no debe mezclarse con las decisiones sobre cómo operar una red.

Privacy Policy