lkml.org 
[lkml]   [1998]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [2.1.99] TCPv4 bad checksum
   From: Kevin Fenzi <kevin@scrye.com>
Date: Fri, 1 May 1998 10:16:10 -0600 (MDT)

I know we all (or many of us) have been seeing:

TCPv4 bad checksum from 152.204.52.232:0a2b to 207.174.18.194:0050,len=20/20/40
TCPv4 bad checksum from 32.100.112.113:0ea5 to 207.174.18.194:0019,len=35/35/55

Ewe, these are aparently slip/ppp lines at AOL and IBM respectively ;-)

Davem maintains (I am pretty sure correctly) that these are caused
by VJ header compression bugs in various other ppp implementations.

And there are also issues of just plain bad bytes going over the lines
due to FIFO overflows on either side of the serial connection for a
particular packets.

Is there anything we can do to confirm this?

Tell the people at the slip/ppp end to disable VJ compression and see
if it happens anymore ;-)

Anyhow, these messages cause no harm that I can tell but it would
be nice to resolve them before 2.2...If nothing else, we should
remove them if they no longer tell us meaningfull info...

Of course, just like in 2.0.x it will be off or a
NETDEBUG/SOCKDEBUG().

We leave them on during the development phase so that if our stack is
in fact generating/checking csums improperly, we'll know right away.

Later,
David S. Miller
davem@dm.cobaltmicro.com


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:42    [W:0.048 / U:1.052 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site