home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / pdp11 / k11aaa.aaa < prev    next >
Text File  |  2020-01-01  |  6KB  |  157 lines
  1.  
  2. K11AAA.AAA     Updated: 19-Feb-87  16:51:24
  3.  
  4.  
  5. Kermit-11 Edit history:  K11CMD.MAC
  6. Kermit-11 Installation:  K11INS.DOC
  7. Kermit-11 Documentation: K11HLP.HLP  (no separate user manual)
  8. Kermit-11 Files:     K11FIL.DOC  (PLEASE read this)
  9.  
  10.  
  11.  
  12. Please note that while Kermit-11 uses RMS11 for all versions (RT11 excluded)
  13. you do not need RMS on your system unless you opt to use the versions linked
  14. to RMSRES (K11.TSK for RSTS/E and K11POS.TSK for M/M+ and P/OS).
  15. For further information, please read K11INS.DOC
  16.  
  17.  
  18.  
  19. To get Kermit-11 and all the other Kermits:
  20.  
  21.   KERMIT Distribution
  22.   Columbia University Center for Computing Activities
  23.   7th Floor, Watson Laboratory
  24.   612 West 115th Street
  25.   New York, N.Y.  10025
  26.  
  27.  
  28. There is also a fairly current copy of Kermit-11 available  from  DECUS,
  29. order  number  11-731.  As  of June 1985 the DECUS library has Kermit-11
  30. available on RX01's and RX50's (in RT and  P/OS  format).  Additionally,
  31. the SIG tapes almost always have a current version on them. 
  32.  
  33. ---------------------------------------------------------------------
  34. To get Kermit-11 from the author:
  35.  
  36.  
  37. Mail:
  38.  
  39. 800bpi        DOS-11 format
  40. 1600 bpi tape    DOS-11, ANSI or VMS Backup
  41. RX01        RT format, binaries only
  42. RX50        RT or P/OS (readable on Micro/RSX), delays are possible
  43.         since I have only one PRO/350 and one hard disk.
  44.  
  45. For tapes,  VMS Backup format is preferred (default if not specified).
  46. For RSTS/E, V9 Backup format is preferred. V9 backup is NOT compatible
  47. with previous releases of RSTS/E, but IS compatible with VMS backup.
  48.  
  49. You must supply the media
  50.  
  51.  
  52. Brian Nelson
  53. Computer Services
  54. University of Toledo
  55. 2801 West Bancroft
  56. Toledo, Oh 43606
  57. (419) 537-2841   or   BRIAN@UOFT02.BITNET
  58.  
  59. -----------------------------------------------------------
  60. Bitnet:
  61.  
  62. from VM/CMS:    CP SMSG RSCS MSG UOFT02 KERMSRV DIR
  63.         CP SMSG RSCS MSG UOFT02 KERMSRV SEND K11*.*
  64.  
  65. from VMS Jnet:    $ SEN/REM UOFT02 KERMSRV SEND K11*.*
  66.  
  67.  
  68.  Columbia University maintains a BITNET Kermit server also,
  69. username KERMSRV node CUVMA.  Command format is similiar to
  70. the VMS KERMSRV on node UOFT01.
  71. -----------------------------------------------------------
  72. Dialup:
  73.  
  74.     (419) 537-4411
  75.     Service class  VX785A
  76.     User: KERMIT
  77.     Password: KERMIT
  78.  
  79. Source and hex files are in KER:, binaries are in KERBIN:
  80.  
  81. -----------------------------------------------------------
  82.  
  83. See K11INS.DOC
  84.  
  85.  
  86. For edit history, see K11CMD.MAC
  87.  
  88. If you really have a problem with RMS, please read K11INS.DOC
  89. first. You DO NOT need RMSRES on your system to use Kermit.
  90.  
  91. You don not even need ANY RMS-11 files on your system to run.
  92.  
  93.  
  94. To reach me
  95.  
  96.     Brian Nelson
  97.     Computer Services
  98.     University of Toledo
  99.     2801 West Bancroft
  100.     Toledo, Oh 43606
  101.     (419) 537-2841
  102.  
  103.  The KERMIT file transfer protocol is intended for use in an  environment  where
  104.  there  may  be  a  diverse  mixture of computers -- micros, personal computers,
  105.  workstations, laboratory computers, timesharing systems -- from  a  variety  of
  106.  manufacturers.    All  these systems need have in common is the ability to com-
  107.  municate in ASCII over ordinary serial telecommunication lines.
  108.  
  109.  KERMIT was originally designed at Columbia University to meet the need for file
  110.  transfer between our DECSYSTEM-20 and IBM  370-series  mainframes  and  various
  111.  microcomputers.   It turned out that the diverse characteristics of these three
  112.  kinds of systems resulted in a design that was general enough to fit almost any
  113.  system.  The IBM mainframe, in  particular,  strains  most  common  assumptions
  114.  about how computers communicate.
  115.  
  116.  The  KERMIT  protocol is specifically designed for character-oriented transmis-
  117.  sion over serial telecommunication lines.  The design allows for  the  restric-
  118.  tions and peculiarities of the medium and the requirements of diverse operating
  119.  environments  --  buffering,  duplex, parity, character set, file organization,
  120.  etc.  The protocol is carried out by KERMIT programs on each end of the  serial
  121.  connection  sending "packets" back and forth; the sender sends file names, file
  122.  contents, and control information; the  receiver  acknowledges  (positively  or
  123.  negatively) each packet.
  124.  
  125.  The  packets  have  a  layered  design,  in  keeping  with  the  ANSI  and  ISO
  126.  philosophies, with the outermost fields used by the data link layer  to  verify
  127.  data  integrity,  the  next  by the session layer to verify continuity, and the
  128.  data itself at the application level.
  129.  
  130.  Connections between systems are established by the ordinary user.  In a typical
  131.  case, the user runs KERMIT on a microcomputer, enters terminal emulation,  con-
  132.  nects  to  a remote host computer (perhaps by dialing up), logs in, runs KERMIT
  133.  on the remote host, and then issues commands to that KERMIT  to  start  a  file
  134.  transfer,  "escapes"  back  to the micro, and issues commands to that KERMIT to
  135.  start its side of the file transfer.  Files may be  transferred  singly  or  in
  136.  groups.
  137.  
  138.  Basic  KERMIT  provides only file transfer, and that is provided for sequential
  139.  files only, though the protocol attempts to allow for various types of  sequen-
  140.  tial  files.    Microcomputer  implementations  of  KERMIT are also expected to
  141.  provide terminal emulation, to facilitate the initial connection.
  142.  
  143.  More  advanced implementations simplify the "user interface" somewhat by allow-
  144.  ing the KERMIT on the remote host to run as  a  "server",  which  can  transfer
  145.  files in either direction upon command from the local "user" Kermit.  The serv-
  146.  er  can  also  provide  additional functionality, such as file management, mes-
  147.  sages, mail, and so forth.  Other optional features  also  exist,  including  a
  148.  variety  of  block  check  types,  a mechanism for passing 8-bit data through a
  149.  7-bit communication link, a way to compressing a repeated sequence  of  charac-
  150.  ters, and so forth.
  151.  
  152.  As  local area networks become more popular, inexpensive, and standardized, the
  153.  demand for KERMIT and similar protocols may dwindle, but will never wither away
  154.  entirely.  Unlike hardwired networks, KERMIT gives the ordinary user the  power
  155.  to  establish  reliable  error-free connections between any two computers; this
  156.  may always be necessary for one-shot or long-haul connections.
  157.