Problems with EIGRP into OSPF redistribution

[Chkaotic]

Having issues redistributing our main routing protocol, eigrp, into OSPF, so I can run dynamic routing to our non-cisco equipment. Heres a scenerio:

eigrp 100 (backbone) topology is like this:
172.16.4.0/22
172.16.8.0/22
172.16.12.0/22
172.16.16.0/22
172.16.20.0/22
172.16.24.0/22
172.16.28.0/22
172.16.32.0/22

These were all added via matching network statements *and* redistribute connected. They are on connected vlan interfaces on the core. When I look at the individual show ip eigrp top for each of these networks, they all look the same.

When I redistribute eigrp 100 subnets into ospf 100

i only get the .4, .8, and .12.. nothing else redist's

If I hate the .4, .8, and .12 network statements out of eigrp, they remain in the eigrp top because of redist connected, but no longer redistribute

I have debugged ospf lsa generation and again, see only the notices that these *specific* 3 are being generated.

Anyone have any thoughts or a better way to debug that might show the other routes being denied redistribution of some sort?

 

[ADB100]

It might be worth posting the routing table (show ip route) from the router you want to redsitribute at. It sounds like they are possibly in the routing table by another means (connected, static etc).

HTH

Andy

 

[Chkaotic]

Here's what I got:

CoreSwitch01#sh ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route

Gateway of last resort is 192.168.10.1 to network 0.0.0.0

172.16.0.0/22 is subnetted, 16 subnets
C 172.16.52.0 is directly connected, Vlan52
C 172.16.48.0 is directly connected, Vlan48
C 172.16.56.0 is directly connected, Vlan56
C 172.16.36.0 is directly connected, Vlan36
C 172.16.32.0 is directly connected, Vlan32
C 172.16.44.0 is directly connected, Vlan44
C 172.16.40.0 is directly connected, Vlan40
C 172.16.20.0 is directly connected, Vlan20
C 172.16.16.0 is directly connected, Vlan16
C 172.16.28.0 is directly connected, Vlan28
C 172.16.24.0 is directly connected, Vlan24
C 172.16.4.0 is directly connected, Vlan4
C 172.16.12.0 is directly connected, Vlan12
C 172.16.8.0 is directly connected, Vlan8
C 172.16.68.0 is directly connected, Vlan68
C 172.16.64.0 is directly connected, Vlan64
S* 0.0.0.0/0 [1/0] via 192.168.10.1

CoreSwitch01#sh ip eigrp top
IP-EIGRP Topology Table for AS(100)/ID(10.0.0.1)

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
r - reply Status, s - sia Status

P 172.26.48.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)
P 172.26.56.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)
P 172.26.32.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)
P 172.26.40.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)
P 172.26.16.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)
P 172.26.28.0/22, 1 successors, FD is 2816
via Connected, Vlan28
P 172.26.24.0/22, 1 successors, FD is 2816
via Connected, Vlan24
P 172.26.4.0/22, 1 successors, FD is 2816
via Connected, Vlan4
P 172.26.8.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)
P 172.26.68.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)
P 172.26.64.0/22, 1 successors, FD is 2816
via Rconnected (2816/0)

 

[jneiberger]

Can we see the complete EIGRP and OSPF config from this device?

 

[ADB100]

Can you possibly post the eigrp section from your config as well.
I think the problem is because the routes are in the routing table but haven't been sourced by EIGRP so therefore aren't eligible for redistribution from EIGRP into OSPF.

Andy

 

[Chkaotic]

Well.. as dumb as it sounds, it is working now. The show ip ospf dat still doesnt show the routes, but if i go to the adjacent CG firewall (unix) and check its routing table, sure enoguh they're getting in there now (and they werent before)

Not sure exactly what changed, but it aint broke no more so im gonna leave it thx anyways guys

 

[directlyconnected]

How long did you give the network to initialize after configuring everything? Did you do all the configs together, or just decided to use eigrp recently, and you already had all those vlans? Looks like a lot of switches that have to run STP...

 

[Chkaotic]

Eigrp has been in effect for quite some time, just recently got unix firewalls setup adjacent to run ospf on single nonbroadcast links.. problem i was having was the ospf db on the cisco side wasnt showing routes, but apparently was still passing them to the firewall. its working now, even thought it still doesnt show routes

 

[jneiberger]

What do you mean by "doesn't show routes?" A route is only going to be installed into the routing table from one source. If your routes are already learned by another protocol--or if they're locally connected--they aren't going to show up again as being learned via OSPF.