home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / ibmtcpl / 3045 < prev    next >
Encoding:
Text File  |  1992-12-23  |  3.8 KB  |  85 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!paladin.american.edu!auvm!USCMVSA.BITNET!LDW
  3. Message-ID: <IBMTCP-L%92122222501581@PUCC.PRINCETON.EDU>
  4. Newsgroups: bit.listserv.ibmtcp-l
  5. Date:         Tue, 22 Dec 1992 19:49:00 PST
  6. Sender:       IBM TCP/IP List <IBMTCP-L@PUCC.BITNET>
  7. From:         Leonard D Woren <LDW@USCMVSA.BITNET>
  8. Subject:      MVS TCPIP problems (was Re: Usage of vector facility for TCP/IP?)
  9. Lines: 74
  10.  
  11. > >  "You're selling me the fastest general available computer on the
  12. > >   planet and it connects to my network via this straw?"...
  13.  
  14. And the straw is kinked, restricting how much you can force through it.
  15.  
  16. > ...and that straw many times plain doesn't work. The current release
  17. > of TCPIP continues to offer unsurmountable impediments to the develop-
  18. > ment and deployment of client/server applications using concurrent
  19. > tcp/ip services...
  20.  
  21. After a very discouraging phone call with TCPIP L2 and then with the
  22. TCPIP services manager, I will publicly say that I agree.  For most of
  23. the problems that I've had open for months, I was told they're not
  24. going to be fixed, and that I can submit requirements.  By the time
  25. MVS TCPIP is usable, MVS won't be around.  Certainly not here.  Lack
  26. of a decent MVS TCPIP will do more to kill off MVS than cheap unix
  27. workstations are doing.  The future of computing (actually, it's here
  28. now) is networked computing.  Any system that doesn't play in that
  29. networked world will die.  Just because MultiTSO doesn't come from IBM
  30. is no justification for refusing to make IBM products work with it.
  31. If IBM had vision, TSO/E from IBM would look something like MultiTSO.
  32. MVS/DFP has just sent me a PTF to fix a very old VIO problem under
  33. MultiTSO.  For years they refused to fix it.  At least *they* have
  34. seen the light.  But if TCP/IP isn't usable under MultiTSO, if you
  35. can't write multitasking servers, then that work will move elsewhere,
  36. to platforms where it does work.
  37.  
  38.  
  39. Here's a sampling of what I'm talking about:
  40.  
  41. Problem:   Simultaneous FTP/TELNET/any_VMCF_client in different Pie
  42.            MultiTSO sessions results in address space termination with
  43.            S40D.
  44. Response: "Submit a requirement."
  45.  
  46. Problem:   SMTP abends SB37 on incoming mail > 1.9MB due to hard-
  47.            coded space value.
  48. Response: "Submit a requirement."
  49.  
  50. Problem:   IUCVMULT kludge doesn't allow multiple applications in
  51.            different pie sessions.
  52. Response: "Submit a requirement."
  53.  
  54. Problem:   FTP TSO client doesn't honor dsprefix when looking for
  55.            FTP.DATA.
  56. Response: "Submit a requirement."
  57.  
  58.  
  59. Note that these problems are *all* specific to the MVS version of
  60. TCP/IP.  Most of them are difficult to fix due to the internal design
  61. of TCP/IP.  The inability to reasonably do sockets applications under
  62. different TCBs in an address space is the show-stopper that Denis
  63. referred to above.  The design of the whole IUCV interrupt mechanism
  64. is fatally flawed.  It has taken me a while, but I now think that I
  65. know how to kludge it up some more to make it work.  But IBM isn't
  66. interested, and since TCP/IP is a source-distributed OCO product, I
  67. don't think I can fix it myself.
  68.  
  69. > it is an acknowledged problem and I am beginning to develop the
  70. > suspicion that IBM doesn't give a hoot about these defficiencies.
  71.  
  72. Yep.  They have "higher priority" problems that must be fixed.  But
  73. the problem is that this multitasking issue never rises high enough on
  74. the list to be worked on seriously.  A solution was proposed to me.
  75. When I pointed out why that solution wouldn't work, that seemed to be
  76. the end of it.  I have been told in no uncertain terms that these
  77. problems are not going to be fixed in this release, if at all.
  78.  
  79.  
  80. I won't even comment on the performance problems which prompted this
  81. thread, except to say that the salespeople selling the big iron must
  82. be happy with the product.
  83.  
  84. /Leonard
  85.