IPV6

AGENDA
El protocolo IPv6

Introduccin

Formato de la cabecera IPv6

Direccionamiento , notacin, direcciones reservadas.

Obtencin de direcciones IPV6

Resolucin de Direcciones

INTRODUCCION

La versin 6 del conocido protocolo IP (la que utilizamos

masivamente en la actualidad es la versin 4) no es nueva, sin
embargo su implementacin ha sido repetidamente postergada,
aprovechando modificaciones y mejoras que se introdujeron
progresivamente a su predecesor.

IPv6 surgi en su forma actual con la publicacin de la RFC 2460 en

el ao 1996. Inicialmente se introdujo como una respuesta al
agotamiento del espacio de direccionamiento que ofrece IPv4
para Internet, pero en la actualidad es una verdadera evolucin
de la versin anterior.

IPv4 utiliza direcciones de 32 bits de longitud, lo que ofrece un total

de 4.294.967.296 direcciones IP diferentes(4.300 millones de
direcciones). Si tenemos en cuenta que hay una buena cantidad
de direcciones reservadas que no pueden utilizarse en Internet, y
que la actual poblacin mundial se estima en alrededor de 6.700
millones de personas, fcilmente advertimos lo ajustado de la
situacin.

IPv6 define direcciones de 128 bits de longitud, esto significa un

total de 340.282.366.920.938.463.463.374.607.431.768.211.456 (340
millones de sixtillones de direcciones)direcciones IPv6 diferentes. Si
lo ponemos entrminos de poblacin mundial, con
39.614.081.257.132.168.796.771.975.168 direcciones IPv6 por cada
habitante actual del planeta. Digamos que es un espacio de
direccionamiento... generoso?

MEJORAS DE IPV6
Se prevn diferentes formas para que el host obtenga una direccin IP:
configuracin esttica, configuracin dinmica utilizando DHCPv6, y
autoconfiguracin dinmica. El procedimiento de configuracin
dinmica simplifica enormemente la implementacin de
direccionamiento dinmico en redes pequeas, eliminando el
requerimiento de un servidor DHCP.
Las direcciones IPv6 tienen una estructura jerrquica de 3 niveles: red /
subred / nodo. Esto simplifica la administracin interna del
direccionamiento, eliminando la necesidad de la mscara de subred.
Adicionalmente, la definicin de la porcin de red de la direccin
tiene una estructura jerrquica interna (distingue una porcin que
identifica al ISP y otra que identifica a la red), facilitando sensiblemente
los procedimiento de agregacin o sumarizacin de rutas y facilitando
la reduccin de los requerimientos de recursos para mantener el
enrutamiento.

IPv6 considera en su misma estructura las funcionalidades que

actualmente se agregan a IPv4 con la implementacin de IPSec. De
esta forma, IPv6 tiene incorporados features que permiten brindar
seguridad sobre el protocolo IP end to end.

De la misma forma, permite la implementacin de movilidad para

dispositivos IP, un feature que actualmente se agrega a IPv4 y que se
conoce como IP Mobility.

En IPv6 no hay broadcast. Se utilizan 3 tipos de direcciones: unicast,

multicast y anycast. No ms broadcast en la red.

Los nodos IPv6 pueden recibir mltiples direcciones IP, lo que hace
posible asignar a un mismo puerto una direccin global y otra local (o
en trminos de IPv4, una IP privada y una IP pblica); de esta forma, ya
no es necesaria la implementacin de NAT para habilitar la
navegacin de Internet.

Caractersticas Bsicas del Protocolo IPv6

RFC-2460
LAS MISMAS CARACTERSTICAS
FUNDAMENTALES QUE IPv4

Protocolo responsable del encaminamiento

por Internet o por una red privada IP.
Ofrece un servicio no orientado a conexin
NO fiable No hay control de errores ni flujo

IPV4

EL mayor cambio que se nota en cuanto al despliegue de IPv6 no

es nicamente la mayor cantidad de direcciones disponibles, el
mayor cambio no es visible para el usuario para entender la nueva
estructura de la versin 6 del protocolo se requiere de Ingeniera
que parte de la formacin de las cabeceras, esta es la basa de los
cimientos de IPv6.

