BGp Default Route injection

I am receiving 2 default routes from 2 separate providers along with partial bgp table. When I do show ip route 0.0.0.0, I dont see the default route in ip rib.

However, I do see when I do show ip bgp 0.0.0.0? Why is it not injecting into the ip RIB?
LVL 1
andrew_89Asked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

RSMTECH_KCCommented:
post you router bgp section of the config.
harbor235Commented:


There is no BGP next hop reachability, how many BGP speaking routers do you have? Can you see the default route on the edge router?

harbor235 ;}
andrew_89Author Commented:
I have a single 6500 edge router that is peering with 2 isp's. O am getting full bgp routes from both providers. The ISP  must be doing default information originate since I can see the default route in the BGP RIB.

However, I dont see anything in my local ip routing table for the default route. I am not running an IGP as I am stuck with default routing on my end. However, since I Want to get rid of that I should be able to remove the static default routes in the ip RIB and then see the BGP default routes from the ISP injected.. (at least I would think so)  So I am wondering why the bgp default routes dont appear in the ip routing table after removing the static default routes.

The default routes that the ISP gives me are the same as the default routes that I have already been using statically so they are valid
Get Certified for a Job in Cybersecurity

Want an exciting career in an emerging field? Earn your MS in Cybersecurity and get certified in ethical hacking or computer forensic investigation. WGU’s MSCSIA degree program was designed to meet the most recent U.S. Department of Homeland Security (DHS) and NSA guidelines.  

harbor235Commented:


what is the next hop for the default route , do you have a route to it?

sh ip bgp 0.0.0.0/0 , can you post the output of this command?

harbor235 ;]
andrew_89Author Commented:

BGP routing table entry for 0.0.0.0/0, version 14381307
Paths: (2 available, best #1, table Default-IP-Routing-Table)
Multipath: eBGP
  Not advertised to any peer
  3549, (received & used)
    204.88.184.181 from 204.88.184.181 (61.106.7.212)
      Origin IGP, metric 0, localpref 100, valid, external, multipath, best
  3356, (received & used)
    4.25.28.81 from 4.25.28.81 (4.25.180.161)
      Origin IGP, localpref 100, valid, external, multipath
      Community: 219938819 219939391 219940858
harbor235Commented:

Do you have a default route injected by your IGP as well? Any filtering going on between
you and this peer?


harbor235 ;}
andrew_89Author Commented:
well the I was using static default routes back to the ISP.. However, if I remove the static routes , these should be injected to the ip rib. No filtering at this point..... I don't believe there is anything required to allow a default route advertised by your ISP into the local ip routing table correct?
harbor235Commented:

Do you peer with your provider over  204.88.184.181? Do you have a route to
 204.88.184.181?  

post the output off "show ip route  204.88.184.181"

harbor235 ;}
andrew_89Author Commented:
yes I do and its a directly connected route . Meaning its the other end of the /30 that we have for peering with both ISP's
andrew_89Author Commented:
is the issue that since this is directly connected it will always see that route as best and since the default route is learned via ebgp, it will not install this? That would seem logical......
pergrCommented:
Start with increasing Administrative Distance for your static default to 250 - then it will be used until you get BGP to work.

Next, if you have problem with "next hop", it will be not only for the default but also for the partial routes you are getting. Please clarify.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
andrew_89Author Commented:
raising the admin distance of the static will do no good. The problem is that the default router injected by the ISP is actually a directly attached interface that I am peering with.

A directly attached router will always be preferred over any other method of learning a default route regardless of it being static or injected via EBGP.

pergrCommented:
It is not the bgp default route that is directly attached, it is the next hop.

The route will still be selected based on admin distance.
andrew_89Author Commented:
Let me make sure I am not missing something here... If I have a default route coming from the ISP and I can see it in sh ip bgp 0.0.0.0...... Should I not also be able to see the same route in the IP RIB by doing
sh ip route 0.0.0.0?
pergrCommented:
In general yes, if the next hop is available, and there is no other default route taking precedence.

Are you sure it is not there - a bit above the other routes?
Are the other routes you are receiving via BGP visible in the IP routing table?
andrew_89Author Commented:
yes I can see all the other routes in the IP RIB that are from BGP. However, even when I remove the static default route, I dont see the bgp default getting injected to the ip RIB.

sh ip route 0.0.0.0 has no return. This is why I assumed that since the default route next hop already exists in the IP RIB as connected, it will never be injected as a default route from EBGP and will always prefer the connected route due to admin distance of 0.

I am going to have to put this same scenario up in a LAB and see if I can prove this out.
andrew_89Author Commented:
I reproduced this in the lab and it worked correctly as you stated . The problem was that in production as I was testing someone else was playing with static default routes and kept screwing up the results.


Thanks
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Routers

From novice to tech pro — start learning today.