home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / tcpip / ibmpc / 7046 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  3.3 KB

  1. Xref: sparky comp.protocols.tcp-ip.ibmpc:7046 comp.dcom.lans:2032
  2. Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.dcom.lans
  3. Path: sparky!uunet!microsoft!hexnut!alanbac
  4. From: alanbac@microsoft.com (Alan Back)
  5. Subject: Re: Windows for Workgroups and TCP/IP -- problems
  6. Message-ID: <1992Dec18.003131.16628@microsoft.com>
  7. Date: 18 Dec 92 00:31:31 GMT
  8. Organization: Microsoft Corporation
  9. References: <Bz966I.JAK@law7.DaytonOH.NCR.COM>
  10. Lines: 64
  11.  
  12. >We have several copies of Windows for Workgroups running with the MS
  13. >LanMan tcp/ip stack and a Unix server running MSNET1.0 over tcp/ip.  I
  14. >wonder if anyone else is having the same experiences we are:
  15.  
  16. Which version of TCP/IP do you have?  Is it from LAN Manager 2.1a (or 2.2)?
  17. If not, then you definitely need to get the latest version of DOS TCP from us.
  18. Also, is there any way that you can upgrade your Unix server to LM/Unix 2.1?
  19.  
  20. >1.  About 2/3 of the time Windows stalls during its attempt to access
  21. >the network.  The initial windows logo goes away, the wallpaper comes
  22. >up, the hourglass appears, but instead of getting the login window, the
  23. >system just hangs forever.
  24.  
  25. How did you install MS TCP/IP?  Did you use the instructions from the WFW
  26. Resource Kit?  Did you make sure to include the V86ModeLanas=<TCP LANA #>
  27. in System.ini (under [386Enh])?  You also need to add TimerCriticalSection=5000,UniqueDosPSP=TRUE, and PSPIncrement=2 under the same heading in System.ini.
  28.  
  29. >    You can then reboot the machine and try again, and it may well work.
  30. >This intermittent operation doesn't seem to depend on other network
  31. >activity (there is none).
  32. >
  33. >    If the login prompt actually does appear, the system works fine and
  34. >talks to the MSNET server (but note below).
  35. >
  36. >    Logging in under DOS works reliably and never hangs up.
  37. >
  38. >    Is anyone else seeing this sort of problem?
  39.  
  40. Let me know if you've done the above, and are still having problems.  If
  41. so, send me some mail with your phone number, and I'll give you a call.
  42.  
  43. >2.  I seem to have problems copying files larger than about 50k across
  44. >the network to the server.  This again is intermittent, but I think is
  45. >probably related to the server being not too fast (about 50k per second
  46. >transfer rate with the MSNET software).  Sometimes large files will do
  47. >fine, other times the system will just hang up (requiring a reboot) and
  48. >an inspection of the server disk shows that only about 50k of the file
  49. >actually transferred.
  50. >
  51. >    If this is a timeout problem, is there any parameter fiddling I can
  52. >do on the WfWG clients to improve the situation?  Any other ideas?
  53.  
  54. This may be a result of needing to tune the above parameters, etc.  TCP
  55. should handle a slow server and/or slow links.
  56.  
  57. >3.  Finally, I'd been using QEMM v6.00 with stealth and Windows 3.1 with
  58. >no problems at all.  But using the stealth option with WfWG causes all
  59. >sorts of nasty hangups during initialization.  Does anyone know if this
  60. >is cured with a later version of QEMM?
  61.  
  62. Unfortunately, QEMM in Stealth mode is not supported with WFW.  I don't know
  63. if a later version will help or not.
  64.  
  65. Alan Back
  66. Microsoft Corporate Systems
  67.  
  68. >Thanks...
  69. >
  70. >-- 
  71. >John R. Ackermann, Jr.        Law Department, NCR Corporation, Dayton, Ohio
  72. >(513) 445-2966              John.Ackermann@daytonoh.ncr.com
  73. >Packet Radio: ag9v@n8acv      tcp/ip: ag9v@ag9v.ampr [44.70.12.34]
  74.  
  75.  
  76.