-
Re: Static Routes on 4430 with VPN not removing Static Routes from Routing Table when BGP Routes return
jayh Oct 5, 2016 9:29 PM (in response to redbarron)Is BGP summarizing in any way so that your floating static is more specific? These are eBGP neighbors with AD of 20 and not iBGP with AD of 200, correct?
Kind of sounds like an AOS bug to me if all of the above check out. Just for grins what happens if you make the AD of the floating static 250 or anything >200 ?
-
Re: Static Routes on 4430 with VPN not removing Static Routes from Routing Table when BGP Routes return
redbarron Oct 6, 2016 6:10 AM (in response to jayh)Auto summarization is off and no manual summarization is configured. This router has only one BGP Peer that is in a different AS. All the AD's for BGP show up as 20 in route table and BGP table, when a route sticks the static show up as an AD of 100 in the route table and the BGP route in the BGP table for the same network shows up as an AD of 20.
-
Re: Static Routes on 4430 with VPN not removing Static Routes from Routing Table when BGP Routes return
jayh Oct 6, 2016 8:32 AM (in response to redbarron)Sure sounds like a bug. I'd check for newer firmware and read release notes, open a case if no joy.
-
Re: Static Routes on 4430 with VPN not removing Static Routes from Routing Table when BGP Routes return
jordanjms Oct 14, 2016 8:50 AM (in response to jayh)This appears to be working as intended. Step 4 of BGP path selection defined in Configuring BGP in AOS 18.03/R10.1.0 or later states:
"If the AS_PATH distance is identical, prefer the lower origin type (where routes originally injected via the network mask or network command issued from BGP AF configuration mode or aggregation (IGP) are lower in origin than routes learned from a neighbor using eBGP. Routes originally injected by redistribution into BGP (incomplete) have the highest origin value)."
This means that once the static route is placed into the route table, it will not be displaced by a learned BGP route because it was locally originated assuming that the first 3 steps defined in BGP path selection are equal.
If the learned BGP route should always be preferred, an inbound route map can be applied to the neighbor to adjust the LOCAL_PREF value so BGP will prefer the learned route over the local static route. Example 5 in Configuring BGP in AOS 18.03/R10.1.0 or later shows how this can be done.
-
Re: Static Routes on 4430 with VPN not removing Static Routes from Routing Table when BGP Routes return
jayh Oct 14, 2016 9:26 AM (in response to jordanjms)Jordanjms, I respectfully disagree. The BGP table is not the same as the routing table. In his case the static route isn't being injected or redistributed into BGP. There are two routes, an eBGP route with an AD of 20 and a floating static with an AD of 100. The BGP route should take precedence due to the shorter administrative distance assuming that the netmasks are of equal length.
-
Re: Static Routes on 4430 with VPN not removing Static Routes from Routing Table when BGP Routes return
jordanjms Nov 1, 2016 6:15 AM (in response to jayh)jayh, BGP does not consider administrative distance in its selection process. You are correct in the fact that BGP is separate from the routing table which is precisely why the static route is being placed into the route table.These are two separate processes, so they must be thought of that way. First, BGP makes it's decision to determine what it thinks is the best route. That route is then sent to the route table where administrative distance is used to determine the best route when multiple routes exist for the same network/subnet mask. When you inject a prefix into BGP via the network command, BGP will look in the route table for an existing route for that prefix. If it finds one, it considers that to be a locally originated route. It then goes through it's decision making process outlined in Configuring BGP in AOS 18.03/R10.1.0 or later taking into account the locally originated route and any learned BGP routes to determine what it thinks is the best route. If the route that it determines is the best is locally originated, i.e. an existing static route or route learned via OSPF, that route maintains its AD. At that point, the route table is likely only going to have one route for the network/subnet mask in question (the original route that BGP pulled from the route table as a locally originated route), so that will be the route that gets used. On the other hand, if BGP determines that a non-locally originated route is best then that route is given to the route table, and, if the default AD is being used, that route will have an AD of 20. However, at this point the route table would have multiple routes for that exact network/subnet mask (the original locally originated route and the BGP route), so AD would be used to break that tie.
-
-
-
-
-