Fortinet Document Library

Version:

Version:

Version:


Table of Contents

FortiGate-6000 Release Notes

Download PDF
Copy Link

HA route-ttl option available

You can now use the HA route time to live (route-ttl) option to control how long routes remain active in the new primary (master) FortiGate-6000 or 7000 after an FGCP HA failover. The default route-ttl is 600 seconds. The range is 5 to 3600 seconds (one hour). You can use the following command to change the route-ttl time.

config system ha

set route-ttl <time>

end

Note

FortiOS 6.0.6 for FortiGate-6000 and 7000 does not support the route-wait and route-hold options.

To maintain communication sessions through a new primary FortiGate, routes remain active in the routing table for the route-ttl time while the new primary FortiGate acquires new routes. Normally keeping route-ttl to the default value of 600 seconds (10 minutes) is acceptable because acquiring new routes and populating the routing tables of multiple FPCs or FIMs and FPMs can take a few minutes.

If the primary FortiGate needs to acquire a very large number of routes, or if for other reasons there is a delay in acquiring all routes, the primary FortiGate may not be able to maintain all communication sessions after a failover.

You can increase the route-ttl time if you find that communication sessions are lost after a failover. Increasing the route-ttl time allows the primary unit to use synchronized routes that are already in the routing table for a longer period of time while waiting to acquire new routes.

HA route-ttl option available

You can now use the HA route time to live (route-ttl) option to control how long routes remain active in the new primary (master) FortiGate-6000 or 7000 after an FGCP HA failover. The default route-ttl is 600 seconds. The range is 5 to 3600 seconds (one hour). You can use the following command to change the route-ttl time.

config system ha

set route-ttl <time>

end

Note

FortiOS 6.0.6 for FortiGate-6000 and 7000 does not support the route-wait and route-hold options.

To maintain communication sessions through a new primary FortiGate, routes remain active in the routing table for the route-ttl time while the new primary FortiGate acquires new routes. Normally keeping route-ttl to the default value of 600 seconds (10 minutes) is acceptable because acquiring new routes and populating the routing tables of multiple FPCs or FIMs and FPMs can take a few minutes.

If the primary FortiGate needs to acquire a very large number of routes, or if for other reasons there is a delay in acquiring all routes, the primary FortiGate may not be able to maintain all communication sessions after a failover.

You can increase the route-ttl time if you find that communication sessions are lost after a failover. Increasing the route-ttl time allows the primary unit to use synchronized routes that are already in the routing table for a longer period of time while waiting to acquire new routes.