home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / novell / 10906 < prev    next >
Encoding:
Text File  |  1992-12-29  |  2.0 KB  |  54 lines
  1. Newsgroups: comp.sys.novell
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!fod
  3. From: fod@elroy.jpl.nasa.gov (Frank O'Donnell)
  4. Subject: Mac freezeups while on Novell server
  5. Message-ID: <1992Dec29.161544.25890@elroy.jpl.nasa.gov>
  6. Organization: Jet Propulsion Laboratory
  7. Date: Tue, 29 Dec 1992 16:15:44 GMT
  8. Lines: 44
  9.  
  10. We have a group of Macs in another building at our site
  11. that log on daily to our office's Novell server.  The
  12. Macs are in another Appletalk zone and on a different
  13. subnet on the other side of a couple of routers on our
  14. site-wide network.
  15.  
  16. At first things seemed to be running pretty well, but
  17. during the last few weeks the Mac users have reported
  18. serious problems with slowdowns and cursor freezing.
  19. Typically what happens is they will be typing in Word or
  20. QuarkXPress and the cursor will freeze for 5 to 15
  21. seconds.  Eventually it comes back, but sometimes some
  22. of the text is lost, particularly if the user was a
  23. fast typist.  This has been happening lately once every
  24. minute or so, so the problem is more than a minor
  25. annoyance to the users.  Occasionally there are other
  26. problems, such as mysteriously being logged off the
  27. server.
  28.  
  29. We ran a few tests to try to isolate the problem --
  30. removing cc:Mail's ccNotify init, for example.
  31. We finally determined that the problem appeared when
  32. the user was logged into our Novell server.  If they
  33. dragged the server volume into the trash, the problem
  34. disappeared.
  35.  
  36. I gather from reading other messages here that the
  37. answer might be "You have too much traffic on your WAN."
  38. However, I'm still trying to determine what can be done
  39. about it.
  40.  
  41. For the time being users have adopted the workaround of
  42. only logging on when they need to, but since these
  43. folks are heavy server users this means logging on and
  44. off perhaps 20+ times a day.  Would establishing some
  45. kind of tunneling to route traffic probably help?  Is
  46. this an inevitability of the way Macs talk to servers,
  47. or is there hope in sight for a less delicate protocol
  48. in the future?
  49.  
  50. Thanks for any suggestions,
  51.  
  52. Frank
  53. frank@jplpost.jpl.nasa.gov
  54.