Re: OSPF external type-2 route load balance

From: Herbert Maosa (asawilunda@googlemail.com)
Date: Fri Aug 31 2007 - 13:29:27 ART


Perhaps you should show the OSPF database on R5 to confirm that you are
receiving these routes from both R4 and R3, then we take it from there to
see why they are not being installed in the routing table.

Keep in mind that OSPF performs only equal cost Load Balancing.

Herbert.

On 8/31/07, ISolveSystems <support@isolvesystems.com> wrote:
>
> R5 connects to R3 via FR and connects to R4 via Eth. They are all in area
> 345.
>
> R3 and R4 redistribute EIGRP100 route into OSPF. R5 receives ospf route
> 130.1.6.0 from both R3 and R4. Why are they not load balanced?
>
> By the way, 130.1.6.0 is a external route in EIGRP100.
>
>
> ack1R5(config-if)# do sh ip route 130.1.6.6
> Routing entry for 130.1.6.0/24
> Known via "ospf 1", distance 110, metric 20
> Tag 490, type extern 2, forward metric 64
> Last update from 150.1.4.4 on Serial0/1/0, 00:00:08 ago
> Routing Descriptor Blocks:
> * 150.1.4.4, from 150.1.4.4, 00:00:08 ago, via Serial0/1/0
> Route metric is 20, traffic share count is 1
> Route tag 490
>
>
>
> Rack1R5(config-if)# do sh ip route 130.1.6.6
> Routing entry for 130.1.6.0/24
> Known via "ospf 1", distance 110, metric 20
> Tag 390, type extern 2, forward metric 64
> Last update from 130.1.35.3 on Serial0/0/0, 00:00:18 ago
> Routing Descriptor Blocks:
> * 130.1.35.3, from 150.1.3.3, 00:00:18 ago, via Serial0/0/0
> Route metric is 20, traffic share count is 1
> Route tag 390
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>

-- 
Kindest regards,
hm


This archive was generated by hypermail 2.1.4 : Sat Sep 01 2007 - 11:32:14 ART