Clarificaciones de sub-asignación

LAC-2018-7-v2 LAC-2018-7-v3 Vs
Referencias:
Nuevo
Eliminado
Modificado
Autores

Nombre: Jordi Palet Martinez
Email: jordi.palet@consulintel.es
Organización: The IPv6 Company

Nombre: Jordi Palet Martinez
Email: jordi.palet@consulintel.es
Organización: The IPv6 Company

Resumen

En la política de IPv4, a la hora de asignaciones directas de LACNIC a usuarios finales, se habla de subdelegación (2.3.
3.4.), y explícitamente se prohíbe a terceras partes.
En la política de IPv6 no hay un texto explícito que lo prohíba, salvo en el caso de las microasignaciones (no se podrán
realizar sub-asignaciones, 4.5.5.).
Sin embargo, en las definiciones, el punto 1.9 "Asignar", que afecta a todas las políticas de LACNIC, explícitamente las
prohíbe "y no para ser subasignadas a otras partes".
Esta propuesta busca clarificar el texto de la política IPv6 al respecto, y definir mejor el concepto, especialmente ten
iendo en cuenta nuevos usos de IPv6 (RFC8273).

En la política de IPv4, a la hora de asignaciones directas de LACNIC a usuarios finales, se habla de subdelegación (2.3.
3.4.), y explícitamente se prohíbe a terceras partes.
En la política de IPv6 no hay un texto explícito que lo prohíba, salvo en el caso de las microasignaciones (no se podrán
realizar sub-asignaciones, 4.5.5.).
Sin embargo, en las definiciones, el punto 1.9 “Asignar”, que afecta a todas las políticas de LACNIC, explícitamente las
prohíbe “y no para ser subasignadas a otras partes”.
Esta propuesta busca clarificar el texto de la política IPv6 al respecto, y definir mejor el concepto, especialmente ten
iendo en cuenta nuevos usos de IPv6 (RFC8273).

Justificación(Describa el problema que pretende solucionar)

Cuando se diseñó, en la política, el concepto de asignar/subasignar, no se tuvo en cuenta una práctica muy común en IPv4
, que se reproduce e incluso magnifica en IPv6: El uso de direcciones para los enlaces punto-a-punto o VPNs.
En el caso de IPv6, en lugar de direcciones únicas, es más habitual el uso de prefijos (/64).
Además, tampoco se tuvo en cuenta el uso de direcciones en hot-spots, o el uso de direcciones por parte de invitados o e
mpleados de una entidad (BYOD "Bring Your Own Device"), y muchos otros casos similares.
Finalmente, el IETF ha aprobado recientemente un concepto de uso de prefijos /64 en interfaces/hosts (RFC8273), en lugar
de direcciones únicas, que permite por ejemplo que un usuario se conecte a un hot-spot, reciba un /64, de forma que est
a "aislado" (por seguridad, necesidades de legislación, etc.), de otros usuarios y además puede usar máquinas virtuales
dentro de su dispositivo con direcciones únicas para cada una de ellas (dentro del mismo /64).

Cuando se diseñó, en la política, el concepto de asignar/subasignar, no se tuvo en cuenta una práctica muy común en IPv4
, que se reproduce e incluso magnifica en IPv6: El uso de direcciones para los enlaces punto-a-punto o VPNs.
En el caso de IPv6, en lugar de direcciones únicas, es más habitual el uso de prefijos (/64).
Además, tampoco se tuvo en cuenta el uso de direcciones en hot-spots, o el uso de direcciones por parte de invitados o e
mpleados de una entidad (BYOD Bring Your Own Device), y muchos otros casos similares.
Otro caso que también se ve impacto, se produce cuando un usuario final contrata a otra compañía para que le proporcione
algunos servicios y para ello se requiere desplegar sus propios dispositivos, incluso servidores, equipamiento de red,
etc. Por ejemplo, un servicio de vigilancia de seguridad, podría requerir que el contratista proporcione sus propias cám
aras, sistema de grabación, e incluso su propio cortafuegos y/o un router para una VPN dedicada, etc. Por supuesto, en m
uchos casos, este sistema de videovigilancia podría requerir utilizar espacio de direcciones del usuario final.
Finalmente, el IETF ha aprobado recientemente un concepto de uso de prefijos /64 en interfaces/hosts (RFC8273), en lugar
de direcciones únicas, que permite por ejemplo que un usuario se conecte a un hot-spot, reciba un /64, de forma que est
a “aislado” (por seguridad, necesidades de legislación, etc.), de otros usuarios y además puede usar máquinas virtuales
dentro de su dispositivo con direcciones únicas para cada una de ellas (dentro del mismo /64).

