Modificación de tamaño y sucesivas asignaciones directas IPv6 a usuarios finales

LAC-2016-6-v1 LAC-2016-6-v2 Vs
Referencias:
Nuevo
Eliminado
Modificado
Autores

Nombre: Jordi Palet Martinez
Email: jordi.palet@consulintel.es
Organización: Consulintel

Nombre: Jordi Palet Martinez
Email: jordi.palet@consulintel.es
Organización: Consulintel

Resumen

Esta política limita el tamaño máximo de las asignaciones, las cuales podrían estar justificadas por el plan de direccio
namiento que se solicita.
Por otro lado, no tiene sentido pedir documentación/justificación para que sucesivas asignaciones sean en bloques adyace
ntes.
La propuesta modifica el texto para ajustar estas consideraciones a la realidad de IPv6.

Esta política limita el tamaño máximo de las asignaciones, las cuales podrían estar justificadas por el plan de direccio
namiento que se solicita.
Por otro lado, no tiene sentido pedir documentación/justificación para que sucesivas asignaciones sean en bloques adyace
ntes.
La propuesta modifica el texto para ajustar estas consideraciones a la realidad de IPv6.
Ademas, el texto actual de la política tiene un error, ya que para sucesivas asignaciones se solicita documentación/just
ificación (o al menos es lo que se pretendía), pero tal y como esta expresado, gramaticalmente se entiende que la docume
ntación/justificación es para que sea de un bloque adyacente.

Justificación(Describa el problema que pretende solucionar)

Un plan de direccionamiento es suficiente para justificar el espacio, y no tiene sentido poner limitaciones a necesidade
s reales.
Respecto de las asignaciones sucesivas, se supone que LACNIC reserva por defecto, como práctica habitual, espacio consec
utivo a cualquier asignación, para prever que sucesivas asignaciones no requieran otro anuncio, y por tanto se pueda anu
nciar un único prefijo agregado, con lo cual no parece tener sentido incorporar este texto a la política.

Un plan de direccionamiento es suficiente para justificar el espacio, y no tiene sentido poner limitaciones a necesidade
s reales.
Respecto de las asignaciones sucesivas, se supone que LACNIC reserva por defecto, como práctica habitual, espacio consec
utivo a cualquier asignación, para prever que sucesivas asignaciones no requieran otro anuncio, y por tanto se pueda anu
nciar un único prefijo agregado, con lo cual no parece tener sentido incorporar este texto a la política.

Texto actual

El texto actual de la política, en los puntos 4.5.4.1 y 4.5.4.2, es idéntico:
Las asignaciones se realizarán en bloques menores o iguales a un /32 pero siempre mayores o iguales a un /48.
Siempre que sea posible, sucesivas asignaciones se realizarían de un bloque de direcciones adyacente, pero sólo si se do
cumenta y justifica convenientemente.
El texto propuesto para cambiar ambos puntos, de forma idéntica seria:
Las asignaciones se realizarán en bloques siempre mayores o iguales a un /48.
Siempre que sea posible, sucesivas asignaciones se realizarían de un bloque de direcciones adyacente (es decir extendien
do la asignación existente "n" bits a la izquierda).

El texto actual de la política, en los puntos 4.5.4.1 y 4.5.4.2, es idéntico:
Las asignaciones se realizarán en bloques menores o iguales a un /32 pero siempre mayores o iguales a un /48.
Siempre que sea posible, sucesivas asignaciones se realizarían de un bloque de direcciones adyacente, pero sólo si se do
cumenta y justifica convenientemente.
El texto propuesto para cambiar ambos puntos, de forma idéntica seria:
Las asignaciones se realizarán en bloques siempre mayores o iguales a un /48.
Sucesivas asignaciones tendrán que ser documentadas y justificadas. Además, siempre que sea posible, se realizarán de un
bloque de direcciones adyacente (es decir, extendiendo la asignación existente "n" bits a la izquierda).

Texto nuevo

El texto actual de la política, en los puntos 4.5.4.1 y 4.5.4.2, es idéntico:
Las asignaciones se realizarán en bloques menores o iguales a un /32 pero siempre mayores o iguales a un /48.
Siempre que sea posible, sucesivas asignaciones se realizarían de un bloque de direcciones adyacente, pero sólo si se do
cumenta y justifica convenientemente.
El texto propuesto para cambiar ambos puntos, de forma idéntica seria:
Las asignaciones se realizarán en bloques siempre mayores o iguales a un /48.
Siempre que sea posible, sucesivas asignaciones se realizarían de un bloque de direcciones adyacente (es decir extendien
do la asignación existente "n" bits a la izquierda).

El texto actual de la política, en los puntos 4.5.4.1 y 4.5.4.2, es idéntico:
Las asignaciones se realizarán en bloques menores o iguales a un /32 pero siempre mayores o iguales a un /48.
Siempre que sea posible, sucesivas asignaciones se realizarían de un bloque de direcciones adyacente, pero sólo si se do
cumenta y justifica convenientemente.
El texto propuesto para cambiar ambos puntos, de forma idéntica seria:
Las asignaciones se realizarán en bloques siempre mayores o iguales a un /48.
Sucesivas asignaciones tendrán que ser documentadas y justificadas. Además, siempre que sea posible, se realizarán de un
bloque de direcciones adyacente (es decir, extendiendo la asignación existente "n" bits a la izquierda).

Información adicional

Los puntos que se pretende modificar tampoco están contempladas en otros RIRs.

Los puntos que se pretende modificar tampoco están contempladas en otros RIRs.

Referencias

-

-