RE: OSPF load balancing issue (forward metric)

From: Roman Rodichev (roman@iementor.com)
Date: Fri Apr 27 2007 - 20:14:31 ART


It should work just fine. Can you post R2 and R3 OSPF and FR Interface
configurations?

Roman Rodichev
5xCCIE #7927 (R&S, Security, Voice, Storage, Service Provider)
Instructor, Content Developer. ieMentor Corporation
http://www.iementor.com
Y!M: roman7927

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Suplepo
Sent: Friday, April 27, 2007 12:02 PM
To: ccielab@groupstudy.com
Subject: OSPF load balancing issue (forward metric)

Hola folks,

I have a scenario that I've seen desribed here a few
times, but have not seen a good answer (or at least 1
that I can follow) yet.

I have an OSPF area (0) with 2 ASBRs (R2&R3) they are
learning a loopback network (150.1.4.4/32), via EIGRP
from the same directly connected ethernet neighbor R4.

Both routers (R2&R3) are redistributing EIGRP into
OSPF with default metric (20). The both have frame
connectivity to the same Hub router R1 (also in area
0) and he's learning the EIGRP routes from each neigh.
However I can get him to load balance out to the
150.1.4.4 network.

All bandwidth settings are default with the same
physcal interface types.

show ip route 150.1.4.4 on R1 yields a route through
R3 with a "forward metric" of 20. If I manually bump
up the metric for R2s redistribution the R1 will use
R2 all values for cost metric etc. match but I notice
this route has a "forward metric" of 64.

I tried leaving maximum-paths to the default and
manually setting it to "2" with the same problem.

Can anyone explain to me what is going on, or at a
minimum what the forward metric is and how it's
calulated?

Gracias,



This archive was generated by hypermail 2.1.4 : Tue May 01 2007 - 08:28:38 ART