vge traffic problem
David Ehrmann
ehrmann at gmail.com
Mon Jan 11 23:38:59 UTC 2010
Pyun YongHyeon wrote:
> If receiver drops TX UDP frame sent by vge(4) would you try
> disabling TX checksum offloading of vge(4)? If packet drop happens
> only with UDP frames it could be checksum offload bug. Does your
> controller is VT6130(PCIe)?
>
First, netstat before and after the test:
share2# netstat -I vge0 -d
Name Mtu Network Address Ipkts Ierrs Idrop
Opkts Oerrs Coll Drop
vge0 1500 <Link#1> 00:40:63:xx:xx:xx 38940717 0 0
55913584 0 0 0
vge0 1500 10.0.0.0/22 share2 38886994 - -
55898223 - - -
share2# netstat -I vge0 -d
Name Mtu Network Address Ipkts Ierrs Idrop
Opkts Oerrs Coll Drop
vge0 1500 <Link#1> 00:40:63:xx:xx:xx 38942065 0 0
55914869 0 0 0
vge0 1500 10.0.0.0/22 share2 38888320 - -
55899491 - - -
The error counters were uninteresting. Here's what the internal
counters said, but they weren't very interesting, either:
http://pastebin.com/m20114095
I ran the test, again, and had tcpdump capture the packets (on the host
with the vge interface).
tcpdump -i vge0 -w dump.cap -K -s 0 host 10.0.1.2
When I opened it up in Wireshark, it's reporting that the outgoing UDP
checksums are incorrect; they're always 0x1ae3. That said, maybe the
checksums are done in hardware AFTER tcpdump sees them.
I set net.inet.udp.checksum to 0. The bad checksums are gone, but I
still see dropped packets.
It's on the motherboard, probably wired directly to a PCI-E connection,
but yes, it is a VT6130.
More information about the freebsd-current
mailing list