Diferencia entre revisiones de «Fragmentación IP»
m Revertidos los cambios de 189.143.37.114 a la última edición de Muro Bot |
|||
| Línea 2: | Línea 2: | ||
== Fondo == |
== Fondo == |
||
En el caso más fácil el [[datagrama]] entero entra en un bloque de datos física y consigue así la eficiencia más alta. Sin embargo no hay normas fijas para el tamaño del [[datagrama]]. Además el tamaño máximo del datagrama depende de los componentes de infraestructura utilizados, ya que por cada técnica de switching los tamaños máximos del datagrama son |
En el caso más fácil el [[datagrama]] entero entra en un bloque de datos física y consigue así la eficiencia más alta. Sin embargo no hay normas fijas para el tamaño del [[datagrama]]. Además el tamaño máximo del datagrama depende de los componentes de infraestructura utilizados, ya que por cada técnica de switching los tamaños máximos del datagrama son diferentes. |
||
== Objetivo == |
== Objetivo == |
||
Revisión del 21:57 16 jun 2010
La fragmentación IP denota la distribución de un paquete IP entre varios bloques de datos, si su tamaño sobrepasa la unidad máxima de transferencia (Maximum Transfer Unit - MTU) del canal.
Fondo
En el caso más fácil el datagrama entero entra en un bloque de datos física y consigue así la eficiencia más alta. Sin embargo no hay normas fijas para el tamaño del datagrama. Además el tamaño máximo del datagrama depende de los componentes de infraestructura utilizados, ya que por cada técnica de switching los tamaños máximos del datagrama son diferentes.
Objetivo
El objetivo de la fragmentación IP era la ocultación de la infraestructura IP para las capas más altas (véase Modelo OSI) para plantar la implantación de protocolos independiente del hardware.
Modo de trabajar
Cuando la capa IP obtiene un datagrama para enviar, si el tamaño del datagrama es más grande que la MTU por esta capa, la capa IP divide el datagrama disponible en varios datagramas más pequeños. Este proceso es denotado como fragmentación. La fragmentación puede tener lugar en el emisor inicial o en en los routers que están entre el emisor y el receptor. Si un datagrama es fragmentado, no será ensamblado(desfragmentado) de nuevo hasta llegar al receptor. (Excepción: Un reassembly de Cortafuegos intercalados antes de transmitir los datos) Si es necesario, un paquete ya fragmentado puede ser fragmentado otra vez (por ejemplo durante un cambio de método de transmisión).
Cada fragmento del datagrama original obtiene en vez del datagram header (cabecera de datagrama) del paquete original un denominado fragment header (cabecera de fragmento) que contiene entre otras cosas el Offset que indica la porción de datos enviado en este paquete en relación al paquete original. El fragment offset (13 bit en el IP header) está indicado en bloques de 64 bits. Todos los fragmentos menos el ultimo 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 verificación 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.
Efectos
Aunque el objetivo es una implementación para capas más altas (por ejemplo TCP/UDP) este no está conseguido en dos puntos:
- La fragmentación puede tener una gran influencia negativa en la actuación y en el flujo de datos.
- Si se pierde un paquete fragmentado del paquete original, hay que transmitir el completo paquete original otra vez. Sin embargo IP no tiene mecanismos de seguridad o de timeout y es dependiente de las funciones de seguridad de las capas más altas como TCP.
Por las razones arriba mencionadas se intenta de evitar la fragmentación siempre que sea posible.
IPv6
IPv6 ya no permite a los routers fragmentar los paquetes. El emisor siempre está informado con un mensaje ICMP cuando una fragmentación será necesaria. Así el emisor puede bajar su tamaño de paquete para esta conexión y la fragmentación ya no es necesaria.