Resumen

  • La suma de comprobación IPv4 de 16 bits cubre únicamente la cabecera, donde están los datos necesarios para procesar el datagrama.
  • Los campos mutables obligan a verificar y recalcular la suma en cada punto que procesa la cabecera.

La decisión de reenvío merece protección

El RFC 791 define una suma en complemento a uno sobre todas las palabras de 16 bits de la cabecera; durante el cálculo, el propio campo se trata como cero. El resultado ocupa 16 bits en la cabecera.

La cabecera contiene el destino, la longitud, la fragmentación, el tiempo de vida y el protocolo. Esos valores guían el tratamiento del datagrama. Por eso el RFC 791 dice que la suma verifica la información usada para procesarlo, aunque los datos todavía puedan contener errores. Si falla, la entidad que lo detecta debe descartarlo de inmediato.

Esto no convierte a IPv4 en un servicio de integridad extremo a extremo. La suma no cubre la carga útil y no indica qué mecanismo, si existe alguno, la protege.

La suma cambia durante el tránsito

El TTL se reduce mientras el datagrama atraviesa routers. La fragmentación y ciertos cambios de dirección u opciones también alteran la cabecera. El RFC 791 exige verificar y recalcular la suma cada vez que se procesa esa cabecera.

Una implementación puede recalcular todos los campos o actualizar la suma de forma incremental. El RFC 1624 exige que la vía rápida sea aritméticamente equivalente al cálculo completo.

Dos formas de representar cero

El complemento a uno tiene cero positivo y cero negativo. La fórmula incremental del RFC 1141 podía escoger una representación distinta en un caso límite. El RFC 1624 corrigió el procedimiento para conservar el resultado exacto, sin cambiar el tamaño del campo ni su alcance.

Fuentes