From: Jon Smirl <jonsmirl@gm...> - 2007-01-08 02:51:47
I've been running tests pretty much continuously for the last couple
of days. I have discovered a new failure but it's not in the zd1211rw
code. Something is broken on my NSLU2 ARM system when packets get
fragmented by the zd1211rw. Not sure whether it is in the TCP stack or
the Ethernet driver. Once a TCP session hits the bug the session is
Now I can run tests all day long over directly over Ethernet between
my desktop and the NSLU2. But when I switch the desktop over to using
the zd1211rw, I'll lose the session in about 10 minutes. When I
capture the problem Wireshark reports a TCP error from a missing
segment. Then it tries to recover and it can't, the session gets stuck
in a loop of retries.
If I do the same tests between a pair of x86 machines I still get
fragmented packets but they don't bother the x86 TCP implementation.
This implies that there is something wrong in the ARM TCP or Ethernet
I'm using this to generate test traffic:
dd if=/dev/zero bs=100000 count=100000 | netcat 192.168.1.45 1235
netcat -l -p 1234 >/dev/null
Is there some slick way to generate test patterns on one end and then
check them on the other to look for data corruption errors?
netcat always generates maximum MTU sized packets. Is there a simple
way to generate a bunches of tiny packets?
Get latest updates about Open Source Projects, Conferences and News.