home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / e / oldmail.txt < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Message-ID: <anews.Acornell.2631>
  2. Newsgroups: net.lan
  3. X-Path: utzoo!decvax!ucbvax!ihnss!houxi!npois!harpo!vax135!cornell!dean
  4. From: cornell!dean
  5. Date: Sun Mar 14 21:49:06 1982
  6. Subject: Request for info on network design
  7. X-Google-Info: Converted from the original A-News header
  8.  
  9.  
  10. I am a member of a group working on software for a campus-wide network
  11. at Cornell University.  We are trying to address two separate
  12. problems.  First, an interim system that will allow us to transfer mail
  13. and files.  Second, a longer term solution that would allow remote file
  14. access, virtual channels between processes on different machines,
  15. remote login, and possibly even remote paging.  We would eventually see
  16. the network supporting word processors, workstations, file servers,
  17. print servers, mainframes, and public terminals.
  18.  
  19. For the interim system, we are currently using Sytek hardware to
  20. provide public terminal access and virtual circuits.  We need a
  21. protocol that supports file and mail transfer among the various
  22. mainframes (an IBM with VM/CMS, a DEC 20 running TOPS-20, a VAX running
  23. 4.1BSD, etc.) and between micros (Apple, Terak, etc.) and the
  24. mainframes.  Currently, we are looking at Columbia University's KERMIT
  25. protocol, slightly extended to allow automatic machine/machine
  26. transfer.  Does anyone have experience with either KERMIT or any
  27. similar system in this application?  One absolute requirement is that
  28. it be implemented on several of the machines described above, and that
  29. it takes no more than one to two weeks to implement on a new machine.
  30.  
  31. For the long term problem, we are interested in any powerful and
  32. flexible network "protocol" supporting the above features.  It would be
  33. nice if it were completely specified, and even nicer if it had been
  34. implemented on some group of machines running a variety of different
  35. operating systems.
  36.  
  37. Please reply directly to me.  If there is sufficient interest, I will
  38. digest the replies and put them back out on the net.
  39.  
  40.                         Dean Krafft, Research Associate
  41.                         Dept. of Computer Science
  42.                         Cornell University
  43.                         (uucp address: decvax!cornell!dean, harpo!cornell!dean)
  44.                         (ARPA address: dean.cornell@udel)
  45.  
  46.  
  47.  
  48. Message-ID: <bnews.sri-arpa.1154>
  49. Newsgroups: net.micro.pc
  50. X-Path: utzoo!decvax!decwrl!sun!megatest!fortune!hpda!hplabs!sri-unix!G.DACRUZ@
  51. SU-SCORE.ARPA
  52. From: G.DACRUZ@SU-SCORE.ARPA
  53. Date: Mon May  2 03:57:13 1983
  54. Subject: Kermit vs. PC Hard Disk
  55. X-Google-Info: Converted from the original B-News header
  56. Posted: Tue Apr 26 16:22:59 1983
  57. Received: Mon May  2 03:57:13 1983
  58.  
  59.  
  60. From:  Frank da Cruz <G.DACRUZ@SU-SCORE.ARPA>
  61.  
  62. This message touches some of the recent hot topics on this list --
  63. free file transfer programs, DOS 2.0, the XT, hard disks, etc.  At
  64. Columbia University, we develop, maintain, and distribute a file
  65. transfer package called KERMIT.  It's roughly equivalent to MODEM,
  66. except that it has a "nicer" user interface, more documentation, and
  67. runs on a wider variety of systems (I think), including the PC.  A
  68. while back I sent a message to this list to the effect that the
  69. availability of PC KERMIT would be announced for the ARPANET/Internet
  70. community shortly.  In fact, it's ready to go, and has been for some
  71. time; I'm just waiting for a suitable distribution point to be set up
  72. -- a rather large area is required, since there are dozens of programs
  73. for many micros, mainframes, operating systems.
  74.  
  75. Here's the current list:
  76.  
  77.   TOPS-10, TOPS-20, IBM VM/CMS on 370-series machines, UNIX on any machine;
  78.   Z80/8080/8085-based CP/M systems (about 10 different implementations);
  79.   8086/8088-based MS DOS systems (several implementations);
  80.   Apple II; RT-11 with OMSI Pascal; others (like VAX/VMS) on the way.
  81.  
  82. Sources, binaries, hex, documentation, etc, are all provided.  Anyway,
  83. I hope to have a distribution area ready "soon", and as soon as I do,
  84. I'll announce it to this list.
  85.  
  86. Meanwhile, we have heard from some Kermit-86 users who have got either
  87. the XT or the IBM hard disk expansion chassis for the PC that Kermit
  88. does not work for them.  It still can do terminal emulation, but as
  89. soon as it starts to transfer a file (in either direction), it hangs.
  90. The effect seems to be tied to the presence of the IBM hard disk
  91. controller -- even when the disk is turned off and the floppies are
  92. selected the symptom persists.  The effect is independent of DOS
  93. version -- KERMIT works just fine under either 1.1 or 2.0 so long as
  94. there is no hard disk.  My suspicion is that the new controller is
  95. preventing communication port interrupts from getting to the program.
  96. I have also heard speculation about seeing different behavior
  97. depending upon what slot the serial communication card is plugged in
  98. to, but that may be a red herring.
  99.  
  100. Can anyone shed any light on this?  Clearly, it must be possible to do
  101. file transfer over the communication line when one has a hard disk; I
  102. suspect some of the commercial packages may already be doing it.
  103. We're groping in the dark, since we don't have an XT, a hard disk, or
  104. even 2.0.
  105.  
  106. - Frank da Cruz, Columbia U.
  107.  
  108.  
  109.  
  110.