I am going over BGP and was wondering the reason for having IGP (such as RIP or OSPF) on a router running BGP in addition to the IBGP, when IBGP will more than do all the dynamic routing within an AS...
I believe that there are a couple of other aspects to consider about the question of IGP vs IBGP:
- BGP does not carry any information about the topology of the network. Within your AS you probably want to choose routes with some consideration of the topology. Whether it is RIP with hop count, or OSPF with cost (based on bandwidth) or EIGRP metric (based on bandwidth and delay) the IGP attempts to choose the best path based on some characteristics of the topology of the network. BGP does not do this.
- BGP seeks to identify the single best path to a destination and does not (in general) do equal path load sharing. Within your AS you probably would like to do load sharing which all the IGPs will do.
- the loop avoidance mechanism of BGP is to look at the AS numbers in the AS path. This is effective between ASes but is not very effective within an AS. The IGPs have more effective mechanisms for avoiding or detecting loops.
so, if i understand it correctly, by definition, the next hop info from eBGP is carried into iBGP. And u r saying that iBGP may not have a route to reach the next hop and one needs to use either static or IGP to get there?
1. Enables iBGP peers to discover the route to the peer's BGP interface (e.g. Loopback). BGP interface addresses CANNOT be learned from BGP itself. This is in violation of the BGP design. That's where IGP comes in (IGP = dynamic OR static routing. Anything other than BGP). If BGP learns its neighbor's address via BGP, peering will establish for a couple of minutes, and then torn down again, with an error message. This is called BGP race condition.
2. In a network with multiple internal (non-BGP) routers, you don't need to enable BGP on those (if you do, it'll unnecessarily complicate your iBGP topology). Just leave 'em running whatever IGP you already have (or planning to have), and only run BGP on the "external" routers. OSPF would be a good option as an IGP, if you haven't got one.
To address the issue of eBGP next-hop being carried into iBGP, simply configure neighbor next-hop-self on your eBGP router (only required with iBGP neighbors).
I agree with Paresh and Rick. Really valid points.. one of the important issues with ibgp and igp on intranet is synchronization. routes in ibgp are propogated only if these routes are already present on the IGP. this can be either done with a full mesh or redistributing the IGP to BGP, which can complicate the internal routing procedures.
Hence, I think u should not think of using IBGP unless it is mandatory in some places like MPLS, multihoming etc....
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...