ICMPv6

IPv6 emplea el Internet Control Message Protocol (ICMP) como se define en IPv4 (RFC792),
aunque se introducen algunos cambios especficos, adoptando ICMPv6. En primer lugar, el
valor de Next Header es 58.
ICMPv6 se utiliza en los nodos IPv6 para reportar errores encontrados durante el
procesamiento de los paquetes y para realizar otras funciones de la capa de Red, tales como
diagnsticos (ICMPv6 ping).
ICMPv6 es una parte integral de IPv6 y DEBE ser completamente implementado por cado nodo
IPv6.
Los mensajes ICMPv6 se agrupan en dos clases: Los mensajes de error y los mensajes
informativos
8 bits 16 bits 32 bits
Type Code Checksum
Message body
Los mensajes de error tienen un cero en el bit de mayor orden en el campo Type, por lo tanto el
valor del campo Type es de 0 a 127. Los mensajes informativos a su vez, poseen valores para
el campo Type de 128 a 255

MENSAJE ICMP DE ERROR

Type = 0 a 127 Code Checksum
Parameter
El mayor contenido posible del paquete invocado sin que el paquete ICMPv6 resultante
exceda de 1280 bytes (MTU mnimo de path para IPv6)

Tipos de mensajes de error ICMPv6

Destino inalcanzable (tipo=1, parmetro = 0)

o No hay ruta al destino (cdigo=0)
o Comunicacin con el destino prohibida administrativamente (cdigo=1)
o Ms all del mbito de la direccin origen (cdigo=2)
o Direccin inalcanzable (cdigo=3)
o Puerto inalcanzable (cdigo=4)
o Direccin origen fall poltica de ingreso/egreso (cdigo=5)
o Ruta a destino rechazada (cdigo=6)
Paquete demasiado grande (tipo=2, cdigo=0, parmetro=next hop MTU)
Tiempo excedido (tipo=3, parmetro=0)
o Lmite de saltos excedidos en trnsito (cdigo=0)
o Tiempo de reensamblado de fragmentos excedido (cdigo=1)
 Problemas de parmetros (tipo=4, parmetro = offset to error)
o Campo de cabecera errneo (cdigo=0)
o Tipo no reconocido de next header (cdigo=1)
o Opcin IPv6 no reconocida (cdigo=2)

MENSAJES ICMP INFORMATIVOS

Echo Request (tipo=128, cdigo=0)

Echo Reply (tipo=129, cdigo=0)
Mensajes MLD (Multicast Listener Discovery)
o Query, report , done (funciona similiar a IGMP para IPv4)

Type=128 a 255 Code Checksum

Maximum Response Delay Reserved
Multicast Address

NEIGHBOR DISCOVERY
El RFC4861 define el protocolo Neighbor Discovery (ND o Descubrimiento de vecinos) en IPv6.
Los nodos usan ND para determinar la direccin de la capa de enlace de los nodos que se
sabe que estn en el mismo segmento de red y para purgar rpidamente los valores
almacenados invlidos. Los hosts tambin usan ND para encontrar enrutadores vecinos que
retransmitan los paquetes que se les enve.
En definitiva, los nodos usan el protocolo para tener conocimiento de los vecinos que son
alcanzables y los que no, adems de detectar cambios en sus direcciones en la capa de
enlace. ND habilita el mecanismo de autoconfiguracin en IPv6 surgiendo como alternativa o
complemento a DHCPv6
Neighbor Discovery define mecanismos para solventar:

Descubrimiento de enrutadores
Descubrimiento de prefijos de red o subred
Descubrimiento de parmetros
Autoconfiguracin de direcciones
Resolucin de direcciones
Determinacin del Next-Hop
Deteccin de Vecinos Inalcanzables (NUD)
Deteccin de Direcciones Duplicadas (DAD)
Redireccin del First-Hop

Nuevos Tipos de Paquetes ICMP

Neighbor Discovery define 5 tipos de paquetes: Router Solicitation (RS), Router Advertisement
(RA), Neighbor Solicitation (NS), Neighbor Advertisement (NA) y Redirect
ROUTER ADVERTISEMENT
En una red (link) con capacidad de broadcast, cada enrutador enva perodicamente paquetes
multicast RA. Un host recibe los RAs de todos los enrutadores, construyendo una lista de
enrutadores por defecto. El algoritmo de Neighbor Unreachability Detection (NUD) detecta si
existen problemas para alcanzar a los enrutadores que se han almacenado en la lista de
enrutadores por defecto.
Los RAs contienen una lista de prefijos usados por los hosts para determinar si una direccin
destino de un paquete pertenece a dicho enlace y para la autoconfiguracin de direcciones. Los
RAs y los Flags asociados a cada prefijo permiten a los enrutadores indicar a los hosts como
realizar la autoconfiguracin (ya sea stateless o DHCPv6)

Comparacin de Router Advertisement con IPv4

