Carl - no, the ftp transfer hangs happens both as a client and a server. The tcpdump trace in the original post is with the machine as a client. I thought about it being a NIC issue (or a module / driver NIC issue) but since tcpdump sees the packet(s) isn't the packet being passed up through the NIC driver to the kernel?? If all else fails I will probably swap the NIC just to see if the behavior changes. - Kirk "Carl A. Cook" wrote: > > I had a problem similar to this, and it turned out to be a bad SMC NIC. I > say hardware on the client. Does the server machine work OK as client to a > public server? > -- > Carl A. Cook > quantumATaugustmailDOTcom > > Sign the petition at http://www.libranet.com/petition.html > Help bring us more Linux Drivers > > [EMAIL PROTECTED] wrote: > > > Hi - I recently attempted to transfer a +50MB file over my DSL line to > > my 6.1 box. The transfer repeatedly hung somewhere after 8MB was > > transfered. I may get 9MB, I may get 40MB before the hang. The partial > > file is not resumable once the hang happens. Whereas if I kill the > > client during the transfer the partial file is resumable. > > > > While hung netstat reports the session as ESTABLISHED. The session > > remains in this state until the ftp server idle timeout hits or > > I kill the client. > > > > This hang happens whether using a remote ftp client putting to the ftp > > server on my LM6.1 server, using an ftp client on the LM6.1 box to get > > files from a remote ftp server, or from a ws_ftp client on W98SE behind > > my LM6.1 box when IP MASQ is running. Happens with 2.2.13-7mdk, > > 2.2.9-27mdk and 2.2.13-22mdk on the 6.1 box. I don't know when this > > broke, it used to work. Maybe post my 6.0 to 6.1 upgrade?
