home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12596 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!ucbvax!NSCVAX.PRINCETON.EDU!dragon
  2. From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: Vax to Ultrix delay over decnet
  5. Message-ID: <0095DE66.5D092A80.6489@nscvax.princeton.edu>
  6. Date: 21 Jul 92 14:11:15 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 49
  11.  
  12.  
  13.     Mark Randall <mrandall@av8r.uucp> writes:
  14. >
  15. >    It seems like I've picked everyone's brains for terminals, so
  16. >now let's give DECnet a try...
  17. >
  18. >    We have a 3800 (vax/vms 5.5-1) and a 5400 (risc/ultrix 4.2A)
  19. >connected via Thickwire E-net through a DELNI. We've got DECnet set
  20. >up, although I'm a real beginner to networks and NCP (where's that
  21. >manual...?). Everything seems ok but for one problem.
  22. >    When we dlogin from ultrix to vms, all works well. Going the
  23. >other way, vms to ultrix (via SET HOST), we experience really long
  24. >delays when text is printed to the screen. Once logged in, I can type
  25. >normally and text will be displayed until it just STOPS for no
  26. >apparent reason! The pause occurs on average for 7-9 seconds, and then
  27. >the text resumes printing, as if nothing had happened. There is no
  28. >such pause going the other way.
  29. >    This one's really got me baffled, folks. Anyone have an idea?
  30. >I don't even know which system has the problem, but it looks like a
  31. >quota is set too low somewhere...
  32. >
  33. >                Mark
  34. >
  35.  
  36.     I've observed this same phenomenon here at Princeton.  Many systems
  37. and terminal servers have exhibited the problem.  I'm reasonably certain
  38. that the problem is due to network loading, and specifically to stations
  39. using DEC protocols.  I've seen the problem behind a LANBridge 100 so that
  40. I suspect broadcast and/or multicast packets as the culprits.
  41.  
  42.     Some time ago, I helped set up a small network consisting of a VAX 
  43. Station 3100, three VT1200s and a VT1300.  It worked well using DECnet and 
  44. LAT.  After it was connected to the University-wide network it still worked
  45. well internally. We were able to use TCP/IP to communicate with the world
  46. at large.  DECnet and LAT, however, did not work.  We could not see or be
  47. seen by any other DECnet node on campus.  I consulted the University
  48. networking people who informed me that they had been filtering DEC
  49. protocols in that particular segment of the network.  They turned the DEC
  50. protocols on and I could suddenly reach the rest of the campus. 
  51. Performance went down the sewer!! 
  52.  
  53. *************************************************************************
  54. *                                                                       *
  55. *                        Here, there be dragons!                        *
  56. *                      dragon@nscvax.princeton.edu                      *
  57. *                                                                       *
  58. *                                                Richard B. Gilbert     *
  59. *************************************************************************
  60.  
  61.