IPv6 ND equivaldra al protocolo ARP, ICMP Router Discovery e ICMP Redirect de IPv4, con
algunas cosas ms (por ejemplo NUD).
ND supone mejoras en muchos aspectos sobre los protocolos usados en IPv4, entre otras:

Los RAs llevan la direccin de la capa de enlace del enrutador, no es necesario resolverla a
travs de ARP o algn equivalente
Los RAs llevan los prefijos de un enlace, no es necesario mecanismos para conocer la
mscara de la red
Los RAs permiten la autoconfiguracin de direcciones
Los Redirects llevan la direccin de la capa de enlace del nuevo first-hop, as que
tampoco es necesario resolverla
El uso de direcciones de enlace local para identificar a los encaminadores, hace que los
hosts soporten una renumeracin de la red
Usando un Hop Limit de 255, ND es inmune a mensajes ND de fuera del enlace. En IPv4
era posible enviar mensajes Redirects y RAs desde fuera

FORMATO DE ROUTER ADVERTISEMENT

El campo Current Hop Limit es el valor predeterminado que debera ponerse en el campo Hop
Count de la cabecera IPv6 de los paquetes que van a ser enviados. El campo M es una
etiqueta o flag de un bit que especifica que debe o no usarse Managed Address Configuration.
El campo O es un flag o etiqueta de un bit que espcifica Other Configuration. Router Lifetime es
un entero sin signo de 16 bits. Reachable Time es tambin un entero, pero de 32 bits, al igual
que el campo Retransmition Timer. Algunas de las opciones disponibles son: Source LinkLayer
Address, MTU, Prefix Information, Flags Expansion (De acuerdo con el RFC5175)

FORMATO DE ROUTER SOLICITATION

Cuando los hosts cargan sus funciones de red, envas RSs para indicar a los enrutadores que
generen un RA inmediatamente. Se enva a la direccin multicast que engloba a todos los
enrutadores del segmento de red
8 bits 16 bits 32 bits
Type=133 Code=0 Checksum
Reserved=0
Options
Actualmente, la nica opcin soportada es Source Link-Layer Address

FORMATO NEIGHBOR SOLICITATION

Los nodos envas NSs para obtener la direccin MAC del nodo con el que se pretende
comunicar, a la vez que se proporciona la propia direccin MAC del nodo solicitante. Los
paquetes NSs son multicast cuando el nodo precisa resolver una direccin y unicast cuando el
nodo pretende averiguar si su vecino es alcanzable
8 bits 16 bits 32 bits
Type=135 Code=0 Checksum
Reserved=0
Target Address
Options
El campo Target Address contiene la direccin IPv6 objetivo de la solicitud, la cual no debe ser
una direccin multicast. Igual que en RS, la nica opcin soportada actualmente es Source
LinkLayer Address.

FORMATO NEIGHBOR ADVERTISEMENT

Un nodo enva NAs como respuesta a un NS y enva NAs no solicitados para propagar nueva
informacin rpidamente
Flags:

R: Router Flag = 1 indica que el emisor es un enrutador

S: Solicited Flag=1 indica que se enva como respuesta a un NS
O: Override Flag=1 indica que deben actualizarse las caches

El campo Target Addres es igual al de los NS en caso de ser un NA solicitado. Si es un NA no

solicitado, contiene la direccin MAC que ha cambiado. No puede ser una direccin multicast.
La nica opcin disponible es el Target Link-Layer Address

FORMATO REDIRECT
Los enrutadores envan paquetes Redirect para informar a un host que existe otro encaminador
mejor en el camino hacia el destino final. Los hosts pueden ser redireccionados a otro
enrutador considerado como mejor desde el punto de vista de los protocolos de enrutamiento,
pero tambin pueden ser informados que el destino es un vecino mediante un paquete
Redirect.
8 bits 16 bits 32 bits
Type=137 Code=0 Checksum
Reserved=0
Target Address
Destination Address
Options
Target Address contiene la direccin IPv6 del first hop que es mejor usar para llegar al
Destination Address del paquete ICMPv6. A su vez, la Destination Address es la direccin
IPv6 de destino que es redireccionada al target address del paquete ICMPv6

BUFFERS Y TABLAS DE DIRECCIONES

Neighbor Cache: Es un buffer que almacena a los vecinos a quienes se ha enviado trfico
recientemente. Este buffer se indexa en base a la direccin IPv6 Unicast de enlace. Cada
 entrada posee la direccin de capa de enlace, un flag que indica si es un enrutador o host,
e informacin de NUD (reachability state, etc.)
Destination Cache: Mapea las IP de destino con los Next-Hop.
Prefix List: Contiene los prefijos del enlace. Se basa en los RAs, de donde se saca tambin
el tiempo de validez.
Default Router List: Lista de enrutadores a donde los paquetes off-link deben ser
enviados. Cada entrada apunta a una entrada en la Neighbor Cache, y tiene un tiempo de
validez obtenido del RA (router lifetime).
Configuracin de Direcciones
AUTOCONFIGURACIN
El estndar especifica los pasos que un host debe seguir para decidir cmo autoconfigurar sus
interfaces de red en IPv6. Este proceso incluye la creacin de una direccin IPv6 de mbito
local (link-local) y la verificacin de que no est duplicada en el mismo segmento de red,
determinando qu informacin debera ser autoconfigurada y en el caso de las direcciones, si
estas deberan obtenerse mediante configuracin stateful, stateless o ambas.