32 bits

5 Campos
Obligatorios
de 32 bits

Campos
adiciona
les de 0
a 40
bytes
5 palabras de 32 bits con lo que tenemos 20
bytes obligatorios en la cabecera IPv4

Versin(4 bits).- Puede variar entre (0100) o (0110) dependiendo si se

utiliza IP versin 4 o IP versin 6. Este campo describe el formato de la
cabecera utilizada. En la tabla se describe la versin 4 (IPv4). Se
conserva en IPV6 y sirve para la coexistencia y migracin
Longitud de cabecera (4 Bits) en palabras de 32 bits. Su valor mnimo es
de 5 palabras (5x32 = 160 bits, 20 bytes) para una cabecera correcta, y
el mximo de 15 palabras (15x32 = 480 bits, 60 bytes). No se necesita en
IPv6 pues la longitud de la cabecera es de 40 bytes fijos

Campo DS(8bits)

Donde se indica la Calidad de servicio requerida QoS

Los 3 primeros bits estn relacionados con la precedencia de los

mensajes, un indicador adjunto que indica el nivel de urgencia
basado en el sistema militar de precedencia de la CCEB, La
urgencia que estos estados representan aumenta a medida que el
nmero formado por estos 3 bits lo hace

Este campo de es rellenado por el emisor del datagrama (el que

enva)

Preferencia. (3 bit) Indica la naturaleza y prioridad del datagrama.

PRIO Se puede codificar desde el 0 al 7 e indica la prioridad del
datagrama (0 Datagrama Normal y el 7 datagrama de control)

Los bits y sus posibles valores

000 (0) - Routine

001 (1) Priority

010 (2) - Immediate

011 (3) - Flash

100 (4) - Flash Override

101 (5) - Critical

110 (6) - Internetwork Control

111 (7) - Network Control

Los siguientes cuatro bits nos va indicar la calidad de servicio, solo

uno puede estar activado.

D(elay) se requiere bajo retardo.

T(roughput) requiere alto rendimiento(ancho de banda)

R(eability) requiere alta disponibilidad

C( coste) requiere bajo coste

Dos bits nos indican ECN (Explicit Congestion Notificatio)

DS es el sucesor de Diference y TOS se conserva en la IPv6.

Longitud del datagrama (16bits)

Define la longitud de todo el datagrama IP incluyendo la

cabecera.

Un datagrama es la suma de la cabecera mas los datos (Payload

carga til)

Tiene 16 bits y contiene valores de 0 65535

Este campo es modificado en IPv6 y se llamar Payload Length

En IPv4 cuando un router va a tomar informacin el MTU (Unidad

Mxima de Transferencia) debe restar el tamao de cabecera
para establecer el tamao de Payload.

NO sucede esto en IPv6 debido a que tiene una trama fija de

cuarenta(40) bytes esta informacin ya se encuentran incluida en
dicha trama lo que quita una tarea a los routers.

El campo Identificacin; Flag Y Desplazamiento existen

nicamente para soporte a la fragmentacin de paquetes

Como no se fragmenta en IPv6 estos campos desaparecen

El campo Identificacin(16bits).- da soporte a la fragmentacin,

permite reemsambar los paquetes en el destino.

Este campo le asigna un ID a los paquetes que van a ser

fragmentados.

Campo Flag (3 Bits)

Da soporte para la fragmentacin.

Contiene los valores (0, DF, MF).

0 Reservado, no se utiliza

DF Dont_Fragment. Si es 0 indica que se permite la fragmentacin.

Si es 1 indica que no se permite.

MF More_Fragments. Si es 0 indica que es el ltimo fragmento del

datagrama. Si es 1 indica que hay ms fragmentos.

Por ejemplo usando el en comando ping la opcin f encendemos

la fragmentacin ping -4 n 5 f l 60000

No se usa en Ipv6

Campo desplazamiento de
fragmneto(13Bits )

Soporte a Fragmentacin

