home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.protocols.tcp-ip
- Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!pan.mc.ti.com!berke2.dseg.ti.com!rjberke
- From: rjberke@berke.itg.ti.com (Richard Berke)
- Subject: Transfer of 100's of MBytes files
- Message-ID: <rjberke.38.0@berke.itg.ti.com>
- Lines: 28
- Sender: usenet@pan.mc.ti.com (USENET News System)
- Organization: Electronic Communications
- Date: Thu, 5 Nov 1992 21:17:58 GMT
-
- What are some customers' experiences with transfering large files
- between sites using FTP?
-
- How often (1 out of 20?) do you run into aborted transfers that
- have to be restarted from scratch? Have you been able to distinguish
- what portion of those failures are due to disk issues, circuit failures,
- or protocol implementations?
-
- I am frequently asked about the reliability of using FTP to move
- files and/or sets of files that are 200-400 Mbytes, and there's interest
- in some means of recovering from a disruption in the middle of a transfer.
-
- I'm sensitive to disruptions, but wary of exotic schemes to recover.
- Since our world-wide links are as small as 56 Kbits/sec, transmission times
- are significant. Good throughput for FTP (not best case) is about 5 Kbytes
- per second. 200-400 Mbytes takes 1-3 hours or more. Detection of failed
- transfers may be delayed, further adding to wall clock time taken to
- accomplish the overall transfers.
-
- I've heard that protocols exist for transfers that use checkpoints and
- can restart. I've never heard of mainstream suppliers for them.
- Are they available? How necessary are they, compared to FTP?
-
- Thanks,
-
- Richard Berke RBRK Richard.Berke@lobby.ti.com (214) 575-2828
- Texas Instruments Plano, Texas
- -------------------------------------------------------------------------
-