Comment 5 for bug 1495527

Didier,

yes this is correct.
The RFC says for the checksum, similar to length

6.4.1. inferred_ip_v4_header_checksum

   This encoding method implicitly assumes that the compressor will not
   process a corrupted header; otherwise, it cannot guarantee that the
   checksum as recomputed by the decompressor will be bitwise identical
   to its original value before compression.

I think, the compressor should drop such packets, because they
can't processed at all. Sending with uncompressed profile
makes no sense, because at the receiving site the IP
stack will drop that frame (I guess).

Best,
Klaus Warnke