Tiene valores que van de 0 a 8192

Es el que indica al destino los bloques de fragmentos de

datagrama.

Campo de 13 bit. Indica el desplazamiento medido en unidades de

8 bytes (64 bit).

Se utiliza para facilitar el re-ensamblaje del datagrama completo.

Contiene un valor entre 0 y 65536 (216). Si es el primer o nico
fragmento el valor es 0.

No se usa en IPv6

Campo TTL

TTL (Time To Live) Campo de 8 bit. Indica el tiempo en segundos

que un datagrama puede permanecer en la red. Se utiliza para
prevenir que los datagramas no estn viajando para siempre. El
valor puede ir desde 0 a 255, pero generalmente se inicializa a 64.
Cada router que procesa el datagrama resta 1 al valor. Si el valor
llega a 0 el paquete es descartado.
Por ejemplo en el traza de ruta.
TTL = 0 es descartado

Protocolo (8 bits)

Protocolo Campo de 8 bit. Indica el protocolo de alto nivel (capa

superior) al que IP debe entregar el datagrama. Entre algunos de
los valores que puede tomar este campo tenemos:

El protocolo Ipv 6 el campo Protocolo desaparece y pasa a

llamarse Prxima cabecera(NEXT HEAD) sigue dando el mismo
soporte pero cambia de nombre.

Checksum Campo de 16 bit. Control de la informacin contenida

en la cabecera. Si el checksum de la cabecera no concuerda se
descarta el datagrama.

Direccin IP origen Campo de 32 bit. Direccin IP del host que

enva el datagrama.

Direccin IP destino Campo de 32 bit. Direccin IP del host

destino del datagrama.

Practica
Usando el wiresharck identifique los diferentes campos de la
cabecera ip en una trama.
Usar el comando ping para realizar las pruebas de envi de paquetes.

Usar el comando arp a para ver la tablas arp de la tarjeta.

Usar el comando Ipconfig para ver las direcciones ip.

Terminologa
Node: Dispositivo que implementa IPv6
Router: Nodo que reenva paquetes IPv6
Host: Cualquier otro nodo que no es un router
Upper Layer: Protocolo que est inmediatamente por encima de IPv6

Link: Medio o entidad de comunicacin sobre la que los nodos pueden

comunicarse a travs de la capa de link
Neighbors: Nodos conectados al mismo link
Interface: Conexin del nodo al enlace (link)
Address: Identificacin IPv6 de un interfaz o conjunto de interfaces de un nodo
Packet: Una cabecera IPv6 junto a los datos que incorpora
Link MTU: Unidad de Transmisin Mxima
Path MTU: MTU mnima en el camino que recorren los paquetes IPv6 entre
dos nodos finales

Cabecera IPv6

Como hemos revisado hasta el momento la cabecera IPv4 en el

siguiente grafico simplificaremos los expuesto.

Todas las secciones que aparecen en color ROJO son elementos que
se eliminaron en el encabezado de IPv6. Lo que est en AZUL, cambi
de nombre y posicin. Lo que est en AMARILLO se mantiene igual.

Veamos qu secciones se eliminaron:

Evitamos la redundancia del checksum.- 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.

Fragmentacin extremo-a-extremo
En IPv6, los routers intermedios no realizan la fragmentacin de los
paquetes, sino que en su lugar la fragmentacin se realiza extremo a
extremo.

Es decir, son los nodos origen y destino los que se ocupan, a travs de
la propia pila IPv6, de fragmentar un paquete, y en su caso
reensamblarlo, respectivamente.
El proceso de fragmentacin consiste, lgicamente, en dividir en
paquetes ms pequeos la parte "fragmentable" del paquete origen,
y agregarle a cada uno de ellos la parte no fragmentable, que
permitir, al nodo destino, la re-composicin de dicho paquete

Resumen de los cambios de la

