Diferencia entre revisiones de «Cabecera IP»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
imported>188-VIGO-X11.libre.retevision.es
mSin resumen de edición
(Sin diferencias)

Revisión del 17:20 8 oct 2001

La siguiente tabla muestra el formato de las cabeceras IP, según la RFC 791 y, a continuación, una breve descripción de cada campo:

Formato de la Cabecera IP (Versión 4)
0
4
8
16
19
32
Versión
Tamaño Cabecera
Tipo de Servicio
Longitud Total
Identificador
Indicadores
Núm. Fragmento
Tiempo de Vida
Protocolo
Checksum Cabecera
Dirección IP de Origen
Dirección IP de Destino
Opciones
Relleno


  • Versión: 4 bits.
Este campo describe el formato de la cabecera utilizada. En la tabla se describe la versión 4.
  • Tamaño Cabecera (IHL): 4 bits.
Longitud de la cabecera, en palabras de 32 bits. Su valor mínimo es de 5 para una cabecera correcta, y el máximo de 15.


  • Tipo de Servicio: 8 bits.
Indica una serie de parámetros sobre la calidad de servicio deseada 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, algunas redes pueden admitir sólo los paquetes con una prioridad alta en momentos de sobrecarga).
Estos 8 bits se agrupan de la siguiente manera:
    • bits 0-2: Prioridad: Valores altos para prioridades superiores.
    • bit 3: 0 = Retraso Normal, 1 = Bajo Retraso.
    • bit 4: 0 = Tránsito Normal, 1 = Tránsito Rápido.
    • bit 5: 0 = Fiabilidad Normal, 1 = Alta Fiabilidad.
    • bits 6-7: Reservados para futuros usos.


  • Longitud Total: 16 bits.
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 la certeza 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.
  • Identificador: 16 bits.
Identificador único del datagrama. Se utilizará, en caso de que el datagrama deba ser fragmentado, para poder distinguir los fragmentos de un datagrama de los de otro. El originador del datagrama debe asegurar un valor único para la pareja origen-destino y el tipo de protocolo durante el tiempo que el datagrama pueda estar activo en la red.
  • Indicadores: 3 bits.
Actualmente para especificar valores relativos a la fragmentación de paquetes:
    • bit 0: Reservado; debe ser 0
    • bit 1: 0 = Divisible, 1 = No Divisible
    • bit 2: 0 = Último Fragmento, 1 = Fragmento Intermedio (le siguen más fragmentos)
La indicación de que un paquete es indivisible debe ser tenida en cuenta bajo cualquier circunstancia. Si el paquete necesitara ser fragmentado, no se enviará.
  • Número de Fragmento: 13 bits.
En paquetes fragmentados indica la posición, en unidades de 64 bits, que ocupa el paquete actual dentro del datagrama original. El primer paquete de una serie de fragmentos contendrá en este campo el valor 0.
  • Tiempo de Vida: 8 bits.
Indica el máximo número de segundos que un paquete puede estar circulando. Cada vez que algún nodo procesa este paquete disminuye su valor en, como mínimo, 1 segundo. Cuando llegue a ser 0, el paquete no será reenviado.
  • Protocolo: 8 bits.
Indica el protocolo de siguiente nivel utilizado en la parte de datos del datagrama.
  • Checksum Cabecera: 16 bits.