RE: Loopback1 interface getting past route-map

From: Jason Cash (cash2001@swbell.net)
Date: Sun Aug 10 2003 - 23:27:53 GMT-3


No, I know that it originating from from R14:

R6#sh ip ospf data | inc 210

R6#

It is when it's ospf nei R14 redist. EIGRP in it's OSPF route process that
that route appears:

These are concurrent logs:

R14(config-router)#redistribute eigrp 100 subnets route-map e2o

R6#sh ip ospf data | inc 210
210.210.210.0 150.4.14.14 65 0x80000001 0x7A9C 90
                 ^^^^^ r14's RID

-----Original Message-----
From: Ian Stong [mailto:istong@stong.org]
Sent: Sunday, August 10, 2003 9:10 PM
To: 'Jason Cash'; ccielab@groupstudy.com

Hi,

What is your router connectivity like? Is it possible your OSPF is learning
it elsewhere. Can you send some more of your config to include the IP
addresses between your links? It may be you have a summarization issue or
similar.

Thanks,

Ian
http://www.ccie4u.com
Rack Rentals and Lab Scenarios starting at only $20

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Jason Cash
Sent: Sunday, August 10, 2003 6:39 PM
To: ccielab@groupstudy.com
Subject: Loopback1 interface getting past route-map

I am having a problem with a route apparently getting past a deny statement
in a route-map. On R6, the Lo1 address 210.210.210.0 is redist. via bgp
into EIGRP. I then have EIGRP redistributed into OSPF (but blocking
210.210.210.0/24). I do a 'sh ip ospf data' and I can see that subnet in
the type 5 table! How can this be?

router eigrp 100
 redistribute ospf 1 route-map o2e
 redistribute bgp 65005 metric 1544 2000 255 1 1500 !
router ospf 1
 redistribute eigrp 100 subnets route-map e2o !
router bgp 65005
 bgp log-neighbor-changes
 bgp confederation identifier 3
 network 210.210.210.0
 no auto-summary
!
route-map e2o deny 10
 match ip address 2
 match tag 110
!
route-map e2o permit 20
 set tag 90
!
access-list 2 permit 210.210.210.0 0.0.0.255

R6#sh ip ospf data
                Type-5 AS External Link States
210.210.210.0 150.4.14.14 751 0x80000023 0x36BE 90



This archive was generated by hypermail 2.1.4 : Tue Sep 02 2003 - 18:53:57 GMT-3