Cabecera
40 bytes
Direcciones incrementadas de 32 a 128 bits
Campos de fragmentacin y opciones retirados de la cabecera bsica
Retirado el checksum de la cabecera
Longitud de la cabecera es slo la de los datos (dado que la cabecera
tiene una longitud fija)
Nuevo campo de Etiqueta de Flujo
TOS -> Traffic Class
Protocol -> Next Header (cabeceras de extensin)
Time To Live -> Hop Limit
Las cabeceras NO SON COMPATIBLES

Campos retirados

IHL (IP Header Length - 4 bits). En IPv4 el tamao del encabezado es

variable. Este valor combinado con elTotal Length del paquete le
permite al equipo saber cuntos bytes hay de carga til o payload
(Payload = Total Length - IHL). Con un tamao de encabezado
variable, se requiere de alguna rutina o algoritmo para que los
equipos determinen en dnde empieza la informacin dentro del
paquete lo que hace un poco ms complejo el manejo y proceso
de paquetes.

Identification/Flags/Fragment Offset (32 bits). Estos elementos se

utilizan para el manejo de fragmentacin de paquetes.

Header Checksum (16 bits). Utiliza un algoritmo para determinar si el

encabezado no est corrupto o ha sido modificado
incorrectamente. Tecnologas como NAT que modifican
parmetros del encabezado tambin deben modificar esta
seccin de manera adecuada. IPv6 elimina el uso de esta seccin
y deja la revisin de la integridad de los paquetes a CRC en capa 2
y checksums de capa 4.

Options. Es una seccin de tamao variable y contiene datos sobre

la informacin del paquete que no se pudieron integrar en otros
campos del encabezado. Es esta seccin la que hace que el
encabezado de IPv4 sea de tamao variable.

Padding. Es una serie de bits con un valor de '0' que sirve para
alinear el encabezado a un mltiplo de palabras de 32 bits.

CABECERA IPv6

La cabecera de un paquete IPv6 es, sorprendentemente, mas sencilla

que la del paquete IPv4. Y recordemos que adems la funcionalidad
del protocolo IPv6 es mucho mayor.

La cabecera de un paquete IPv4 es variable, por lo que necesita un

campo de tamao o lenght. Sin embargo, para simplificar la vida de
los routers, IPv6 utiliza un tamao de cabecera jo de 40 bytes, que
componen un total de ocho campos:

Como se puede observar, las secciones de Versin (4 bits)

y Direcciones de Origen y Destino (128 bits) permanecen igual.
Adems existe una seccin nueva de 20 bits, Flow Label, que es para
un uso futuro basado en el RFC 3697. Esta seccin servir para
identificar un flujo especfico y hacerle un tratamiento (QoS) idntico a
todos los paquetes que pertenezcan al flujo (an no est
implementado).

Versin (4 bits) Este es un campo de 4 bits que contiene la versin

del protocolo. En el caso de IPv6, la nmero es 6. El nmero de la
versin 5 no se poda utilizar, ya que ya haba sido asignado al
protocolo experimental.

Traffic Class (8 bits). Este campo sustituye al campo "Tipo de servicio"

en IPv4. Se facilita la manipulacin de datos y cualquier otro dato
que requiere un manejo especial, y los nodos envan en tiempo real
y enrutadores de reenvo pueden utilizar para identificar y distinguir
entre diferentes clases o prioridades de paquetes IPv6.

RFC 2474, "Definicin del campo de servicios diferenciados (DS

Mvil) en el IPv4 y IPv6 Cabeceras ", se explica cmo se puede
utilizar el campo de clase de trfico en IPv6. RFC 2474 usos el
trmino campo DS para referirse al campo "Tipo de servicio" en la
cabecera IPv4, as como a el campo Clase de Trfico en la
cabecera IPv6.

Flow Label (20 bits)

Este campo distingue a los paquetes que requieren el mismo

tratamiento con el fin de facilitar la el manejo de trfico en tiempo
real. Un host de envo puede etiquetar secuencias de paquetes
con un conjunto de opciones.

El campo habilita la clasificacin eficiente de flujos IPv6 basados

solo en los campos principales de la cabecera IPv6 que tienen
posiciones fijas.

Next Header (8 bits). Esta seccin nos puede indicar el protocolo al

que pertenece la informacin que estamos acarreando (TCP, UDP,
ICMPv6, etc.). Tambin se utiliza para indicarnos si existe
informacin de opciones para los datos que se transportan. En
lugar de manejar Opciones en el encabezado como IPv4, stas las
integramos dentro de la carga til de los paquetes para mantener
el encabezado en un tamao fijo. Esta seccin nos indicara si hay
opciones que revisar dentro del paquete.

Hop Limit (8 bits). Sirve exactamente la misma funcin que el TTL de

IPv4. Solo se cambi el nombre ya que este parmetro es un
contador de saltos (equipos capa 3) y no un contador de tiempo
como parece indicar el nombre en IPv4.

Longitud de la Carga (2 Bytes)

Payload Length
Este campo especifica la carga til, es decir, la longitud de los datos
realizados despus de la cabecera IP.
El clculo en IPv6 es diferente de la de IPv4. El campo Longitud en IPv4
incluye la longitud de la cabecera IPv4, mientras que el campo de
longitud de carga til en IPv6 contiene slo los datos despus de la
cabecera IPv6. Cabeceras de extensin se consideran parte de la
carga til y por lo tanto se incluyen en el clculo.
El hecho de que el campo Longitud de carga til tiene 2 bytes limita la
carga til mxima de paquetes tamao de 64 KB. IPv6 tiene un
encabezado jumbogram Extensin, que apoya ms grande los
tamaos de paquete, si es necesario. Jumbograms slo son relevantes
cuando se unen los nodos IPv6 a los vnculos que tienen un enlace
MTU mayor que 64 KB; que se especifican en el RFC 2675.

El campo de siguiente cabecera

(Next Headereld)

Como hemos dicho antes, el tamao de la cabecera IPv6 bsica

es fijo. Dentro de esta cabecera existe un campo llamado de
siguiente cabecera que permite describir con mas detalle las
opciones del paquete. Esto quiere decir que en realidad tendremos
una cabecera de tamao fijo por norma general y otra cabecera
de tamao variable en caso de que utilicemos alguna de la
caractersticas avanzadas.

En el campo de siguiente cabecera se codificaran las opciones

presentes en la siguiente cabecera:

Esta arquitectura es muy flexible, ya que cada cabecera tiene un

campo de siguiente cabecera, con lo que podemos tener varias
opciones agregadas. Un ejemplo ilustrativo lo podemos ver en las
figuras que se presentan a continuacin.

Con la cabecera de encaminamiento conseguimos la

funcionalidad equivalente de IPv4 de Source-Routing, es decir,
especificar los nodos intermedios por los que ha de pasar el
paquete.

Una cosa que ha de quedar bien clara es que los nodos

intermedios o encaminadores NO deben examinar mas que la
cabecera IPv6 bsica. Existen excepciones como en el caso de
que existan cabeceras de opciones Hop-by-Hop o, como en el
caso anterior, que exista una cabecera de encaminamiento en el
que solo los nodos en ella definidos debern alterar el paquete.

Ventajas de las Cabeceras

de Extensin
Procesadas slo por los nodos destino
Excepcin: Hop-by-Hop Options Header
Sin limitaciones de 40 bytes en opciones (IPv4)
Cabeceras de extensin definidas hasta el momento (usar en este orden):
Hop-by-Hop Options (0)
Destination Options (60) / Routing (43)
Fragment (44)
Authentication (RFC4302, next header = 51)

Encapsulating Security Payload (RFC4303, next header = 50)

Destination Options (60)
Mobility Header (135)
No Next Header (59)
TCP (6), UDP (17), ICMPv6 (58)

Las opciones de destino pueden ser procesadas en momentos

distintos dependiendo de si el paquete atraviesa un nodo
intermedio o llega al nodo destino.

La nica restriccin de la especiacin es que las opciones de Hopby-Hop han de ir siempre de la cabecera bsica.

El plano de control

Administra la interaccin del router con los dems elementos de la

red y proporciona la informacin necesaria para tomar decisiones
y controlar el funcionamiento general del router. Este plano ejecuta
procesos, tales como protocolos de enrutamiento y administracin
de red. Estas funciones en general son complejas.