Texto actual

Texto actual:
No existe.
Nuevo texto:
Nuevo párrafo tras el párrafo existente en 4.5.4. (Asignaciones directas a Usuarios Finales)
Mismo párrafo tras el último párrafo en 4.5.5. (Microasignación en IPv6)
No se considerará sub-asignación cuando se proporcione a terceras partes una dirección o incluso un único prefijo /64, d
e forma no-permanente, en un enlace operado por el receptor original de la asignación. Esto incluye, por ejemplo, invita
dos o empleados (dispositivos o servidores), hot-spots y enlaces punto-a-punto o VPNs.
Proporcionar servicios de banda-ancha o conectividad de forma permanente, sigue siendo una sub-asignación y, por tanto,
no está permitido. Sólo el direccionamiento del propio enlace punto-a-punto puede ser permanente y dicho direccionamient
o no puede ser usado (ni directa ni indirectamente) para la propia comunicación.

Texto actual:
No existe.
Nuevo texto:
Nuevo párrafo tras el párrafo existente en 4.5.4. (Asignaciones directas a Usuarios Finales)
Mismo párrafo tras el último párrafo en 4.5.5. (Microasignación en IPv6)
Proporcionar espacio de direcciones a dispositivos de terceros, incluyendo direcciones para enlaces punto-a-punto y/o pr
oporcionar de forma no-permanente espacio de direcciones a terceras partes, para su uso en una red gestionada y operada
por el receptor original de la asignación, no se considerará sub-asignación.
Proporcionar espacio de direcciones para servicios de conectividad (semi-)permanente, como servicios de banda-ancha, sig
ue siendo una sub-asignación.

Texto nuevo

Texto actual:
No existe.
Nuevo texto:
Nuevo párrafo tras el párrafo existente en 4.5.4. (Asignaciones directas a Usuarios Finales)
Mismo párrafo tras el último párrafo en 4.5.5. (Microasignación en IPv6)
No se considerará sub-asignación cuando se proporcione a terceras partes una dirección o incluso un único prefijo /64, d
e forma no-permanente, en un enlace operado por el receptor original de la asignación. Esto incluye, por ejemplo, invita
dos o empleados (dispositivos o servidores), hot-spots y enlaces punto-a-punto o VPNs.
Proporcionar servicios de banda-ancha o conectividad de forma permanente, sigue siendo una sub-asignación y, por tanto,
no está permitido. Sólo el direccionamiento del propio enlace punto-a-punto puede ser permanente y dicho direccionamient
o no puede ser usado (ni directa ni indirectamente) para la propia comunicación.

Texto actual:
No existe.
Nuevo texto:
Nuevo párrafo tras el párrafo existente en 4.5.4. (Asignaciones directas a Usuarios Finales)
Mismo párrafo tras el último párrafo en 4.5.5. (Microasignación en IPv6)
Proporcionar espacio de direcciones a dispositivos de terceros, incluyendo direcciones para enlaces punto-a-punto y/o pr
oporcionar de forma no-permanente espacio de direcciones a terceras partes, para su uso en una red gestionada y operada
por el receptor original de la asignación, no se considerará sub-asignación.
Proporcionar espacio de direcciones para servicios de conectividad (semi-)permanente, como servicios de banda-ancha, sig
ue siendo una sub-asignación.

Información adicional

-

-

Referencias

RIPE ha debatido una propuesta similar y se está a la espera de la declaración de consenso por parte de los chairs.

RIPE ha debatido una propuesta similar y se está a la espera de la declaración de consenso por parte de los chairs.