Capacitación IPV6 2011 - V3

CURSO IPv6 - ETB
Instructor: Ing. Carlos Julio Corredor G.

Bogotá, Noviembre de 2011
CONTENIDO
1. Conceptos IPv4
2. Introducción IPv6
3. Direccionamiento IPv6
4. ICMPv6‐ND‐DHCPv6
Ing. Carlos Julio Corredor : carlcorg@etb.net.co

1. CONCEPTOS IPv4
1.1 Modelo TCP/IP
1.2 Dirección IP
1.3 Direcciones IPv4
1.4 Classless Inter‐Domain Routing
1.5 Cabecera IPv4
1.6 Flujos IPV4
1.7 IP multicast y MAC multicast
1.8 Asignación de direcciones
1.9 SW de generación y análisis IP
Ing. Carlos Julio Corredor : carlcorg@etb.net.co 3
1.1 Modelo TCP/IP
datos
segmento
paquete (IP)
trama
bits
PILA TCP/IP PILA TCP/IP

1.1 Modelo TCP/IP (cont.)

1.2 Dirección IP
Es el identificador de cada host dentro de una
red de datos. Cada host conectado a una red
tiene una dirección IP asignada, la cual debe ser
distinta a todas las demás direcciones que estén
vigentes en ese momento en el conjunto de
redes visibles por el host. En el caso de
Internet, no puede haber dos máquinas con 2
direcciones IP públicas iguales; sin embargo sí
se puede tener dos máquinas con la misma
dirección IP siempre y cuando pertenezcan a
redes independientes entre sí, es decir sin
ningún camino posible que las comunique.

1.3 Direcciones IPv4
Se clasifican según el alcance en:
Direcciones IP públicas: Son visibles en todo
Internet. Para conectarse a Internet es
necesario tener una dirección IP pública.
Direcciones IP privadas o reservadas: Son
visibles únicamente por otros hosts de su propia
red o de otras redes privadas interconectadas
por routers. Los máquinas con direcciones IP
privadas pueden salir a Internet por medio de
un router con NAT o un proxy que tenga una IP
pública; sin embargo, desde Internet no se
puede acceder a máquinas con direcciones IP
privadas.

1.3 Direcciones IPv4 (cont.)
Se clasifican según la asignación en:
Direcciones IP estáticas (fijas): Un host que
se conecte a la red con dirección IP estática
siempre lo hará con una misma IP. Las
direcciones IP públicas estáticas son las que
utilizan los servidores de Internet con objeto de
que estén siempre localizables por los usuarios.
Direcciones IP dinámicas: Un host que se
conecte a la red mediante dirección IP dinámica,
cada vez lo hará con una dirección IP distinta.
Los proveedores de Internet utilizan direcciones
IP dinámicas debido a que tienen más clientes
que direcciones IP (es muy improbable que
todos se conecten a la vez).
Las direcciones IPv4 están formadas por 4 bytes
(32 bits). Se suelen representar de la forma
a.b.c.d donde cada una de estas letras es un
número decimal comprendido entre el 0 y el 255
y separados por punto; ejemplo: 130.42.18.99
Las direcciones también se podrían representar
en hexadecimal, desde la 00.00.00.00 hasta la
FF.FF.FF.FF o en binario, desde la
00000000.00000000.00000000.00000000 hasta
la 11111111.11111111.11111111.11111111.
Ejemplo:
(decimal) 200.10.2.30
(binario) 11001000.00001010.00000010.00011110
(hexadecimal) C8.0A.02.1E

Dependiendo del número de hosts que se
necesiten para cada red, las direcciones IPv4 se
han dividido en las clases primarias A, B y C; la
clase D, formada por direcciones que identifican
no a un host, sino a un grupo de ellos; y las
direcciones de clase E que están reservadas:

Redes Vs hosts
Rangos redes privadas

1.4 Classless Inter-Domain Routing
El sistema Classless Inter-Domain Routing
(CIDR) permite que la máscara de red no
tenga que terminar en una frontera de byte,
definiendo el concepto de subred, o división de
un número de red Clase A, B o C, en partes
más pequeñas. Por ejemplo la dirección
216.240.32.0/27 indica que la máscara de red
contiene 27 bits dando lugar a una red de 32
direcciones posibles.
Jerarquía de
dos niveles
Jerarquía de
tres niveles
(CIDR)
1.4 Classless Inter-Domain Routing (cont.)

1.5 Cabecera IPv4

1.5 Cabecera IPv4 (cont.)
VERS (4 bits): Indica la versión del protocolo IP.
HLEN (4 bits): Longitud de la cabecera expresada en
múltiplos de 32 bits. El valor mínimo es 5,
correspondiente a 160 bits = 20 bytes.
Tipo de servicio (Type Of Service) (8 bits): Los bits
de este campo se dividen a su vez en:
¾ Prioridad (3 bits). Un valor de 0 indica baja prioridad
y un valor de 7, prioridad máxima.
¾ Los siguientes tres bits indican cómo se prefiere que
se transmita el paquete:
Bit D(Delay):Solicita retardos cortos (enviar
rápido); Bit T(Throughput):Solicita un alto
rendimiento (enviar mucho en el menor tiempo
posible); Bit R(Reliability):Solicita que se
minimice la probabilidad de que el paquete se
pierda o resulte dañado (enviar bien).
¾ Los siguientes dos bits no tienen uso. 15
Longitud total (16 bits): Indica la longitud total del
paquete expresada en bytes. Como el campo tiene 16
bits, la máxima longitud posible de un datagrama será de
65535 bytes.
Identificación (16 bits): Número de secuencia que
junto a la dirección origen, dirección destino y el
protocolo utilizado identifica de manera única un
paquete. Si se trata de un paquete fragmentado, llevará
la misma identificación que el resto de fragmentos.
Banderas o indicadores (3 bits): Sólo 2 bits de los 3
bits disponibles están actualmente utilizados. El bit de
Más Fragmentos (MF) indica que no es el último paquete;
y el bit de No Fragmentar (NF) prohíbe la fragmentación
del paquete; si este bit está activado y en una
determinada red se requiere fragmentar el paquete, éste
no se podrá transmitir y se descartará.
Desplazamiento de fragmentación (13 bits):
Indica el lugar en el cual se insertará el fragmento
actual dentro del paquete completo. Si el paquete no
está fragmentado, este campo tiene el valor de cero.
Tiempo de vida o TTL (8 bits): Número máximo de
segundos que puede estar un paquete en la red. Cada
vez que el paquete atraviesa un router se resta 1.
Cuando llegue a cero, el paquete se descarta y se
devuelve un mensaje ICMP de tipo "tiempo excedido"
para informar al origen de la incidencia.
Protocolo (8 bits): Indica el protocolo utilizado en el
campo de datos: 1 para ICMP, 2 para IGMP, 6 para
TCP y 17 para UDP.

Checksum (16 bits): Se recalcula cada vez que algún
nodo cambia alguno de sus campos (por ejemplo, el
Tiempo de Vida).
Dirección origen (32 bits): Contiene la dirección IP del
origen.
Dirección destino (32 bits): Contiene la dirección IP
del destino.
Opciones IP: Este campo no es obligatorio y especifica
las distintas opciones solicitadas por el usuario que envía
los datos (generalmente para pruebas de red y
depuración).
Relleno: Si las opciones IP (en caso de existir) no
ocupan un múltiplo de 32 bits, se completa con bits
adicionales hasta alcanzar el siguiente múltiplo de 32 bits
recuérdese que la longitud de la cabecera tiene que ser
múltiplo de 32.
Fragmentación
Un router o computador fragmenta un paquete en
varios si el siguiente tramo de la red por el que
tiene que viajar el paquete tiene un MTU inferior a
la longitud del paquete
Fragmento 1: Long. total = 620 bytes; Desp = 0; MF=1 (contiene los primeros 600
bytes de los datos del paquete original)
Fragmento 2: Long. total = 620 bytes; Desp = 600; MF=1 (contiene los siguientes
600 bytes de los datos del paquete original)
Fragmento 3: Long. total = 220 bytes; Desp = 1200; MF=0 (contiene los últimos 200
bytes de los datos del paquete original)
Fragmentación (cont)