MTU
MTU Mnimo
Link MTU: El mximo MTU del link, es decir, el tamao mximo del
paquete IP que puede transmitirse sobre el link.

Path MTU: El mnimo MTU de todos los links en la ruta desde el nodo
origen hasta el nodo destino.
El mnimo link MTU para IPv6 es de 1280 bytes en vez de 68 bytes como
en el caso de IPv4.
En links donde Path MTU < 1280, es necesario usar fragmentacin y
reensamblado en el nivel de enlace.
En links donde se puede configurar el MTU, se recomienda usar el valor
de 1500 bytes.

Descubrimiento del Path MTU

(RFC1981)
Las implementaciones deben realizar el descubrimiento del path MTU
enviando paquetes mayores de 1280 bytes.
Para cada destino, se comienza asumiendo el MTU del primer salto, Si
un paquete llega a un link en el que el MTU es menor que su tamao,
se enva al nodo origen un paquete ICMPv6 packet too big,
informando del MTU de ese link. Dicho MTU se guarda para ese destino
especfico.
Ocasionalmente se descartan los valores almacenados de MTU para
detectar posibles aumentos del MTU para los diversos destinos
Las implementaciones minimalistas pueden omitir todo el proceso
de descubrimiento de MTU si observan que los paquetes de 1280 bytes
pueden llegar al destino.
til en implementaciones residentes en ROM

Fragmentacin
Cabecera de Fragmentacin
Se emplea cuando el paquete que se desea transmitir es mayor que
el Path MTU existente hacia el destino.
En IPv6 la fragmentacin se realiza en el origen, nunca en los nodos
intermedios
Next Header = 44

Proceso de Fragmentacin

La parte fragmentable del paquete original se divide en

fragmentos de tamao mltiplo de 8 bytes, excepto el ltimo.
Cada fragmento se enva en paquetes separados

Paquetes fragmentados:

El campo Hop limit (Lmite de saltos) reemplaza el campo "TTL"

(Time-to-Live [Tiempo de vida]) en IPv4. Su valor (de 8 bits)
disminuye con cada nodo que reenva el paquete. Si este valor
llega a 0 cuando el paquete IPv6 pasa por un router, se rechazar y
se enviar un mensaje de error ICMPv6. Esto se utiliza para evitar
que los datagramas circulen indefinidamente. Tiene la misma
funcin que el campo Time to live (Tiempo de vida) en IPv4, es
decir, contiene un valor que representa la cantidad de saltos y que
disminuye con cada paso por un router. En teora, en IPv4, hay una
nocin del tiempo en segundos, pero ningn router la utiliza. Por lo
tanto, se ha cambiado el nombre para que refleje su verdadero
uso.

Los siguientes campos son Source address (Direccin de origen) y

Destination address (Direccin de destino).

Despus de diferentes debates, se acord que lo mejor era que las

direcciones tuvieran una longitud fija equivalente a 16 bytes.

Los primeros bits de la direccin el prefijo definen el tipo de

direccin. Las direcciones que comienzan con 8 ceros se reservan,
en particular para las direcciones IPv4. Por lo tanto, todas las
direcciones que comienzan con 8 ceros se reservan para las
direcciones IPv4. Se admiten dos variantes, que se distinguen segn
los 16 bits siguientes (o sea 16 bits a 0 1).

Muestra la configuracin TCP/IP:netsh interface ip show config

Muestra la configuracin TCP/IP:netsh interface ip show config

Practica.
Usando el Wireshark identifique los componentes de la cabecera IPv6 en
una trama.
Realice pruebas del comando ping para obtener las cabeceras.
Realice la prueba en Windows de desde la lnea de comandos:
netsh interface ip show config
Muestra la configuracin TCP/IP
netsh interface ipv6 show interface
Muestra la configuracin de una interface en IPv6
netsh interface ipv6 show routes
Muestra las rutas con la que esta en IPv6
netsh interface ipv6 show prefix
Muestra la tabla de prioridades