On Wed, Nov 08, 2006 at 10:13:32PM +0000, Al Viro wrote:
> AFAICS, the rules are:
>
> (1) checksum is 16-bit one's complement of the one's complement sum of
> relevant 16bit words.
>
> (2) for v4 UDP all-zeroes has special meaning - no checksum; if you get
> it from (1), send all-ones instead.
>
> (3) for v6 UDP we have the same remapping as in (2), but all-zeroes has
> different meaning - not "ignore checksum" as in v4, but "reject the
> packet".
>
> (4) there is no (4).
>
> IOW, nobody except UDP has any business doing that 0->0xffff
> replacement. However, we have
> if (icmp6h->icmp6_cksum == 0)
> icmp6h->icmp6_cksum = -1;
> and similar in net/ipv6/raw.c
>
> AFAICS, both went in with (commit ID by linux-hist repository)
> commit 6bac90985c8b65ffc25839c001aa7ef4831d2915
> Author: Kazunori Miyazawa <[EMAIL PROTECTED]>
> Date: Mon May 12 00:21:19 2003 -0700
>
> [IPV4]: Introduce ip6_append_data.
>
> That changeset has very similar changes done in udp.c, icmp.c and raw.c;
> remapping of UDP checksum used to be in the area affected by the changeset
> and it looks like it got not just preserved in udp.c (as it should), but
> copied to icmp.c and raw.c instances.
>
> So... is it really needed there?
While we are at it, shouldn't ip_nat_mangle_udp_packet() do the same
remapping in
} else
udph->check = nf_proto_csum_update(*pskb,
htons(oldlen) ^
htons(0xFFFF),
htons(datalen),
udph->check, 1);
branch? Note that udp_manip_pkt() does it in the same situation...
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html