Discussion:
[c-nsp] EEM not triggering on IOS-XE 3.11.1S
Stephen Fulton
2016-01-18 16:45:34 UTC
Permalink
Hi all,

I'm working on an EEM script which is triggered by an IP SLA down state
on an ASR1000 running IOS-XE 3.11.1S. While the IP SLA entry detects
the state properly, the EEM does not trigger. I'm not finding anything
relevant on the bug toolkit, and I am not seeing anything with my Google-fu.

Here's the configuration:

ip sla 1
icmp-echo 1.1.1.1 source-ip 1.1.1.2
vrf GREEN
tag SITE-DOWN
frequency 5
ip sla schedule 1 life forever start-time now
!
event manager applet SITE-DOWN
description Site 1.1.1.1 is down
event ipsla operation-id 1
action 1.0 syslog priority critical msg "ALERT: Site 1.1.1.1 is down"
!

And here is what I see when I look the status of the IP SLA entry and
the EEM entry. IP SLA looks fine, the EEM isn't triggering despite
being registered.


rtr5#sh ip sla statistics 1
IPSLAs Latest Operation Statistics

IPSLA operation id: 1
Latest RTT: NoConnection/Busy/Timeout
Latest operation start time: 11:42:21 EST Mon Jan 18 2016
Latest operation return code: Timeout
Number of successes: 0
Number of failures: 301
Operation time to live: Forever
!
rtr5#sh event manager policy registered
No. Class Type Event Type Trap Time Registered
Name
1 applet user ipsla Off Mon Jan 18 11:24:46
2016 SITE-DOWN
operation-id {1}
maxrun 20.000
action 1.0 syslog priority critical msg "ALERT: Site 1.1.1.1 is down"
!
rtr5sh event manager statistics policy

Average Maximum
No. Class Triggered Suppressed Run Time Run Time Name
-------------------------------------------------------------------------------
1 applet 0 0 0.000 0.000
SITE-DOWN
event {} ipsla


Any ideas? I'm at a loss at this point. Upgrading to a newer version
of IOS-XE is in the cards, but won't happen immediately.

Thanks,

-- Stephen
_______________________________________________
cisco-nsp mailing list cisco-***@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
Arie Vayner
2016-01-18 22:53:47 UTC
Permalink
Stephen,

I think you are missing a bit more specifics on your event definition... It
just doesn't match a reaction event from IP SLA.

If you look here:
http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/eem/command/eem-cr-book/eem-cr-e1.html#wp2241131084

You can see that there are quite a few options to set what exactly you want
to trigger on with regards to IP SLA.
I think you have to define reactions or triggers to match on IP SLA related
events (events being state transitions... up to down, down to up, threshold
limits, etc)

To be honest, I got best results from EEM and IP SLA by EEM matching on the
syslog messages IP SLA produces...

Tnx
Arie
Post by Stephen Fulton
Hi all,
I'm working on an EEM script which is triggered by an IP SLA down state
on an ASR1000 running IOS-XE 3.11.1S. While the IP SLA entry detects
the state properly, the EEM does not trigger. I'm not finding anything
relevant on the bug toolkit, and I am not seeing anything with my Google-fu.
ip sla 1
icmp-echo 1.1.1.1 source-ip 1.1.1.2
vrf GREEN
tag SITE-DOWN
frequency 5
ip sla schedule 1 life forever start-time now
!
event manager applet SITE-DOWN
description Site 1.1.1.1 is down
event ipsla operation-id 1
action 1.0 syslog priority critical msg "ALERT: Site 1.1.1.1 is down"
!
And here is what I see when I look the status of the IP SLA entry and
the EEM entry. IP SLA looks fine, the EEM isn't triggering despite
being registered.
rtr5#sh ip sla statistics 1
IPSLAs Latest Operation Statistics
IPSLA operation id: 1
Latest RTT: NoConnection/Busy/Timeout
Latest operation start time: 11:42:21 EST Mon Jan 18 2016
Latest operation return code: Timeout
Number of successes: 0
Number of failures: 301
Operation time to live: Forever
!
rtr5#sh event manager policy registered
No. Class Type Event Type Trap Time Registered
Name
1 applet user ipsla Off Mon Jan 18 11:24:46
2016 SITE-DOWN
operation-id {1}
maxrun 20.000
action 1.0 syslog priority critical msg "ALERT: Site 1.1.1.1 is down"
!
rtr5sh event manager statistics policy
Average Maximum
No. Class Triggered Suppressed Run Time Run Time Name
-------------------------------------------------------------------------------
1 applet 0 0 0.000 0.000
SITE-DOWN
event {} ipsla
Any ideas? I'm at a loss at this point. Upgrading to a newer version
of IOS-XE is in the cards, but won't happen immediately.
Thanks,
-- Stephen
_______________________________________________
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
_______________________________________________
cisco-nsp mailing list cisco-***@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
Lukas Tribus
2016-01-18 23:30:36 UTC
Permalink
Hello!
Post by Stephen Fulton
I'm working on an EEM script which is triggered by an IP SLA down state
on an ASR1000 running IOS-XE 3.11.1S. While the IP SLA entry detects
the state properly, the EEM does not trigger.
A state is not an event.
A state *change* is an event.

So I suspect the script will trigger when the state CHANGES from UP to
DOWN, but it won't continuously trigger WHILE the state is DOWN.
Post by Stephen Fulton
rtr5#sh ip sla statistics 1
IPSLAs Latest Operation Statistics
IPSLA operation id: 1
Latest RTT: NoConnection/Busy/Timeout
Latest operation start time: 11:42:21 EST Mon Jan 18 2016
Latest operation return code: Timeout
Number of successes: 0
Number of failures: 301
Operation time to live: Forever
0 successes, so there never was a state change.

Bring that sla probe to success at least once, then make it fail.



Regards,

Lukas


_______________________________________________
cisco-nsp mailing list cisco-***@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Loading...