MP 09 Redes Telemticas

MP 09 Tema 1. Protocolo IPv6. Pgina 1

PROTOCOLO IPv6.



MP 09 Tema 1. Protocolo IPv6. Pgina 2
1. INTRODUCCIN.
El Internet Protocol version 6 (IPv6) (en espaol: Protocolo de Internet versin 6) es una
versin del protocolo Internet Protocol (IP), definida en el RFC 2460 y diseada para reemplazar a
Internet Protocol version 4 (IPv4) definida en la RFC 791, que actualmente est implementado en
la gran mayora de dispositivos que acceden a Internet.
<< Las RFC (Request for Comments o Peticin de Comentarios) son una serie de
publicaciones del Internet Engineering Task Force (EITF) que describen diversos aspectos
del funcionamiento de Internet y otras redes de ordenadores, como protocolos,
procedimientos, etc., o comentarios o ideas sobre estos.
Cada RFC constituye un informe que ingenieros o expertos en la materia han hecho
llegar al IETF, el consorcio de colaboracin tcnica ms importante en Internet, para que
ste sea valorado por el resto de la comunidad.
Los protocolos ms importantes de Internet estn definidos por RFC, como el
protocolo IP detallado en el RFC 791, el FTP en el RFC 959, o el HTTP en el RFC 2616.
Cada RFC tiene un ttulo y un nmero asignado, que no puede repetirse ni eliminarse
aunque el documento se quede obsoleto; se redactan en ingls segn una estructura
especfica y en formato de texto ASCII.
Existen varias categoras, pudiendo ser informativos (cuando se trata simplemente de
valorar la implantacin de un protocolo), propuestas de estndares nuevos o histricos
(cuando quedan obsoletos por versiones ms modernas del protocolo tratado).
Antes de que un documento tenga la consideracin de RFC, debe seguir un proceso
muy estricto para asegurar su calidad y coherencia. Cuando lo consigue, prcticamente ya
es un protocolo formal al que probablemente se interpondrn pocas objeciones, por lo que
el sentido de su nombre como peticin de comentarios ha quedado prcticamente
obsoleto, dado que las crticas y sugerencias se producen en las fases anteriores. De todos
modos, el nombre de RFC se mantiene por razones histricas.>>
IPv6, destinado a sustituir a IPv4 y est sujeto a todas las normativas de ste, cuyo lmite en
el nmero de direcciones de red admisibles restringe el crecimiento de Internet y su uso,
especialmente en China, India, y otros pases asiticos densamente poblados. El nuevo estndar
mejorar el servicio globalmente proporcionando a multitud de dispositivos y aparatos sus
direcciones propias y permanentes (el Internet de las pequeas cosas).
En IPv6 se mantienen las funciones del IPv4 que utilizadas. Las que no son utilizadas o se
usan con poca frecuencia, se quitaron o se hicieron opcionales, agregndose nuevas
caractersticas.
El motivo bsico para crear un nuevo protocolo fue la falta de direcciones. IPv4 tiene un
espacio de direcciones de 32bits, en cambio IPv6 ofrece un espacio de 128bits. El reducido
espacio de direcciones de IPv4, junto al hecho de falta de coordinacin para su asignacin durante
la dcada de los 80, sin ningn tipo de optimizacin, dejando incluso espacios de direcciones
discontinuos, generan en la actualidad, dificultades no previstas en aquel momento.
Debido a la multitud de nuevas aplicaciones en las que IPv4 es utilizado, ha sido necesario
agregar nuevas funcionalidades, aspectos que no fueron contemplados en el anlisis inicial de
IPv4, lo que genera complicaciones en su escalabilidad para nuevos requerimientos y en el uso
simultneo de dos o ms de dichas funcionalidades. Entre las ms conocidas se pueden
mencionar medidas para permitir la Calidad de Servicio (QoS), Seguridad (IPsec) y movilidad.
Otro de los problemas de IPv4 es la gran dimensin de las tablas de ruteo en el backbone de
Internet, que lo hace ineficaz y perjudica los tiempos de respuesta.

