Re: preferring OSPF inter-area compared to intra-area

Ok,

I feel indeed a bit stupid.. of course routes are not flowing to R6..

what then I need is filtering RIB but only for routes coming from SW1 side
and not from R1 side.
I was thinking about making a route like this one:

R3 L0 is 150.1.3.0/24

relevant part of configuration:

ip prefix-list PREFIX permit 150.1.3.0/24

access list 4 permit 155.1.67.7

route-map TEST deny 10
 match ip address prefix-list PREFIX
 match ip route-source 4
!
route-map TEST permit 20

router ospf 1
 router-id 150.1.6.6
 log-adjacency-changes
 area 1 virtual-link 150.1.1.1
 redistribute eigrp 10 subnets
 distribute-list route-map TEST in

with this route-map route is still there.
If I remove the match ip route-source 4 route-map is working (filtering the
route that comes from both side)

looks like I'm wrong with this 'match ip route-source'

this is a show ip route from R6 going through SW1 side

Rack1R6#sir 150.1.3.0
Routing entry for 150.1.3.0/24
  Known via "ospf 1", distance 110, metric 1001, type intra area
  Redistributing via eigrp 10
  Advertised by eigrp 10 metric 100000 1000 255 1 1500
  Last update from 155.1.67.7 on FastEthernet0/0.67, 00:00:05 ago
  Routing Descriptor Blocks:
  * 155.1.67.7, from 150.1.3.3, 00:00:05 ago, via FastEthernet0/0.67
      Route metric is 1001, traffic share count is 1

this is a show ip route from R6 going through R1 side (after having shut
down the interface to SW1)

Rack1R6# show ip route 150.1.3.0
Routing entry for 150.1.3.0/24
  Known via "ospf 1", distance 110, metric 3, type inter area
  Redistributing via eigrp 10
  Advertised by eigrp 10 metric 100000 1000 255 1 1500
  Last update from 155.1.146.1 on FastEthernet0/0.146, 00:00:01 ago
  Routing Descriptor Blocks:
  * 155.1.146.1, from 150.1.3.3, 00:00:01 ago, via FastEthernet0/0.146
      Route metric is 3, traffic share count is 1

Thanks Carlos.. much appreciated your help.

On Mon, Jan 7, 2013 at 11:08 AM, Carlos G Mendioroz <tron_at_huapi.ba.ar>wrote:

> In your thinking, you see the route like "flowing" from R3 to R6, when in
> fact, it is there at R6 database. There is no "update" to filter.
> (And OSPF depends on the database being the same at both routers!)
>
> You can filter that route from getting into the RIB, but that is kinda
> strong (i.e. you would need another protocol to get that route).
> Or you can make the route not be intra area... may be by creating another
> OSPF instance somewhere.
>

-- 
@ccie99999
Blogs and organic groups at http://www.ccie.net