1.6 Flujos IP

1.6 Flujos IP (cont.)

1.6 Flujos IP (cont.)

1.7 IP multicast y MAC multicast
Una dirección IP multicast no indica una

máquina específica, sino un set de sistemas o
máquinas que pertenecen al mismo grupo.
Una dirección IP multicast se identifica
porque las 4 bits altos del primer byte es
1110.
224 = 11100000
239 = 11101111
1.7 IP multicast y MAC multicast (cont.)
MAC multicast: el último bit del primer byte es 1
MAC unicast: el último bit del primer byte es 0
Si un paquete con destino IP multicast no es un host específico:

¿ Qué se debe colocar en la trama ethernet en la MAC destino?
RANGO DE MACs MULTICAST IPv4 :

01-00-5E-00-00-00 hasta 01-00-5E-FF-FF-FF


¾ 239.204.10.254
¾ 225.4.100.15
¾ 229.48.0.128
¾ 238.200.32.79

1.8 Asignación de direcciones

1.9 SW de generación y análisis IP
Wireshark: Antes conocido como Ethereal, es un
analizador de protocolos utilizado para realizar
análisis y solucionar problemas en redes de
comunicaciones, para desarrollo de software y
protocolos, y como una herramienta didáctica para
educación. Cuenta con todas las características
estándar de un analizador de protocolos.

1.9 SW de generación y análisis IP (cont.)
Ostinato: Es un generador de tráfico de paquetes de
redes de comunicaciones con una GUI amigable.
Pretende ser \"Wireshark in Reverse\" y por lo tanto
ser complementario a Wireshark. Presenta la
creación de paquetes personalizados con edición de
cualquier campo para diversos protocolos: Ethernet,
LLC SNAP, VLAN (con QinQ), ARP, IPv4, IPv6, IP
Tunneling, TCP, UDP, ICMPv4, ICMPv6, IGMP, MLD,
HTTP, SIP, RTSP, etc.

VLC media player: Es un reproductor multimedia y
generador multimedia libre y de código abierto
desarrollado por el proyecto VideoLAN. Es un
programa multiplataforma con versiones disponibles
para muchos sistemas operativos. VLC es un
reproductor de audio y video capaz de reproducir
muchos códecs y formatos de audio y video, además
de capacidad de streaming. Es software libre,
distribuido bajo la licencia GPL

Oracle VM VirtualBox: Es un software de
virtualización creado originalmente por la empresa
alemana innotek GmbH. Actualmente es desarrollado
por Oracle Corporation como parte de su familia de
productos de virtualización. Por medio de esta
aplicación es posible instalar sistemas operativos
adicionales, conocidos como «sistemas invitados»,
dentro de otro sistema operativo «anfitrión», cada
uno con su propio ambiente virtual.

2. INTRODUCCIÓN IPv6
2.1 Convergencia
2.2 Evolución del protocolo IPv6
2.3 Usuarios en Internet
2.4 ¿Cuál es la oferta de IPv6?
2.5 Preguntas frecuentes sobre IPv6
2.6 Estructura de la dirección IPv6
2.7 Estructura de la cabecera IPv6

2.1 Convergencia
INTERNET
Es una realidad la convergencia de las redes de voz,

datos y video, todas ellas soportadas sobre una
misma base tecnológica.
La Unión Internacional de Telecomunicaciones emitió
las Recomendaciones UIT-T Y.2001 y UIT-T Y.2011,
para este ambiente de convergencia, definiendo las
Redes de Próxima Generación (NGN).
2.1 Convergencia (cont.)
Recomendación UIT-T Y.2001
La UIT define una red NGN (Red de próxima

generación) como “Una red basada en paquetes que
permite prestar servicios de telecomunicaciones y en
la que se pueden utilizar múltiples tecnologías de
transporte de banda ancha con capacidades de
calidad de servicio, en donde las funciones
relacionadas con servicio son independientes de las
tecnologías subyacentes relacionadas con el
transporte.”
servicios permanentes y ubicuos

2.1 Convergencia (cont.)
Recomendación UIT-T Y.2011

2.2 Evolución del Protocolo IPv6
1990:Se inician los esfuerzos para resolver
el problema respecto a las limitaciones de
espacio de direcciones a través de un grupo
de tarea del IETF.
1993:El grupo IETF inicia el protocolo de
Internet de la próxima generación IPng
(Internet Protocol Next Generation).
1994:Se recomienda la creación de IPv6, en
la reunión celebrada por el IETF en la ciudad
de Toronto, su recomendación quedó
reflejada en el RFC (Request for Comments)
1752, el documento propuesto se tituló
“Recomendación para el protocolo IP de la
próxima generación”.
2.2 Evolución del Protocolo IPv6 (cont.)
1995: Se añadieron complementos al
estándar con objeto de permitir la
participación de la industria y los
desarrollos siguientes; esto se presentó en
el RFC 2460 titulado como “Protocolo de
Internet versión 6 (IPv6)”. Paralelamente
se presenta la primera recomendación a
nivel de direccionamiento en el RFC 1884.
1998:Se actualiza la recomendación a

nivel de direccionamiento con la inclusión
de nuevas direcciones en el RFC 2373.

2.2 Evolución del Protocolo IPv6 (cont.)

nivel de direccionamiento en el RFC 3513
con detalle en la nomenclatura.

nivel de direccionamiento en el RFC 4291
con aclaración de las direcciones anycast
(RFC vigente).

2.3 Usuarios en Internet
Estadísticas del 31 de Marzo de 2011
http://www.internetworldstats.com/stats.htm
http://www.lacnic.net/sp/registro/espacio-disponible-ipv4.html

2.3 Usuarios en Internet (cont.)
Esquema proyectado Esquema real

Direcciones disponibles Direcciones disponibles
IPv4 IPv4
e
Tamaño d
I n te rn e t de
Tamaño ?
I n te rn e t
ci ón
ta
m en
m ple
I n IPv6
IPv
6 Implementació
Tiempo Tiempo
2012-2014 2011

2.3 Usuarios en Internet (cont.)
This report generated at 13-Jul-2011 07:59 UTC
http://www.potaroo.net/tools/ipv4/index.html

2.4 ¿Cuál es la oferta de IPv6?
Inicialmente IPv6 debe verse como una
evolución de IPv4.
Amplio espacio de direcciones: el formato
de dirección se amplía de 32 bits a 128 bits, es
decir:
2128 ó
340.282.366.920.938.463.463.374.607.431.768.211.456 ó
340 sextillones de direcciones.
Autoconfiguración: diseñada para cuando un
dispositivo de arranque en IPv6 solicite un
prefijo de red, en esta acción puede recibir uno o
más prefijos de red de un enrutador IPv6
presente en su enlace; la vida de los
administradores de red es más fácil y permite
ahorrar tiempo en el mantenimiento de redes IP:
Plug-and-Play
2.4 ¿Cuál es la oferta de IPv6? (cont.)
Simplificación de la cabecera de formato:
la cabecera IPv6 es mucho más simple que la
cabecera IPv4 y tiene una longitud fija de 40
bytes.
Soporte extendido para nuevas opciones y
extensiones:IPv4 integra opciones en la base
de la cabecera, mientras que IPv6 lleva opciones
en las cabeceras de extensión; la base de la
especificación describe un conjunto de seis
cabeceras de extensión
Seguridad: encripción de la carga útil y
autenticación de la fuente de la comunicación*1.
Aplicaciones en tiempo real:IPv6 incluye
“flujos de etiqueta"*1.
*1: Se esta trabajando en el desarrollo de estas facilidades.
2.4 ¿Cuál es la oferta de IPv6? (cont.)
Direccionamiento y enrutamiento: IPv6
mejora el direccionamiento y jerarquía de
enrutamiento.
Protocolo optimizado: IPv6 incorpora las
mejores prácticas de IPv4, pero elimina
características no utilizadas u obsoletas de IPv4.
Esto da lugar a un protocolo de Internet
optimizado.
Fragmentación end-to-end: Los routers
IPv6 no hacen fragmentación; los nodos IPv6
requieren hacer descubrimiento de MTU (PMTU),
realizar fragmentación extremo a extremo o
enviar paquetes menores al MTU mínimo
configurable de IPv6 que es 1280 bytes.
2.5 Preguntas frecuentes sobre IPv6
¿Por qué necesitamos IPv6?
9 El espacio de direcciones IPv4
tiene un límite teórico de 4,3
millones de direcciones:
distribución poco eficiente, E.E.U.U
utiliza más del 50% de las
direcciones IPv4.
9 El protocolo se oferta como
abierto y extensible.
9 La ampliación de espacio de direcciones
permite la eliminación del NAT el cual genera
inconvenientes en la gestión y crea
superposición de espacio de direcciones
privadas.
2.5 Preguntas frecuentes sobre IPv6 (cont.)
¿La introducción del IPv6 pone a nuestra actual
infraestructura redes IP y servicios en riesgo?
9 Uno de los temas centrales en el desarrollo
de IPv6 es la creación de mecanismos de
integración que permiten a ambos protocolos
coexistir pacíficamente.
9 Es posible introducir IPv6 para el acceso a
nuevos servicios, manteniendo al mismo
tiempo IPv4 para acceder a los servicios
presentes en la red.
9 IPv6 se ha aplicado en la mayoría de
enrutadores y sistemas operativos.

2.5 Preguntas frecuentes sobre IPv6 (cont.)
¿Los costos de la introducción de IPv6 son
demasiado elevados?
9 Para la transición será necesario de algún
costo de hardware y software .
9 El aprendizaje y la capacitación del personal
implica inversión.
Sin embargo a futuro hay ahorro de costos:
8 Las redes IPv4 se están convirtiendo en
estructuras cada vez más complejas debido al
desarrollo de nuevos servicios y dispositivos.
8 La fusión de las organizaciones, transacciones
P2P, la aplicación de NAT, la superposición de
redes, son soluciones que tienen altos costos
de gestión y son difíciles de solventar en IPv4.
2.6 Estructura de la dirección IPv6
Formato de la dirección IPv6
Una dirección IPv6 tiene un tamaño de 128

bits y se compone de ocho campos de 16 bits
cada uno de ellos, unido por dos puntos.
Cada campo debe contener números
hexadecimales.
2.6 Estructura de la dirección IPv6 (cont.)
ID de la interface
El ID de la interface de una dirección IPv6,
se puede construir a partir de la dirección
física del adaptador de red. Para ello se
tienen dos casos:
1.Dirección a partir de la dirección MAC
address de 48 bits, migrando primero a IEEE
EUI-64
2. Dirección a partir de una dirección IEEE
EUI-64
Nota: IEEE EUI-64 (Dirección de la IEEE
definida como un identificador único
extendido de 64-bits)
Dirección IEEE 802 o MAC Address
La combinación del ID de compañía, que

asigna la IEEE de forma única a cada
fabricante de adaptadores de red, y el ID.
de tarjeta, que se asigna de forma única a
cada adaptador de red en el momento del
ensamblaje, genera una dirección única
global de 48 bits.
Dirección IEEE 802 o MAC Address (cont.)
Universal o local (U/L): El bit U/L es el séptimo
del primer byte y se utiliza para determinar si la
dirección se administra de forma universal o local.
Si el bit U/L está establecido en 0, la
administración de la dirección corresponde a
IEEE. Si el bit U/L está establecido en 1, la
dirección se administra de forma local.
Individual o grupo (I/G): El bit I/G es el bit de
orden inferior del primer byte y se utiliza para
determinar si la dirección es unicast (bit=0) o
multicast (bit=1).
En una dirección típica de adaptador de red, los
bits U/L e I/G están establecidos en 0.
Dirección IEEE EUI-64
IEEE EUI-64 representa un nuevo estándar

para el direccionamiento de interfaces de red.
El Id. de compañía sigue teniendo 24 bits de
longitud, pero el Id. de extensión tiene 40
bits, por lo que se crea un espacio de
direcciones mucho mayor para los fabricantes
de adaptadores de red. La dirección EUI-64
utiliza los bits U/L e I/G de la misma forma
que la dirección IEEE 802 o MAC.
Asignación de direcciones IEEE 802 a direcciones EUI-64
IEEE administered company ID Manufacturer selected extension ID
24 bits 24 bits
ccccccug cccccccc cccccccc xxxxxxxx xxxxxxxx xxxxxxxx
ccccccug cccccccc cccccccc 11111111 11111110 xxxxxxxx xxxxxxxx xxxxxxxx
24 bits OxFF OxFE 24 bits
64 bits

Direcciones EUI-64 a identificadores de interfaz IPv6
24 bits 40 bits
cccccc00 cccccccc cccccccc xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx
Dirección EUI‐64
xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx

cccccc10 cccccccc cccccccc
Identificador de Interfaz
IPv6
64 bits

Dirección MAC a identificadores de interfaz IPv6
24 bits 24 bits
Dirección cccccc00 cccccccc cccccccc xxxxxxxx xxxxxxxx xxxxxxxx

IEEE 802
Dirección cccccc00 cccccccc cccccccc 11111111 11111110 xxxxxxxx xxxxxxxx xxxxxxxx
EUI -64
OxFF OxFE
Identificador
de Interfaz cccccc10 cccccccc cccccccc 11111111 11111110 xxxxxxxx xxxxxxxx xxxxxxxx
IPv6
64 bits

ID de la interface (cont.)
RFC 4291
When IEEE 802 48-bit MAC addresses are

available (on an interface or a node), an
implementation may use them to create
interface identifiers due to their availability
and uniqueness properties.

Nomenclatura de la dirección IPv6
¾ 8000:0000:0000:0000:0123:4567:89AB:CDEF
¾ 1234:0000:0000:0000:ABCD:0000:0000:0123
1234::ABCD:0:0:123 “OK”
1234:0:0:0:ABCD::123 “OK”
1234::ABCD::123 “error”
¾ 0:0:0:0:0:0:131.107.6.100
::131.107.6.100
¾ ABCD:EF:12:34:0:0:131.107.2.98
ABCD:EF:12:34::131.107.2.98
¾ http://[FF01::]/index.html

¾ FF18:0000:0000:0000:0123:4567:00AB:CDEF
¾ FE80:0000:0000:BEBE:0100:0900:00AB:0D00
¾ FE80:0000:0000:C0C0:0000:0000:0000:0001
¾ FE80::200:0:CAFE:101:1
¾ 2009:10:0:80:0:ABC::1
¾ FF12::CEBA:0::10

2.7 Estructura de la cabecera IPv6
Comparación cabecera IPv4 & IPv6
Cabecera IPv4 Cabecera IPv6
Campos IPv4 que se mantienen en IPv6

Campos IPv4 que se eliminan en IPv6
Campos IPv4 que cambian de nombre/posición en IPv6
Campos nuevos en IPv6
2.7 Estructura de la cabecera IPv6 (cont.)
Comparación cabecera IPv4 & IPv6 (cont.)
A pesar de que la cabecera IPv6 tiene un

tamaño total de 40 bytes, que es el doble de la
cabecera típica IPv4, ha sido simplificada
debido a que la mayoría de la cabecera está
ocupada por dos campos de 16 bytes cada uno
para las direcciones IPv6 de origen y destino.
Esto deja sólo 8 bytes para los demás campos
de información o control de la cabecera.
Campos eliminados IPv4 Vs IPv6
En IPv6, se removieron siete campos de la
cabecera IPv4:
9 Longitud de la cabecera (Header Length)

9 Identificación (Identification)
9 Banderas (Flags)
9 Separador de fragmentos (Fragment
Offset)
9 Checksum de cabecera (Header Checksum)
9 Opciones (Options)
9 Relleno (Padding)

Campos modificados o nuevos IPv4 Vs IPv6
En IPv6, se modificaron cuatro campos de la

cabecera IPv4:
9 Tipo de servicio (Type of Service)
9 Longitud del datagrama (Total length)
9 Tiempo de vida (Time-to-Live-TTL)
9 Tipo de protocolo (Protocol)
En IPv6, se adicionó un campo a la cabecera:

9 Etiqueta de flujo (Flow label)

Detalle campos cabecera IPv6
a) Versión (4 bits)
Contiene la versión del protocolo. En el caso de
IPv6, el número es de 6. El número de versión 5
no fue utilizado debido a que ya había sido
asignado en la fase experimental del protocolo.
b) Clase de Tráfico (1 Byte)
Este campo sustituye al "Tipo de Servicio" en
IPv4. Facilita la manipulación de datos en tiempo
real y cualquier otro dato que requiere manejo
especial, y el envío y reenvío de paquetes entre
nodos o enrutadores la pueden usar para
identificar y distinguir entre diferentes clases o
prioridades de paquetes IPv6.

Detalle campos cabecera IPv6 (cont.)
c) Flow Label (20 Bits)
Distingue los paquetes que requieren el mismo
tratamiento a fin de facilitar el manejo de
tráfico en tiempo real. Los routers realizan un
seguimiento de los flujos y pueden procesar los
paquetes de manera más eficiente porque no
tienen que reprocesar cada paquete de la
cabecera. La etiqueta del flujo y la dirección del
nodo fuente permiten identificar de forma
exclusiva el caudal. Todos los paquetes
pertenecientes al mismo flujo deben tener el
mismo origen y el destino de dirección IP:
Experimental
d) Longitud de carga útil (2 Bytes)
Especifica la carga útil, es decir, la longitud de
datos llevado a través de la cabecera IP. El cálculo
en IPv6 es diferente al realizado en IPv4. El campo
de longitud en IPv4 incluye la longitud de la
cabecera IPv4, mientras que el campo de longitud
de carga útil en IPv6 sólo contiene los datos
después de la cabecera IPv6. Las cabeceras de
extensión se consideran parte de la carga útil y por
consiguiente, se incluyen en el cálculo. El hecho de
que el campo de longitud de carga útil tiene 2 bytes
limita el máximo tamaño de paquetes de carga útil
de 64 KB.
Para paquetes mayores a 64KB: RFC 2675 IPv6 Jumbograms
e) Próxima cabecera (1 byte)
En IPv4, este campo se llama el tipo de
protocolo, en IPv6 se emplea para reflejar la
nueva organización de paquetes IP. Si la
siguiente cabecera es UDP o TCP, este campo
contendrá el mismo número de protocolo como
en IPv4, por ejemplo, el protocolo número 6
para TCP o para UDP 17. Pero si las cabeceras
de extensión se utilizan con IPv6, este campo
contiene el tipo de la próxima ampliación de
cabecera. Extensión de cabeceras están
situadas entre la cabecera IP y TCP o UDP
cabecera.
e) Próxima cabecera (1 byte)

f) Hop Limit (1 Byte)
Es análogo al campo TTL en IPv4. El campo TTL
contiene un número de segundos, lo que indica
cuánto tiempo un paquete puede permanecer
en la red antes de ser destruido; en IPv4, la
mayoría de routers simplemente decrementan
este valor por uno. Este campo ha pasado a
denominarse Hop Limit en IPv6; cada nodo de
transmisión decrementa el número en uno; si
un router recibe un paquete con un “límite de
hop” en 1, decrementa a 0, descarta el
paquete, y envía el mensaje ICMPv6 "Hop
Límite excedido en tránsito”.
g). Dirección de Origen (16 Bytes)

Este campo contiene la dirección IP del
remitente del paquete.
h) Dirección de destino (16 bytes)

Este campo contiene la dirección IP del
destinatario del paquete. Este puede ser el
destino final o si, por ejemplo, una cabecera
de enrutamiento está presente, la dirección
del siguiente enrutador de salto.

Cabeceras de extensión
La especificación actual de IPv6 (RFC 2460)

define seis cabeceras de extensión:
9 Hop-by-Hop options [RFC2460], opciones

salto a salto.
9 Routing [RFC2460], enrutado.
9 Fragment [RFC2460], fragmento.
9 Destination Options [RFC2460], opciones de
destino.
9 Authentication [RFC-2402], Autenticación.
9 Encapsulating Security Payload [RFC-2406],
Encapsulado seguro de la carga Útil.
Cabeceras de extensión (cont.)
Con excepción de Hop-by-Hop y Routing, las

cabeceras no son examinadas ni procesadas por
ningún nodo a lo largo de la ruta de entrega del
paquete, hasta que el paquete alcanza el nodo
destino. Las cabeceras de extensión se deben
procesar estrictamente en el orden que aparecen
en el paquete. 74
Orden de las cabeceras de extensión
Orden propuesto por el RFC 2460 «Internet
Protocol Version 6 (IPv6) Specification»:
¾ Cabecera IPv6.
¾ Cabecera opciones de salto a salto.
¾ Cabecera opciones de destino.
¾ Cabecera de enrutamiento.
¾ Cabecera de fragmentación.
¾ Cabecera autenticación.
¾ Cabecera seguridad del encapsulado de carga
útil.
¾ Cabecera opciones de destino.
¾ Cabecera de capa superior.
Campo “Opciones” de las cabeceras de extensión
Las cabeceras “Hop-by-Hop” y “destination” permiten

un número variable de opciones codificadas:
tipo-longitud-valor (TLV)
¾ Tipo de Opción: identificador del tipo de opción de

8 bits.
¾Longitud de datos de la Opción: de 8 bits;
longitud del campo de datos de la Opción de esta
opción, en octetos.
¾ Datos de la Opción: Campo de longitud variable;
datos específicos del Tipo de Opción.
Campo “Opciones” de las cabeceras de extensión (cont.)
Los identificadores Tipo de Opción se codifican

internamente de modo que sus dos bits de
mayor peso especifican la acción que se debe
realizar si el nodo IPv6 en proceso no reconoce
el Tipo de Opción:
¾ 00:saltar la opción y continuar procesando la
cabecera.
¾ 01:descartar el paquete.
¾ 10:descartar el paquete y enviar un ICMP
(destino multicast).
¾ 11:descartar el paquete y enviar un ICMP
(destino unicast).
X X X X X X X X
Campo “Opciones” de las cabeceras de extensión (cont.)
El tercer bit de mayor peso, indica si se pueden
modificar los datos de la opción durante el
enrutamiento, si existe una cabecera
“Authentication” para cualquier dato que pueda
cambiar un enrutador, el campo “Opción de
Datos” se debe tomar como octetos de valor 0
cuando se calcula o verifica el valor de
autenticación del paquete:
¾ 0: los Datos de Opción no cambian en el
enrutamiento.
¾ 1: los Datos de Opción pueden cambiar en el
enrutamiento.
X X X X X X X X
Cabeceras de extensión “Hop-By-Hop” (0)
Next Header(8 bits):Identifica el tipo de

cabecera inmediatamente después de las
Opciones Hop-by-Hop.
Hdr Ext Len(8 bits):Longitud de la cabecera Hop-
by-Hop en bytes; no incluye el primer byte.
Options(variable):La longitud completa de las
opciones Hop-by-Hop es un entero múltiplo de 8;
contiene uno o más opciones TLV codificada.
Cabeceras de extensión “Routing” (43)
Next Header(8 bits):Identifica el tipo de cabecera

inmediatamente después de la cabecera “Routing”.
Hdr Ext Len(8 bits):Longitud de la cabecera
“Routing” en bytes; no incluye el primer byte.
Routing Type(8 bits):Tipo particular de la cabecera
de enrutamiento (tipos=0,1,2). Aplica para MIPv6.
Segments Left(8 bits):Número de segmentos de red
restantes o número de nodos listados a ser visitados
antes de alcanzar el destino final.
Type-specific data(variable):Depende del tipo.
Cabeceras de extensión “Routing” (43) (cont.)
Cabeceras “Routing” Tipo 0

Cabeceras de extensión “Routing” (43) (cont.)
Cabeceras “Routing” Tipo 0

Cabeceras de extensión “Fragment” (44)
Next Header(8 bits):Identifica el tipo de cabecera

inmediatamente después de la cabecera
“Fragment”.
Reserved(8 bits):Inicializado a 0 en la transmisión,
ignorado en la recepción.
Fragment Offset(13 bits):El desplazamiento en
Bytes de los datos que siguen a esta cabecera, se
refiere al comienzo de la parte fragmentable del
paquete original. 13 bits permite indicar hasta 8191
Bytes, es decir hasta 65528 bits que es casi el
máximo payload permitido (65535). 83
Cabeceras de extensión “Fragment” (44) (cont.)
Res(2 bits): Puesto a 0 en el lado de la

transmisión, ignorado en la recepción.
M(1 bit): 1=más fragmentos, 0=último

fragmento.
Identification(32 bits):valor de identificación de

los fragmentos: la misma identificación para los
fragmentos de un mismo paquete.
Cabeceras de extensión “Fragment” (44) (cont.)

Cabeceras de extensión “Destination Options” (60)

cabecera inmediatamente después de la cabecera
“Destination Options”.
Hdr Ext Len(8 bits):Longitud de la cabecera
“Destination Options” en bytes; no incluye el
primer byte.
Options(variable):La longitud completa de las
opciones Hop-by-Hop es un entero múltiplo de 8;
contiene uno o más opciones TLV codificada.
La cabecera “Destination Options” solo la examina el nodo destino.
Conceptos de Seguridad
Los requisitos de seguridad deben ser provistos
mediante la combinación de dos elementos
básicos:
1.Criptografía: para ofrecer confidencialidad.

Algoritmos de Encripción: DES, 3DES, IDEA, RC-
4, y AES.
ESP:Encapsulating Security Payload
2.Chequeo (checksum) o suma de verificación:
para la integridad de los datos.
Algoritmos de comprobación o checksum: MD-5 y
SHA-1 .
AH:Authentication Header

Cabeceras de extensión “Authentication-AH” (51)

cabecera inmediatamente después de la cabecera
“Authentication”.
Payload Len(8 bits):Especifica la longitud de los
datos en palabras de 32 bits (4 Bytes).
Reserver(16 bits):puesto a cero, para usos
futuros.

Cabeceras de extensión “Authentication-AH” (51) (cont.)
Security Parameters Index(32 bits):Indica la

sesión activa de IPSEC o SA (Security
Association).
Sequence Number:(32 bits):Identifica el
número de datagrama. Usado por el receptor
para anti-replay.
Authentication Data:(variable): Contiene el ICV
(Integrity Check Value) o checksum.
Cabeceras de extensión “Authentication-AH” (51) (cont.)

Cabeceras de extensión “Encapsulating Security Payload-
ESP” (50)
La cabecera ESP es siempre la última en el

sistema de cabeceras. Esto es debido a que a
partir de ella todo los datos vienen cifrados, con
lo que los routers intermedios no podrían
procesar las cabeceras posteriores.
ESP” (50) (cont.)
Security Parameters Index(32 bits):Indica la

sesión activa de IPSEC o SA (Security Association).
Sequence Number(32 bits):Identifica el número de
datagrama. Usado por el receptor para anti-replay.
Payload Data(variable): Contiene el Vector de
Inicialización (IV) y los datos encriptados según el
algoritmo. 92
ESP” (50) (cont.)
Padding (variable 0-255):Si un algoritmo requiere

múltiplo de cierto número de bytes.
Pad Lenght:(8 bits):Indica cuantos bytes de relleno
se insertaron previamente. Cero=que no hay relleno.
Next Header:(8 bits): Indica el tipo de datos del
“Payload Data”.
Authentication Data:(variable): Contiene el ICV
(Integrity Check Value) o checksum.
ESP” (50) (cont.)

Cabeceras de extensión “No next” (59)
El valor 59 en el campo “Next Header” de

la cabecera IPv6 o cualquier cabecera de
extensión indica que nada hay a partir de
esa cabecera.

3. DIRECCIONAMIENTO IPv6
3.1 Terminología IPv6
3.2 RFC 4291 “IP Version 6 Addressing
Architecture”
3.3 Prefijos de las direcciones IPv6
3.4 Tipos de direcciones IPv6
3.5 MAC multicast para IPv6
3.6 Direcciones Obligatorias en un nodo
IPv6
3.1 Terminología IPv6
Node: Un dispositivo que implementa IPv6.
Router: Un nodo que reenvía paquetes IPv6 no
explícitamente destinados hacia sí mismo.
Host: Cualquier nodo que no es un router.
Link: Medio sobre el cual los nodos pueden
comunicarse en la capa de enlace, es decir, la
capa inmediatamente debajo de IPv6.
Interface: Unión de un nodo a un enlace.
Neighbors: Nodos conectados al mismo
enlace.
Link MTU: El tamaño del paquete máximo en
bytes, que puede transportarse sobre un enlace.
Path MTU: La MTU de enlace mínima de todos
los enlaces dentro de una ruta entre un nodo origen
y un nodo destino.
3.2 RFC 4291 “IP Version 6 Addressing Architecture”
Resumen del RFC
Abstract
This specification defines the addressing
architecture of the IP Version 6 (IPv6) protocol.
The document includes the IPv6 addressing
model, text representations of IPv6 addresses,
definition of IPv6 unicast addresses, anycast
addresses, and multicast addresses, and an
IPv6 node’s required addresses. This document
obsoletes RFC 3513, "IP Version 6 Addressing
Architecture".

3.2 RFC 4291 “IP Version 6 Addressing Architecture”
(cont.)
Apartes del RFC
There are no broadcast addresses in IPv6, their

function being superseded by multicast
addresses……..
IPv6 addresses of all types are assigned to
interfaces, not nodes. An IPv6 unicast address
refers to a single interface. Since each interface
belongs to a single node, any of that node’s
interfaces’ unicast addresses may be used as
an identifier for the node.

3.3 Prefijos de las direcciones IPv6
Longitud de prefijo
La notación de prefijo es muy similar a CIDR
de IPv4, colocando la longitud del prefijo
después de la dirección IPv6, con el formato
siguiente: IPv6 address/prefix length
Sea la dirección 2E78:DA53:12A2::50/40
0010111001111000:1101101001010011:0001001010100010
Prefijo: 2E78:DA53:12
Prefijo + longitud de prefijo: 2E78:DA53:1200::/40
2001:DB8:0000:0056:0000:ABCD:EF12:1234/64
¡ error ! ¡ correcto !
2001:DB8::56/64 2001:DB8:0:56::/64

3.3 Prefijos de las direcciones IPv6 (cont.)
Prefix = 20010DB80000CD3
a) 2001:0DB8:0000:CD30:0000:0000:0000:0000/60
b) 2001:0DB8::CD30/60
c) 2001:0DB8::CD30:0:0:0:0/60
d) 2001:0DB8:0:CD3/60
e) 2001:0DB8::CD3/60
f) 2001:0DB8:0:CD30::/60

Tipos de prefijos
Prefijo en
Tipo de dirección Prefijo en binario
hexadecimal
Unspecified address 00…0(128bits) ::
Loop-back address 00…1(128bits) ::1/128
Multicast address 11111111 FF00::/8
Link-local address 1111111010 FE80::/10
Unique-local address (ULA) 1111110 FC00::/7
Global unicast address Todas las demás
Site-local address
1111111011 FEC0::/10
(Obsoleta)
IPv4-mapped 00…0:1111…1111:IPv4 ::FFFF:IPv4/128
IPv4-compatible
00…0:IPv4 ::IPv4/128
(Obsoleta)
Formato general de la dirección IPv6

Alcance del prefijo
El direccionamiento IPv6, permite realizar una
jerarquización de las redes, de manera que es
claro, cual es el alcance de una dirección, de
acuerdo a su entorno, teniendo un significado a
nivel de:
Alcance a nivel de nodo (Loop-back)
Alcance a nivel de enlace (Link local)
Alcance a nivel de sitio (Aplica ULA)
Alcance a nivel de organización (ULA)
Alcance a nivel de Internet (Global)
Adicionalmente con la definición de los alcances

se reducen las tablas de enrutamiento.
Alcance del prefijo (cont.)
Alcance Global
R R
R R R
Internet
Alcance Organización-Local
Alcance Sitio-Local (*)
R R
Alcance Link-Local
Alcance
Nodo-Local
S
S
Sitio 1
Sitio 2
(*) Al ser obsoletas las direcciones de sitio FEC0::/10,

se utilizan las direcciones ULA FC00::/7
3.4 Tipos de direcciones IPv6
a) Direcciones unicast:
Reservadas:
¾ Dirección loopback
¾ Dirección unspecified
Con alcance:
¾ Dirección Link local (mismo enlace)
¾ Dirección ULA (entre sitio/organización)
¾ Dirección global (Internet)
IPv6 con dirección IPv4 embebida:
¾ IPv4-compatible IPv6
¾ IPv4-mapped IPv6
b) Direcciones anycast
c) Direcciones multicast
3.4 Tipos de direcciones IPv6 (cont.)
Direcciones unicast reservadas
En la actualidad, en la RFC 4291 se definen dos
direcciones unicast reservadas especializadas:
1) No específica (unspecified): Esta dirección es la
0:0:0:0:0:0:0:0, ó :: en formato comprimido, no
se puede asignar a ningún nodo ni se puede usar
como dirección de origen en los paquetes de IPv6.
Normalmente se usa mientras los nodos inicializan
IPv6 e indica que aún no han conseguido conocer
su propia dirección.
2) Loopback: Esta dirección es la 0:0:0:0:0:0:0:1,
ó ::1 en formato comprimido, es la dirección de
retorno que usa un nodo para enviarse paquetes a
sí mismo, como la dirección de retorno 127.0.0.1
en IPv4.
Direcciones unicast con alcance
Dirección Link-local
16 bits 48 bits 64 bits
FE80 000………………..…000 Interface identifier (EUI-64)
Las direcciones link local son independientes del

esquema de direccionamiento de una red, es
decir siempre están presentes a penas la
interface esta activa.

Direcciones unicast con alcance (cont)
Dirección ULA
16 bits 48 bits 64 bits
FC00 Global/Subnet ID Interface identifier (EUI-64)
Estandarizadas en la RFC 4193. Son el

equivalente al espacio de direcciones privadas
de IPv4.
L=1 se asigna localmente, L=0 según el RFC
puede ser definido en el futuro.
Direcciones unicast con alcance (cont.)
Dirección Global
TLA ID NLA ID SLA ID Interface ID
R
¾ Primeros 3 bits del byte 1 es 001.

¾ TLA : Top Level Aggregation (Nivel de agregación
superior) (13 bits+8 reservados).
– Puntos de acceso público que interconectan
proveedores de servicios.
– La organización IANA asigna las direcciones de
este nivel.
¾ NLA : Next Level Aggregation (siguiente nivel de
agregación) (24 bits).
– Grandes proveedores de servicios de Internet.
– Los organismos regionales (RIP) asignan las
direcciones de este nivel.
Direcciones unicast con alcance (cont.)
Dirección Global
TLA ID NLA ID SLA ID Interface ID
R
¾ SLA : Site level Aggregation (Nivel de acceso de

sitio) (16 bits).
– Nivel de zonas, ciudades, compañías, colegios o
pequeños ISPs.
– Los grandes ISPs asignan las direcciones de este
nivel.
¾ Interface ID : interface del host (64 bits).
– Asignada por la propia organización.
– Basada en dirección EUI-64.
– Los drivers de las tarjetas convierten en IPv6 las
direcciones MAC de 48 bit.
Direcciones unicast IPv6 con dirección IPv4 embebida
Si se tiene la IPV4 135.75.43.52

Dirección de IPv6 compatible con IPv4
0000:0000:0000:0000:0000:0000:135.75.43.52
Dirección IPv6 mapeada desde IPv4
0000:0000:0000:0000:0000:FFFF:135.75.43.52

Ejemplo de asignación de direcciones IPv6
Pool asignado a ETB por LACNIC: 2800:0260::/28

Direcciones anycast
Estructuralmente idénticas a otras direcciones de
unicast y se asignan de un bloque de direcciones
unicast disponibles en una organización. Anycast
no tiene espacio propio dentro de IPV6. Sin
embargo, en lugar de asignarlas a un único
nodo, como las direcciones unicast, se asignan a
un grupo de nodos. Todos los nodos tienen la
misma dirección y se configuran para que usen
su dirección como una dirección anycast. Por el
momento, las direcciones anycast no se pueden
utilizar como dirección de origen en ningún
paquete de IPv6, y sólo la pueden utilizar los
enrutadores, no los hosts.

Direcciones anycast (cont.)
Una dirección anycast define una conexión
uno a uno-entre-muchos.
Existe una dirección anycast requerida para
cada subred, que se denomina “dirección
anycast del router de la subred”, que es
equivalente al prefijo del enlace de la
dirección unicast.
2afe:b80:1daf:1::/64
RFC 4291
When a unicast address is assigned to more than

one interface, thus turning it into an anycast
address, the nodes to which the address is
assigned must be explicitly configured to know that
it is an anycast.
Within the region identified by P, the anycast
address must be maintained as a separate entry in
the routing system (commonly referred to as a
"host route"); outside the region identified by P,
the anycast address may be aggregated into the
routing entry for prefix P

The restrictions on using IPv6 anycast

addresses were removed because there is now
sufficient experience with the use of anycast
addresses, the issues are not specific to IPv6,
and the GROW working group is working in
this area.
Appendix B: Changes from RFC 3513 (RFC
4291)

Direcciones multicast
Las direcciones multicast se usan para el tráfico
de IPv6 de multidifusión y sustituyen a las
direcciones de broadcast en IPv4. Una dirección
de multicast se “asigna” a un grupo de nodos,
pero al contrario que las direcciones anycast,
todos los nodos “asociados” con la dirección de
multidifusión recibirán los paquetes enviados a
dicha dirección. Un nodo puede pertenecer a
más de un grupo multicast; sin embargo,
ningún nodo puede utilizar una dirección de
multicast como dirección de origen en ningún
paquete.
Multicast es inherente al protocolo IPv6
Direcciones multicast (cont.)
¾ 8 primeros bits en 1: direcciones del prefijo FF00::/8

¾ Scope (4 bits) : Permite limitar el alcance de la transmisión

¾ flags (4 bits) : 0RPT

T = 0 para direcciones permanentes (Definidas por
IANA)
T = 1 para direcciones transitorias
RP = Definidos por:
¾ RFC 3306 (Unicast-Prefix-based IPv6 Multicast
address)
¾ RFC 3956 (Embedding the Rendezvous Point
(RP) Address)
All Nodes Addresses:

FF01:0:0:0:0:0:0:1
FF02:0:0:0:0:0:0:1
All Routers Addresses:
FF01:0:0:0:0:0:0:2
FF02:0:0:0:0:0:0:2
FF05:0:0:0:0:0:0:2
RFC 4291, RFC 2375

Solicited-Node Address:
FF02:0:0:0:0:1:FFXX:XXXX
Solicited-Node multicast address are computed as a
function of a node's unicast and anycast addresses. A
Solicited-Node multicast address is formed by taking
the low-order 24 bits of an address (unicast or
anycast) and appending those bits to the prefix
FF02:0:0:0:0:1:FF00::/104 resulting in a multicast
address in the range FF02:0:0:0:0:1:FF00:0000 to
FF02:0:0:0:0:1:FFFF:FFFF
RFC 4291

La Dirección “multicast Solicited-node” permite la
resolución de la dirección de red vía Neighbor Discovery
(NDP) en la red como ocurría con ARP en IPv4. Un host
debe unirse (join) a un grupo multicast Solicited-Node
para cada una de sus direcciones unicast o anycast.
También se usa para DAD.

FF00:0:0:0:0:0:0:0
FF01:0:0:0:0:0:0:0
FF02:0:0:0:0:0:0:0 Reserved Multicast Addresses
FF03:0:0:0:0:0:0:0
FF04:0:0:0:0:0:0:0
FF05:0:0:0:0:0:0:0 RFC 4291
FF06:0:0:0:0:0:0:0
FF07:0:0:0:0:0:0:0
FF08:0:0:0:0:0:0:0
FF09:0:0:0:0:0:0:0
FF0A:0:0:0:0:0:0:0
FF0B:0:0:0:0:0:0:0
FF0C:0:0:0:0:0:0:0
FF0D:0:0:0:0:0:0:0
FF0E:0:0:0:0:0:0:0
FF0F:0:0:0:0:0:0:0

3.5 MAC multicast para IPv6
Para IPv6 la MAC es = 33-33-WW-XX-YY-ZZ

Donde WW-XX-YY-ZZ son los 4 Bytes menos
significativos de la dirección IPv6.
Ejemplo:
FF02::1:FF0E:8C6C (IPv6 multicast)
33-33-FF-0E-8C-6C (Mac de IPv6 multicast)

3.6 Direcciones Obligatorias en un nodo
Direcciones Obligatorias en un Host IPv6
1.Dirección Link Local para cada interface.
2.Cualquier otra dirección Unicast adicional que
se haya configurado en las interfaces del nodo
(manual o automáticamente).
3.Dirección de loopback.
4.Direcciones multicast de todos los nodos:
FF01::1, FF02::1
5.Dirección multicast “Solicited-Node” para
cada una de las direcciones unicast.
6.Direcciones multicast de todos los grupos a
los que el nodo pertenezca.
3.6 Direcciones Obligatorias en un nodo (cont.)
Direcciones Obligatorias en un Router IPv6

1.Todas las de un host IPv6.
2.Direcciones Anycast Subnet-Router de todas
las interfaces para las que este configurada
esta dirección. (*1)
3.Direcciones multicast de todos los routers:
FF01::2, FF02::2, FF05::2
(*1): Si se ha indicado como anycast

4. ICMPv6-ND-DHCPv6
4.1 Funciones de ICMPv6
4.2 Formato general de ICMPv6
4.3 Tipos de mensajes ICMPv6
4.4 Neighbor Discovery (ND)
4.5 Autoconfiguración
4.6 DHCPv6
4.7 Address Resolution
4.8 DAD
4.1 Funciones de ICMPv6
IPv6 usa Internet Control Message Protocol (ICMP)
como es definido para IPv4 con algunos cambios. El
protocolo resultante es llamado ICMPv6 y tiene un
valor de Next Header igual a 58.
ICMPv6 es una parte integral de IPv6 y DEBE ser
completamente implementado por cada nodo IPv6.
El RFC 4443 (ICMPv6) describe el formato y tipos
de mensajes ICMP. Realiza las siguientes funciones:
¾ Diagnósticos (ping)
¾ Descubrimiento de vecinos (ND)
¾ Autoconfiguración de interface
¾ Resolución de direcciones (IPv6 a Enlace)
¾ Detección de direcciones duplicadas (DAD)
¾ Asociación a grupos multicast (MLD)
¾ Descubrimiento de MTU (PMTU)
4.1 Funciones de ICMPv6 (cont.)
ICMPv4 Vs ICMPv6

4.2 Formato general de ICMPv6
Paquete IPv6
Encabezado IPv6 Carga útil IPv6
(NH=58)
Encabezado Mensaje ICMPv6

ICMPv6
Type(8 bits): Indica el tipo de mensaje, si es de error

(0XXXXXXX) o de información (1XXXXXXX).
Code(8 bits):Usado para crear un nivel adicional de
granularidad de mensajes, depende del “Type”.
Checksum(16 bits): Usado para detectar corrupción de
datos en el mensaje ICMPv6.
4.3 Tipos de mensajes ICMPv6
Mensajes de error
TYPE DESCRIPCION
1 Destination Unreachable
2 Packet Too Big
3 Time Exceeded
4 Parameter Problem
100-101 Private experimentation
127 Reserved for expansion
En los mensajes de error se inserta el mayor
contenido posible del paquete que generó el error,
hasta completar la MTU mínima (1280).
La descripción detallada de cada mensaje y sus
diferentes sub-tipos (code) se describen en el RFC
4443 numeral 3. 133
4.3 Tipos de mensajes ICMPv6 (cont.)
Mensajes de error (cont.)
Encabezado
Encabezado IPv6
IPv6 (NH=58)
(NH=58)
TYPE = 0xxxxxxx Mensaje ICMPv6 de error

CODE = x
IPv6
Paquete que produjo el error

Mensajes de error (cont.)

Mensajes de información
TYPE DESCRIPCION
128 Echo Request
129 Echo Reply
130 Group Memberchip Query
131 Group Memberchip Report
132 Group Memberchip Termination
200-201 Private experimentation
255 Reserved for expansion
La descripción detallada de cada mensaje y
sus diferentes sub-tipos (code) se describen
en el RFC 4443 numeral 4.
Mensajes de información (cont.)

4.4 Neighbor Discovery (ND)
Procesos de ND
Este protocolo resuelve un conjunto de problemas
relacionados a la interacción entre nodos unidos al
mismo enlace. ND esta definido en el RFC 4861.
Autoconfiguración El proceso de configuración de
de dirección direcciones IP para las interfaces de
red, en ausencia de un servidor de
configuración de direcciones con
estado, como lo es un servidor con
soporte DHCPv6.
Resolución de El proceso por el cual un nodo
Dirección de capa resuelve la dirección IPv6 de un nodo
de enlace vecino y su dirección de capa de
enlace. La resolución de dirección de
capa de enlace es equivalente a ARP
en IPv4.
4.4 Neighbor Discovery (ND) (cont.)
Procesos de ND (cont.)
Detección de El proceso por el cual un nodo determina
direcciones que la dirección considerada para su uso
duplicadas no está en uso por un nodo vecino.
(DAD)
Determinación Un nodo determina la dirección IPv6 del
Del siguiente vecino al que un paquete se está
salto (next-hop) remitiendo. La determinación se realiza
con base en la dirección de destino. La
dirección de reenvío o la dirección del
siguiente salto, es la dirección de destino
del paquete que se envía o la dirección de
un enrutador vecino.
Parámetro de El proceso por el cual un host descubre
descubrimiento parámetros adicionales de funcionamiento
como MTU del enlace o límite de saltos
por defecto para los paquetes salientes.
Procesos de ND (cont.)
Descubrimiento El proceso por el cual un host descubre

de prefijo los prefijos de la red, para destinos
locales.
Descubrimiento El proceso por el cual un host descubre
de router los enrutadores locales en un enlace
adjunto y configura automáticamente un
router por defecto. En IPv4, esto es
equivalente a usar descubrimiento de
enrutadores ICMPv4 para configurar una
puerta de enlace predeterminada.

Mensajes de ND
ND define 5 nuevos mensajes ICMPv6:

TYPE DESCRIPCION
133 Router Solicitation (RS)
134 Router Advertisement (RA)
135 Neighbor Solicitation (NS)
136 Neighbor Advertisement (NA)
137 Redirect

Mensajes de ND (cont.)
Router Solicitation(RS): Cuando una interfaz se
habilita, los host pueden enviar RS para solicitar a los
routers del mismo enlace generar RA de inmediato en
lugar de su siguiente hora programada.
Type (8 bits): 133.

Code (8 bits): 0
Checksum(16 bits):Para detectar corrupción de
datos.
Reserved(32 bits): 0
Options(variable):Se describe más adelante.
Router Advertisement(RA):Routers envían
mensajes RA periódicamente, o en respuesta a un
RS.
Type (8 bits): 134.

Code (8 bits): 0
Checksum(16 bits):Para detectar corrupción de datos.
Cur Hop Limit(8 bits): Valor de límite de saltos que
puede ser puesto en la cabecera IPv6 inicial.
M(1 bit):Managed address configuration.
O(1 bit):Other configuration.
Reserved(6 bits): 0. 143
Router Advertisement(RA):Routers envían
mensajes RA periódicamente, o en respuesta a un
RS.
Router Lifetime (16 bits): Tiempo de vida asociado al

default router en segundos.
Reachable Time (32 bits):Tiempo en milisegundos que
un nodo asume que un vecino es alcanzable. Usado en
detección de vecinos inalcanzables.
Retrans Timer(32 bits): Tiempo en milisegundos entre
retransmisiones de NS.
Options(variable): Se describe más adelante. 144
Banderas de RA
Bit (Flag) Descripción
Indican que la información de
M=1&O=X direcciones y servidores como
DNS están disponibles vía
DHCPv6.
Indica que información de solo
M=0&O=1 servidores como DNS están
disponibles vía DHCPv6.
Indica que no hay información
M=0&O=0 disponible vía DHCPv6.

Campos Opciones (Options) de RS y RA
TYPE DESCRIPCION
Source Link-Layer Address: (RS,RA)
1 Contiene la dirección de enlace de
quien envía el mensaje.
Prefix Information: (RA)
Especifica el prefijo que esta en el
3 enlace y serán usados para
autoconfiguración.
MTU: (RA)
5 Se envían en enlaces que tienen mtu
variable.

Neighbor Solicitation(NS):Los nodos envían NS para
solicitar la dirección de enlace de un nodo destino; a su vez
se envía la dirección de enlace del nodo fuente en el mismo
mensaje.
Type (8 bits): 135.

Code (8 bits): 0
Reserved(32 bits): 0.
Target Address(128 bits): IP destino de la solicitud, no
puede ser multicast.
Options(variable): Se describe más adelante.
Neighbor Advertisement (NA): Los Nodos envían NA
en respuesta a NS y además los envían para propagar
nueva información rápidamente.
Type (8 bits): 136.

Code (8 bits): 0
Reserved(29 bits): 0.
Target Address(128 bits): Si es respuesta a un NS, se coloca la
IP del target del NS, sino la IP propia. No puede ser multicast.
Options(variable): Se describe más adelante.
Banderas de NA
Bit
Descripción
(Flag)
Router flag.
R
Indica que el mensaje es enviado por
un router.
Solicited flag.
S Indica que el mensaje fue enviado en
respuesta a un NS.
Override flag.
Indica que la información de la
O
dirección de enlace enviada en el
mensaje debe sobreescribir las
demás.
Campos Opciones (Options) de NS y NA
Type Descripción
Source Link-Layer Address (NS)

1 Contiene la dirección de enlace de
quien envía el mensaje.
Target Link-Layer Address (NA)

Contiene la dirección de enlace
2 asociada a la IP que se esta
preguntando en el NS.

4.5 Autoconfiguración
La autoconfiguración definida en el RFC 4862,
es el conjunto de pasos por los cuales un nodo
decide como autoconfigurar sus interfaces en
IPv6. Este mecanismo es el que nos permite
afirmar que IPv6 es “Plug&Play”
Existen dos formas de autoconfiguración:
¾ Stateless (Routers (RA), DHCP Stateless)

¾ Stateful (DHCP Stateful)

4.5 Autoconfiguración (cont.)
Para autoconfiguración Stateless sin DHCP, el prefijo
lo envían los routers en el mensaje ICMPv6 RA.

El prefijo va específicamente en el campo “Prefix
information” y debe ser con longitud de 64.

Los pasos para realizar una autoconfiguración
stateless por RA son los siguientes:
¾ Creación de la dirección Link-Local: Una

vez la interface es habilitada se crea esta
dirección.
¾ Verificación de Duplicidad (DAD) Link-
Local: Se envía NS y no se espera NA.
¾ Obtener Prefijo para Autoconfiguración:
Se envían RS, esperando un RA con la opción
Prefix.
• DAD de la nueva dirección.


4.6 DHCPv6
Protocolo cliente servidor definido en el RFC

3315, que provee configuración gestionada de
dispositivos. DHCP puede proveer a un
dispositivo con direcciones asignadas por un
servidor DHCP y otra configuración usando
OPTIONS. DHCP es el protocolo para
autoconfiguración Stateful y se puede usar
junto con autoconfiguración Stateless. Si
existen clientes DHCP fuera del enlace, se usa
DHCP Relay.

4.6 DHCPv6 (cont.)
Formato de mensaje
DHCPv6 utiliza como protocolo de transporte

a UDP; los puertos utilizados son:
¾ Para cliente: UDP 546
¾ Para servidor y agentes relay: UDP 547

4.6 DHCPv6 (cont.)
Tipos de mensajes

4.6 DHCPv6 (cont.)
Campo Opciones

4.6 DHCPv6 (cont.)
DHCP Unique Identifier (DUID)
Cada cliente y servidor tienen un DUID el cual

es llevado en el campo de opciones
(OPTION_CLIENTID), debido a que puede ser
de longitud variable. Existen tres tipos de DUID
definidos hasta ahora:
¾ Link-layer address plus time [DUID-LLT]
¾ Link-layer address [DUID-LL]
¾ Vendor-assigned unique ID based on

Enterprise Number [DUID-EN]
4.6 DHCPv6 (cont.)
DUID LLT
Se forma uniendo el valor de la hora en que el

DUID fue generado en segundos desde la
media noche (UTC) de Enero 1 del 2000 y la
dirección de enlace.
4.6 DHCPv6 (cont.)
DUID LL
Se forma con la dirección de enlace de una

interfaz que este permanentemente conectada
al servidor o al cliente.

4.6 DHCPv6 (cont.)
DUID-EN
Esta forma de DUID es asignado por el

fabricante del dispositivo: se compone de un
número privado registrado ante la IANA y
seguido por un identificador único asignado por
el fabricante.
4.6 DHCPv6 (cont.)
Proceso DHCPv6

4.7 Address Resolution
Nodo A (NS) Nodo B (NA)

IP SRC = IP Nodo A IP SRC = IP Nodo B (Target)
IP DST = Solicited-Node Multicast IP DST = IP Nodo A
Target = IP Destino (Nodo B) Target = IP Nodo B
Option = Link-Address-Nodo A Option = Link-Address-Nodo B

4.8 DAD
Duplicate Address Detection
Dirección
SI Duplicada
NS -> IPSrc = ::, NA con

IPDst = Solicited- Target =
Node y Target = Dirección
dirección Tentativa
tentativa. ?
Asignar
NO Dirección


Capacitación IPV6 2011 - V3

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Capacitación IPV6 2011 - V3

Uploaded by

Copyright:

Available Formats

CURSO IPv6 - ETB

Instructor: Ing. Carlos Julio Corredor G.

Ing. Carlos Julio Corredor : carlcorg@etb.net.co

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 4

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 5

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 6

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 7

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 9

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 10

Rangos redes privadas

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 11

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 13

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 14

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 17

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 20

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 21

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 22

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 23

Una dirección IP multicast no indica una

MAC multicast: el último bit del primer byte es 1

MAC unicast: el último bit del primer byte es 0

Si un paquete con destino IP multicast no es un host específico:

RANGO DE MACs MULTICAST IPv4 :

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 25

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 26

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 27

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 28

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 29

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 30

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 31

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 32

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 34

Es una realidad la convergencia de las redes de voz,

Recomendación UIT-T Y.2001

La UIT define una red NGN (Red de próxima

servicios permanentes y ubicuos

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 36

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 37

1998:Se actualiza la recomendación a

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 39

2003:Se actualiza la recomendación a

2006:Se actualiza la recomendación a

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 40

Estadísticas del 31 de Marzo de 2011

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 41

Esquema proyectado Esquema real

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 42

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 43

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 48

Una dirección IPv6 tiene un tamaño de 128

La combinación del ID de compañía, que

IEEE EUI-64 representa un nuevo estándar

ccccccug cccccccc cccccccc xxxxxxxx xxxxxxxx xxxxxxxx

ccccccug cccccccc cccccccc 11111111 11111110 xxxxxxxx xxxxxxxx xxxxxxxx

24 bits OxFF OxFE 24 bits

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 55

IEEE administered company ID Manufacturer selected extension ID

cccccc00 cccccccc cccccccc xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx

xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 56

Dirección cccccc00 cccccccc cccccccc xxxxxxxx xxxxxxxx xxxxxxxx

Dirección cccccc00 cccccccc cccccccc 11111111 11111110 xxxxxxxx xxxxxxxx xxxxxxxx

Ing. Carlos Julio Corredor : carlcorg@etb.net.co 57