Estructura de los datos TCP/IP

 
OBJETIVOS
• Identificar los componentes de la cabecera IPv4.
• Establecer los conceptos y características de cada uno de los componentes de la cabecera IPv4.
• Reconocer como se completa cada campo de la cabecera del datagrama.

CABECERA IP
La cabecera del paquete IP es la siguiente:
Donde:


VER (VERSIÓN)
Es la versión del protocolo IP. Se monta sobre IPv4.
HLEN (HEADERLENGHT)
Longitud de la cabecera, campo de 4 bit en palabras de 32 bits. Su valor mínimo es de 5 bits (5x32 = 160 bits, 20 bytes) para una cabecera correcta, y el máximo de 15 bits (15x32 = 480 bits, 60 bytes). El tamaño de la cabecera nunca incluye el tamaño del payload o de la cabecera siguiente.
TOS (TYPE OF SERVICE)
El tipo de servicio indica una serie de parámetros sobre la calidad de serviciodeseada durante el tránsito por una red. Algunas redes ofrecen prioridades de servicios, considerando determinado tipo de paquetes “más importantes” que otros (en particular estas redes solo admiten los paquetes con prioridad alta en momentos de sobrecarga).
Campo de 8 bit. Indica la calidad de servicio solicitada por el datagrama IP. TOS se encuentra descrito en la RFC 791. La RFC 1583 describeTOS Application Routing. El campo TOS ha sido redefinido como DSCP (Differentiated Services Code Point) que consta de los 6 primeros bit y dos sin establecer.

Este campo se divide en los siguientes campos:
- Preferencia. (3 bit) Indica la naturaleza y prioridad del datagrama. 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
- TOS. (4 bit) Especifica el valor del tipo de servicio:
- 1000 - El paquete solicita minimizar la demora
- 0100 - El paquete solicita maximizar la tasa de transferencia
- 0010 - El paquete solicita maximizar la fiabilidad
- 0001 - El paquetesolicita minimizar el coste
- 0000 - Servicio normal
- MBZ. Bit de comprobación



TOTAL LENGHT
Es el tamaño total, en octetos, del datagrama, incluyendo el tamaño de la cabecera y el de los datos. El tamaño máximo de los datagramas usados normalmente es de 576 octetos (64 de cabeceras y 512 de datos). Una máquina no debería envíar datagramas mayores a no ser que tenga lacerteza de que van a ser aceptados por la máquina destino.
En caso de fragmentación este campo contendrá el tamaño del fragmento, no el del datagrama original.
Campos de segmentación y reensamblado: Supongamos la siguiente situación:
Segmentación y reensamblado.

Analicemos detenidamente lo que ocurre cuando Host1 envía un datagrama con1400 octetos de datos a Host2. Se genera el datagrama:El datagrama se envía y llega hasta el router1. Este advierte que ha de reenviar el datagrama de 1420 octetos por una red en la que el tamaño máximo es de 620 octetos. Por tanto, antes de reenviar, procede a segmentar generando tres datagramas del original que respeten la longitud máxima:


ID
Indica el identificador del fragmento actual en caso de que el paquete estuviera fragmentado.Este campo contiene un valor de 16 bits que es común a cada uno de los fragmentos que petenecen a un mensaje en particular, para los datagramas enviados originalmente sin fregmentar aún es llenado, por lo que se puede utilizar si el datargrama debe ser fragmentado por un router durante la entrega. Este campo es utilizado por el receptor para reensamblar los mensajes sin mezclar accidentalmentefragmentos de mensajes diferentes. Esto es necesario porque los fragmentos pueden llegar desde múltiples mensajes mezclados entre si, ya que los datagrama IP pueden ser recibidos desordenadamente desde cualquier dispositivo.
FGLS
Actualmente utilizado sólo para especificar valores relativos a la fragmentación de paquetes:

bit 0: Reservado; debe ser 0
bit 1: 0 = Divisible, 1 = No...