Date: Thu, 30 Aug 2001 17:41:05 -0700 From: "Hans Christensen" <hansc@datamatrix.com> To: <freebsd-questions@freebsd.org> Subject: SLOW ftp transfers one way Message-ID: <035f01c131b5$9e0e1850$b143a33f@GRAPHICS>
next in thread | raw e-mail | index | archive | help
I have recently redefined a problem which has been plaguing me for close
to a year now. I have several FBSD boxes at a site fed by a Sprint T1 (Site
A). Each of these boxes is capable of ftp'ing to each other on the same
subnet at speeds approaching the limits of the disk subsystem. In short,
transfers on the LAN between FBSD boxen appear to be fine. In addition, I
have enlisted the help of the folks at sprint to ftp in and out of these
boxes with speeds approaching the limits of the T1 line - no problem there.
It should be noted that the sprint guys have done their transfers from
within sprint's network and are therefore NOT crossing their own network
access points.
Here is where it gets weird. If I ftp into one of my boxes at Site A
across the WAN (in this case from a colocation facility) and put a large
file onto my server in Site A, I get speeds of about 10KB/s. This may
fluctuate from 4KB/s to 16KB/s, but it far below what one would normally see
across a T1 line. Interestingly enough, sending ftp traffic out of Site A
seems to move five to ten time faster - not perfect, but workable. Below are
example of the same file transferred first out of Site A to the colocation
facility, and then the same file just transferred, back into Site A. You
will note the difference in speeds... This colocation facility is NOT on the
same network as sprint and therefore DOES have to cross one of Sprint's
network access points. Furthermore, to rule out the possibility that the
colo facility is to blame, I ftp'ed from a linux box on yet another ISP's
network. This linux box had the same type of performance problems. Slow puts
to Site A and reasonable gets from Site A.
I have seen this before as well, between boxes at the colocation
facility and again across different class c subnets. Sprint claims that the
problem lies with the MTU settings of the boxes at the "linux side" and the
"colo side." This smells wrong to me, but I confess that I don't really know
that it is wrong. I have looked in the FBSD bug reports for any indication
of a similar problem and do not see any so far, but I have seen several
questions on the mailing list archives. Most of these are dismissed as
improper configuration of ethernet cards. I have tried these suggestions but
found no relief.
I ftp close to a GB of info every night into Site A and I need it to go
faster than it has been going, but I'm stumped. Anybody got any clues for
the clueless?
Hans Christensen
hansc@datamatrix.com
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> put jdk-1_2_2_006-win.exe
local: jdk-1_2_2_006-win.exe remote: jdk-1_2_2_006-win.exe
227 Entering Passive Mode (************).
150 Opening BINARY mode data connection for jdk-1_2_2_006-win.exe
100%
|***************************************************************************
***************************| 298 KB 00:00 ETA
226 Transfer complete.
305152 bytes sent in 3.66 seconds (81.33 KB/s)
ftp> get jdk-1_2_2_006-win.exe
local: jdk-1_2_2_006-win.exe remote: jdk-1_2_2_006-win.exe
227 Entering Passive Mode (*************).
150 Opening BINARY mode data connection for jdk-1_2_2_006-win.exe (305152
bytes).
100%
|***************************************************************************
***************************| 298 KB 00:00 ETA
226 Transfer complete.
305152 bytes received in 25.77 seconds (11.56 KB/s)
ftp>
Here is a dmesg:
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.3-STABLE #0: Fri Jun 1 06:59:28 PDT 2001
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x673 Stepping = 3
Features=0x387f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36,PN,MMX,FXSR,SSE>
real memory = 201261056 (196544K bytes)
avail memory = 192282624 (187776K bytes)
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?035f01c131b5$9e0e1850$b143a33f>