Unique Local Address

Originalmente, en 1995, el RFC 1884 reservó el bloque fec0::/10 para direcciones tipo Site Local Address (dirección local de sitio), que podían ser usadas en redes privadas IPv6. Sin embargo, una definición insuficiente del término "sitio" llevó a confusiones sobre las reglas de routing resultantes. En septiembre de 2004, el RFC 3879 desestimó este rango y propuso otras soluciones a este problema.

Como consecuencia, en octubre de 2005, el RFC 4193 fue publicado, reservando el rango fc00::/7 para uso en redes IPv6 privadas, definiendo el término asociado Unique Local Address.

El bloque de direcciones fc00::/7 está dividido en 2 grupos /8.

• EL bloque fc00::/8 no ha sido definido aún. Se ha propuesto que sea gestionado por una autoridad de reservas, pero esto no ha recibido aceptación por parte del IETF.[1][2][3] Este bloque también se usa por parte de la red mesh CJDNS.
• El bloque fd00::/8 está definido en conjuntos de prefijos /48, formados mediante el ajuste aleatorio de los 40 bits menos significativos. El RFC 4193 ofrece sugerencias para generar estos identificadores aleatorios en caso de que el usuario no tenga acceso a un buen generador de números aleatorios.

Prefijos en el rango fd00::/8 tienen similares características a las direcciones IPv4 de redes privadas.

• No están reservadas por ningún registro y pueden ser usadas en cualquier red sin prejuicio de otras redes exteriores.
• No hay garantías de que sean globalmente únicas.
• En servidores DNS, entradas con este direccionamiento no pueden ser delegadas (dominio ip6.arpa).

Como las direcciones fd00::/8 no están diseñadas para ser enrutadas fuera de su dominio administrativo (red local, sitio u organización), los administradores red interconectando estas redes no necesitan preocuparse por la unicidad del prefijo aleatorio usado. En caso de que distintas redes privadas acaben uniéndose por cualquier motivo, si el algoritmo de selección descrito en RFC 4193 fue usado, el riesgo de colisión de direcciones es extremadamente pequeño.

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. Cuando los servicios de SixXS se suspendieron el 6 de junio de 2017, la base de datos pasó a ser de solo lectura.

El 6 de diciembre de 2020, la empresa con sede en Suiza 'Ungleich' anunció que reactivaría el registro IPv6 ULA basado en la base de datos SixXS original, citando las demandas de los usuarios de un registro ULA.

Para el rango fc00::/8, se propusieron diferentes decisiones de diseño y se enviaron al IETF, intercambiando 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 resultado en una solicitud de comentarios.

• IPv6
• Red privada

1. Internet Draft «Centrally Assigned Unique Local IPv6 Unicast Addresses». IETF. 2004–2007.
2. Internet Draft «An Analysis of Centrally Assigned Unique Local Addresses». IETF. 2007.
3. Internet Draft «Centrally Assigned IPv6 Unicast Unique Local Address Prefixes». IETF. 2009–2010.

• Stockebrand, Benedikt (2006). IPv6 in Practice. ISBN 3-540-24524-3.
• «Public ULA registration database (readonly since SixXS sunset, 6 June 2017)». SixXS.
• «The shell script used by KAME and SixXS for generating a ULA». Archivado desde el original el 1 de junio de 2009. Consultado el 20 de septiembre de 2017.
• «ULA draft proposal» (PDF). ARIN. 2004. Archivado desde el original el 5 de diciembre de 2008.
• Internet Draft «Analysis and recommendation for the ULA usage». IETF. 2012.