cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1292
Views
0
Helpful
4
Replies

BGP on Serial Links and Load Balancing

snarayanaraju
Level 4
Level 4

Hi Experts and friends,

When reading the link http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800c95bb.shtml ("eBGP Multihop (Load Balancing)"), I learned that using Loopback interface is the workaround for Loadbalancing the BGP traffic.

Can't we achieve this using "Maximum-path" command to get this Loadbalancing functionality in BGP.  I tried and it worked out. I am seeing to BGP routes in RIB by configuring "Maximum-path" command in Routers with Serial link as shown in the document scenario 

Then, why Cisco document says this option.

Please help me in clarifying this.

cheers

SAIRAM

2 Accepted Solutions

Accepted Solutions

cadet alain
VIP Alumni
VIP Alumni

Hi,

it's not for load balancing prefixes learned via BGP but to load-balance the underlying IGP for reaching the loopbacks.

For load sharing BGP prefixes you muste use the maximum-paths command like you did.

Regards.

Alain

Don't forget to rate helpful posts.

Don't forget to rate helpful posts.

View solution in original post

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Sairam,

to use the maximum-paths option under router bgp you have defined two eBGP sessions one for each serial link.

Using a single eBGP session the classic solution is to peer using loopbacks and to achieve load balancing in routing recursion to resolve BGP next-hop.

The classic solution can save router resources, specially router memory ( a single copy of BGP paths is stored instead of having two BGP paths for each destination) and on size of CEF tables.

To be honest, the use of the session on the loopback may be even older then the introduction of the maximum-paths command and as I have noted before it uses less resources.

However, as you have noted mutiple solutions exist to achieve eBGP load balancing.

What to use is a matter of choice, however saving a second eBGP session so avoiding to receive two full internet tables that are identical except the BGP next-hop can allow to use a less powerful router.

If the number of routes exchanged is low the use of two eBGP sessions + maximum-paths 2 can be considered

Hope to help

Giuseppe

View solution in original post

4 Replies 4

cadet alain
VIP Alumni
VIP Alumni

Hi,

it's not for load balancing prefixes learned via BGP but to load-balance the underlying IGP for reaching the loopbacks.

For load sharing BGP prefixes you muste use the maximum-paths command like you did.

Regards.

Alain

Don't forget to rate helpful posts.

Don't forget to rate helpful posts.

Hi Cadet,

      could you elaborate little more? I got confused. Thanks for your patience.

Thanks,

Balajee

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Sairam,

to use the maximum-paths option under router bgp you have defined two eBGP sessions one for each serial link.

Using a single eBGP session the classic solution is to peer using loopbacks and to achieve load balancing in routing recursion to resolve BGP next-hop.

The classic solution can save router resources, specially router memory ( a single copy of BGP paths is stored instead of having two BGP paths for each destination) and on size of CEF tables.

To be honest, the use of the session on the loopback may be even older then the introduction of the maximum-paths command and as I have noted before it uses less resources.

However, as you have noted mutiple solutions exist to achieve eBGP load balancing.

What to use is a matter of choice, however saving a second eBGP session so avoiding to receive two full internet tables that are identical except the BGP next-hop can allow to use a less powerful router.

If the number of routes exchanged is low the use of two eBGP sessions + maximum-paths 2 can be considered

Hope to help

Giuseppe

Hi Giuseppe,

True. It will help me and other folks who read this thread.

Thank you so much for your time and sharing the views. It will be in my sidenote with your name on it

With best regards,

SAIRAM