Una dirección local única ( ULA ) es una dirección del Protocolo de Internet versión 6 (IPv6) en el rango de direcciones fc00:: / 7. [ 1] Estas direcciones no son alcanzables globalmente [2] (solo se pueden enrutar dentro del alcance de las redes privadas, pero no de Internet IPv6 global). Por este motivo, las ULA son algo análogas al direccionamiento de redes privadas IPv4 , pero con diferencias significativas. Las direcciones locales únicas se pueden usar libremente, sin registro centralizado, dentro de un solo sitio u organización o abarcando un número limitado de sitios u organizaciones.
En diciembre de 1995, el bloque de direcciones IPv6 fec0::/10 se reservó para direcciones locales de sitio [ 3] que se podían usar dentro de un "sitio" para redes IPv6 privadas. Sin embargo, la definición insuficiente del término sitio generó confusión sobre las reglas de enrutamiento que lo regulaban.
En septiembre de 2004, el Grupo de Trabajo de Ingeniería de Internet (IETF) desaprobó la definición de este rango de direcciones [4] y postuló soluciones a sus problemas. El comportamiento especial para este tipo de direcciones, tal como se requería en ese momento [5] , se levantó en 2006 y el bloque volvió al unicast global regular [6] .
En octubre de 2005, la IETF reservó el bloque de direcciones fc00::/7 para su uso en redes IPv6 privadas y definió el término asociado direcciones locales únicas . [1]
Las direcciones locales únicas utilizan el prefijo fc00:: / 7 . El primer bit después del prefijo indica, si está configurado, que la dirección se asigna localmente. Esto divide el bloque de dirección en dos mitades de igual tamaño, fc00:: / 8 y fd00:: / 8 .
El bloque con L = 0, fc00:: / 8 , no está definido actualmente. [1] Se ha propuesto que una autoridad de asignación lo gestione, pero esto no ha ganado aceptación en el IETF . [7] [8] [9]
El bloque con L = 1, fd00:: / 8 sigue el siguiente formato.
Se divide en prefijos / 48 , que se forman asignando los cuarenta bits que siguen al prefijo fd00 / 8 a una cadena de bits generada aleatoriamente. Esto da como resultado el formato fdxx:xxxx:xxxx:: / 48 para un prefijo en este rango. El RFC 4193 ofrece una sugerencia para generar el identificador aleatorio para obtener un resultado de calidad mínima si el usuario no tiene acceso a una buena fuente de números aleatorios.
Se puede construir un prefijo de enrutamiento en el rango fd00:: / 8 generando una cadena hexadecimal aleatoria de 40 bits , que en este ejemplo se toma como 0x123456789a . La cadena se agrega al prefijo fd00:: / 8 , que forma el prefijo de enrutamiento de 48 bits fd12:3456:789a:: / 48 . Con este prefijo,Hay 65 536 subredes de tamaño / 64 disponibles para la red privada: fd12:3456:789a:: / 64 a fd12:3456:789a:ffff:: / 64. Por ejemplo, el ID de subred 0x1 sería la subred fd12:3456:789a:1:: / 64 .
Los prefijos en el rango fc00:: / 7 tienen algunas características en común con los rangos de direcciones privadas IPv4 : no son asignados por un registro de direcciones y pueden ser utilizados en redes por cualquier persona sin intervención externa. No se garantiza matemáticamente que sean globalmente únicos, pero la probabilidad de una colisión es, no obstante, extremadamente pequeña. Las entradas del Sistema de nombres de dominio (DNS) inverso (en ip6.arpa) para las ULA fd00:: / 8 no se pueden delegar en el DNS global.
Como las ULA fc00:: / 7 no están diseñadas para enrutarse fuera de su dominio administrativo (sitio u organización), los administradores de redes interconectadas normalmente no necesitan preocuparse por la unicidad de los prefijos de ULA. Sin embargo, si las redes requieren enrutar ULA entre sí en caso de una fusión, por ejemplo, el riesgo de colisión de direcciones es muy pequeño si se utilizó el algoritmo de selección RFC 4193.
El bloque ULA es útil en el contexto de proveedores de servicios y proveedores de contenido, ya que proporciona aislamiento de la infraestructura y, por lo tanto, evita la exposición a Internet.
Un ejemplo de ello es Amazon Web Services , que utiliza ULA dentro de su red de nube privada virtual. En particular, utiliza el bloque fd00:ec2::/32 para servicios locales, como servicios de sincronización horaria o solucionadores de DNS. [10]
SixXS intentó mantener una base de datos de registro voluntario para los prefijos fd00:: / 8 ULA para reducir el riesgo de que diferentes organizaciones utilicen prefijos idénticos. [11] Cuando se interrumpieron los servicios de SixXS el 6 de junio de 2017, la base de datos pasó a ser de solo lectura.
El 6 de diciembre de 2020, la empresa suiza 'ungleich' anunció que reactivaría el registro ULA de IPv6 basándose en la base de datos SixXS original, citando las demandas de los usuarios de un registro ULA. [12]
Para el rango fc00:: / 8 , se han propuesto y presentado al IETF diferentes decisiones de diseño, [7] [9] negociando el riesgo de no unicidad por el requisito de que el rango sea administrado por una autoridad de asignación central. Sin embargo, tales intentos de estandarizar este rango no han dado lugar a una solicitud de comentarios . [7] [8] [9]
Las nuevas implementaciones deben tratar este prefijo como unidifusión global.