cancel
Showing results forĀ 
Search instead forĀ 
Did you mean:Ā 
cancel
2127
Views
15
Helpful
8
Replies

Load balancing between 2 hub routers running EIGRP

Ricky S
Level 3
Level 3

Hello friends, I have a hub and spoke network running EIGRP with 2 central hubs at the data center and approx. 90 spokes. Each spoke connects to each of the hubs over separate tunnel interfaces utilizing a local high speed internet connection. Currently I have the EIGRP maximum-path set to 1 in order to avoid out of sequence packet issues at the core. With this setting, all of the spokes connect to HUB1 while HUB2 is sitting idle. I know there is a way to load-balance between two hubs so that spokes are utilizing both hubs example: email over HUB1 and Citrix over HUB2. I am just not quite sure how I can do that?

Subnets at the data center are 172.18.120.0/24, 172.18.120.121/24 and 172.18.120.123/24 which host most application servers each of the branches need to communicate with.

1 Accepted Solution

Accepted Solutions

Ricky

I agree with John's point that you could configure PBR to achieve load balancing by application type. I also note that his suggestion works from the hub to the spoke and that you would need similar configuration at each of the spoke routers to manage traffic from spoke to hub.

I would suggest a different approach to achieve load  balancing. I have set up a similar network with 2 hub routers and many remote sites. The customer wants to do load balancing so that each hub routers is actively used, the load is shared, and traffic will fail over to the other hub if there is a problem. What we did was to configure an offset list on each of the spoke routers. The offset list applies to inbound advertisements and also to outbound advertisements. Approximately half of the spoke routers apply the offset list to advertisements from hub 2 (making hub1 more preferred) and the other half apply the offset list to hub1 (making hub2 more preferred). The result is that half of the spokes use each of the hub routers and if there is a problem with one of the hub routers then all traffic flows through the other hub router.

HTH

Rick

HTH

Rick

View solution in original post

8 Replies 8

John Blakley
VIP Alumni
VIP Alumni

Ricky,

You should be able to use PBR for something like this. You'd create an acl matching the source address or protocol, create a route-map, and apply it to the interface.

HUB1: 192.168.1.1

HUB2: 192.168.1.2

Mail server: 192.168.1.50

Citrix server: 192.168.1.51

Web server: 192.168.1.52

access-list 101 permit ip host 192.168.1.50 any

access-list 101 permit ip host 192.168.1.51 any

route-map MyPolicy permit 10

match ip address 101

set ip next-hop 192.168.1.2

int fa0/1 (lan interface)

ip address 192.168.1.1

ip policy route-map MyPolicy

I put the web server in there to show that anything that doesn't match this policy will route out whatever the routing table says to get to. The policy-map next-hop ip will override whatever is set in the routing table for these two hosts going outbound. When they hit the inside interface transmitting traffic to hosts, these 2 hosts will go to Hub2. Traffic going to the hosts, depending on the routing table from their perspective, could come over Hub1 and then return traffic would come through Hub2.

HTH,

John

HTH, John *** Please rate all useful posts ***

Ricky

I agree with John's point that you could configure PBR to achieve load balancing by application type. I also note that his suggestion works from the hub to the spoke and that you would need similar configuration at each of the spoke routers to manage traffic from spoke to hub.

I would suggest a different approach to achieve load  balancing. I have set up a similar network with 2 hub routers and many remote sites. The customer wants to do load balancing so that each hub routers is actively used, the load is shared, and traffic will fail over to the other hub if there is a problem. What we did was to configure an offset list on each of the spoke routers. The offset list applies to inbound advertisements and also to outbound advertisements. Approximately half of the spoke routers apply the offset list to advertisements from hub 2 (making hub1 more preferred) and the other half apply the offset list to hub1 (making hub2 more preferred). The result is that half of the spokes use each of the hub routers and if there is a problem with one of the hub routers then all traffic flows through the other hub router.

HTH

Rick

HTH

Rick

Good solution Rick

HTH, John *** Please rate all useful posts ***

Ricky S
Level 3
Level 3

Both great suggestions. Thank you gentlemen. I think I am going to go with your idea Rick. I have spokes spread all over North America and I can separate the 2 groups based on their georgrahical locations.

Thanks again Gents.

Ricky S
Level 3
Level 3

Gents one more question, if I set the delay on tunnel0 to 100 and on tunnel 1 to 1000, will that make the router pick tunnel0 over tunnel1 if both are available?

Ricky

Yes. Setting the delay to a higher value is one way to make the interface less desirable for EIGRP routing.

Note that setting the delay on the interface affects the metric of routes that we learn and will affect outbound traffic but not inbound traffic. So you would need to set the delay on the tunnel on both routers (hub and spoke) to have all traffic use the preferred path.

HTH

Rick

HTH

Rick

Perfect. Thanks again.

anishlekshman
Level 1
Level 1

Gentlemen,

I have read your post and Mr.Richard Provide one solution. I would like to mark one more scenario to acheive this in simple manner.

1.Connect Both HUB-Routers to Switch. and run HSRP(for redundancy) or MHSRP(Redundancy with Loadsharing).

2.Make 2 IPSLA-Track  from Each HUB to HO Router. (You can use reachability of Routes in IPSLA or ICMP-Echo)

Mechanism:- If Track is going down, the routes will remove from the Routing table also HSRP will switch Instantly as peermt is configured. This will work accurately on L2-VPN Link or L3-VPN Link.

3.You Can use HUB to HO Static or Dynamic ur requirement. HO side also you may use Dynamic Protocol.

IF any Doubt, you may drop a text. thanks.

Review Cisco Networking for a $25 gift card