home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / tcpip / ibmpc / 6954 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  4.4 KB
  1. Xref: sparky comp.protocols.tcp-ip.ibmpc:6954 comp.dcom.lans:2029
  2. Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.dcom.lans
  3. Path: sparky!uunet!munnari.oz.au!manuel.anu.edu.au!csc.canberra.edu.au!news
  4. From: act@softserver.canberra.edu.au (Andrew Turner)
  5. Subject: Re: Windows for ... and TCP/IP -- problems GOT IT WRONG
  6. Message-ID: <1992Dec16.040640.12293@csc.canberra.edu.au>
  7. Sender: news@csc.canberra.edu.au
  8. Organization: University of Canberra
  9. References: <Bz966I.JAK@law7.DaytonOH.NCR.COM> <1992Dec15.222450.10721@csc.canberra.edu.au>
  10. Date: Wed, 16 Dec 92 04:06:40 GMT
  11. Lines: 87
  12.  
  13. act@softserver.canberra.edu.au (Andrew Turner) writes - with misinfo:
  14.  
  15. Whoooops, I posted an article off comp.protocols.nfs which was apparently 
  16. not quite spot on.  In an attempt to get into even deeper water(must lose
  17. my good samaritan hat you know |-( ) here is a followup from Sun that got
  18. lost in information overload.  Anyway there goes my bandwidth quota for the
  19. rest of the century.  BTW suggest backreading articles on comp.protocols.nfs
  20. from both the honourable Geoff Arnold and Larry Backman about this thorny
  21. issue.  Humble pie for breakfast lunch and dinner ad nauseum
  22.  
  23. 'Mihi crede, hoc mihi magis quam tibi nocet'
  24.  
  25.  
  26. Quoth iceman@sequent.com (Ian Evans) (in <1992Dec7.222331.21336@sequent.com>):
  27. #Quite a few people responded to my mail about this, so here's what
  28. #I have found.....
  29. #
  30. #The bottom line from both Sun and Microsoft is this:
  31.  
  32. I don't know who you spoke  with at Sun, but this description
  33. is inaccurate in almost every respect.
  34.  
  35. #W4W introduced a new version of the protocol manager, version 2.1.
  36. #PC-NFS, and just about every other tcp/ip product that supports
  37. #NDIS, is compatible with version 1.x.
  38.  
  39. NDIS is *NOT* the issue. Read the NDIS 1.1 and 2.1 specs. 2.1
  40. introduces some new features (e.g. dynamic bind/unbind) and
  41. clarifies some stuff, but a 1.1 stack can (and does) work
  42. over a 2.1 protocol manager and MAC.
  43.  
  44. There are a number of incompatibilities between PC-NFS and W4W.  On the
  45. PC-NFS side, we had to rework our emulation of the DOS Int21 5F02
  46. (GetRedirList) call - our original code was legal as defined by the DOS
  47. Tech.Ref, but W4W is picky and won't allow "gaps" in the index list.
  48. However there is also a bug in W4W (specifically in the W4WNET.DRV
  49. driver) which Microsoft has to fix. We've been working with MS on this,
  50. and our testing is substantially complete. (It would be unwise to infer
  51. from this that the fix is ready to be released, since it's possible
  52. that there are additional changes that MIcrosoft needs to make to
  53. W4WNET.DRV.)
  54.  
  55. #Sun is aware of the bug and it's in their queue to fix.  They did
  56. #not specifically state they were actively working on the fix or
  57. #when it would be available.
  58.  
  59. OK, let me specifically state that we are actively working on a fix :-)
  60.  
  61. There would be little point in our releasing a patch to PC-NFS until
  62. we've had a chance to test against the final version of W4WNET.DRV (and
  63. any other changes in W4W). As soon as both PC-NFS and W4W fixes are
  64. ready, we'll announce the fact.
  65.  
  66. #So for W4W to work with PC-NFS Sun needs to patch/upgrade their
  67. #NDIS driver to support version 2.1 of protman.dos (version 1.1 is
  68. #called protman.sys).
  69.  
  70. As I noted above, this is actually incorrect. Notwithstanding this,
  71. I expect that our patch may include a new NFS-NDIS.SYS anyway, since
  72. I've made a couple of fixes that will improve multiple stack
  73. coexistence.
  74.  
  75. Geoff
  76.  
  77. PS For obvious reasons, I usually prefer not to go into this level of
  78. detail about multivendor problems in a public forum such as this - it
  79. tends to obscure/obstruct/cloud the issues we're trying to solve - but
  80. I felt that it was important to set the record straight. While it would
  81. obviously have been preferable if these incompatibilities could have
  82. been resolved during W4W beta testing, I would like to emphasize that
  83. we've had excellent cooperation with Microsoft in working on the
  84. resolution of the matter. No finger pointing please; we'll get things
  85. fixed as quickly as we can.
  86.  
  87. --
  88. Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
  89. ADMINISTRIVIA==========ADMINISTRIVIA=====ADMINISTRIVIA==========ADMINISTRIVIA
  90. New address: SunSelect, 2 Elizabeth Drive, Chelmsford, MA 01824-4195
  91. New numbers: Phone: 508-442-0317   FAX: 508-250-5068   
  92.  
  93.  
  94.  
  95. -- 
  96. Renrut Werdna            Probable-Possible, my black hen,
  97.                 She lays eggs in the Relative When.
  98.                 She doesn't lay eggs in the Positive Now
  99. act@ss.canberra.edu.au        Because she's unable to postulate how
  100.