Technical Tip: Behavior of enabling 'Update static route' in Performance SLA, where an interface member does not have an IP address
| Description | This article describes the behavior of enabling 'Update static route' in a SDWAN Performance SLA (health-check) with an SD-WAN member that does not have an IP address, and there are static routes referencing that interface. |
| Scope | FortiGate. |
| Solution | Consider a scenario where there is a port configured as an SD-WAN zone member. If, for any reason, an IP address is not configured on the port: adding the interface to a performance SLA (health-check) with the feature 'update-static-route' set as enabled will not remove any static route that references that interface, even though a health-check marks the interface as 'dead'.
For example: consider port3 as an interface that is part of an ISP2 SD-WAN zone, and is a member of a 'Default_Google Search' health-check with 'update-static-route' set to enable:
config system interface edit "port3" end config system sdwan config system sdwan
If there is a static route configured for port3, the route will be kept in the routing table, even though the health-check is in the failed state.
config router static edit 2 diagnose system sdwan health-check status Health Check(Default_Google Search):
get router info routing-table all S* 0.0.0.0/0 [1/0] via 172.16.18.2, port3, [1/0] <-----
This is expected behavior. The feature 'update-static-route' in a health-check works on the prerequisite that the health-check can install a dedicated route from the source to the destination. But in this case, the interface lacks a source IP, so the dedicated route installation fails. When this happens, health-check gives up control of the static route. This can cause traffic to be black holed. It is therefore important to avoid configuring static routes for an interface that is not yet assigned an IP address, even when there are SD-WAN health-checks configured to control the availability of the static routes. |
