• El campo Version (Versión): siempre es equivalente a 4 bits para IPv6. Durante el
período de transición de IPv4 a IPv6, los routers deberán fijarse en este campo para
saber qué tipo de datagrama están enrutando.
• El campo Traffic Class (Clase de tráfico): (codificado con 8 bits) se utiliza para distinguir las
fuentes que deben beneficiarse del control de flujo de otras. Se asignan
prioridades de 0 a 7 a fuentes que pueden disminuir su velocidad en caso de
congestión. Se asignan valores de 8 a 15 al tráfico en tiempo real (datos de
audio y video incluidos) en donde la velocidad es constante.Esta distinción en los flujos permite que los routers reaccionen mejor en caso
de congestión. En cada grupo de prioridad, el nivel de prioridad más bajo se
relaciona con los datagramas de menor importancia.
• El campo Flow label (Etiqueta de flujo): contiene un número único escogido por la fuente que
intenta facilitar el trabajo de los routers y permitir la implementación de
funciones de calidad de servicio como RSVP (Protocolo de reserva de recursos). Este
indicador puede considerarse como un marcador de un contexto en el router. El
router puede entonces llevar a cabo procesamientos particulares: escoger una
ruta, procesar información en "tiempo real", etc.
El campo de etiqueta de flujo puede llenarse con un valor aleatorio, que se utilizará como referencia del contexto. La fuente mantendrá este valor para todos los paquetes que envíe para esta aplicación y este destino. El procesamiento se optimiza debido a que el router ahora sólo tiene que consultar cinco campos para determinar el origen de un paquete. Además, si se utiliza una extensión de confidencialidad, la información relacionada con los números de puerto está enmascarada para los routers intermediarios .
El campo de etiqueta de flujo puede llenarse con un valor aleatorio, que se utilizará como referencia del contexto. La fuente mantendrá este valor para todos los paquetes que envíe para esta aplicación y este destino. El procesamiento se optimiza debido a que el router ahora sólo tiene que consultar cinco campos para determinar el origen de un paquete. Además, si se utiliza una extensión de confidencialidad, la información relacionada con los números de puerto está enmascarada para los routers intermediarios .
• El campo Payload limit (Longitud de carga útil): de dos bytes contiene sólo el tamaño de la carga útil, sin
tener en cuenta la longitud del encabezado. Para paquetes en los que el tamaño
de datos es superior a 65.536, este campo vale 0 y se utiliza la opción de
jumbograma de la extensión "salto a salto".
• El campo Next header (Siguiente encabezado): tiene una función similar a la del campo protocol (protocolo) en el
paquete IPv4: simplemente identifica el encabezado siguiente (en el mismo
datagrama IPv6). Puede ser un protocolo (de una capa superior ICMP, UDS, TCP,
etc.) o una extensión.
• El campo Hop limit (Límite de saltos): reemplaza el campo "TTL" (Time-to-Live
[Tiempo de vida]) en IPv4. Su valor (de 8 bits) disminuye con cada nodo que reenvía 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 función 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 teoría, en IPv4, hay una noción del tiempo en segundos, pero ningún router la
utiliza. Por lo tanto, se ha cambiado el nombre para que refleje su verdadero
uso.
• Los
siguientes campos son Source
address (Dirección de origen) y Destination
address (Dirección de destino).
Después 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 dirección —el prefijo— definen el tipo de dirección. 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 según los 16 bits siguientes (o sea 16 bits a 0 ó 1).
Después 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 dirección —el prefijo— definen el tipo de dirección. 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 según los 16 bits siguientes (o sea 16 bits a 0 ó 1).
