home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12654 < prev    next >
Encoding:
Text File  |  1992-07-22  |  1.7 KB  |  39 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!decwrl!zazen!news
  3. From: stevens@vms.macc.wisc.edu (PAul STevens - MACC - 2-9618)
  4. Subject: Re: Vax to Ultrix delay over decnet
  5. Message-ID: <1992Jul22.170955.22876@macc.wisc.edu>
  6. Sender: news@macc.wisc.edu (USENET News System)
  7. Organization:  University of Wisconsin Academic Computing Center
  8. Distribution: usa
  9. Date: 22 JUL 92 12:02:44    
  10. Lines: 27
  11.  
  12. In article <1992Jul20.145557.24659@av8r.uucp>, mrandall@av8r.uucp (Mark Randall) writes...
  13. >    When we dlogin from ultrix to vms, all works well. Going the
  14. >other way, vms to ultrix (via SET HOST), we experience really long
  15. >delays when text is printed to the screen. Once logged in, I can type
  16. >normally and text will be displayed until it just STOPS for no
  17. >apparent reason! The pause occurs on average for 7-9 seconds, and then
  18. >the text resumes printing, as if nothing had happened. There is no
  19. >such pause going the other way.
  20. >    This one's really got me baffled, folks. Anyone have an idea?
  21. >I don't even know which system has the problem, but it looks like a
  22. >quota is set too low somewhere...
  23. > 
  24. >                Mark
  25.  
  26. I have found that this happens when an ethernet packet is lost.  The
  27. decnet timeout value is 6 seconds.  Can't be changed as far as I can
  28. tell.  Telnet's timeout is generally a few tens of milliseconds.
  29. Decnet must have been manufactured in a clean-room with three nodes.
  30. It works rather poorly on busy, noisy networks.  I have fought these
  31. problems for years and all I can ever get from DEC is advice to make
  32. the ethernet work better.  IP protocols are much more robust.  I have
  33. seen cases where over 80 percent of packets sere being lost (no---that
  34. is not normal, even here!) and telnet users had no complaints.  VAX
  35. clusters simply crashed.
  36.  
  37.             PAul
  38. > 
  39.