UNIVERSIDAD

NACIONAL DEL SANTA

EAP. INGENIERIA DE SISTEMAS E INFORMATICA

CURSO:

REDES EMPRESARIALES II

PROFESOR: GUILLERMO GIL ALBARRAN

TEMA:

IP V6

ALUMNOS:
-

CASTILLO PADILLA GIANCARLO

CHAVEZ OTINIANO MELQUISEDEC

MONTALVAN CONZALES JEANCARLO

OSWALDO SALVATIERRA VANESSA

UTRILLA CAMONES JAVIER

QU ES UNA IP (PROTOCOLO DE INTERNET)?

Conjunto de normas que siguen toda las mquinas que se conectan a internet para poder
intercambiar datos entre s, por ejemplo una imagen no solo se enva la imagen sino
tambin una serie de datos adjuntos que hace posible que la imagen llegue al destino
solicitado.
Estas cabeceras deben tener el mismo formato para que dos ordenadores se
comuniquen, lo que establece el formato de las cabeceras es la versin que es el primer
campo de la cabecera el resto de datos sirve para hacer posible la comunicacin entre las
mquinas y contiene informacin como la direccin de destino, direccin de origen y
campos que describen al propio paquete para asegurar que los datos lleguen
correctamente.
HISTORIA

Diseado por Steve Deering de Xerox PARC y Craig Mudge.

El diseo y desarrollo del nuevo protocolo IPv6 inici hacia 1990 por IETF
Objetivo: Solucionar el agotamiento de las direcciones IP.
IPNG: Departamento de investigacin de diferentes procedimientos para solucin
el problema presentado. (1993).
SIPP (Simple IP Plus): Cambio del tamao de direccin IP (de 32 a 128 bits).
Especificaciones se finalizaron en 1995, rebautizndose como IPv6.
IPv5 fue solamente un protocolo experimental que surgi en 1979 y que no se
implemento

Para qu:
Mejorar el servicio globalmente proporcionando a futuras celdas telefnicas y dispositivos
mviles con sus direcciones propias y permanentes.
1.

MOTIVACIN Y ORGENES DE LAS IP

IPv4 lleva utilizndose varias dcadas pero el desarrollo de las nuevas tecnologas hacen
que los das de IPv4 estn contados se necesita as un nuevo protocolo de transmisin de
datos atreves de internet, la necesidad de un nuevo protocolo viene dada por la rpida
extensin de internet sobre el planeta, ya que con el protocolo actual IPv4 se pueden
interconectar 2^32 mquinas que viene a ser ms de cuatro mil millones de direcciones IP
lo cual resulta insuficiente si se quiere asignar una IP diferente para cada mquina, este
problema fue temporalmente arreglado gracias al uso del protocolo NAT que permite
asociar varias direcciones IP privadas que sirven solo para direcciones dentro de una
misma subred con una nica IP publica que es la que se utiliza en internet

IPv6 aumenta esta cantidad hasta 2^128 trecientos cuarenta sixtillones de direcciones IP
lo cual resulta mucho ms que suficientes para hacerse una idea habra suficientes IPS
para asignarles una direccin IP a cada grano de arena del mundo

2.

CAMBIOS Y NUEVAS CARACTERSTICAS

2.1.

Grandes espacio de direcciones: los principales limitaciones con IPv4 son el

