[mod.protocols.tcp-ip] FTP Enhancements

NS-DDN@DDN2.UUCP (01/20/87)

 
I would like to see FTP enhanced in the following areas:
 
  1.  Provide support for the "ARC" standard which seems to be well-established
      on PC bulletin boards. The benefits of very dense data should be obvious
      to all. However, all hosts need to be able to ARC/DEARC files. I do not
      know if the algorithms these programs use are proprietary, but there do
      seem to be multiple vendors providing interoperable (more or less)
      products. I think an Internet ARC standard would lead to significant
      gains in data throughput, especially if it were incorporated into SMTP as
      well.
 
  2.  Provide support for TAC terminals. I suspect that most of the terminals
      on TACs are in fact emulated on PCs. To download data in any form through
      a TAC is not impossible assuming the user has access to an internet host
      which extends to him interactive privileges (and since that what TACs are
      used for...), but it certainly is cumbersome! I remember reading some
      talk of Kermit support though TACs some time back, but nothing seems to
      have come of it.
 
Does anybody know if either of these is in the works? Are they good ideas?
Who's in charge here?
 
Dave Craig
Network Solutions, Inc.

DCP@QUABBIN.SCRC.SYMBOLICS.COM (David C. Plummer) (01/21/87)

    Date: 20 Jan 87 09:10 EST
    From: NS-DDN @ DDN2
 
    I would like to see FTP enhanced in the following areas:

@begin(open mouth, position foot near said, don asbestos suit)

Wouldn't it be better to replace FTP with something real?

Postel@isi.edu.UUCP (01/25/87)

For those wishing for a better FTP (i.e., "something real") or just some
more features, please participate in the ISO development of FTAM.  Like it
or not, as a practical matter, FTAM is the next version of FTP

--jon.

mrose@nrtc-gremlin.arpa.UUCP (01/25/87)

    I don't know how long it will take FTAM to replace FTP, (or even if
    it ever will), but it has all of the enhancements being discussed,
    such as recovery-restart at checkpoints, and the optional use of
    compression mechanisms when moving files.  Currently, the mechanisms
    for negotiating the compression method are defined; one could define
    a compression mode, e.g., ARC, or the 4.3BSD compress, or ..., and
    then those could be negotiated.  

/mtr