Date: Mon, 8 Jan 2001 09:21:13 -0600 (CST) From: Jonathan Lemon <jlemon@flugsvamp.com> To: jeroen@vangelderen.org, stable@freebsd.org Subject: Re: Intel PRO/100+ driver or hardware? Message-ID: <200101081521.f08FLDi31948@prism.flugsvamp.com> In-Reply-To: <local.mail.freebsd-stable/128310000.978895262@grolsch.ai>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <local.mail.freebsd-stable/128310000.978895262@grolsch.ai> you write: >Moreover, a tcpdump on both sides of a stalled TCP connection seems to >indicate that no packets get lost. I do an scp on hayek (problematic >machine) to fetch a file from keynes. It looks like hayek simply stops >responding to incoming packets and the TCP connection stalls until keynes >gives up and sends RST. > >I've stuck both tcpdumps for > hayek# scp me@keynes.ai:./bla.tgz /dev/null >at > http://vangelderen.org/~gelderen/tcpdump-hayek (problematic machine) > http://vangelderen.org/~gelderen/tcpdump-keynes (has the file) > >If someone with a clue could have a look over them? I'm sure some netstat >information could be useful but I don't know which bits to include. It looks like 'hayek' is refusing to accept one of the segments that 'keynes' is transmitting. The segment arrives at the machine, but 'hayek' never sends an ACK. I'd look at 'netstat -s' and see whether any of the 'bad checksum' counters are set, if so, then something is corrupting the packets. Does this happen even if you connect the machines back to back (with a crossover cable?) -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200101081521.f08FLDi31948>