home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / ibmtcpl / 3059 < prev    next >
Encoding:
Text File  |  1992-12-28  |  2.5 KB  |  57 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!paladin.american.edu!auvm!YKTVMV.BITNET!RONLANE
  3. Message-ID: <IBMTCP-L%92122811274412@PUCC.PRINCETON.EDU>
  4. Newsgroups: bit.listserv.ibmtcp-l
  5. Date:         Mon, 28 Dec 1992 11:09:31 EST
  6. Sender:       IBM TCP/IP List <IBMTCP-L@PUCC.BITNET>
  7. From:         Ron Lane <RONLANE@YKTVMV.BITNET>
  8. Subject:      re: IBM's MVS TCP/IP problems
  9. Lines: 46
  10.  
  11. Leonard Woren writes:
  12.  
  13. >... By the time
  14. >MVS TCPIP is usable, MVS won't be around.  Certainly not here.  Lack
  15. >of a decent MVS TCPIP will do more to kill off MVS than cheap unix
  16. >workstations are doing.
  17.  
  18. When I entered the TCP/IP group three years ago (specializing in
  19. the MVS side of things), all the talk was
  20. on its slow performance.  That has been improved tremendously.
  21.  
  22. Since that time we have added:
  23.  1. FTP Jes Support (submitting jobs and getting their output back).
  24.  2. FTP DB2 Support (performing the DB2 SQL by the server and getting
  25.  the resulting tables back).
  26.  3. NDB - A DB2 server.
  27.  4. CICS sockets, a requirement from a great many shops, allowing them
  28.  to use CICS's links to DB2, IMS, VSAM, etc as a generalizes MVS server.
  29.  5. Multitasking support for Sockets.
  30.  6. Offload, taking some of the TCP burden off of the mainframe.
  31.  7. SMF support.
  32.  8. Several user exits.
  33.  
  34.  I'm now testing a new FTP Jes feature where you can submit a job,
  35. and automatically get its output back when the job ends. I've also
  36. talked with Leonard Woren personally to assure him that IUCVMULT will
  37. soon be reentrant, and I think that will allow him to run his
  38. PIE/TSO.  And this is all while supporting the product.  I wouldn't
  39. call this 'abandoning the MVS environment'. It's obvious to me that
  40. MVS will be around for quite a while because of the billions of lines
  41. of code that work on it, and the trillions of bytes of data that
  42. is stored in it.  Client/Server is the future, but most big companies
  43. are not eager to run quickly to put their 'mission critical' systems
  44. on a system that is not clear or worked out yet.  At the
  45. committment of our group is to give the clients of the world access
  46. to the enormous functionality of MVS that was developed over
  47. many decades.  The facilities, data, and programs that are on MVS
  48. should be available to the rest of the network world, easily.
  49. That is the committment of our group.
  50.  
  51. We are always open to suggestions or constructive criticism, because
  52. we improve through feedback. But venting spleen does not
  53. create a healthy atmosphere for cooperation and dialogue.
  54.  
  55. Ron Lane
  56. TCP/IP Development
  57.