Hi Giuseppe,

The ospf area for vlan 412 is just a standard ospf area (area 60).

The router 1.1.1.1 learns the 10.9.0.0/16 route from another ospf process and is redistributed into the ospf 61 process connecting to vlan 412, there is no summary of this on this router, that is the route it learns, this route would originally come from bgp then into ospf

Jon

Jon,

Did you configure the keyword "subnet" when you redistribute from one ospf process to the other.

Regards

Hello, yes this is configured. If I look at the routing table for 1.1.1.1, I see the route for 10.9.0.0 but the entry does not appear in the databse of the opsf neighbors.

Its a bit of a strange problem, where I have 3 possible paths of reaching the 10.9.0.0/16 network, but I only ever seem to get either 1 of the 3 entries or 2 of the 3 entries in the database.

I'm wondering if this is a bug, but I'm not ure the best way to debug.

Do you know of a debug command that I can run to see if the l3 device is receiving an lsa from 1.1.1.1 for the 10.9.x.x subnet?

Jon,

The issue is that for route the route to be redistributed from one OSPF process to the other, this route needs to be installed in the RIB on the redistributing router.

Check on the neighbor with RID 1.1.1.1 and will you most likely find out that the route installed in the RIB is actually coming from the router with RID 10.236.32.4.

Regards

Hello,

This is the information I see on 1.1.1.1

OSPF Instance 62

Area 0.0.0.60 LSDB

Type Link ID ADV Router Age Seq# Checksum

1 2.2.2.8 2.2.2.8 1280 0x8000010c 0x7657

1 1.1.1.2 1.1.1.2 498 0x800009a4 0xa39c

2 10.236.32.9 1.1.1.2 498 0x80000101 0x31e2

Type Link ID ADV Router Age Seq# Checksum

5 10.9.0.0 2.2.2.8 1280 0x80000069 0xe59a

OSPF Instance 61

Area 0.0.0.60 LSDB

Type Link ID ADV Router Age Seq# Checksum

1 10.236.32.2 10.236.32.2 1298 0x800020b6 0x5da3

1 10.236.32.3 10.236.32.3 1836 0x80000b04 0x1ed3

1 10.236.32.4 10.236.32.4 1634 0x800008bb 0x8aa6

1 10.236.32.6 10.236.32.6 1844 0x80000025 0x5c14

1 10.236.32.5 10.236.32.5 558 0x80000026 0xb7c1

1 10.236.32.1 10.236.32.1 922 0x80002b72 0xb998

1 1.1.1.1 1.1.1.1 498 0x80000f78 0x292

2 10.236.32.18 10.236.32.2 534 0x80000c9d 0x37e9

2 10.236.32.30 10.236.32.4 372 0x8000005b 0x1f3e

2 10.236.32.106 10.236.32.3 1836 0x80000022 0xf84e

2 10.236.32.26 10.236.32.6 1844 0x80000022 0xa6ee

2 10.236.32.22 10.236.32.5 307 0x80000059 0xce96

2 10.236.32.99 10.236.32.2 534 0x80000989 0x7270

AS External LSDB

Type Link ID ADV Router Age Seq# Checksum

5 10.9.0.0 10.236.32.6 193 0x80000020 0x41eb

5 10.9.0.0 10.236.32.5 1931 0x80000020 0x524

This router redistributes from ospf 62 to 61 and from 61 to 62, it learns the route 10.9.0.0 on both sides, but the preffered route is via 10.236.32.5 and 10.236.32.6

so would I epxect to see 3 entries in my 10.236.32.4 device

1 from 1.1.1.1

2 from 10.236.32.5

3 from 10.236.32.6

is this correct?

Jon,

No, you shouldn't expect to see 3 LSAs on 10.236.32.4. The situation is exactly as I was pointing out.

On router 1.1.1.1, the external LSA from process 61 is installed in the RIB, which prevents the external LSA from process 60 to be installed in the RIB and therefore to be redistributed in process 61. This is the drawback of having separate process and doing redistribution between them.

Regards