12-14-2013 11:20 PM - edited 03-07-2019 05:05 PM
Can BGP be used like EIGRP / OSPF? Can some one explain?
12-15-2013 12:16 AM
Hi,
Can BGP be used like EIGRP / OSPF? Can some one explain?
In general, it can not. BGP depends on EIGRP or OSPF (or any other IGP protocol) to provide full reachability within an autonomous system, for three primary purposes:
In common scenarios, BGP is deployed along with IGP.
Please feel welcome to ask further!
Best regards,
Peter
12-15-2013 05:07 AM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
As Peter described, normally you wouldn't use BGP in place of an IGP like EIGRP or OSPF.
However, if you're a masochist, you could.
For example, if all your routers were connected by p2p links, you could configure each router in its own AS and run them as eBGP peers.
What Peter was alluding to, normally interior BGP peers run as iBGP peers, but then each requires a connection to every other peer (full mesh). (There's also BGP route reflectors or BGP confederations, which limit the need for interior iBGP peering to all other iBGP routers, but neither deals with how the iBGP routers "know" how to route to their required peers.) Normally an IGP protocol is used to provide reachability, but you could do the same with static routes. Of course, whether you have an IGP or use static routes that maps out the whole interior topology they both beg the question of why also then have iBGP too (if being used just for the interior topology).
There's a limit to the number of AS numbers, especially if using just the private range, so you could combine the two approaches, such as having small clusters of iBGP peers (maybe 2 or 3) which eBGP peer to other clusters.
If you did go to all the trouble, you would then find that BGP will likley converge slower than most IGPs and unless you do some manual policy configuration, BGP won't path select much better than RIP.
What BGP does well is handle massive route tables (like the Internet) and allow very sophiscated (manual) routing policies. However, both are usually not as desirable for an IGP.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide