OSPF help
okay here is is R2 and R1 connected by ethernet.
you can ping to both sides but there is no neighbor relationship? why?
like they don't even see each other but you have ip layer access?
I have no clue why I cannot get ospf to work on these routers to
create routing tables?
R2(config-if)#
*Mar 1 22:02:30.240: OSPF: Interface FastEthernet0/0 going Up
*Mar 1 22:02:30.741: OSPF: Build router LSA for area 0, router ID 2.2.2.2, seq 0x8000000C, process 1
R2(config-if)#
*Mar 1 22:03:10.241: OSPF: end of Wait on interface FastEthernet0/0
*Mar 1 22:03:10.241: OSPF: DR/BDR election on FastEthernet0/0
*Mar 1 22:03:10.241: OSPF: Elect BDR 2.2.2.2
*Mar 1 22:03:10.241: OSPF: Elect DR 2.2.2.2
*Mar 1 22:03:10.241: OSPF: Elect BDR 0.0.0.0
*Mar 1 22:03:10.241: OSPF: Elect DR 2.2.2.2
*Mar 1 22:03:10.241: DR: 2.2.2.2 (Id) BDR: none
*Mar 1 22:03:10.742: OSPF: No full nbrs to build Net Lsa for interface FastEthernet0/0
R2(config-if)#
*Sep 6 13:05:47.194: OSPF: Interface FastEthernet0/0 going Up
*Sep 6 13:05:47.695: OSPF: Build router LSA for area 0, router ID 1.1.1.1, seq 0x8000000E, process 1
R1(config-if)#do sho ip
*Sep 6 13:06:27.196: OSPF: end of Wait on interface FastEthernet0/0
*Sep 6 13:06:27.196: OSPF: DR/BDR election on FastEthernet0/0
*Sep 6 13:06:27.196: OSPF: Elect BDR 1.1.1.1
*Sep 6 13:06:27.196: OSPF: Elect DR 1.1.1.1
*Sep 6 13:06:27.196: OSPF: Elect BDR 0.0.0.0
*Sep 6 13:06:27.196: OSPF: Elect DR 1.1.1.1
*Sep 6 13:06:27.196: DR: 1.1.1.1 (Id) BDR: none
*Sep 6 13:06:27.697: OSPF: No full nbrs to build Net Lsa for interface FastEthernet0/0
R1(config-if)#
*Sep 6 13:09:12.579: OSPF: Build router LSA for area 0, router ID 1.1.1.1, seq 0x8000000F, process 1
R1(config-if)#
you can ping to both sides but there is no neighbor relationship? why?
like they don't even see each other but you have ip layer access?
I have no clue why I cannot get ospf to work on these routers to
create routing tables?
R2(config-if)#
*Mar 1 22:02:30.240: OSPF: Interface FastEthernet0/0 going Up
*Mar 1 22:02:30.741: OSPF: Build router LSA for area 0, router ID 2.2.2.2, seq 0x8000000C, process 1
R2(config-if)#
*Mar 1 22:03:10.241: OSPF: end of Wait on interface FastEthernet0/0
*Mar 1 22:03:10.241: OSPF: DR/BDR election on FastEthernet0/0
*Mar 1 22:03:10.241: OSPF: Elect BDR 2.2.2.2
*Mar 1 22:03:10.241: OSPF: Elect DR 2.2.2.2
*Mar 1 22:03:10.241: OSPF: Elect BDR 0.0.0.0
*Mar 1 22:03:10.241: OSPF: Elect DR 2.2.2.2
*Mar 1 22:03:10.241: DR: 2.2.2.2 (Id) BDR: none
*Mar 1 22:03:10.742: OSPF: No full nbrs to build Net Lsa for interface FastEthernet0/0
R2(config-if)#
*Sep 6 13:05:47.194: OSPF: Interface FastEthernet0/0 going Up
*Sep 6 13:05:47.695: OSPF: Build router LSA for area 0, router ID 1.1.1.1, seq 0x8000000E, process 1
R1(config-if)#do sho ip
*Sep 6 13:06:27.196: OSPF: end of Wait on interface FastEthernet0/0
*Sep 6 13:06:27.196: OSPF: DR/BDR election on FastEthernet0/0
*Sep 6 13:06:27.196: OSPF: Elect BDR 1.1.1.1
*Sep 6 13:06:27.196: OSPF: Elect DR 1.1.1.1
*Sep 6 13:06:27.196: OSPF: Elect BDR 0.0.0.0
*Sep 6 13:06:27.196: OSPF: Elect DR 1.1.1.1
*Sep 6 13:06:27.196: DR: 1.1.1.1 (Id) BDR: none
*Sep 6 13:06:27.697: OSPF: No full nbrs to build Net Lsa for interface FastEthernet0/0
R1(config-if)#
*Sep 6 13:09:12.579: OSPF: Build router LSA for area 0, router ID 1.1.1.1, seq 0x8000000F, process 1
R1(config-if)#
Comments
Looking at the debug... off the top of my head... I'd say that your network statements are incorrect...
It looks as if they can't see each others OSPF messages......as no OSPF states have changed, although I don't know how much debugging you've enabled...
- Make sure network statements are correct (IP subnet and area)
- Make sure network types are the same on interfaces (ptp or network)
CCNA | CCNA:Security | CCNP | CCIP
JNCIA:JUNOS | JNCIA:EX | JNCIS:ENT | JNCIS:SEC
JNCIS:SP | JNCIP:SP
1. show cdp n from each router
2. router interface configs from each router
3. routing process config from each router
From the debuging data, it appears that your routers are attempting to elect themselves as both the DR and BDR. As stated earlier, the routers are not seeing one another so it is probably a fat fingered network statement. (I do this alot,
That looks like either MTU problems, or something munging multicast, but I agree, full configs on both routers would be nice, along with a mockup of the topology (ie, are they directly connected to each others fa0/0, or is there a switch in the mix?)
http://gomezd.com <
My Tshoot test Blog
http://twitter.com/ipnet255
Mee too I think it is fat fingered network statement.
Is not an MTU Problem because you would see an message on the debug ip ospf adj about having the wrong MTU. You will get something like this:
OSPF: Nbr 1.1.1.1 has smaller interface MTU
or
OSPF: Nbr 2.2.2.2 as larger interface MTU
But again, we need the config to see the entire picture.
http://gomezd.com <
My Tshoot test Blog
http://twitter.com/ipnet255
r1 frc to r4 bb2
issue lies where r1 and r3 and r4 have ospf routing tables that can talk
to each other fine. but from r1 fastethernet on subnet 192.168.1.x /30.
nothing. it is like r2 and r8 are in their own world and there is no merging
of ospf lsa?
http://gomezd.com <
My Tshoot test Blog
http://twitter.com/ipnet255
and router 1 on a /24 subnet
To solve this problem you either move R1 to a /30 subnet or r2 to /24 subnet.
http://gomezd.com <
My Tshoot test Blog
http://twitter.com/ipnet255
edit: damn, little too slow
They interfaces need to have the subnet mask and the network statements need to have the same wildcard mask in order for the adjacency to form.
Personally, I prefer to explicitly match the interface in the network statement if I'm using it to configure OSPF (I usually enable ospf at the interface level).
of course, I also define passive-interface by default as well. Then I explicitly no passive-interface the interfaces I do want running OSPF, so I make it really hard to screw up and accidentally add an interface to the routing protocol.
but I completely see what you see fixing this tomorrow will let you know. I was look at timers and they looked good and I was like what the heck is it hahah thanks guys I willl look and fix it tomorrow morning and report back my success. thanks so much for your keen site. yeah I can sleep now.
what a cool exercise in troubleshooting wow! I should have looked at each factor. great exercise....see you tomorrow...
devil's in the details. I cannot explain how many times I've run into problems that at first blush, everything seemed correct, and was going off on all kinds of tangents trying to figure it out, and it turned out to be something stupid like a typo.
When in doubt, always bet on stupid.
Definitely explains why they weren't seeing each other.... perfect example of always thoroughly checking your config before applying it.
CCNA | CCNA:Security | CCNP | CCIP
JNCIA:JUNOS | JNCIA:EX | JNCIS:ENT | JNCIS:SEC
JNCIS:SP | JNCIP:SP
yeah works great!!thank you for being my eyeballs!