Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!usc!nic.csu.net!beach.csulb.edu!csus.edu!wuarchive!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!npd.novell.com!newsun!keith From: keith@ca.excelan.com (Keith Brown) Newsgroups: comp.protocols.tcp-ip Subject: Re: Need: Enhanced FTP Message-ID: <1991Feb28.231918.19595@novell.com> Date: 6 Mar 91 02:18:21 GMT Sender: news@novell.com ( Lines: 33 The News Manager) Nntp-Posting-Host: ca Reply-To: keith@ca.excelan.com (Keith Brown) Organization: Novell, Inc. San Jose, California References: <867@nddsun1.sps.mot.com> Date: Thu, 28 Feb 1991 23:19:18 GMT In article <867@nddsun1.sps.mot.com> wied@birdie.sps.mot.com (Bill Wied) writes: >I'm looking for an enhanced version of FTP which will create virtual connections between hosts that are not directly connected, possibly using routing table information on in between hosts. > FTP clients should never find themselves in a configuration where they have to worry about such matters. Interhost routing is the job of IP which sits a few layers below FTP. When an FTP client wishes to connect to a host that is not directly on its own IP network, IP will carry it's connection request across an IP internet to the IP network on which the remote host lives (on a good day). >The control connection probably needs to be some virtual pipe but the data connection can either create a virtual connection or use some kind of store and forward mechanism to route it's data to the desired host. > The only example of data and control connection "juggling" that I'm aware of is in FTP clients that support what I'm in the habit of calling "third party copies". The idea is that you can sit at Machine A and use FTP to transfer a file from Machine B to Machine C without the data ever darkening Machine As doorstep. We support this in both our Windows 3.0 based FTP client and also our non-Windows FTP client in the LAN Workplace for DOS. I'm not sure if FTP softwares client can do this too but it wouldn't surprise me (2.04 couldn't, right James?). Also, the University of Marylands TCP/IP implementation looks pretty complete, so perhaps that can do it too? Keith - Keith Brown Phone: (408) 473 8308 Novell San Jose Development Centre Fax: (408) 433 0775 2180 Fortune Dr, San Jose, California 95131 Net: keith@novell.COM