So, an update for anyone who is interested. As suspected, the route is removed from the routing table if there is no other route to the next hop address. A default route being configured means that the static route stays as the next hop is reachable via this. The configuration of object tracking according to Andy's excellent config means the route is only installed when the reachability status is up. Problem solved.
The config on my level of IOS went as such track 123 ip sla 1 reachability ip sla 1 icmp-echo 10.40.1.1 timeout 1000 threshold 2 frequency 3 ip sla schedule 1 life forever start-time now ip route 88.0.0.0 255.255.255.0 10.40.1.1 track 123 Cheers G On Thu, Apr 24, 2008 at 2:13 PM, Gary Roberton <[EMAIL PROTECTED]> wrote: > All > > Thanks for your replies. This is what I came up with too. Yes, the route > remains in the table if the next hop is reachable through a 0.0.0.0 route > for example. I am trying out each scenario now so will list results for > everyones benefit. > > G > > > On Wed, Apr 23, 2008 at 6:21 PM, Adam Armstrong <[EMAIL PROTECTED]> wrote: > >> Gary Roberton wrote: >> >>> All >>> >>> I have a static route that I am redistributing into BGP. However, I only >>> want to redistribute it if the next hop is available. For example, if I >>> have ip route 88.0.0.0 255.0.0.0 10.35.1.1, I only want to redistribute >>> it >>> if the 10.35.1.1 next hop is still available. I won't go into detail >>> here >>> unless it looks like I need to. >>> >>> >> Is this not default behavior already? >> >> If the next-hop for the static goes away (if an interface went down, for >> example), the static would be removed and thus the BGP announcement would go >> away? >> >> adam. >> > > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
