CISCO ASA - SLA Monitor
CISCO ASA - SLA Monitor
CISCO ASA - SLA Monitor
One problem with static routes is that the appliance, by default, has no way of knowing if the path to
the destination is available unless the interface on the appliance associated with the static route
were to go down.
Static route tracking allows an appliance to detect that a configured static route that is currently in
the routing table is no longer reachable and to use a backup static route that you’ve configured.
ICMP is used by the appliance to test connectivity for the static route currently in the appliance
routing table.
If ICMP echo replies are not received for a preconfigured period from the monitored device
associated with the current static route, the appliance can then remove the associated static route
from its routing table, and use a configured backup static route.
The type subcommand mode command specifies the protocol to use when performing the test, the
device to test access to, and the interface the monitored device is connected to. Currently the only
protocol supported for testing is ICMP (ipIcmpEcho).
The timeout command specifies the number of milliseconds to wait for the echo reply.
The frequency command specifies the number of echo replies that must be missed before the
tracked static route is considered bad.
The sla monitor schedule command specifies when monitoring should start and for how long.
Normally you want the tracking to start right now and continue forever, but you can change these
values.
The track command associates the SLA_ID for monitoring with the tracking ID specified in the route
command.
So the Cisco ASA firewall can do three basic SLA monitoring tasks. They are:
In this case our SLA monitor ID is 100 and this will go forever starting now.
This will create a track ID of 1 and track sla monitor 100 for reachability.
Here we are telling the ASA to use this static route ONLY if the sla monitor pings are successful. If the
monitor starts failing then the route will be removed from the routing table. The 1 track 1 command
says this route has a weight of 1 and this will be in the routing table if track 1 is up.
We can set a fall back route for the ASA in the event that the sla monitor is failing. We can simply
add a static route with a higher metric like so:
With these two routes in place, the one with a weight of 1 will take precedence. Then when the ping
fails it will be removed and the route with a weight of 20 will take over.
Alert via syslog or SNMP when the SLA monitor fails
When you have sla monitor, track, and a route with a track, syslogs will be created when the track
changes state. You must have all of these things configured in order to see the syslogs.