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).
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