netdev - Re: Multicast and hardware checksum

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <46693743.7090100@ev-en.org>
Date:	Fri, 08 Jun 2007 14:02:27 +0300
From:	Baruch Even <baruch@...en.org>
To:	Herbert Xu <herbert@...dor.apana.org.au>
CC:	netdev@...r.kernel.org
Subject: Re: Multicast and hardware checksum

Herbert Xu wrote:
> Baruch Even <baruch@...en.org> wrote:
>> I have a machine on which I have an applications that sends multicast 
>> through eth interface with hardware tx checksum enabled. On the same 
>> machine I have mrouted running that routes the multicast traffic to a 
>> set of ppp interfaces. The packets that are received by the client have 
>> their checksum fixed on some number which is incorrect. If I disable tx 
>> checksum on the eth device the packets arrive with the proper checksum.
> 
> Where is the client? On the same machine or behind a PPP link?

The clients are behind the ppp links.

As far as IGMP and multicast handling everything works, the packets are 
even forwarded over the ppp links but they arrive to the client with a 
bad checksum. I don't have the trace in front of me but I believe it was 
the UDP checksum that failed.

Baruch


-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html