Monitoring Cisco 3750 stacks - OIDs or traps ?

Morris, Patrick patrick.morris at hp.com
Mon Jun 26 05:56:45 CEST 2006


Traps and polling via SNMP are generally used for two very different
purposes, and which is appropriate really depends what you mean by
"present and correct."

If you want the switches to let you know when something happens, use
traps.  If you want to pull data at regular intervals, use polling.

There's nothing to stop you from doing both.

> -----Original Message-----
> From: nagios-users-bounces at lists.sourceforge.net 
> [mailto:nagios-users-bounces at lists.sourceforge.net] On Behalf 
> Of Stanley.Hopcroft at Dest.gov.au
> Sent: Sunday, June 25, 2006 8:26 PM
> To: nagios-users at lists.sourceforge.net
> Subject: [Nagios-users] Monitoring Cisco 3750 stacks - OIDs or traps ?
> 
> Dear Folks,
> 
> We like many others have happily deployed the Cisco 370 
> stackable switch/routers in stacked configurations.
> 
> Please would anyone with experience of monitoring these units 
> with Nagios comment on how best to monitor the performance of 
> the internals.
> 
> I am particuarly interested in checking that all the switches 
> in the stack are present and correct. 
> 
> There appear to be 3 ways of checking this
> 
> 1 Net::Telnet and parsing the output of 'show inventory'
> 
> 2 Some OID with check_by_snmp (possibly from the CISCO-STACK-MIB)
> 
> 3 Traps from the stack manager
> 
> What experience have people had with these methods ?

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list