Beruflich Dokumente
Kultur Dokumente
2. IHL
-Ipv4:
Longitud de la cabecera, en palabras de 32 bits. Su valor mnimo es de 5 palabras
(5x32 = 160 bits, 20 bytes) para una cabecera correcta, y el mximo de 15 palabras
(15x32 = 480 bits, 60 bytes).
-ipv6:
El campo de encabezado de Internet Longitud (DIH ) que indica la longitud de la
cabecera IPv4 ya no es necesaria porque el encabezado IPv6 es siempre 40 bytes de longitud
3.SOF
Indica una serie de parmetros sobre la calidad de servicio deseada durante el trnsito por una
red. Algunas redes ofrecen prioridades de servicios, considerando determinado tipo de
paquetes "ms importantes" que otros (en particular estas redes solo admiten los paquetes con
prioridad alta en momentos de sobrecarga). Estos 8 bits se agrupan de la siguiente manera:
Los 3 primeros bits estn relacionados con la precedencia de los mensajes, un indicador
adjunto que indica el nivel de urgencia basado en el sistema militar de precedencia de la
CCEB,
000: De rutina.
001: Prioritario.
010: Inmediato.
011: Relmpago.
100: Invalidacin relmpago.
101: Procesando llamada crtica y de emergencia.
110: Control de trabajo de Internet.
111: Control de red.
Los 5 bits de menor peso son independientes e indican caractersticas del servicio.
Desglose de bit
Bits 0 a 2: Prioridad.
Bit 3: Retardo. 0 = normal ; 1 = bajo.
Bit 4: Rendimiento. 0= normal; 1= alto.
Bit 5: Fiabilidad. 0=normal; 1= alta.
Bit 6-7: No usados. Reservados para uso futuro.
4.Longitud Total
Es la longitud total del mensaje en octetos incluida la cabecera. Por ser un campo de 16 bits
permite una longitud de hasta 65535 octetos.
Campos de segmentacin y reensamblado: Supongamos la siguiente situacin:
Segmentacin y reensamblado.
Analicemos detenidamente lo que ocurre cuando Host1 enva un datagrama con1400 octetos
de datos a Host2. Se genera el datagrama:
Segmentacin y reensamblado.
El datagrama se enva y llega hasta el router1. Este advierte que ha de reenviar el datagrama
de 1420 octetos por una red en la que el tamao mximo es de 620 octetos. Por tanto, antes de
reenviar, procede a segmentar generando tres datagramas del original que respeten la longitud
mxima:
5. identificador
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. El valor asignado en este
campo debe ir en formato de red.
6.flag
Son los siguientes:
Flags.
En nuestro ejemplo el router rellena estos campos con los siguientes valores:
Segmentacin y reensamblado.
Estos tres datagramas son enviados hasta el Host2 donde se reensambla el datagrama
original. Por qu no se reensambla en el router2? Para responder esta pregunta basta con
recordar que IP es no orientado a conexin y por ello al Host2 podra llegarse por dos Routers
diferentes.
Por el hecho de que IP es, adems, no fiable al llegar el primer fragmento se disparar un
TIMER. Si transcurrido un tiempo no han llegado todos los fragmentos se descartan los que s
lo hayan hecho.
6.offset
indica la porcin de datos enviado en este paquete en relacin al paquete original. El fragment
offset (13 bit en el IP header) est indicado en bloques de 64 bits. Todos los fragmentos menos
el ltimo tienen el more fragments flag con valor "1". El campo de longitud en el IP
header contiene la longitud del fragmento, y se calcula la suma de verificacin para cada
fragmento apartadamente, mientras que el resto del header corresponde al header original.
El receptor es el responsable de reensamblar todos los fragmentos en el orden correcto para
obtener el datagrama original y entregarlos al protocolo de nivel superior. El reensamblaje se
espera que ocurra en el equipo receptor, pero en la prctica puede ocurrir tambin en routers
intermedios, por ejemplo, NAT puede necesitar reensamblar fragmentos para traducir flujos de
datos, e.g. el protocolo de control de FTP
7. Protocol
indica el nmero oficial del protocolo de alto nivel al que IP debera entregar los datos
del datagrama. Algunos valores importantes se muestran en la Tabla
Protocolo
Nmero
Reservado
ICMP
IGMP
IP encapsulado
TCP
UDP
17
OSPF
89
8.TTl
Limita el tiempo que un datagrama puede pasar en la red. TTL se decrementa en una unidad
cada vez que pasa por un router si todo va bien, o en una unidad por segundo en el router si
hay congestin. Al llegar a cero el datagrama es descartado.
Protocolo: Especifica qu protocolo est por encima de IP: TCP, UDP o ICMP que se explicar
posteriormente.
9. Checksum:
Es el resultado de aplicar un cdigo de proteccin de errores a la cabecera con los bits del
campo checksum puestos a cero. Normalmente, se suman todos los bits de la cabecera, se
complementa la suma a uno y se pone el resultado en checksum. Este campo se modifica en
cada router por decrementarse el campo TTL.
10 Opciones:
Aunque no es obligatoria la utilizacin de este campo, cualquier nodo debe ser capaz de
interpretarlo. Puede contener un nmero indeterminado de opciones, que tendrn dos posibles
formatos:
Formato de opciones simple
Se determina con un slo octeto indicando el Tipo de opcin, el cual est dividido en 3
campos.
0 = control
1 = reservada
2 = depuracin y mediciones
3 = ya esta.
Clase
Nmero
Tamao
Descripcin
11
Seguridad.
variable
variable
variable
variable
Cuando un nodo de Internet procesa la direccin de la lista apuntada por el puntero (es
decir, se alcanza esa direccin) incrementa el puntero en 4, y redirige el paquete a la
siguiente direccin. Si el puntero llega a ser mayor que el Tamao de Opcin significa
que la informacin de ruta se ha procesado y registrado completamente y se redirigir
el paquete a su direccin de destino.
Si se alcanza la direccin de destino antes de haber procesado la lista de direcciones
completa (el puntero es menor que el Tamao de Opcin) la siguiente direccin de la
lista reemplaza a la direccin de destino del paquete y es a su vez reeemplazada por la
direccin del nodo que est procesando el datagrama ("Ruta Registrada"),
incrementando, adems, el puntero en 4.
Utilizando este mtodo de sustituir la direccin especificada en origen por la Ruta
Registrada se asegura que el tamao de la Opcin (y de la cabecera IP) no vara
durante su recorrido por la red.
Se considera que la ruta especificada por el originador es "abierta" porque cualquier
nodo que procesa el paquete es libre de dirigirlo a la siguiente direccin siguiendo
cualquier otra ruta intermedia.
Slo puede usarse una vez en un datagrama, y, en caso de fragmentacin, la opcin se
copiar a los paquetes resultantes.
Enrutado desde el Origen (estricto) y Registro de Ruta (SSRR):
Exactamente igual que LSSR, excepto en el tratamiento que los nodos harn de este
datagrama. Al ser la ruta especificada "estricta", un nodo debe reenviar el paquete
directamente a la siguiente direccin, es decir, no podr redireccionarlo por otra red.
Registro de Ruta:
Mediante el uso de esta Opcin se puede registrar el itinerario de un datagrama. Los
Datos de Opcin consisten en un puntero (un octeto) y un espacio relleno de ceros que
contendr la Ruta Registrada para el paquete.
Cuando un nodo recibe un paquete en el que est presente esta opcin, escribir su
direccin IP en la posicin indicada por el puntero, siempre que sta sea menor que el
Tamao de Opcin, e incrementar el puntero en 4.
Es preciso que el espacio reservado para la Ruta Registrada tenga una longitud
mltiplo de 4; si al intentar grabar su direccin un nodo detecta que existe espacio libre
pero es menor de 4 octetos, el paquete no se reenva (se pierde) y se notifica el error,
mediante ICMP, al originador del datagrama.
Esta Opcin no se copia en caso de fragmentacin, y slo puede aparecer una vez en
un paquete.
11.Relleno:
se agregan ceros adicionales a este campo para garantizar que el encabezado IP siempre sea
un mltiplo de 32 bits
12. Datos:
contiene informacin de capa superior, longitud variable hasta un de mximo 64 Kb.