poco espacio de direcciones y prdida de capacidad de direccionamiento, IPv6 fue
diseado para superar las limitaciones de 32bits IPV4 introduciendo un nmero
mucho ms grande de direcciones de 128btis y proporcionando una gran cantidad
de direcciones que son inagotables o eso se espera.
Encabezado de paquetes ms eficientemente: IPv6 utiliza un diseo ms
sencillo de encabezado que IPv4 el diseo mejorado permite a los routers analizar
y reenviar paquetes ms rpidamente deben leerse menos capos del header y los
checksum son completamente descartados en IPv6, estos encabezados ms
eficientes mejoran eficiente la red y ahorran recursos valiosos del router
Cambios en operaciones multicast: el soporte para multicast en IPv6 es
obligatorio en lugar de opcional como en IPv4 las capacidades de multicast fue
remplazado por brodcast con un grupo del all-host
Mayor seguridad: otra caracterstica opcional que se encuentra en IPv4 IP
security ahora es implementada nativamente en IPv6 funcionalidades de
modalidad adicionales.
Funcionalidades de movilidad adicionales: IPv6 permite a un nodo mvil
cambiar enlaces o ubicaciones y mantener una direccin permanente.
Calidad de servicio integrado: proporciona una mejor administracin de los
paquetes, los router ahora son capaces de organizar, priorizar y reenviar paquetes
ms eficientes que con las implementaciones previas.
La gran desventaja de IPv6 es la difcil implementacin de este innovador
protocolo en las maquinas por su estructura es inviable un cambio gradual de IPv4
a IPv6 puesto que maquinas que utilicen diferente protocolo no se pueden
comunicar
CAPACIDAD EXTENDIDA DE DIRECCIONAMIENTO
Direcciones ms largas que permitieran una mejor entrega jerrquica, sistemtica
y definitiva de las direcciones, y una eficiente agregacin de rutas.
Cambia el prefijo anunciado por unos pocos routers, ya que los identificadores de
nodos pueden ser auto-configurados independientemente por un nodo.
Incrementa el tamao de direccin IP de 32 bits a 128 bits.
Da soporte a niveles de direccionamiento jerrquico.
Mayor nmero de nodos direccionables.
Autoconfiguracin ms simple de direcciones.

2.2.

2.3.

AUTOCONFIGURACIN DE DIRECCIONES LIBRES DE ESTADO (SLAAC)

Pueden configurarse automticamente 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 linklocal usando multicast pidiendo los parmetros de configuracin
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 para la configuracin de direcciones, ya
que son la fuente para informacin de autoconfiguracin, como anuncios de
prefijos de red y anuncios de router.

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. En IPv4 era muy
difcil para una organizacin conseguir incluso un nico grupo Multicast ruteable entredominios y la implementacin de las soluciones entre-dominios eran anticuadas. IPv6
tambin soporta nuevas soluciones Multicast, incluyendo Embedded Rendezvous Point, el
que simplifica el despliegue de soluciones entre dominios.

2.4.

SEGURIDAD DE NIVEL DE RED OBLIGATORIA

Internet Protocol Security (IP sec), el protocolo para cifrado y autenticacin IP forma parte
integral del protocolo base en IPv6. El soporte IPsec es obligatorio en IPv6; 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 (ver Movilidad IPv6)

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. Los nodos IPv6 requieren ya sea hacer , realizar
fragmentacin extremo a extremo o enviar paquetes menores al MTU mnimo de IPv6
de 1280 bytes.

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) cambian. 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, conocido como 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 en cualquier caso
siempre resulta menor de 1 segundo). Se simplifica como el nmero de saltos entre
routers que se permita realizar al paquete IPv6.

2.6.

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), 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.

2.7 SOPORTE MEJORADO PARA LAS EXTENSIONES Y OPCIONES: Nuevas

formas de decodificacin de las cabeceras permiten un reenvo ms eficiente,
lmites ms simples en la longitud de opciones, y mayor flexibilidad para
introducir nuevas opciones.
2.8 JUMBOGRAMAS: IPv6 tiene soporte opcional para que los paquetes puedan
superar este lmite, los llamados jumbogramas, que pueden ser de hasta 4
GiB. El uso de jumbogramas puede mejorar mucho la eficiencia en redes de
altos MTU. El uso de jumbogramas est indicado en el encabezado opcional
Jumbo Payload Option

DIRECCIONAMIENTO IPv6
Utiliza direcciones de 128 bits de longitud.
32 bits: 232 direcciones posibles.
4.200000.000 aproximadamente.
128 bits: 2128 direcciones posibles.
3.400000.000000.000000.000000.000000.000000.000 aproximadamente.

Una estructura jerrquica ms compleja:

Identificador de red.
Porcin del Service Provider.
Porcin de la red del usuario.
Identificador de subred. o Identificador de nodo.
3.1

NOTACIN PARA LAS DIRECCIONES IPV6

