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 | |
- |
- |