Perhaps this is an issue when you use proxy-arp for load-balanced paths. Do a debug arp on R1...what do you see? If the ARP entry remains incomplete then that could be the problem.
On Tue, Jan 12, 2010 at 9:08 AM, Haresh Parikh <[email protected]> wrote: > It is good to check if proxy arp is enable on R2 ethernet interface. > > From: [email protected] > To: [email protected]; [email protected] > Date: Tue, 12 Jan 2010 15:42:38 +0000 > Subject: Re: [OSL | CCIE_RS] Static route Selection > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > I might be wrong but isn't load balancing based on CEF which does the > balancing on a hash of the Source/Destination IP, thereby it would follow > only one of the routes each time as the source/destination IP hash does not > change. > > > > Bradley > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Taqdir Singh > Sent: 12 January 2010 15:32 > To: [email protected] > Subject: [OSL | CCIE_RS] Static route Selection > > > > Hi All, > > I have one doubt in static route selection. > Please see my attached network diagram. > > Between R1 and R2, one is serial link and one is ethernet. > > If I configure R1 as > > ip route 2.0.0.0 255.0.0.0 se0/0 > ip route 2.0.0.0 255.0.0.0 20.0.12.2 > > then I see traceroute to 2.2.2.2 is load balanced on both links > > R1(config)#do tr 2.2.2.2 > > Type escape sequence to abort. > Tracing the route to 2.2.2.2 > > 1 20.0.12.2 164 msec > 10.0.12.2 140 msec * > > but If I configure on R1 as below then traceroute to 2.2.2.2 follows serial > link only > > ip route 2.0.0.0 255.0.0.0 10.0.12.2 > ip route 2.0.0.0 255.0.0.0 e1/0 > > R1(config)#do tr 2.2.2.2 > > Type escape sequence to abort. > Tracing the route to 2.2.2.2 > > 1 10.0.12.2 196 msec * 140 msec > > Could anyone please clear what is happening here ? > > - -- > TAQDIR SINGH > Network Engineering > (+91) 991.170.9496 | (+91) 801.041.5988 > > > -----BEGIN PGP SIGNATURE----- > Version: PGP Desktop 9.12.0 (Build 1035) > Charset: us-ascii > > wsBVAwUBS0yYb4MqcCx81E71AQjZqQf/fXzNKimmUO83PVS67lbYYa2ta/hlBi55 > BfHdnhC+8TYNO1QNwEMHXMdIk07OxHsvic9uF23i8NAl/aFec8PXZvgdy5UeCsnW > 6fgkqeYEM502a6gKvCI2FCermeTbpQkXHT9dMsKatoWjo7x8S5eauEmgADTZFecM > 0+RCls8LF1JqeomeKcuS/ho970QnCeD1ay+rtcmqNjBSfa9oXxR5+KtpD0tcSxdy > n2oyS4Kzyk4OT8n3WV1x2l8GMLmPVqr1mLnOosvxRNviow6snWMjBxY6mRWnz+D2 > TX6nj72nXQqiJzxn6XO1K3Gullo7KPBzKnTM6gVOhTnvA7NVK8Uppw== > =IGOh > -----END PGP SIGNATURE----- > > > > --Forwarded Message Attachment-- > > > > > > > > > > > > > > > > > > I might be wrong but isn’t load balancing based on CEF which > does the balancing on a hash of the Source/Destination IP, thereby it would > follow only one of the routes each time as the source/destination IP hash > does > not change. > > > > > > Bradley > > > > > > > > > > > > *From:* [email protected] > [mailto:[email protected]] *On Behalf Of *Taqdir Singh > > *Sent:* 12 January 2010 15:32 > > *To:* [email protected] > > *Subject:* [OSL | CCIE_RS] Static route Selection > > > > > > > > > > Hi All, > > > > I have one doubt in static route selection. > > Please see my attached network diagram. > > > > Between R1 and R2, one is serial link and one is ethernet. > > > > If I configure R1 as > > > > *ip route 2.0.0.0 255.0.0.0 se0/0 > > ip route 2.0.0.0 255.0.0.0 20.0.12.2 > > > > then I see traceroute to 2.2.2.2 is load balanced on both links > > > > R1(config)#do tr 2.2.2.2 > > > > *Type escape sequence to abort. > > Tracing the route to 2.2.2.2 > > > > 1 20.0.12.2 164 msec > > 10.0.12.2 140 msec * > > * > > but If I configure on R1 as below then traceroute to 2.2.2.2 follows serial > link only > > > > ip route 2.0.0.0 255.0.0.0 10.0.12.2 > > ip route 2.0.0.0 255.0.0.0 e1/0 > > > > R1(config)#do tr 2.2.2.2 > > > > *Type escape sequence to abort. > > Tracing the route to 2.2.2.2 > > > > 1 10.0.12.2 196 msec * 140 msec > > > > Could anyone please clear what is happening here ? > > > > -- > > TAQDIR SINGH > > Network Engineering > > (+91) 991.170.9496 | (+91) 801.041.5988 > > > > > > > > > > > ------------------------------ > Windows Live Messenger makes it easier to stay in touch – learn > how!<http://go.microsoft.com/?linkid=9706113> > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > -- Bryan Bartik CCIE #23707 (R&S, SP), CCNP Sr. Support Engineer - IPexpert, Inc. URL: http://www.IPexpert.com
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
