From: Tony Schaffran \(GS\) (groupstudy@cconlinelabs.com)
Date: Tue Feb 26 2008 - 16:12:50 ARST
Actually, I do not think that is load-balancing.
Those are just redundant paths and the primary will always be selected as
the candidate path unless that interface actually goes down.
If there is a problem in the path and that interface stays up, the route
(marked with *) will not be deleted and your traffic will not get out.
That is how I understand what you are showing. If I am wrong, please
enlighten me.
Tony Schaffran
Network Analyst
CCIE #11071
CCNP, CCNA, CCDA,
NNCDS, NNCSS, CNE, MCSE
www.cconlinelabs.com
Your #1 choice for online Cisco rack rentals.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Sadiq Yakasai
Sent: Tuesday, February 26, 2008 9:46 AM
To: Rik Guyler
Cc: Cisco certification
Subject: Re: outbound load-balancing
Hi Rik,
You can actually do unequal cost load-balancing on the outbound using
static routes. Have a look at this (R1 and R3 are dual hommed to each
other):
192.168.1.0/24
R1 (.1) ---------------------------------------------- (.3) R3
----------------------------------------------
162.1.13.0/24
R1#sh run | i ip route
ip route 0.0.0.0 0.0.0.0 192.168.1.3
ip route 0.0.0.0 0.0.0.0 162.1.13.3
ip route 0.0.0.0 0.0.0.0 10.10.10.1
ip route 0.0.0.0 0.0.0.0 10.10.10.3
ip route 0.0.0.0 0.0.0.0 10.10.10.4
ip route 10.10.10.1 255.255.255.255 192.168.1.3
ip route 10.10.10.2 255.255.255.255 192.168.1.3
ip route 10.10.10.3 255.255.255.255 192.168.1.3
ip route 10.10.10.4 255.255.255.255 192.168.1.3
R1#sh ip route 0.0.0.0
Routing entry for 0.0.0.0/0, supernet
Known via "static", distance 1, metric 0, candidate default path
Routing Descriptor Blocks:
* 192.168.1.3
Route metric is 0, traffic share count is 1
162.1.13.3
Route metric is 0, traffic share count is 1
10.10.10.4
Route metric is 0, traffic share count is 1
10.10.10.3
Route metric is 0, traffic share count is 1
10.10.10.1
Route metric is 0, traffic share count is 1
A nice trick there!
Sadiq
This archive was generated by hypermail 2.1.4 : Sat Mar 01 2008 - 16:54:49 ARST