home *** CD-ROM | disk | FTP | other *** search
/ Current Shareware 1994 January / SHAR194.ISO / bbs_list / rdu0993.zip / PROTOCOL.INF < prev    next >
Text File  |  1993-01-29  |  5KB  |  98 lines
  1.      
  2.        File Transfer Protocols
  3.  
  4.          Errors that occur during file transfer are automatically detected
  5.        and corrected by file transfer protocols. If a block of data is
  6.        received incorrectly, the receiving system sends a message to the
  7.        sending system and requests the re-transmission. This process is
  8.        automatic. When errors occur during file transfer, the communication
  9.        program shows an error in the file transfer status window.
  10.      
  11.        ASCII
  12.      
  13.          This is designed to work with ASCII text files only. Notice that
  14.        you do not have to use this protocol when transferring text files.
  15.        The ASCII protocol is useful for uploading a text file when you are
  16.        composing e-mail online.
  17.  
  18.        Kermit
  19.      
  20.          Kermit was developed at Columbia University. It was designed to 
  21.        facilitate the exchange of data among very different types of
  22.        computers (mainly minicomputers and mainframes). You probably will
  23.        not need to use Kermit unless you are calling a minicomputer or
  24.        mainframe at an educational institution.
  25.      
  26.        Sealink
  27.      
  28.          Sealink is a variant of Xmodem. It was developed to overcome the 
  29.        transmission delays caused by satellite relays or packet-switching 
  30.        networks.
  31.      
  32.        Xmodem
  33.      
  34.          Xmodem is one of the most widely used file transfer protocols.
  35.        The original Xmodem protocol uses 128-byte packets and a simple
  36.        "checksum" method of error detection. A later enhancement, Xmodem-CRC,
  37.        uses a more secure Cyclic Redundancy Check (CRC) method for error
  38.        detection. Xmodem protocol always attempts to use CRC first. If the
  39.        sender does not acknowledge the requests for CRC, the receiver shifts
  40.        to the checksum mode and continues its request for transmission.
  41.        Xmodem does not maintain a file's original size (rounded up to the
  42.        nearest 128-byte increment). Xmodem sends only one file, and it
  43.        doesn't send the file's name, time or date.
  44.      
  45.        Xmodem-1K
  46.      
  47.          Xmodem-1K is essentially Xmodem-CRC with 1K (1024 byte) packets.
  48.        Xmodem-1K cannot send filenames, time, dates, or multiple files.
  49.        On some systems it may also be referred to as Ymodem.
  50.      
  51.        Ymodem (Ymodem-batch)
  52.      
  53.          Ymodem is essentially Xmodem-1K that allows multiple batch file 
  54.        transfer. On most systems it is listed as Ymodem Batch. While
  55.        transferring files, using either 128- or 1024-byte block sizes,
  56.        it keeps each file's name, size, time, and date.
  57.      
  58.        Ymodem-g
  59.      
  60.          Ymodem-g is a variant of Ymodem. It is designed to be used with
  61.        modems that support error control. This protocol does not provide
  62.        software error correction or recovery, but expects the modem to
  63.        provide the service. It is a streaming protocol that sends and
  64.        receives 1K packets in a continuous stream until instructed to stop.
  65.        It does not wait for positive acknowledgement after each block is
  66.        sent, but rather sends blocks in rapid succession. If any block is
  67.        unsuccessfully transferred, the entire transfer is canceled.
  68.      
  69.        Zmodem
  70.      
  71.          This is generally the best protocol to use if the system you
  72.        are calling supports it. Zmodem has two significant features: it
  73.        is extremely efficient and it provides crash recovery. Zmodem can
  74.        transfer a group of files in one batch, keeping each file's name,
  75.        size, time, and date.
  76.      
  77.          Like Ymodem-g, Zmodem does not wait for positive acknowledgement
  78.        after each block is sent, but rather sends blocks in rapid succession.
  79.        If a Zmodem transfer is canceled or interrupted for any reason, the
  80.        transfer can be resurrected later and the previously transferred
  81.        information need not be resent.
  82.  
  83.          Zmodem has two levels of implementation, with the most complete
  84.        being ZMODEM-90.  The public domain Zmodem lacks the capability to
  85.        do data compression or operate over 7-bit data links.
  86.      
  87.        Which file transfer protocol should you use?
  88.      
  89.          In general, the answer is Zmodem. If Zmodem is not supported
  90.        by the system you are calling, use Ymodem batch. If you are
  91.        connecting to a UNIX system in a university, you may have to
  92.        use Kermit or Xmodem to transfer files.
  93.  
  94.  
  95.                 PROTOCOL.INF                    January 1993
  96.           ------------------------------------------------------------
  97.               Copyright 1993, Richard Martin - All rights reserved
  98.                                  (Downtown! BBS  919-383-4905)