Hi,

Some of the following may work.

.1.3.6.1.4.1.674.10895.680 is stackMemberUnitFailed

.1.3.6.1.4.1.674.10895.660 is stackMasterFailed

If I walk those two OIDs, no results come back. If I walk .1.3.6.1.4.1.674.10895, the first OID is .1.3.6.1.4.1.674.10895.3000.1.2.100.1.0 which is the switch model.

You can try .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0.4

StackPortLinkDown

That also doesn't work, in a walk, I don't have anything at .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0

snmpget -c test -v 2c 10.11.5.76 .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0.4
SNMPv2-SMI::enterprises.674.10895.5000.2.6132.1.1.13.0.4 = No Such Object available on this agent at this OID

# snmpwalk -c test -v 1 10.11.5.76 .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0

#

(no results)

We are testing this in the lab.

These OIDs are trap OID and SNMPGET will not run them. If you have an SNMP server it should send these traps.

Is there another way to monitor the stack then? I'm trying to find a way to query the stack if its members are up. Can I check on ports Tw1/0/1, Tw2/0/1, etc? Or some other way?

The best option would be to have an snmp server that could report failures right away. All of the status OIDs seem to work the same way.

That is one option, yes, but perhaps not the best. SNMP traps assume that the trap itself made it to the server - which may or may not have happened if a network outage has occurred.

The most recent time this happened is the whole stack went down and when the stack came back up, it didn't have one of its members. That's the scenario I want to monitor for.

Are there other options?

Try .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.7.2.1.6 which should return the status of a stack link. Otherwise I am not seeing any that don’t require an SNMP server to receive the traps. The mib files are included with the firmware, so you can see if there are any that gives you what you need. http://www.dell.com/support/home/us/en/04/Drivers/DriversDetails?driverId=87DJ5