Re: INVALID static route with unreachable next-hop still shows in VPN route table
Hello There, New to this forum so pardon me for jumping in here. Static Route Tracking is exactly what I have recently attempted as a mechanism for determining reachability from the remote LAN and this post is the closest support resource (outside the manuals) I have found.
Here is my setup : MX67 Head-end + Z1 <LAN Subnet> VLAN-X-Cisco3560-VLAN-Z </30 Subnet> VLAN-Z-Cisco3560-VLAN-X <LAN Subnet>Z1
a) Both of the above Z1 were participating in AutoVPN and advertised their LAN Subnets to an MX67 (DC head-end) b) Cisco switches Numbered in the Z1 LAN Subnet (VLAN-X) c) VLAN-Z set up as a transit net between switches d) Tracked Static Routes configured in both Z1 pointing to far end of /30 via Cisco3560 VLAN-X IP Address e) Static routes configured as "Active when Host pings - chosen host being far end of /30 f) Static routes configured to be "In VPN"
In normal conditions head-end had specific /30 route learned from both Z1s. When transit link cable disconnected the following was noted: 1) local Z1 remove route from local table (this was as expected) - this was true for both Z1 - Looking good at this point 2) Head end remained to have destination route available even though there was NO POSSIBILITY of getting there.
Is this the expected behaviour in such a set up? My interpretation of this feature is: If a route is NOT ACTIVE (the determination of which is the function of Static Route Tracking) it would therefore be flushed from the global routing table.
Any Assistance you can offer on this would be gratefully received. Do any of you folks know of known good implementations of Static Route Tracking?