Autoconfiguracin Stateless
La autoconfiguracin stateless o serverless definida en el RFC4862 (SAAC) no precisa de
configuracin manual en el host, mnima (si acaso alguna) configuracin en los enrutadores y
ningn servidor adicional; este mecanismo permite a un host generar su propia direccin
usando una combinacin de informacin localmente disponible y de informacin proporcionada
por los enrutadores. Los enrutadores anuncian los prefijos de red (64 bits) que identifican la
subred asociada a un determinado segmento. Los hosts generan un identificador de interfaz
que lo identifica de manera nica en la subred. Dicho identificador (64 bits) se genera
localmente, por ejemplo a partir de la direccin MAC. Una direccin IPv6 se forma mediante la
combinacin de ambas informaciones. En la ausencia de enrutadores, un host puede generar
solo las direcciones IPv6 de mbito local (link-local), las cuales son suficientes para permitir la
comunicacin IPv6 entre nodos que estn conectados en el mismo segmento de red
Algunas ventajas o beneficios de la autoconfiguracin stateless son:

No se necesita configuracin manual de cada mquina antes de conectarla a la red

Los sitios pequeos compuestos de pocas mquinas conectadas al mismo segmento no
necesitaran de un servidor DHCPv6 ni de un enrutador para comunicarse, podran usar
direcciones link-local
Un sitio grande con varias subredes tampoco necesitara un servidor DHCPv6 para la
configuracin de direcciones
Facilita el cambio de prefijo de un sitio completo, mediante el uso de varias direcciones por
interfaz y cambios en los tiempos de vida.

Tiempo de Validez de las Direcciones

Las direcciones IPv6 se asignan a una interfaz por un tiempo determinado (posiblemente
infinito) que indica el perodo de validez de la asignacin. Cuando el tiempo de asignacin
expira, la asignacin ya no es vlida y la direccin puede ser reasignada a otra interfaz de red
en cualquier otra red dentro de Internet. Con el fin de gestionar de una manera adecuada la
expiracin de las direcciones, una direccin pasa por dos fases distintas mientras est
asignada a una interfaz:

Inicialmente una direccin es la preferida (preferred), lo cual significa que su uso en una
comunicacin arbitraria no est restringida
 Ms tarde, una direccin se convierte en deprecada (deprecated), anticipndose al hecho
de que su asignacin al interfaz de red ser invlido en breve

CONFIGURACIN STATEFUL
Dinamic Host Configuration Protocol para IPv6 (DHCPV6), est definido en el RFC3315, y
establece una contraparte a la Autoconfiguracin Stateless de direcciones IPv6. De acuerdo al
RFC, DHCPv6 se usa cuando no se encuentra un enrutador, o si el mensaje RA habilita el us o
de DHCPv6 de manera explcita. Tambin existe un DHCPv6 stateless (RFC3736) pero solo es
usado de forma experimental por el momento, o en los ISP para asignar prefijos de forma
temporal y automtica a enrutadores de clientes.
DHCPv6 funciona de acuerdo al modelo cliente/servidor. Desde la perspectiva del servidor,
este responde a las peticiones de los clientes, de manera opcional, provee a los clientes de una
direccin IPv6 y de otros parmetros de configuracin (como servidores DNS, pero no puede
asignarse un Default Gateway). Los servidores DHCPv6 escuchan en direcciones multicast
especficas: FF02::1:2 (All DHCP Relay Agents and Servers) y FF05::1:3 (All DHCP Servers).
Adems memorizan el estado de los clientes y son capaces de proveer mtodos para asegurar
el control de acceso a los recursos de la red.
Los clientes inician la peticin en un enlace al obtener los parmetros de configuracin, y usa
su propia direccin Link-Local para conectarse con el servidor, enviando peticiones a la
direccin multicast FF02::1:2.
Los Relay Agent actan como intermediarios para entregar los mensajes DHCP entre los
clientes y los servidores. Se encuentran en los mismos enlaces que los clientes y escuchan
peticiones en la direccin multicast FF02::1:2

Configuracin Stateless y Statefull

Los dos tipos de configuracin se complementan, por ejemplo, podra obtenerse la direccin
IPv6 desde la configuracin stateless y la direccin de un servidor DNS desde DHCPv6. En las
redes de doble pila (dual-stack) puede obtenerse la direccin de un servidor DNS desde un
servidor DHCPv4. Los sistemas operativos ms antiguos (previos a Windows Vista o Linux 2.6)
DHCPv6 no estaba soportado, as que era necesario usar software extra para que acte como
cliente y servidor DHCPv6