SNMP OID for IPSLA shows UP also if Operation failed

[HUBERT RESCH]

High , I used following test-applet to check perdiodically the status of ip sla 199

ip sla 199
icmp-echo 7.192.196.101 source-interface GigabitEthernet0/1
request-data-size 100
threshold 400
ip sla schedule 199 life forever start-time now

event manager applet test

event snmp oid 1.3.6.1.4.1.9.9.42.1.2.9.1.6.199 get-type exact entry-op ge entry-val "0" poll-interval 1 maxrun 200
action 100.0 if $_snmp_oid_val eq 1
action 110.0  set _sla199status "DOWN"
action 120.0 else
action 130.0  set _sla199status "UP"
action 140.0 end

it works fine if the ipsla show as result timeout which result in a value of 1 in the snmp-variable.

if I shutdown the source-interface of ip-sla there are differnt behaviours

on 7200 the

Latest operation return code: timeout

and the snmp-var is 1 which means down

on 3900e

Latest operation return code: Operational failed

and the snmp-var is still 2 which means up

Do I misunderstand anything or could it be a IOS-Bug

Hubert

[Joe Clarke · Accepted solution]

The object 1.3.6.1.4.1.9.9.42.1.2.9.1.6 which is rttMonCtrlOperTimeoutOccurred.  If a timeout did not occur, then the value is expected to be 2 (false).  Therefore, what you're seeing is expected.  You might consider using 1.3.6.1.4.1.9.9.42.1.2.10.1.2.199.  If the value of this object is anything other than 1, then an error has occurred.

[HUBERT RESCH]

Thx for the response, in the meantime I found out myself. I was a little bit confused, because I

thought with M2 this is the correct behaviour (but it seems with M2 this was wrong behav

iour and with M3 now it works correct)

[yosiavrahami]

Hi HUBERT, 

What is M2 or M3? Snmpv2 and snmpv3 or slot cards type?

Yossi avrahami