Las direcciones IPv6, de 128 bits de longitud, se escriben como ocho grupos de cuatro
dgitos hexadecimales. Por ejemplo:
2001:0db8:85a3:08d3:1319:8a2e:0370:7334, es una direccin valida.
Se puede comprimir un grupo de cuatro dgitos si ste es nulo (es decir, toma el valor
"0000").
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. As, las siguientes son
representaciones posibles de una misma direccin:
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

Todas son vlidas y significan lo mismo, pero:

2001::25de::cade
No es vlida porque no queda claro cuntos grupos nulos hay en cada lado.
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
formato ::1.2.3.4 direccin IPv4 compatible.

IPv4

mapeada,

el

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 o ::874B:2B34
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

3.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/128
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 multicastFF01::1/128, denominada todos los nodos (en ingls all nodes)

4.

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).

4.1

CABECERA FIJA

Los primeros 40 bytes (320 bits) son la cabecera del paquete y contiene los
siguientes campos:
Offset
del
Octet
o

Bit
1
1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3
Offse 0 1 2 3 4 5 6 7 8 9
11
31
0
2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0
t

Versin Clase de Trfico

32

Longitud del campo de datos

64

96

Etiqueta de Flujo

Direccin de Origen
10

128

14

160

18

192

1C

224
Direccin de Destino

20

256

24

288

direcciones de origen (128 bits)

Cabecera Siguiente

Lmite de Saltos

direcciones de destino (128 bits)

versin del protocolo IP (4 bits)

clase de trfico (8 bits, Prioridad del Paquete)

Etiqueta de flujo (20 bits, manejo de la Calidad de Servicio),

Longitud del campo de datos (16 bits)

Cabecera siguiente (8 bits)

Lmite de saltos (8 bits, 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 elRFC 2460, en dos campos: hay 4 bits que han sido reasignados desde
"etiqueta de flujo" (flow label) a "clase de trfico" (traffic class). El resto de
diferencias son menores.
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).

4.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 las de extensiones 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. Especfica para asignarlos para aplicaciones multicast intra-dominio o entredominios (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:
Cabecera de Extensin

Tipo

Tamao

Descripcin

variable

Contiene datos que deben ser

examinados por cada nodo a
RFC 2460
travs de la ruta de envo de un
paquete.

variable

RFC
Mtodos para especificar la
2460, RFC
forma de rutear un datagrama.
6275,RFC
(Usado conIPv6 mvil)
5095

64 bits

Contiene parmetros para la

fragmentacin
de
los RFC 2460
datagramas.

Cabecera de autenticacin
(Authentication
Header 51
(AH))

variable

Contiene
informacin
para
verificar la autenticacin de la
RFC 4302
mayor parte de los datos del
paquete (IPsec)

Encapsulado de seguridad
de
la
carga
til
50
(Encapsulating
Security
Payload (ESP))

variable

Lleva la informacin cifrada para

RFC 4303
comunicacin segura (IPsec).

variable

Informacin que necesita ser

examinada solamente por los RFC 2460
nodos de destino del paquete.

Opciones salto a salto

0
(Hop-By-Hop Options)

Enrutamiento (Routing)

43

Cabecera de fragmentacin
44
(Fragment)

Opciones para el destino

60
(Destination Options)

RFC

No Next Header

59

vaco

Indica que
cabeceras

no

hay

ms

RFC 2460

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.

4.3 Carga til

La carga til del paquete puede tener un tamao de hasta 64 KB en modo estndar, o
mayor con una opcin de carga jumbo (jumbo payload) en el encabezado opcional HopBy-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.
5. IPv6 y el sistema de nombres de dominio
Se utiliza un nuevo tipo de registro de recursos DNS, AAAA (denominado "cuatro as", para
resolver un nombre de dominio completo en una direccin IPv6. Es comparable al registro
de recursos de direcciones de host (A) que se utiliza con IPv4. El tipo de registro de
recursos se denomina AAAA (valor de tipo 28) porque las direcciones IPv6 de 128 bits son
cuatro veces mayores que las direcciones IPv4 de 32 bits. A continuacin, se muestra un
ejemplo de un registro de recursos AAAA:
Host1.microsoft.com IN AAAA FEC0::2AA:FF:FE3F:2A1C
Un host debe especificar una consulta AAAA o una consulta general para un nombre de
host especfico para recibir datos de resolucin de direcciones IPv6 en las secciones de
respuesta de las consultas DNS.
5.1 Mecanismos de transicin a IPv6
Una de las premisas del diseo de IPv6, fue que pudiera realizarse una transicin suave
hacia la nueva versin del protocolo IP, sin que fuera necesario pasar de una versin a
otra en forma abrupta.
Con esta idea en mente, se disearon muchos mecanismos que pudieran ayudar a la
convivencia entre ambas versiones.
Si bien en un comienzo se pens que la adopcin gradual de IPv6 crecera lo suficiente
como para ir desplazando a IPv4 antes de su agotamiento, esto no sucedi as, razn por
la cual estos mecanismos de transicin tienen hoy en da una relevancia incluso mayor.
Podemos hacer una clasificacin general entre los mecanismos de transicin de acuerdo
al tipo de tcnica que se utiliza:

1. La doble pila: Es el mtodo propuesto originalmente para tener una transicin suave
hacia IPv6. En este caso se necesita contar con suficiente cantidad de direcciones
IPv4 para poder desplegar las dos versiones del protocolo en simultneo en toda la
red.
De esta forma, cuando se establece una conexin hacia un destino slo IPv4, se
utilizar la conectividad IPv4 y si es hacia una direccin IPv6, se utilizar la red IPv6.
En caso que el destino tenga ambos protocolos, normalmente se preferir intentar
conectar primero por IPv6 y en segunda instancia por IPv4 (si bien esto se ha ido
modificando para solucionar problemas de timeouts, ver happy eyeballs).
2. Los tneles/ encapsulamiento: En general se utilizan tneles encapsulando IPv6
dentro de IPv4, permitiendo de esta forma atravesar redes que no manejan IPv6, pero
tambin podemos encontrar la situacin inversa. Los paquetes originales son
transportados hasta un punto de la red por medio del protocolo original, luego
encapsulados para atravesar la porcin de red que no lo soporta y luego desencapsulados en el otro extremo para ser enviados al destino final en forma nativa.
Los tneles ms habituales son los tneles manuales y los tneles automticos. Los
tneles manuales se deben configurar explcitamente en algn equipo de la red,
mientras que los automticos se configuran automticamente en algunos sistemas
operativos. En el caso de los primeros, podemos citar los tneles manuales entre dos
equipos o mediante tunnel brokers. En el segundo caso, los ms conocidos son 6to4
y Teredo.
Dentro de los mecanismos de encapsulado podemos mencionar tambin la tcnica
conocida como 6PE/6VPE, que se utiliza para encapsular el trfico IPv6 por parte de
carriers que tienen redes MPLS.
3. La traduccin: Esta tcnica consiste en utilizar algn dispositivo en la red que
convierta los paquetes de IPv4 a IPv6 y viceversa. Ese dispositivo tiene que ser capaz
de realizar la traduccin en los dos sentidos de forma de permitir la comunicacin.
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), Socksbased Gateway (RFC 3089)
Sin estado: Bump-in-the-Stack, Bump-in-the-API (RFC 276)
Es necesario tambin utilizar una modificacin al DNS, llamada DNS64, que permite
generar un registro AAAA aun cuando el destino no tenga direccin IPv6 (es decir, el
DNS responda slo con registros de tipo A).

6. Despliegue de IPv6
Debemos tener en cuenta el proceso de migracin de redes IPv4 a IPv6.
La migracin de IPv4 hacia IPv6 es un proceso que abarca no slo a redes y
servidores, sino tambin a dispositivos finales, aplicaciones, seguridad y otros criterios
importantes segn el mbito de aplicacin de la red. Adems que suele ser un proceso
largo y muy costoso.
Para realizar un buen despliegue de IPv6 en cualquier infraestructura de red, nos
enfrentamos a un reto que podemos dividir en tres pilares fundamentales:

Planificar el despliegue de manera precisa por fases.

Realizar pruebas sobre el diseo de la nueva infraestructura para evaluar el
funcionamiento de ste y detectar cualquier problema antes de desplegar la
nueva red.
Desplegar la red en el entorno de produccin.