1- Timeout value is configured in millisecond therefore in my commands timeout value is actually 2 minutes.
2- To decide about a tracked object as active, SLA needs just one ICMP echo to be responded successfully.
For example: SLA started at 00:00:00 and 1st ICMP echo was sent at same time then ASA will set this packet's timeout to 2 minutes which means that ASA will wait for response till 120000ms before sending the next ICMP echo. Now, either reply will come (if primary gateway is up) or will not come in which case ASA will have to decide at 00:02:00 that this ICMP echo request is timed out.
If primary default gateway was up and reply of 1st ICMP echo request came successfully within the configured timeout, say at 00:00:02; tracked object is considered as active. SLA process will be set to start after 2 minutes that is at 00:02:02 as defined in frequency (120 seconds).
But if primary default gateway was down and reply of 1st ICMP echo request didnt come within the configured timeout, say till 00:02:00; SLA process will send 2nd ICMP echo request at 00:02:01 and will wait till 00:04:01. If 2nd request is also not responded, ASA will consider 2nd ICMP echo request is timed out at 00:04:01 and will send 3rd and last (num-packet 3) ICMP echo request at 00:04:02 and will wait for next 120000 ms that is till 00:06:02. If 3rd ICMP echo was also not responded within the configured timeout value; tracked object will be marked as inactive or down at 00:06:02.
Routing decisions will be made on the basis of recent object status. Primary route will be removed from routing table and backup route will be active. SLA process will start again after 2 minutes that is at 00:08:02 as defined in frequency (120 seconds). The same process will be followed as started at 00:00:00.
Correct me if I'm wrong!
For example: SLA which is now started at 00:08:02, sent an ICMP echo request and got the reply successfully within the configured timeout value - say at 00:08:04, tracked object will be immediately marked as active and in result primary default gateway will become active in routing table. This is what i want to avoid. I want SLA to check for 6 minutes that primary path is stable and active and only then change the routing table which i dont know how will it happen.