Los siguientes tipos de direcciones son direcciones unicast en IPV6:
- Globales (Global unicast)
- Locales. Se han definido dos tipos de direcciones de uso local: local de enlace(link-local unicast) y local de sitio(site-local unicast).
- Direcciones especiales
- Direcciones de compatibilidad
- Direcciones NSAP
Direcciones globales (Global unicast)
Formalmente conocidas como aggregatable global unicast (globales agregables), estas direcciones pueden ser enrutadas y alcanzadas desde todo el espacio Internet IPV6. Son las equivalentes a las direcciones públicas de IPV4.Campos de las direcciones globales:
FP (Format Prefix). Es el prefijo de 3 bit de la dirección que identifica el espacio de direcciones IPV6 al que pertenece la misma. El valor 001 en este campo indica que es una dirección unicast global.
TLA ID (Top Level Aggregation Identifier). Identifica el nivel más alto en la estructura jerarquica de routing. Son administrados por IANA (Internet Assigned Numbers Authority) y asginados a registros locales de Internet. El campo de 13 bit permite 8.192 (213) TLA Ids diferentes. Los routers en el nivel más alto de la jerarquía de Internet IPV6 no tienen una ruta por defecto, sólo rutas con prefijos de 16 bit correspondientes a los TLA IDs activos y adicionalmente entradas para rutas basadas en la TLA ID asignada a la región de enrutamiento donde están ubicados.
Res. Bits reservados para su futura utilización en la expansion de tamaño del campo TLA ID o NLA ID.
NLA ID (Next Level Aggregation Identifier). Permite a un ISP, al que se ha asignado un TLA, crear varios niveles de jerárquicos de direccionamiento, acorde con su propia red y para identificar los ‘sitios’ u organizaciones que de ella dependen. La estructura de red de los ISPs no es visible a los routers de nivel superior. Dado que cada organización que recibe un TLA dispone de 24 bits de espacio NLA, permite proporcionar servicio aproximadamente al número total de direcciones IPv4 soportadas actualmente.
Las organizaciones que reciben un TLA pueden soportar varios NLA en su propio espacio de direccionamiento (Site ID). Esto permite que sirvan tanto a clientes directos (suscriptores) como a otras organizaciones proveedoras de servicios públicos de tránsito. Y así sucesivamente según el siguiente esquema:
SLA ID (Site-Level Aggregation Identifier). El SLA es utilizado por una organización individual o final para crear su propia estructura jerárquica de direcciones e identificar sus subredes. Es equivalente al concepto de subred en IPV4. Dado que el tamaño del campo es de 16 bit las organizaciones pueden crear 65.536 (216) subredes. De la misma manera que con el NLA se puede escoger entre una estructura ‘plana’ o crear varios niveles según el siguiente esquema:
Interface ID. Los últimos 64bits de una dirección IPv6 unicast corresponden al identificador de interfaz de una subred específica (prefijo de 64bits). Equivalente al ID de host o de nodo en IPV4.
Hay varias formas de determinar el identificador de interface:
- Como se describe en la RFC 2373, todas las direcciones unicast que utilicen los prefijos desde 001 hasta 111 deben utilizar también un identificador de interface de 64bit que se deriva del formato de direcciones EUI-64 (Extended Unique Identifier), basado en las direcciones MAC.
- Como se describe en la RFC 3041, se podría tener uno asignado temporalmente y generado aleatoriamente.
- Es asignado durante la autoconfiguración de direcciones con estado (mediante Dynamic Host Configuration Protocol version 6 (DHCPv6)).
- Como se describe en la RFC 2472 (IP versión 6 sobre PPP), un identificador de red puede estar basado en direcciones de nivel de enlace o números de serie, o generado aleatoriamente cuando se configura un interface PPP (Point-to-Point Protocol) y no hay disponible una dirección EUI-64.
- Manualmente.
Direcciones locales de enlace (Link-local unicast)
Estas direcciones, identificadas por el prefijo 1111 1110 10 (FE80::/64), son utilizadas por los nodos cuando se comunican con nodos adyacentes en el mismo enlace (en una misma LAN, por ejemplo).
Son para direccionamiento en un único enlace con el fin de configuración de auto-dirección, descubrir neighbors, o cuando no hay routers presentes. Los paquetes enviados entre estas direcciones nunca van a ser enviados entre enlaces locales. Son las equivalentes a las direcciones APIPA (Automatic Private IP Addressing) de IPV4 autoconfiguradas en Windows utilizando el prefijo 169.254.0.0/16.
Ningún router debe enrutar un paquete con origen o destino de enlace local.
Estructura:
Direcciones locales de sitio (Site-local unicast)
Estas direcciones, identificadas por el prefijo 1111 1110 11 (FEC0), son las equivalentes al espacio privado de direcciones de IPV4 (10.0.0.0/8, 172.16.0.0/12, and 192.168.0.0/16). Permiten direccionar dentro de un ‘sitio’ local u organización. No son direcciones alcanzables desde otros sitios y los routers no deben retransmitir ningún paquete cuyo origen o destino sea ‘local de sitio’. Su ámbito está limitado a la red local o de la organización.
Estructura:
Los primeros 48 bit son siempre fijos, comenzando por FEC0::/48. Después de estos 48 bit fijos viene un identificador de subred 16-bit (Subnet ID field) que proporciona 16 bit con los que creaer subredes dentro de la red. Con 16 bit se pueden tener 65.536 subredes en una estructura plana de subneteado, o se pueden dividir los bits de mayor orden del identificador de subnet para crear una infraestructura de routing jerárquica y agregable. Después del identificador de subred viene un campo de 64 bit que identifica un interface específico dentro de la subred.
Direcciones especiales
Direcciones especiales en IPV6:
- Dirección no especificada. La dirección no especificada (0:0:0:0:0:0:0:0 o ::) es únicamente utilizada para indicar la ausencia de una dirección. Se utiliza típicamente como dirección origen cuando una dirección no ha sido aún determinada. La dirección no especificada nunca es asignada a una interface o utilizada como dirección destino.
- Dirección de loopback. Esta dirección (0:0:0:0:0:0:0:1 o ::1) es utilizada para identificar un interface de loopback permitiendo a un nodo enviarse paquetes a si mismo. Es equivalente a la 127.0.0.1 de IPV4.
Direcciones de compatibilidad
Para ayudar a la migración de IPV4 a IPV6 y a la coexistencia de ambos tipos de host se han definido las siguientes direcciones:
- Direcciones IPV6 compatibles con IPV4. Del tipo 0:0:0:0:0:0:w.x.y.z o ::w.x.y.z (donde w.x.y.z es la representación decimal de una IPV4 pública), son utilizadas por nodos IPV6/IPV4 que se comunican mediante IPV6 sobre una infraestructura IPV4 que utiliza direcciones IPV4 públicas, como Internet. Es decir, permiten la retransmisión de tráfico IPV6 sobre infraestructuras IPV4 de forma transparente.
- Direcciones IPV6 mapeadas desde IPV4. Del tipo 0.0.0.0.0:FFFF:w.x.y.z permiten que los nodos que sólo soportan IPV4 puedan seguir trabajando en IPV6. Windows .NET 2003 Server y Windows XP no soportan la utilización de estas direcciones.
- Direcciones 6over4. Del tipo [prefijo 64-bit]:0:0:WWXX:YYZZ, donde WWXX: YYZZ es la representación hexadecimal de w.x.y.z (dirección IPV4 pública o privada). Utilizadas para representar un host en el mecanismo de tunneling denominado 6over4.
- Direcciones 6to4. Del tipo 2002:WWXX:YYZZ:[SLA ID]:[Interface ID], donde WWXX:YYZZ es la representación hexadecimal de w.x.y.z (dirección IPV4 pública). Utilizadas para representar un nodo en el mecanismo de tunneling denominado 6to4.
- Direcciones ISATAP. Del tipo [64-bit prefix]:0:5EFE:w.x.y.z, donde w.x.y.z es la representación hexadecimal de w.x.y.z (dirección IPV4 pública o privada). Utilizadas para representar un nodo en el mecanismo de asignación de direcciones conocido como Intra-Site Automatic Tunnel Addressing Protocol (ISATAP).
Direcciones NSAP
Con el fin de proporcionar una forma de mapear direcciones OSI NSAP (utilizadas en redes OSI CLNP) a direcciones IPV6, las direcciones NSAP utilizan el prefijo de formato 0000001 y mapean los últimos 121 bits de la dirección NSAP a la dirección IPV6. Más información en la RFC 1888 “OSI NSAPs and IPv6.”
MUy buena info gracias.
ResponderEliminarexcelente!
ResponderEliminar