Date: Thu, 30 Aug 2001 19:58:03 -0700 From: Hans Christensen <hansc@datamatrix.com> To: "Kory Hamzeh" <kory@avatar.com> Cc: freebsd-questions@freebsd.org Subject: RE: SLOW ftp transfers one way Message-ID: <5.1.0.14.2.20010830195455.024a11a0@mail.datamatrix.com> In-Reply-To: <006a01c131c0$fd7268e0$14ce21c7@avatar.com> References: <200108310044.f7V0ies17607@loki.datamatrix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
From the colo side, we get this: -># traceroute 63.163.67.141 traceroute to 63.163.67.141 (63.163.67.141), 30 hops max, 40 byte packets 1 ge9-0d15.web2.sjc-ca.us.xo.net (205.158.27.3) 37.767 ms 0.515 ms 0.448 ms 2 p3-0.tran1.pal-ca.us.xo.net (64.0.0.97) 2.169 ms 1.944 ms 1.929 ms 3 ge1-0.edge1.pal-ca.us.xo.net (64.220.0.21) 2.086 ms 1.990 ms 2.070 ms 4 sl-gw5-sj-1-1-0.sprintlink.net (144.228.44.133) 66.584 ms 16.168 ms 82.705 ms 5 sl-bb10-sj-3-0-155M.sprintlink.net (144.232.3.61) 82.851 ms 16.291 ms 82.785 ms 6 sl-bb21-sj-10-0.sprintlink.net (144.232.3.173) 80.731 ms 3.112 ms 3.033 ms 7 sl-bb20-stk-10-1.sprintlink.net (144.232.9.166) 90.044 ms 23.867 ms 253.259 ms 8 sl-gw26-stk-8-0.sprintlink.net (144.232.4.113) 16.417 ms 82.589 ms 82.693 ms 9 sl-dmatrix-1-0.sprintlink.net (144.223.19.154) 82.884 ms 16.374 ms 82.760 ms 10 techserve.datamatrix.com (63.163.67.141) 82.738 ms 82.536 ms 82.777 ms From the Sprint side, we get this: -># traceroute 205.158.27.129 traceroute to 205.158.27.129 (205.158.27.129), 30 hops max, 40 byte packets 1 63.163.67.129 (63.163.67.129) 0.959 ms 0.909 ms 0.869 ms 2 sl-gw26-stk-3-1-TS14.sprintlink.net (144.223.19.153) 6.351 ms 6.439 ms 6.326 ms 3 sl-bb20-stk-8-0.sprintlink.net (144.232.4.114) 86.186 ms 115.689 ms 6.934 ms 4 sl-bb21-sj-9-0.sprintlink.net (144.232.9.165) 8.948 ms 9.179 ms 8.848 ms 5 sl-bb10-sj-10-0.sprintlink.net (144.232.3.174) 8.928 ms 9.278 ms 8.973 ms 6 sl-gw2-sj-0-0-0-155M.sprintlink.net (144.232.3.38) 161.542 ms 198.402 ms 116.321 ms 7 sl-xo-5-0-T3.sprintlink.net (144.228.111.22) 9.764 ms 9.755 ms 9.632 ms 8 ge9-0.tran1.scl-ca.us.xo.net (64.220.0.49) 11.187 ms 10.325 ms 10.070 ms 9 ge10-0.tran2.scl-ca.us.xo.net (64.220.0.50) 10.154 ms 10.540 ms 10.553 ms 10 p1-0.web1.sjc-ca.us.xo.net (64.0.0.130) 11.002 ms 10.945 ms 10.860 ms 11 ns2.bisnet.com. (205.158.27.129) 58.965 ms 82.053 ms 82.647 ms There doesn't seem to be any weirdness as far as routing goes. At 07:02 PM 8/30/2001 -0700, you wrote: >Try doing a traceroute from both directions and see if that shows any loops >and improper routing. > > > -----Original Message----- > > From: owner-freebsd-questions@FreeBSD.ORG > > [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Hans > > Christensen > > Sent: Thursday, August 30, 2001 5:45 PM > > To: freebsd-questions@FreeBSD.ORG > > Subject: SLOW ftp transfers one way > > > > > > 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) > > Preloaded elf kernel "kernel" at 0xc035e000. > > VESA: v2.0, 8192k memory, flags:0x0, mode table:0xc02fd882 (1000022) > > VESA: ATI MACH64 > > Pentium Pro MTRR support enabled > > md0: Malloc disk > > npx0: <math processor> on motherboard > > npx0: INT 16 interface > > pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard > > pci0: <PCI bus> on pcib0 > > pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on pci0 > > pci1: <PCI bus> on pcib1 > > pci1: <ATI Mach64-GB graphics accelerator> at 0.0 irq 11 > > isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0 > > isa0: <ISA bus> on isab0 > > atapci0: <Intel PIIX4 ATA33 controller> port 0xf000-0xf00f at > > device 7.1 on > > pci0 > > ata0: at 0x1f0 irq 14 on atapci0 > > ata1: at 0x170 irq 15 on atapci0 > > pci0: <Intel 82371AB/EB (PIIX4) USB controller> at 7.2 > > chip1: <Intel 82371AB Power management controller> port 0x5000-0x500f at > > device 7.3 on pci0 > > fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xe400-0xe43f mem > > 0xeb000000-0xeb0fffff,0xeb202000-0xeb202fff irq 10 at device 9.0 on pci0 > > fxp0: Ethernet address 00:90:27:9a:47:1e > > inphy0: <i82555 10/100 media interface> on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp1: <Intel Pro 10/100B/100+ Ethernet> port 0xe800-0xe83f mem > > 0xeb100000-0xeb1fffff,0xeb200000-0xeb200fff irq 5 at device 10.0 on pci0 > > fxp1: Ethernet address 00:90:27:9a:47:10 > > inphy1: <i82555 10/100 media interface> on miibus1 > > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ahc0: <Adaptec 2940 Ultra SCSI adapter> port 0xec00-0xecff mem > > 0xeb201000-0xeb201fff irq 11 at device 12.0 on pci0 > > aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs > > fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > > atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 > > atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 > > kbd0 at atkbd0 > > psm0: failed to get data. > > psm0: <PS/2 Mouse> irq 12 on atkbdc0 > > psm0: model Generic PS/2 mouse, device ID 0 > > vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > sc0: <System console> at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > > sio0: type 16550A > > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > > sio1: type 16550A > > ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 > > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > > lpt0: <Printer> on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: <Parallel I/O> on ppbus0 > > IP packet filtering initialized, divert disabled, rule-based forwarding > > enabled, default to accept, logging disabled > > ad0: 9787MB <WDC WD102AA> [19885/16/63] at ata0-master UDMA33 > > ad2: 19546MB <FUJITSU MPF3204AT> [39714/16/63] at ata1-master UDMA33 > > acd0: CD-RW <MATSHITA CD-RW CW-7586> at ata0-slave using PIO4 > > Waiting 5 seconds for SCSI devices to settle > > no devsw da0 at ahc0 bus 0 target 0 lun 0 > > da0: <RAID INC COBRA-2 0223> Fixed Direct Access SCSI-2 device > > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > > Enabled > > da0: 105010MB (215061120 512 byte sectors: 255H 63S/T 13386C) > > (majdev=0 bootdev=0xa0200000) > > Mounting root from ufs:/dev/ad0s1 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-questions" in the body of the message > > 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?5.1.0.14.2.20010830195455.024a11a0>