home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / apps / 2849 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  1.2 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!gateway
  2. From: young@alw.nih.gov
  3. Newsgroups: comp.sys.sun.apps
  4. Subject: SunNet Manager - glyph states
  5. Date: 22 Dec 1992 15:43:18 -0600
  6. Organization: UTexas Mail-to-News Gateway
  7. Lines: 17
  8. Sender: daemon@cs.utexas.edu
  9. Message-ID: <9212222143.AA11658@waverunner.dcrt.nih.gov>
  10. NNTP-Posting-Host: cs.utexas.edu
  11.  
  12. SunNet Manager seems to want to change the state of a glyph in automatic
  13. management mode every time the network loses an SNMP packet.  (I haven't 
  14. really done a test of this, I can say that SNM will trun a glyph to its
  15. down state and cause a "no answer from" event when I know positively that
  16. the device is up, and never missed a beat.)  This becomes really 
  17. bothersome because SNM won't change the state of the glyph back to its 
  18. original state or to a state which indicates a reboot of the machine in
  19. question when it receives its next SNMP response.  Is this what everyone
  20. else is finding or do I need to RTFM some more?  If my network managment
  21. software doesn't really reflect the state of my network in real-time and 
  22. in fact becomes a burden on the operators, what good is it?
  23.  
  24.  
  25. -- 
  26. ___________    
  27.     jy
  28.     young@heart.dcrt.nih.gov
  29.