02-21-2018 07:08 AM - edited 03-08-2019 01:58 PM
Anyone can tell me why I added R3 e0/0 to ospf, R4 could not see 6.6.6.6 any more ?
thanks !!
R4#show ip ospf database external 6.6.6.6
OSPF Router with ID (4.4.4.4) (Process ID 1)
Type-5 AS External Link States
LS age: 1154
Options: (No TOS-capability, DC, Upward)
LS Type: AS External Link
Link State ID: 6.6.6.6 (External Network Number )
Advertising Router: 3.3.3.3
LS Seq Number: 80000008
Checksum: 0x2829
Length: 36
Network Mask: /32
Metric Type: 2 (Larger than any link state path)
MTID: 0
Metric: 20
Forward Address: 10.10.10.6
External Route Tag: 0
R4#show ip route 6.6.6.6
% Network not in table
R4#show ip cef 6.6.6.6
0.0.0.0/0
Solved! Go to Solution.
02-21-2018 10:28 AM
As per one of my previous posts, you need to activate ospf on R4 e0/1 for it to work.
Regards,
02-21-2018 07:36 AM
Hello Gongya001,
R4 needs to see the forwarding address 10.10.10.6 as reachable via an internal OSPF route in order to install the external route to 6.6.6.6
if you have put r3's eth0/0 in an area different from area 10 you are in trouble as that area would be not correct in OSPF design
Hope to help
Giuseppe Larosa
02-21-2018 07:43 AM
I did add R3 e0/0 to area 10
R3#show run int e0/0
Building configuration...
Current configuration : 85 bytes
!
interface Ethernet0/0
ip address 10.10.10.3 255.255.255.0
ip ospf 1 area 10
end
From R4, I can see 6.6.6.6 in the OSPF database
R4#show ip ospf data external 6.6.6.6
OSPF Router with ID (4.4.4.4) (Process ID 1)
Type-5 AS External Link States
LS age: 24
Options: (No TOS-capability, DC, Upward)
LS Type: AS External Link
Link State ID: 6.6.6.6 (External Network Number )
Advertising Router: 3.3.3.3
LS Seq Number: 80000001
Checksum: 0x3622
Length: 36
Network Mask: /32
Metric Type: 2 (Larger than any link state path)
MTID: 0
Metric: 20
Forward Address: 10.10.10.6
External Route Tag: 0
but not in the routing and cef table
R4#show ip route 6.6.6.6
% Network not in table
R4#show ip cef 6.6.6.6
0.0.0.0/0
no route
If I take R3 e0/0 out of OSPF,
R4 will install a route to 6.6.6.6
thanks for help !!
02-21-2018 07:41 AM
Giuseppe is right. This is indeed the source of the problem. You could fix the issue by configuring R3 e0/0 as a passive ospf interface. This would have the effect of removing the fowarding address from the external LSA.
Regards,
02-21-2018 07:46 AM
02-21-2018 09:45 AM
According to the diagram, the L3 link between R4 and R6 is also on that same subnet (10.10.10.0/24). You could activate ospf on R4 e0/1, which should be sufficient to pass the forwarding address check.
Regards,
02-21-2018 09:55 AM
02-21-2018 09:59 AM
It does sound like the perfect scenario indeed and the concept of forwarding address was introduced specifically for this type of scenarios.
Regards,
02-21-2018 10:02 AM
02-21-2018 10:14 AM
Could you please provide a "show ip ospf database external 6.6.6.6 internal" and "show ip ospf int e0/1" from R4.
Regards,
02-21-2018 10:19 AM
02-21-2018 10:28 AM
As per one of my previous posts, you need to activate ospf on R4 e0/1 for it to work.
Regards,
02-22-2018 03:27 PM
02-22-2018 07:29 PM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide