Guia8 de redes de area local (ip v6)

Parte 1.
Cabeceras de extensión
El uso de un formato flexible de cabeceras de extensión opcionales es una idea innovadora que permite ir añadiendo funcionalidades de forma paulatina. Este diseño aporta gran eficacia y flexibilidad ya que se pueden definir en cualquier momento a medida que se vayan necesitando entre la cabecera fija y la carga útil.
Hasta el momento, existen 8 tipos decabeceras de extensión, donde la cabecera fija y las de extensiones opcionales incluyen el campo de cabecera siguiente que identifica el tipo de cabeceras de extensión que viene a continuación o el identificador del protocolo de nivel superior. Luego las cabeceras de extensión se van encadenando utilizando el campo de cabecera siguiente que aparece tanto en la cabecera fija como en cada una de las citadascabeceras de extensión. Como resultado de la secuencia anterior, dichas cabeceras de extensión se tienen que procesar en el mismo orden en el que aparecen en el datagrama. La Cabecera principal, tiene a diferencia de la cabecera de la versión IPv4 un tamaño fijo de 40 octetos.specífica para asignarlos para aplicaciones multicast intra-dominio o entre-dominios (RFC 3306). En IPv4 era muy difícilpara una organización.
Todas o parte de estas cabeceras de extensión tienen que ubicarse en el datagrama en el orden especificado:
Cabecera de Extensión | Tipo | Tamaño | Descripción | RFC |
Opciones salto a salto (Hop-By-Hop Options) | 0 | variable | Contiene datos que deben ser examinados por cada nodo a través de la ruta de envío de un paquete. | RFC 2460 |
Ruteo (Routing) | 43 | variable| Métodos para especificar la forma de rutear un datagrama. (Usado con IPv6 móvil) | RFC 2460, RFC 3775, RFC 5095 |
Cabecera de fragmentación (Fragment) | 44 | 64 bits | Contiene parámetros para la fragmentación de los datagramas. | RFC 2460 |
Cabecera de autenticación (Authentication Header (AH)) | 51 | variable | Contiene información para verificar la autenticación de la mayor parte de losdatos del paquete (Ver IPsec) | RFC 4302 |
Encapsulado de seguridad de la carga útil (Encapsulating Security Payload (ESP)) | 50 | variable | Lleva la información cifrada para comunicación segura (Ver IPsec). | RFC 4303 |
Opciones para el destino (Destination Options) | 60 | variable | Información que necesita ser examinada solamente por los nodos de destino del paquete. | RFC 2460 |
No NextHeader | 59 | vacío | Indica que no hay más cabeceras | RFC 2460 |

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

-------------------------------------------------
Cabecera de Fragmentación
En IPv6 la fragmentaciónse realiza sólo en el nodo origen del paquete, al contrario que en IPv4 en donde los routers pueden fragmentar un paquete. En IPv6, las opciones también desaparecen de la cabecera estándar y son especificadas por el campo "Cabecera Siguiente" (Next Header), similar en funcionalidad en IPv4 al campo Protocolo. Un ejemplo: en IPv4 uno añadiría la opción "ruta fijada desde origen" (Strict Source andRecord Routing) a la cabecera IPv4 si quiere forzar una cierta ruta para el paquete, pero en IPv6 uno modificaría el campo "Cabecera Siguiente" indicando que viene una cabecera de encaminamiento. La cabecera de encaminamiento podrá entonces especificar la información adicional de encaminamiento para el paquete, e indicar que, por ejemplo, la cabecera TCP será la siguiente. Este procedimiento esanálogo al de AH y ESP en IPsec para IPv4 (que aplica a IPv6 de igual modo, por supuesto).

* direcciones de origen (128 bits)
* direcciones de destino (128 bits)
* versión del protocolo IP (4 bits)
* clase de tráfico (8 bits, Prioridad del Paquete)
* Etiqueta de flujo (20 bits, manejo de la Calidad de Servicio),
* Longitud del campo de datos (16 bits)
* Cabecera...