MP 09 Tema 1. Protocolo IPv6. Pgina 3
A principios de 2010, quedaban menos del 10% de IPs sin asignar. En febrero del 2011, la
IANA (Agencia Internacional de Asignacin de Nmeros de Internet, por sus siglas en ingls)
entreg el ltimo bloque de direcciones disponibles (33 millones) a la organizacin encargada de
asignar IPs en Asia, un mercado que est en auge y no tardar en consumirlas todas.
IPv4 posibilita 4.294.967.296 (2
32
) direcciones de host diferentes, un nmero inadecuado
para dar una direccin a cada persona del planeta, y mucho menos a cada vehculo, telfono,
PDA, tableta, etc. En cambio, IPv6 admite 340.282.366.920.938.463.463.374.607.431.768.211.456
(2
128
340 sextillones de direcciones IP diferentes, significa que si la poblacin mundial fuera de
10 billones habra 3,4 10
27
direcciones por persona. Siendo as muy pequea la posibilidad de
que se agoten las nuevas direcciones.
Otra va para la popularizacin del protocolo es la adopcin de este por parte de
instituciones. El gobierno de los Estados Unidos orden el despliegue de IPv6 por todas sus
agencias federales en el ao 2008.
Caractersticas principales.
Mayor espacio de direcciones. El tamao de las direcciones IP cambia de 32bits a 128bits,
para soportar ms niveles de jerarquas de direccionamiento y ms nodos direccionables.
Simplificacin del formato del encabezamiento. Algunos campos del encabezamiento IPv4
se quitan o se hacen opcionales.
Paquetes IP eficientes y extensibles, sin que haya fragmentacin en los routers, alineados a
64bits y con una cabecera de longitud fija, ms simple, que agiliza su procesado por parte
del router.
Mayor carga til de datos. Posibilidad de paquetes con carga til (datos) de ms de 65.355
bytes.
Seguridad en el ncleo del protocolo (IPsec). El soporte de IPsec es un requerimiento del
protocolo IPv6.
Capacidad de etiquetas de flujo. Puede ser usada por un nodo origen para etiquetar
paquetes pertenecientes a un flujo (flow) de trfico particular, que requieren manejo
especial por los routers IPv6, tal como calidad de servicio no por defecto o servicios de
tiempo real. Por ejemplo video conferencia.
Autoconfiguracin: la autoconfiguracin de direcciones es ms simple. Especialmente en
direcciones Aggregatable Global Unicast, los 64bits superiores son seteados por un
mensaje desde el router (Router Advertisement) y los 64bits ms bajos son seteados con la
direccin MAC (en formato EUI-64). En este caso, el largo del prefijo de la subred es 64, por
lo que no hay que preocuparse ms por la mscara de red. Adems el largo del prefijo no
depende en el nmero de los hosts por lo tanto la asignacin es ms simple.
Re-numeracin, facilitando el cambio de proveedor de servicios.
Caractersticas de movilidad, la posibilidad de que un nodo mantenga la misma direccin
IP, a pesar de su movilidad.
Ruteo ms eficiente en el backbone de la red, debido a la jerarqua de direccionamiento
basada en aggregation.
Calidad de servicio (QoS) y clase de servicio (CoS).
Capacidades de autenticacin y privacidad.

MP 09 Tema 1. Protocolo IPv6. Pgina 4
1.1. MOTIVACIN Y ORGENES DE LAS IP.
Durante la primera dcada de operacin de Internet basado en TCP/IP, a finales de los 80s,
se hizo aparente que era necesario desarrollar mtodos para mantener el espacio de direcciones.
A principios de los 90s, incluso despus de la introduccin del rediseo de redes sin clase, se hizo
claro que no sera suficiente para prevenir el agotamiento de las direcciones IPv4 y que se
necesitaban cambios adicionales.
A comienzos de 1992, circulaban varias propuestas de sistemas y a finales de 1992, la IETF
anunci el llamado para White Papers (RFC 1550) y la creacin de los grupos de trabajo de IP de
prxima generacin (IP Next Generation o IPng).
IPng fue propuesto por el Internet Engineering Task Force (IETF) el 25 de julio de 1994, con
la formacin de varios grupos de trabajo IPng. Hasta 1996, se publicaron varios RFCs definiendo
IPv6, empezando con el RFC 2460. Incidentalmente, IPng no pudo usar la versin nmero 5 (IPv5)
como sucesor de IPv4, ya que haba sido asignada a un protocolo experimental orientado al flujo
de streaming que intentaba soportar voz, video y audio.
La discusin tcnica, el desarrollo e introduccin de IPv6 no estuvo exenta de controversia.
El diseo fue duramente criticado por la falta de interoperabilidad con IPv4 y otros aspectos. Se
espera que IPv6 sea soportado en conjunto con IPv4 en el futuro cercano. Los nodos solo-IPv4 no
son capaces de comunicarse directamente con los nodos IPv6, por lo que necesitarn ayuda de un
intermediario.
1.2. CAMBIOS Y NUEVAS CARACTERSTICAS.
En muchos aspectos, IPv6 es una extensin conservadora de IPv4. La mayora de los
protocolos de transporte -y aplicacin- necesitan pocos o ningn cambio para operar sobre IPv6;
las excepciones son los protocolos de aplicacin que integran direcciones de capa de red, como
FTP o NTP.
IPv6 especifica un nuevo formato de paquete, diseado para minimizar el procesamiento
del encabezado de paquetes. Debido a que las cabeceras de los paquetes IPv4 e IPv6 son
significativamente distintas, los dos protocolos no son interoperables.
1.2.1. Capacidad extendida de direccionamiento.
Las direcciones son de 128bits e identifican interfaces individuales o conjuntos de
interfaces. Al igual que en IPv4 en los nodos se asignan a interfaces. Se clasifican en tres
tipos:
Unicast: identifican a una sola interfaz de red, entrega los paquetes enviados a una
direccin unicast al interface especifico. Un paquete enviado a una direccin unicast
es entregado slo a la interfaz identificada con dicha direccin.
Anycast: identifican a un conjunto de interfaces, entre nodos diferentes, un paquete
enviado a una direccin anycast se entrega al host ms cercano. Un paquete enviado
a una direccin anycast, ser entregado a alguna de las interfaces identificadas con la
direccin del conjunto al cual pertenece esa direccin anycast.
Multicast: identifican un grupo de interfaces para mltiples hosts. Cuando un
paquete es enviado a una direccin multicast es entregado a todas las interfaces del
grupo identificadas con esa direccin; es decir, entregado a todas las interfaces que
se hayan unido al grupo multicast correspondiente.

MP 09 Tema 1. Protocolo IPv6. Pgina 5
En el IPv6 no existen direcciones broadcast, su funcionalidad ha sido mejorada por
las direcciones multicast. [RFC 2375] El inters era que direcciones ms largas permitiesen
una mejor entrega jerrquica, sistemtica y definitiva de las direcciones, y una eficiente
agregacin de rutas.
Con IPv4, se desplegaron complejas tcnicas de Classless InterDomain Routing (CIDR)
para utilizar de mejor manera el pequeo espacio de direcciones. El esfuerzo requerido
para reasignar la numeracin de una red existente con prefijos de rutas distintos es muy
grande, como se discute en RFC 2071 y RFC 2072.
Sin embargo, con IPv6, cambiando el prefijo anunciado por unos pocos routers es
posible en principio reasignar la numeracin de toda la red, ya que los identificadores de
nodos (los 64bits menos significativos de la direccin) pueden ser auto-configurados
independientemente por un nodo.
El tamao de una subred en IPv6 es de 2
64
(mscara de subred de 64-bit), el cuadrado
del tamao de la Internet IPv4 entera. As, las tasas de utilizacin del espacio de direcciones
ser probablemente menor en IPv6, pero la administracin de las redes y el ruteo sern
ms eficientes debido a las decisiones de diseo inherentes al mayor tamao de las
subredes y la agregacin jerrquica de rutas.
Los equipos terminales suelen estar conectados a un switch, y ste a su vez puede ir
conectado a otro, as, hasta llegar a la lnea de Ethernet.

Ilustracin de una direccin IPv6 en Hexadecimal y Binario.
1.2.2. Autoconfiguracin de direcciones libres de estado (SLAAC).
Los nodos IPv6 pueden auto-configurarse cuando son conectados a una red ruteada
en IPv6 usando los mensajes de descubrimiento de routers de ICMPv6.
La primera vez que son conectados a una red, el nodo enva una solicitud de router
de local-link (enlace local) usando multicast (multidifusin) pidiendo los parmetros de
configuracin; y si los routers estn configurados para esto, respondern este
requerimiento con un anuncio de router (router advertisement) que contiene los
parmetros de configuracin de capa de red.
Si la autoconfiguracin de direcciones libres de estado no es adecuada para una
aplicacin, es posible utilizar Dynamic Host Configuration Protocol para IPv6 (DHCPv6) o
bien los nodos pueden ser configurados en forma esttica.
Los routers presentan un caso especial de requerimientos para la configuracin de
direcciones, ya que muchas veces son la fuente para informacin de autoconfiguracin,
como anuncios de prefijos de red y anuncios de router. La configuracin sin estado para
routers se logra con un protocolo especial de re-numeracin de routers.

MP 09 Tema 1. Protocolo IPv6. Pgina 6
1.2.3. Multicast.
Multicast, la habilidad de enviar un paquete nico a destinos mltiples es parte de la
especificacin base de IPv6. Esto es diferente a IPv4, donde es opcional (aunque
usualmente implementado).
IPv6 no implementa broadcast, que es la habilidad de enviar un paquete a todos los
nodos del enlace conectado. El mismo efecto puede lograrse enviando un paquete al grupo
de multicast de enlace local todos los nodos (all hosts).
Por lo tanto, no existe el concepto de una direccin de broadcast y as la direccin
ms alta de la red (la direccin de broadcast en una red IPv4) es considerada una direccin
normal en IPv6.
Muchos ambientes no tienen, sin embargo, configuradas sus redes para rutear
paquetes multicast, por lo que en stas ser posible hacer multicasting en la red local, pero
no necesariamente en forma global.
El multicast IPv6 comparte protocolos y caractersticas comunes con IPv4, pero
tambin incorpora cambios y mejoras. Incluso cuando se le asigne a una organizacin el
ms pequeo de los prefijos de ruteo global IPv6, sta tambin recibe la posibilidad de usar
uno de los 4,2 billones de grupos multicast IPv6 ruteables de fuente especfica para
asignarlos para aplicaciones multicast intra-dominio o entre-dominios (RFC 3306).
En IPv4 era muy difcil para una organizacin conseguir incluso un nico grupo
multicast ruteable entre-dominios y la implementacin de las soluciones entre-dominios
eran anticuadas (RFC 2908). IPv6 tambin soporta nuevas soluciones multicast, incluyendo
Embedded Rendezvous Point (RFC 3956), que simplifica el despliegue de soluciones entre
dominios.
1.2.4. Seguridad de Nivel de Red obligatoria.
Internet Protocol Security (IPsec), el protocolo para cifrado y autenticacin IP forma
parte integral del protocolo base en IPv6 y es obligatorio; a diferencia de IPv4, donde es
opcional o fue un agregado posterior (pero usualmente implementado). Sin embargo,
actualmente no se est usando normalmente IPsec excepto para asegurar el trfico entre
routers de BGP IPv6, aunque tambin se puede utilizar en OSPFv3 y en movilidad IPv6.
1.2.5. Procesamiento simplificado en los routers.
Se hicieron varias simplificaciones en la cabecera de los paquetes, as como en el
proceso de reenvo de paquetes para hacer el procesamiento de los paquetes ms simple y
por ello ms eficiente. En concreto:
El encabezado del paquete en IPv6 es ms simple que el utilizado en IPv4, as los
campos que son raramente utilizados han sido movidos a opciones separadas; en
efecto, aunque las direcciones en IPv6 son 4 veces ms largas, el encabezado IPv6
(sin opciones) es solamente el doble de largo que el encabezado IPv4 (sin opciones).
Los routers IPv6 no hacen fragmentacin. Los nodos IPv6 requieren ya sea hacer
descubrimiento de MTU, realizar fragmentacin extremo a extremo o enviar
paquetes menores al MTU mnimo de IPv6 de 1280bytes.

MP 09 Tema 1. Protocolo IPv6. Pgina 7
El encabezado IPv6 no est protegido por una suma de comprobacin (checksum); la
proteccin de integridad se asume asegurada tanto por el checksum de capa de
enlace y por un checksum de nivel superior (TCP, UDP, etc.).
En efecto, los routers IPv6 no necesitan recalcular la suma de comprobacin cada
vez que algn campo del encabezado (como el contador de saltos o Tiempo de Vida)
cambia. Esta mejora puede ser menos necesaria en routers que utilizan hardware
dedicado para computar este clculo y as pueden hacerlo a velocidad de lnea
(wirespeed), pero es relevante para routers por software.
El campo Tiempo de Vida de IPv4 (TTL - Time To Live), pasa a llamarse Lmite de
saltos, reflejando el hecho de que ya no se espera que los routers computen el
tiempo en segundos que tarda en atravesarlo (que siempre resulta menor de 1
segundo). Se simplifica como el nmero de saltos entre routers que se permita
realizar al paquete IPv6.
1.2.6. Soporte mejorado para las extensiones y opciones.
Los cambios en la manera en que se codifican las opciones de la cabecera IP permiten
lmites menos rigurosos en la longitud de opciones, y mayor flexibilidad para introducir
nuevas opciones en el futuro.
1.2.7. Movilidad.
A diferencia de IPv4 mvil (MIPv4), IPv6 mvil (MIPv6) evita el ruteo triangular y por
lo tanto es tan eficiente como el IPv6 normal. Los routers IPv6 pueden soportar tambin
Movilidad de Red (NEMO, por Network Mobility) (RFC 3963), que permite que redes
enteras se muevan a nuevos puntos de conexin de routers sin reasignacin de
numeracin. Sin embargo, ni MIPv6 ni MIPv4 o NEMO son ampliamente difundidos o
utilizados hoy, por lo que esta ventaja es ms bien terica.
1.2.8. Jumbogramas.
IPv4 limita los paquetes a 64KB de carga til. IPv6 tiene soporte opcional para que los
paquetes puedan superar este lmite, los llamados Jumbogramas, que pueden ser de hasta
4 GB.
Un Jumbograma es un paquete IPv6 que contiene una parte para datos (payload)
mayor que 65.535 octetos.
Slo es relevante en nodos IPv6 que pueden estar conectados en enlaces con una
MTU mayor de 65.575 octetos (65.535 + 40 de la cabecera IPv6).
No necesita ser implementados por los nodos IPv6 que no soportan enlaces con MTU
tan grades.
La RFC2675 describe la opcin IPv6 Jumbo Payload, que proporciona la forma de
especificar longitudes de datos tan grandes y describe los cambios necesarios en TCP y UPD
para que puedan hacer uso de los Jumbogramas.


MP 09 Tema 1. Protocolo IPv6. Pgina 8
2. IPv6.
2.1. REPRESENTACIN DE LAS DIRECCIONES.
Existen tres formas de representar las direcciones IPv6 como strings de texto.
x:x:x:x:x:x:x:x donde cada 'x' es el valor hexadecimal de 16 bits, de cada uno de los 8
campos que definen la direccin. No es necesario escribir los ceros a la izquierda de cada
campo, pero al menos debe existir un nmero en cada campo.
Ejemplos: FEDC:BA98:7654:3210:FEDC:BA98:7654:3210
1080:0:0:0:8:800:200C:417A
Como ser comn utilizar esquemas de direccionamiento con largas cadenas de bits en
cero, existe la posibilidad de usar sintcticamente "::" para representarlos. El uso de "::"
indica uno o ms grupos de 16bits de ceros. Dicho smbolo podr aparecer una sola vez en
cada direccin.
Por ejemplo: 1080:0:0:0:8:800:200C:417A direccin unicast
FF01:0:0:0:0:0:0:101 direccin multicast
0:0:0:0:0:0:0:1 direccin loopback
0:0:0:0:0:0:0:0 direccin inespecfica
Podrn ser representadas como:
1080::8:800:200C:417A direccin unicast
FF01::101 direccin multicast
::1 direccin loopback
:: direccin inespecfica
Para escenarios con nodos IPv4 e IPv6 es posible utilizar la siguiente sintaxis:
x:x:x:x:x:x:d.d.d.d, donde 'x' representan valores hexadecimales de las seis partes ms
significativas (de 16 bits cada una) que componen la direccin y las 'd', son valores
decimales de los 4 partes menos significativas (de 8 bits cada una), de la representacin
estndar del formato de direcciones IPv4.
Ejemplos: 0:0:0:0:0:0:13.1.68.3
0:0:0:0:0:FFFF:129.144.52.38
O en la forma comprimida: ::13.1.68.3
::FFFF:129.144.52.38
2.1.1. Representacin de los prefijos de las direcciones.
Los prefijos de identificadores de subredes, routers y rangos de direcciones IPv6 son
expresados de la misma forma que en la notacin CIDR utilizada en IPv4.
Un prefijo de direccin IPv6 se representa con la siguiente notacin:
direccion-ipv6/longitud-prefijo, donde:
direccion-ipv6: es una direccin IPv6 en cualquiera de las notaciones mencionadas
anteriormente.
longitud-prefijo: es un valor decimal que especifica cuantos de los bits ms
significativos, representan el prefijo de la direccin.

MP 09 Tema 1. Protocolo IPv6. Pgina 9
2.2. DIRECCIONAMIENTO IPv6.
El cambio ms grande de IPv4 a IPv6 es la longitud de las direcciones de red. Las direcciones
IPv6, definida en la RFC 2373 y RFC 2374 pero redefinidas en abril de 2003 en la RFC 3513, son de
128bits; esto corresponde a 32 dgitos hexadecimales, que se utilizan normalmente para escribir
las direcciones IPv6, como se describe en la siguiente seccin.
El nmero de direcciones IPv6 posibles es de 2
128
3,4 x 10
38
. Tambin puede representarse
como 16
32
, con 32 dgitos hexadecimales, cada uno de los cuales puede tomar 16 valores.
En muchas ocasiones las direcciones IPv6 estn compuestas por dos partes lgicas: un
prefijo de 64bits y otra parte de 64bits que corresponde al identificador de interfaz, que casi
siempre se genera automticamente a partir de la direccin MAC de la interfaz a la que est
asignada la direccin.
2.2.1. Notacin para las direcciones IPv6.
Las direcciones IPv6, de 128bits de longitud, se escriben como ocho grupos de cuatro
dgitos hexadecimales. Por ejemplo, la siguiente es una direccin IPv6 vlida:
2001:0db8:85a3:08d3:1319:8a2e:0370:7334
Se puede comprimir un grupo de cuatro dgitos si ste es nulo (es decir, toma el valor
0000) sustituyndolo por "::".
Por ejemplo: 2001:0db8:85a3:0000:1319:8a2e:0370:7344
2001:0db8:85a3::1319:8a2e:0370:7344
Siguiendo esta regla, si ms de dos grupos consecutivos son nulos, tambin pueden
comprimirse como "::". Si la direccin tiene ms de una serie de grupos nulos consecutivos
la compresin slo se permite en uno de ellos.
Las siguientes son representaciones posibles de una misma direccin, son todas
vlidas y significan lo mismo: 2001:0DB8:0000:0000:0000:0000:1428:57ab
2001:0DB8:0000:0000:0000::1428:57ab
2001:0DB8:0:0:0:0:1428:57ab
2001:0DB8:0::0:1428:57ab
2001:0DB8::1428:57ab
Las direcciones mencionadas son todas vlidas y significan lo mismo, pero la
siguiente no es vlida porque no queda claro cuntos grupos nulos hay en cada lado:
2001::25de::cade
Los ceros iniciales en un grupo tambin se pueden omitir:
2001:0DB8:02de::0e13 2001:DB8:2de::e13
Si la direccin es una direccin IPv4 empotrada, los ltimos 32 bits pueden escribirse
en base decimal, as: ::ffff:192.168.89.9 ::ffff:c0a8:5909
No se debe confundir con: ::192.168.89.9
::c0a8:5909
El formato ::ffff:1.2.3.4 se denomina direccin IPv4 mapeada, y el formato
::1.2.3.4 direccin IPv4 compatible.
Las direcciones IPv4 pueden ser transformadas fcilmente al formato IPv6. Por
ejemplo, si la direccin decimal IPv4 es 135.75.43.52 (en hexadecimal, 0x874B2B34), puede
ser convertida a 0000:0000:0000:0000:0000:0000:874B:2B34 ::874B:2B34.

MP 09 Tema 1. Protocolo IPv6. Pgina 10
Entonces, uno puede usar la notacin mixta direccin IPv4 compatible, en cuyo caso
la direccin debera ser ::135.75.43.52. Este tipo de direccin IPv4 compatible casi no est
siendo utilizada en la prctica, aunque los estndares no la han declarado obsoleta.
Cuando lo que se desea es identificar un rango de direcciones diferenciable por
medio de los primeros bits, se aade este nmero de bits tras el carcter de barra "/". Por
ejemplo:
2001:0DB8::1428:57AB/96 sera equivalente a 2001:0DB8::
2001:0DB8::874B:2B34/96 sera equivalente a 2001:0DB8:: y por supuesto
tambin a 2001:0DB8::1428:57AB/96
2.2.2. Identificacin de los tipos de direcciones.
Los tipos de direcciones IPv6 pueden identificarse tomando en cuenta los rangos
definidos por los primeros bits de cada direccin.
::/128 La direccin con todo ceros se utiliza para indicar la ausencia de direccin, y
no se asigna ningn nodo.
::1/127 La direccin de loopback es una direccin que puede usar un nodo para
enviarse paquetes a s mismo (corresponde con 127.0.0.1 de IPv4). No puede asignarse a
ninguna interfaz fsica.
::1.2.3.4/96 La direccin IPv4 compatible se usa como un mecanismo de transicin
en las redes duales IPv4/IPv6. Es un mecanismo que no se usa.
::ffff:0:0/96 La direccin IPv4 mapeada se usa como mecanismo de transicin en
terminales duales.
fe80::/10 El prefijo de enlace local (en ingls link local) especfica que la direccin
slo es vlida en el enlace fsico local.
fec0:: El prefijo de emplazamiento local (en ingls site-local prefix) especfica que
la direccin slo es vlida dentro de una organizacin local. La RFC 3879 lo declar
obsoleto, estableciendo que los sistemas futuros no deben implementar ningn soporte
para este tipo de direccin especial. Se deben sustituir por direcciones Local IPv6 Unicast.
ff00::/8 El prefijo de multicast. Se usa para las direcciones multicast.
Hay que resaltar que no existen las direcciones de difusin (en ingls broadcast) en
IPv6, aunque la funcionalidad que prestan puede emularse utilizando la direccin multicast
FF01::1/128, denominada todos los nodos (en ingls all nodes).
2.2.3. Direcciones Global Unicast.
Formato de las direcciones Global Unicast:

Prefijo de ruteo global: es un prefijo asignado a un sitio, generalmente est
estructurado jerrquicamente por los RIRs e ISPs.
Identificador de Subred: es el identificador de una subred dentro de un sitio. Est
diseado para que los administradores de los sitios lo estructuren jerrquicamente.

MP 09 Tema 1. Protocolo IPv6. Pgina 11
Identificador de Interfaz: es el identificador de una interfaz. En todas las direcciones
unicast, excepto las que comienzan con el valor binario 000, el identificador de interfaz
debe ser de 64bits y estar construido en el formato Modified EUI-64.
El formato para este caso es el siguiente:

El siguiente es un ejemplo del formato de direcciones Global Unicast bajo el prefijo
2000::/3 administrado por el IANA:

2.3. PAQUETE IPv6.
Un paquete en IPv6 est compuesto principalmente de dos partes: la cabecera (que tiene
una parte fija y otra con las opciones) y la carga til (los datos).
2.3.1. Cabecera fija.
Los primeros 40bytes (320bits) son la cabecera del paquete y contiene los siguientes
campos:
Direcciones de origen (128bits);
Direcciones de destino (128bits);
Versin del protocolo IP (4bits);
Clase de trfico (8bits, Prioridad del Paquete);
Etiqueta de flujo (20bits, manejo de la Calidad de Servicio);
Longitud del campo de datos (16bits);
Cabecera siguiente (8bits);
Lmite de saltos (8bits, Tiempo de Vida).

Hay dos versiones de IPv6 levemente diferentes. La ahora obsoleta versin inicial,
descrita en el RFC 1883, difiere de la actual versin propuesta de estndar, descrita en el
RFC 2460, en dos campos: hay 4bits que han sido reasignados desde etiqueta de flujo (flow
label) a clase de trfico (traffic class). El resto de diferencias son menores.

MP 09 Tema 1. Protocolo IPv6. Pgina 12
En IPv6 la fragmentacin se realiza slo en el nodo origen del paquete, al contrario
que en IPv4 en donde los routers pueden fragmentar un paquete. En IPv6, las opciones
tambin desaparecen de la cabecera estndar y son especificadas por el campo Cabecera
Siguiente (Next Header), similar en funcionalidad en IPv4 al campo Protocolo.
Un ejemplo: en IPv4 uno aadira la opcin ruta fijada desde origen (Strict Source and
Record Routing) a la cabecera IPv4 si quiere forzar una cierta ruta para el paquete, pero en
IPv6 uno modificara el campo Cabecera Siguiente indicando que viene una cabecera de
encaminamiento. La cabecera de encaminamiento podr entonces especificar la
informacin adicional de encaminamiento para el paquete, e indicar que, por ejemplo, la
cabecera TCP ser la siguiente. Este procedimiento es anlogo al de AH y ESP en IPsec para
IPv4 (que aplica a IPv6 de igual modo, por supuesto).
2.3.2. Cabeceras de extensin.
El uso de un formato flexible de cabeceras de extensin opcionales es una idea
innovadora que permite ir aadiendo funcionalidades de forma paulatina. Este diseo
aporta gran eficacia y flexibilidad ya que se pueden definir en cualquier momento a medida
que se vayan necesitando entre la cabecera fija y la carga til.
Hasta el momento, existen 8 tipos de cabeceras de extensin, donde la cabecera fija
y la de extensin opcionales incluyen el campo de cabecera siguiente que identifica el tipo
de cabeceras de extensin que viene a continuacin o el identificador del protocolo de nivel
superior. Luego las cabeceras de extensin se van encadenando utilizando el campo de
cabecera siguiente que aparece tanto en la cabecera fija como en cada una de las citadas
cabeceras de extensin.
Como resultado de la secuencia anterior, dichas cabeceras de extensin se tienen
que procesar en el mismo orden en el que aparecen en el datagrama. La Cabecera principal,
tiene a diferencia de la cabecera de la versin IPv4 un tamao fijo de 40 octetos especfico
para asignarlos para aplicaciones multicast intra-dominio o entre-dominios (RFC 3306). En
IPv4 era muy difcil para una organizacin como sta.
Todas o parte de estas cabeceras de extensin tienen que ubicarse en el datagrama
en el orden especificado:

Cada cabecera de extensin debe aparecer como mucho una sola vez, salvo la
cabecera de opcin destino, que puede aparecer como mucho dos veces, una antes de la
cabecera ruteo y otra antes de la cabecera de la capa superior.

MP 09 Tema 1. Protocolo IPv6. Pgina 13
2.3.3. Carga til.
La carga til del paquete puede tener un tamao de hasta 64KB en modo estndar, o
mayor con una opcin de carga jumbo (jumbo payload) en el encabezado opcional Hop-By-
Hop.
La fragmentacin es manejada solamente en el host que enva la informacin en
IPv6: los routers nunca fragmentan un paquete y los hosts se espera que utilicen el Path
MTU discovery.
2.4. IPv6 Y EL SISTEMA DE NOMBRES DE DOMINIO.
El almacenamiento actual de direcciones de Internet en el Domain Name System (DNS) de
IPv4 no se puede extender fcilmente para que soporte direcciones IPv6 de 128bits, ya que las
aplicaciones asumen que a las consultas de direcciones se retornan solamente direcciones IPv4 de
32bits.
Para poder almacenar las direcciones IPv6 se definieron las siguientes extensiones:
un nuevo tipo de registro, el registro AAAA. Se usa para almacenar direcciones IPv6, porque
las extensiones estn diseadas para ser compatibles con implementaciones de DNS
existentes;
un nuevo dominio para soportar bsquedas basadas en direcciones IPv6. Este dominio es
IP6.ARPA;
redefinicin de las consultas existentes, que localizan direcciones IPv4, para que puedan
tambin procesar direcciones IPv6.
Los cambios son diseados para ser compatibles con el software existente. Se mantiene el
soporte de direcciones IPv4. Las direcciones IPv6 se representan en el sistema de nombres de
dominio (DNS) mediante registros AAAA (tambin llamados registros de quad-A, por tener una
longitud cuatro veces la de los registros A para IPv4).
El concepto de AAAA fue una de las dos propuestas al tiempo que se estaba diseando la
arquitectura IPv6. La otra propuesta utilizaba registros A6 y otras innovaciones como las etiquetas
de cadena de bits (bit-string labels) y los registros DNAME.
Mientras que la idea de AAAA es una simple generalizacin del DNS IPv4, la idea de A6 fue
una revisin y puesta a punto del DNS para ser ms genrico, y de ah su complejidad.
La RFC 3363 recomienda utilizar registros AAAA hasta tanto se pruebe y estudie
exhaustivamente el uso de registros A6. La RFC 3364 realiza una comparacin de las ventajas y
desventajas de cada tipo de registro.
2.4.1. Mecanismos de transicin a IPv6.
Los mecanismos de transicin son un conjunto de mecanismos y de protocolos
implementados en hosts y routers, junto con algunas guas operativas de direccionamiento
designadas para hacer la transicin de Internet al IPv6 con la menor interrupcin posible.
Existen dos mecanismos bsicos:
Dual Stack o Doble Pila: provee soporte completo para IPv4 e IPv6 en host y routers.
Tunneling o Tneles: encapsula paquetes IPv6 dentro de las cabeceras IPv4 siendo
transportados a travs de infraestructura de ruteo IPv4.

MP 09 Tema 1. Protocolo IPv6. Pgina 14
Dichos mecanismos estn diseados para ser usados por hosts y routers IPv6 que
necesitan interoperar con hosts IPv4 y utilizar infraestructuras de ruteo IPv4. Se espera que
muchos nodos necesitarn compatibilidad por mucho tiempo y quizs indefinidamente. No
obstante, IPv6 tambin puede ser usado en ambientes donde no se requiere
interoperabilidad con IPv4. Nodos diseados para esos ambientes no necesitan usar ni
implementar estos mecanismos.
Se esperaba que convivieran ambos protocolos durante un ao y se pens que la
implantacin mundial y total en del IPv6 se hara realidad hacia finales de 2012, dada la
celeridad con la que se estn agotando las direcciones IPv4. La red no podra aguantar
mucho ms sin el cambio y de no realizarse pronto las consecuencias podran ser graves.
Ante el agotamiento de las direcciones IPv4, y los problemas que este est
ocasionando ya, sobre todo en los pases emergentes de Asia como India o China, el cambio
a IPv6 ya ha comenzado.
Existe una serie de mecanismos que permitirn la convivencia y la migracin
progresiva tanto de las redes como de los equipos de usuario. En general, los mecanismos
de transicin pueden clasificarse en tres grupos:
Doble pila. Hace referencia a una solucin de nivel IP con doble pila (RFC 4213), que
implementa las pilas de ambos protocolos, IPv4 e IPv6, en cada nodo de la red. Cada
nodo con doble pila en la red tendr dos direcciones de red, una IPv4 y otra IPv6.
Como dato a favor es que es fcil de desplegar y extensamente soportado.
Como dato en contra es que la topologa de red requiere dos tablas de
encaminamiento y dos procesos de encaminamiento. Cada nodo en la red necesita
tener actualizadas las dos pilas.
La forma ms directa para los nodos IPv6 de ser compatibles con nodos slo-
IPv4 es proveyendo una implementacin completa de IPv4. Los nodos IPv6 que
proveen una implementacin completa de IPv4 (adems de su implementacin de
IPv6) son llamados nodos IPv6/IPv4. Estos nodos tienen la habilidad de enviar y
recibir paquetes IPv6 e IPv4, pudiendo as interoperar directamente con nodos IPv4
usando paquetes IPv4, y tambin operar con nodos IPv6 usando paquetes IPv6.
Tneles. Permiten conectarse a redes IPv6 "saltando" sobre redes IPv4. Estos tneles
trabajan encapsulando los paquetes IPv6 en paquetes IPv4 teniendo como siguiente
capa IP el protocolo nmero 41, y de ah el nombre proto-41. De esta manera, se
pueden enviar paquetes IPv6 sobre una infraestructura IPv4. Hay muchas tecnologas
de tneles disponibles. La principal diferencia est en el mtodo que usan los nodos
encapsuladores para determinar la direccin a la salida del tnel.


MP 09 Tema 1. Protocolo IPv6. Pgina 15
Los nodos o redes IPv6 que se encuentran separadas por infraestructuras IPv4
pueden construir un enlace virtual, configurando un tnel. Paquetes IPv6 que van
hacia un dominio IPv6 sern encapsulados dentro de paquetes IPv4. Los extremos del
tnel son dos direcciones IPv4 y dos IPv6.
Se pueden utilizar dos tipos de tneles: configurados y automticos. Los
tneles configurados son creados mediante configuracin manual. Los tneles
automticos no necesitan configuracin manual. Los extremos se determinan
automticamente determinados usando direcciones IPv6 IPv4-compatible.
Traduccin. Es necesaria cuando un nodo que slo soporta IPv4 intenta comunicar
con un nodo que slo soporta IPv6. Los mecanismos de traduccin se pueden dividir
en dos grupos basados en si la informacin de estado est guardada o no:
Con estado: NAT-PT (RFC 2766), TCP-UDP Relay (RFC 3142), Socks-based
Gateway (RFC 3089).
Sin estado: Bump-in-the-Stack, Bump-in-the-API (RFC 276).
2.5. DESPLIEGUE DE IPv6.
Varios de los mecanismos mencionados ms arriba se han implementado para acelerar el
despliegue de IPv6. Los distintos servicios de control de Internet han ido incorporando soporte
para IPv6, as como los controladores de los dominios de nivel superior (o ccTLD, en ingls).
En 2003, Nihon Keizai Shimbun informa que Japn, China y Corea del Sur han tomado la
determinacin de convertirse en las naciones lderes en la tecnologa de Internet, que
conjuntamente han dado forma parcialmente al desarrollo de IPv6, y que lo adoptarn
completamente a partir de 2005.
ICANN anunci el 20 de julio de 2004 que los registros AAAA de IPv6 de cdigo de pas para
Japn (.jp) y Corea (.kr) ya son visibles en los servidores raz de DNS. El registro IPv6 para
Francia (.fr) fue aadido poco despus.
El 4 de febrero de 2008 se aade a los servidores raz de la red (Master Address Books)
direcciones en IP versin 6 (IPv6). Esto significa que por primera vez las mquinas que
utilicen IPv6 pueden encontrarse una a la otra sin la participacin de toda la tecnologa
IPv4.
Desde el 2006 muchos sistemas operativos han estado trabajando en IPv6 paralelamente
con IPv4, sistemas como GNU/Linux, Mac, Unix y Windows.
El 8 de junio de 2011 se lleva a cabo el Da Mundial de IPv6, que consisti en ofrecer el
contenido de algunos de los portales de Internet tambin con IPv6, sin dejar de hacerlo con
IPv4, durante 24 horas. As mismo algunos de los principales proveedores de servicios de
Internet (Telefnica, Claro y Nextel) realizan una prueba para comprobar el funcionamiento
de esta tecnologa.
El 6 de junio de 2012 a las 00:00 GMT, se lleva a cabo el Lanzamiento Mundial de IPv6,
cuando los principales proveedores de servicios de Internet y Compaas web (Akamai,
AT&T, Cisco, Comcast, D-Link, Facebook, Free Telecom, Google, Internode, Kddi, Limelight,
Microsoft Bing, Time Warner, XS4ALL, Yahoo!, etc.) habilitaron permanentemente IPv6 en
sus productos y servicios.