Hi again, there is a lot about bgp to know. I have 2 routers, I looked at both show ip bgp and show ip route on both routers. In one router all the routes were installed by bgp. In the second router, almost all the routes were installed by eigrp and there are many rib-failures on this one.
This is the bgp section for each, they look similar (I didn't code this, still learning), yet they behave differently. Both have a eigrp redistribution. What would cause the difference in the routing table?
Are you talking about the same prefixes received by EIGRP from the LAN on both routers?
Could you paste some sh route, sh ip bgp ..., sh ip eigrp topo ... outputs for an example prefix?
I can imagine following scenario, e.g., when a redistribution is involved:
Let's say both routers are receiving the prefixes from the LAN originally via EIGRP.
Both put them to their RIB and redistribute into BGP.
Both are receiving the prefixes from the other router via iBGP (through the LAN) and also from the ISP router via WAN.
But the prefix redistributed by the router itself is the best from BGP point of view (redistributed with Weight=32768 attribute by default).
Then the LAN interface on router A goes Down for some time.
Router A removes the EIGRP prefix from the RIB and also withdraws the redistributed prefix from his BGP table.
The prefix received by iBGP is also withdrawn as iBGP session went down.
So the only remaining routing info for the subnet is the prefix received via eBGP which is installed into the RIB now.
Then the LAN port goes Up again.
Router A is receiving the EIGRP prefixes again.
Will he put them to the RIB though?
No! Because it has got the same prefix within BGP table and as it was received via eBGP, the Administrative Distance is 20, much better then EIGRP AD=90.
So that could be the situation you see.
In fact, after a while the iBGP session should establish again and the prefix received by iBGP should beat the prefix received by eBGP (shorter AS_PATH). And EIGRP prefix should beat the iBGP then due to better AD.
BUT I see neighbor 10.210.100.1 route-map LOCALPREF in in your config.
So it's possible the Local Preference attribute is changed for eBGP prefixes to beat the iBGP ones and EIGRP never wins consequently?
I know all of this is just a speculation, I'm trying to show what can happen while a redistribution plus eBGP/iBGP peerings are involved at the same time.
In one router all the routes were installed by bgp. In the second router, almost all the routes werenstalled by eigrp and there are many rib-failures on this one. - Your possible rib failures can be due to the redistribution and eigrp already prefixes in the rib of the router with better admin distance which when BGP is also running will show the bgp routes as rib failures in the bgp table.
Please don't forget to rate any posts that have been helpful.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...