home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / ibmtcpl / 3068 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.7 KB
  1. Path: sparky!uunet!airgun!zeus.wg.waii.com!allen
  2. From: allen@zeus.wg.waii.com (Rusty Allen)
  3. Newsgroups: bit.listserv.ibmtcp-l
  4. Subject: Re: IBM's MVS TCP/IP problems
  5. Message-ID: <1738@airgun.wg.waii.com>
  6. Date: 29 Dec 92 21:43:59 GMT
  7. References: <IBMTCP-L%92122811274412@PUCC.PRINCETON.EDU>
  8. Sender: news@airgun.wg.waii.com
  9. Organization: Western Geo. - Div of Western Atlas Intn'l Inc., Houston, TX
  10. Lines: 41
  11. Nntp-Posting-Host: zeus.wg.waii.com
  12.  
  13. Ron Lane rightly defends MVS TCP/IP but the problems with MVS TCP/IP is
  14. "The Death of a thousand cuts" rather than the "Shot to the Head". I point 
  15. out a new feature that Ron listed.
  16.  
  17. SMF records are very poorly implemented with 
  18. MVS TCP/IP FTP V2R2.1 First I hate to point out that MVS TCP/IP FTP is an
  19. IBM PRODUCT and thus should have a IBM assigned SMF records number in
  20. the IBM reserved range 0-127.
  21.  
  22. Speaking of SMF numbers I also note that there are seven events that can
  23. produce smf records and thus eat up SEVEN different SMF numbers in the
  24. LIMITED SMF user range. If the better SMF Standard record header with subtype 
  25. had been used ( see MVS/ESA SMF GC28-1628-2 page 8-3 ) then only one
  26. smf record type number would be needed with subtypes for each event.
  27. I hear someone saying why not use one SMF record number and not worry
  28. about subtypes. One record number would be fine if there were few 
  29. smf records but there are millions and millions of records. Standard 
  30. smf utilities can filter on type/subtype/subsystem that is in the STANDARD
  31. smf Header with subtype. 
  32.  
  33. Well I seem to be talking about the records layout that MVS TCP/IP FTP
  34. is creating. I see in TCP/IP Planning and Customization (sc31-6085-02 
  35. pg. 172-173) that everything is a displacement off +0. I remember the days of
  36. smf type4/5 records before smftype30 records with their indirect 
  37. referencing to the data sections in the record. Every time new data 
  38. needed to be added to the record all our accounting systems had to be changed
  39. first. There was not any version number in the old smf4/5 records, so there
  40. was not any to tell what level of code generated the records. I expect
  41. that over time the information in the TCP/IP FTP SMF records will change.
  42.  
  43. I conclude that IBM TCP/IP is like a one legged man in a B*T kicking contest.
  44. "They fall down a lot and Hurt themself mostly". I will be chairing 
  45. "C817-Understanding the IUCV sockets Interface of TCP/IP for MVS" and 
  46. "C830-TCP/IP: Concept of Routing in a Heterogeneous Network" at SHARE_80
  47. in S.F. Mar 1-5. I hope to see some of ya'll there (ya'll is texan for
  48. "You Guys"). 
  49. -- 
  50. M.R. Allen            My comments are my own, not my company's.
  51. Western Geophysical - A division of Western Atlas International,
  52.                       A Litton/Dresser Company
  53. DOMAIN addr: allen@wg.waii.com
  54.