SNMP is not pulling data for the Chassis Alarm on MX204
SNMP polling is not working for the Chassis Alarm on MX204. For example:
OID Name Sub children Sub Nodes
1.3.6.1.4.1.2636.3.1.10.1 jnxLEDEntry 9 9 An entry of status table.
snmpwalk -v 2c -c <community> 100.124.8.4 .1.3.6.1.4.1.2636.3.1.10.1.7.3
iso.3.6.1.4.1.2636.3.1.10.1.7.3.1.1.0.0 = STRING: " chassis alarm LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.2.1.0.0 = STRING: " PEM 0 LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.2.2.0.0 = STRING: " PEM 1 LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.4.1.1.0 = STRING: " FAN 0 LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.4.2.1.0 = STRING: " FAN 1 LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.4.3.1.0 = STRING: " FAN 2 LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.7.1.0.0 = STRING: " FPC slot 0 OK/Fail LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.9.1.0.0 = STRING: " Routing Engine LED"
iso.3.6.1.4.1.2636.3.1.10.1.7.3.12.1.0.0 = STRING: " CB slot 0 LED"
snmpwalk -v 2c -c <community> 100.124.8.4 .1.3.6.1.4.1.2636.3.1.10.1.8.3
iso.3.6.1.4.1.2636.3.1.10.1.8.3.1.1.0.0 = INTEGER: 7
iso.3.6.1.4.1.2636.3.1.10.1.8.3.2.1.0.0 = INTEGER: 2
iso.3.6.1.4.1.2636.3.1.10.1.8.3.2.2.0.0 = INTEGER: 2
iso.3.6.1.4.1.2636.3.1.10.1.8.3.4.1.1.0 = INTEGER: 1
iso.3.6.1.4.1.2636.3.1.10.1.8.3.4.2.1.0 = INTEGER: 1
iso.3.6.1.4.1.2636.3.1.10.1.8.3.4.3.1.0 = INTEGER: 1
iso.3.6.1.4.1.2636.3.1.10.1.8.3.7.1.0.0 = INTEGER: 2
iso.3.6.1.4.1.2636.3.1.10.1.8.3.9.1.0.0 = INTEGER: 2
iso.3.6.1.4.1.2636.3.1.10.1.8.3.12.1.0.0 = INTEGER: 2
snmpwalk -v 2c -c <community> 100.124.8.4 .1.3.6.1.4.1.2636.3.1.10.1.8.3.1.1.0
snmpget -v 2c -c <community> 100.124.8.4 .1.3.6.1.4.1.2636.3.1.10.1.8.3.1.1.0.0
iso.3.6.1.4.1.2636.3.1.10.1.8.3.1.1.0.0 = No Such Instance currently exists at this OID
Unlike modular platforms where the chassis is a separate FRU, MX204 does not have a separate chassis as a FRU. That in turn means that the chassis FRU category does not exist in SNMP tables. That is the reason for the "No such instance error".
Ideally, the MIB walk should not show the unsupported MIB OID, but it may have been kept for some compatibility reasons. Note that the value returned is 1, which is "unknown/unavailable" and should be ignored as unsupported.