¿Qué campos de un encabezado IP se modifican y cuáles no cuando pasa a través de un enrutador?

Los enrutadores se comportan de manera diferente en los protocolos Ipv4 e IPv6. Aquí están las principales modificaciones realizadas por el enrutador en cada caso;

  1. TTL -> En Ipv4, el tiempo de vida se reduce en 1 por cada nodo del enrutador. Esto asegura que un paquete se descarte una vez que alcanza su límite de salto predefinido. Este campo asegura que ningún paquete viva infinitamente en la red, por lo tanto, causa inundaciones. Cada enrutador comprueba este valor contra 0, y si lo encuentra, descarta el paquete. Este campo se renombra en IPv6 como límite de salto. La única diferencia es que ipv4 TTL puede tener un valor en segundos, mientras que Ipv6 lo limita al número de saltos con cada enrutador disminuyendo en 1.
  2. Framentation-> IPv4, si el bit DF (no fragmentar bit) se establece en 0, el enrutador verifica si el paquete IP recibido es mayor que el tamaño MTU de la interfaz saliente elegida (tarjeta de red). si lo encuentra, fragmenta el paquete en partes más pequeñas y actualiza los siguientes encabezados;
    1. El campo de longitud total para hacer el tamaño del fragmento.
    2. El indicador de más fragmentos (MF) se establece para todos los fragmentos, excepto el último, que se establece en 0.
    3. El campo de desplazamiento del fragmento se establece en función del desplazamiento del fragmento en la carga útil de datos original. Esto se mide en unidades de bloques de ocho bytes.
    4. El campo de suma de comprobación del encabezado se vuelve a calcular.

El reensamblaje ocurre de la misma manera en función de la bandera Más fragmentos.

En Ipv6, la responsabilidad de la fragmentación y reensamblaje recae en los hosts individuales y no en los enrutadores. Esto mejora el rendimiento del enrutador en Ipv6.

Supongo que conoce los campos del encabezado IP. Mi respuesta se basará en esta suposición.

Las direcciones IP de origen y destino nunca se modifican.

Además de estos dos, el campo de protocolo, los bits de QoS y el campo de versión no se modifican.

Las únicas modificaciones posibles serían la identificación y el campo de desplazamiento de fragmento del indicador DF se establece en 0. Si estos dos campos se modifican debido a una MTU de ruta diferente, la suma de verificación también cambia.