Troubleshooting OSPF Neighbor Adjacency

(Rene Molenaar) #1

This topic is to discuss the following lesson:

OSPF LSA Types Explained
(romy) #2

Hi Rene

I am trying to figure out some errors that I am getting in this lab - Error is below

Oct 8 19:12:45.999: %OSPF-4-DUP_RTRID_NBR: OSPF detected duplicate router-id from on interface FastEthernet0/0

I followed the configs in the lab can you point out where i could be going wrong. The loopback I used are since I get a bad mask if I try using the C class mask. 9 (I amusing GNS 3)

Thank You



(Rene Molenaar) #3

Hi Romy,

Each OSPF router should have a unique router ID. This error means that two routers are using the same router ID.


(Davis W) #4

Hi Rene,

I think MTU also one of the factor to form a neighbor.


(Rene Molenaar) #5

Hi Davis,

That’s correct. A MTU mismatch will prevent two routers from becoming OSPF neighbors unless you use the ip ospf mtu-ignore command on the interface.


(Vikas A) #6

Hi Rene,

I have a doubt with regards to the DROTHER issue that you talked about.
Isnt it alright even if we dont elect DR/BDR/DROTHER etc on the multi access network ?
It is fine if we dont mind a full OSPF neighborship between all the participant routers in the Multi access network.

As such why will they even elect a DR/BDR if we dont want it ? Or is the election compulsory ? Hence we have the DROTHER issue because of 0 priority ?

(Rene Molenaar) #7

Hi Vikas,

On a multi-access network (depending on the OSPF network type) you normally have a DR/BDR election. All routers will form a full neighbor adjacency with the DR and BDR, but not with other routers…those are the DROTHERs.

If you see a multi-access network with no DR/BDR and only DROTHERs then you know something is wrong…this can happen because all routers have a priority of 0 or you might have a mismatch in the OSPF network type.


(Mansi B) #8

I dont understand how will it be an issue even if no DR/BDR is elected.

(Rene Molenaar) #9

Hi Mansi,

OSPF routers only establish a full neighbor adjacency with the DR/BDR. They don’t exchange information with DROTHERs. So without a DR/BDR, your router will be unable to learn any topology information.


(FABIAN M) #10


I have a question regarding passive interfaces. From my understanding a “passive interface” under OSPF doesn’t send hello packets and makes adjacencies. I have the following config up on a router and would like clarification:

Routing Protocol is "ospf 250"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Router ID
  Number of areas in this router is 1. 1 normal 0 stub 0 nssa
  Maximum path: 4
  Routing for Networks: area 28
  Passive Interface(s):

CORVG01#sh ip ospf interface brief 
Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
Lo0          250   28           1     LOOP  0/0
SM1/0        250   28              Unnumbered Gi0/2.701 1     DOWN  0/0
Se0/3/0      250   28          64    DOWN  0/0
Gi0/2.701    250   28          1     DR    0/0<-------
Gi0/1        250   28          1     P2P   1/1
Gi0/0        250   28           1     P2P   1/1

my question is why are we still seeing Gi0/2.701 as on OSPF interface? is it because Interface Gi0/2.701 has an ip address that falls under the network area 28 command?

router ospf 250
 passive-interface default
 no passive-interface GigabitEthernet0/0
 no passive-interface GigabitEthernet0/1
 network area 28 <---------



HI Rene,

In case of NBMA network type , we should confgigure netwrok as NBMA inplace of broadcast ?
pls explain, in example you configured netwrok as Boradcast ,and earleir also it was broadcast,I think it should be non broadcast. pls clarify

R1(config)#interface serial 0/0
R1(config-if)#ip ospf network broadcast
R2(config)#interface serial 0/0
R2(config-if)#ip ospf network broadcast

(Andrew P) #12

You are correct. An interface’s being passive and having its attached prefix advertised are two separate things. As you said, setting an interface as passive means that neighbor relationships will not form via that interface because Hellos are not sent or accepted. However, as you discovered, an interface’s being passive does not prevent the OSPF process from advertising that interface’s prefix out some other interface.

Your network area 28 command is what is responsible for this.

(Andrew P) #13

Cisco has five different options for OSPF over NBMA. Which one you should choose depends on several factors. One important consideration is whether the circuit supports multicast–this will determine whether you must define neighbors manually, or if they can discover each other. Additionally, you need to consider what is the topology of your WAN connection–full mesh, hub and spoke, …? This is important because you must ensure that any router eligible to be a DR or BDR must have reachability to all the other OSPF nodes.

Here is some information on the five different OSPF NBMA network types:

5 Modes of Operation
-Non-Broadcast (NBMA) - RFC Standard
-Point-To-Multipoint - RFC Standard
-Point-To-Point - Cisco Proprietary
-Broadcast - Cisco Proprietary
-Point-To-Multipoint, Non-Broadcast - Cisco Proprietary

Broadcast Mode
-LAN-style operational mode over NBMA (there is no RFC standard for this, hence Cisco proprietary)
-(config-if)# ip ospf network broadcast

Non-Broadcast Mode
-Default mode for X.25, FR, ATM
-Neighbors are statically configured
-Must be on one subnet
-Acts like a LAN environment
-DR/BDR are elected (DR/BDR must have full connectivity to all neighbors). This point will be a design constraint as your only option for a DR/BDR in a hub and spoke topology would be the hub
-Typically used in full mesh networks

Point-To-Multipoint Mode
-Requires a single subnet
-No DR/BDR elected
-Neighbors form automatically as long as the “broadcast” option is chosen in configuring the link
-Typically used in partial mesh networks
-(config-if)# ip ospf network point-to-multipoint

Point-To-Multipoint, Non-Broadcast
-Exactly the same as P2P mode, but neighbors do not form automatically. They must be configured manually

Point-To-Point Mode
-Uses separate sub-interfaces
-Requires different subnets
-No DR/BDR elected
-Neighbors form automatically

(Bruce M) #14

Hi Rene,

Please help! My topology is simple. R1–FW–R2. I am running ospf between R1 and R2. Firewall between R1 and R2 is transparent. R1 and R2 are able to ping each other through the firewall. However, I keep getting this error message. The hello and dead timer are identical on both R1 and R2. The neighbor already formed. However, it will disconnect and re-form back and forth…

*Mar  1 03:11:10.743: %OSPF-5-ADJCHG: Process 1, Nbr on FastEthernet0/1 from FULL to DOWN, Neighbor Down: Dead timer expired
*Mar  1 03:11:15.243: %OSPF-5-ADJCHG: Process 1, Nbr on FastEthernet0/1 from LOADING to FULL, Loading Done

R1#sh ip ospf nei

Neighbor ID     Pri   State           Dead Time   Address         Interface           1   FULL/DR         00:00:34     FastEthernet0/1

router ospf 1
 passive-interface default
 no passive-interface FastEthernet0/1
 network area 0

router ospf 1
 passive-interface default
 no passive-interface FastEthernet0/1
 network area 0

(Andrew P) #15

It looks like your firewall might be blocking multicast traffic. On a broadcast network type, by default, OSPF needs to have and open.

One way you could test this is to tell OSPF to use unicast for these neighbors. Do this by a simple “neighbor W.X.Y.Z” statement under the OSPF router process where W.X.Y.Z is the IP address of the OSPF neighbor.

(Bruce M) #16

Hi Andrew,

I no long get the error message after I allowed and on my transparent firewall. Thank you so much!

(Georgi T) #17

Hi Rene

have you ever seen a scenerio that 2 routers are connected to each other and running ospf and one of them has FULL adjastancy and other has 2WAY .what might be the problem ? I had a job interview recently and this was one of them questions .Let me know if you have any idea


(Andrew P) #18

I think this question would need some clarification, and it depends on whether the two routers are the ONLY routers that are neighbors, or whether there are more than two routers.

The situation you describe could happen where the router that is in 2-Way has not been elected as a DR or BDR. In this situation (assuming we are dealing with a multi-access network), this is perfectly normal to have a 2-Way state. Any router that is not a DR or BDR that has a neighbor relationship with another router that is also not a DR or BDR would show up as 2-Way/DROTHER.

Now, if the person asking you this question was talking about where the two routers’ relationship with each other, that is a different story. In other words, let’s say there are two routers: A and B. If you issue “show ip ospf neighbor” on both A and B, and A shows as Full with B, but B shows as 2-Way with A, I don’t have an answer for that situation. In multi-access networks, OSPF only forms a Full relationship with either a DR or BDR, and that Full relationship goes both ways, so in this case A and B should see a Full relationship with each other. If only one side is seeing Full but the other is 2-Way, something is wrong, but I can’t think of what would cause that to happen.

Do you know whether there were only two routers in the scenario presented to you?

(Sameer K) #19

Hi Networklesson team ,

I was searching for a issue that “why ospf neighbors will stuck at exstart/exchange state” , i got good explanation at below cisco link .

please note at step 5 :
Router 7 debug output:

HELLOS AND BUILDING A ROUTER LSA  ////please note router building LSA Type 1////
00:17:44: IP: s= (local), d= 
(Serial0.6), Len 64, sending broad/multicast, proto=89
00:17:44: OSPF: Build router LSA for area 0, 
router ID, seq 0x80000001


after going through it i have an doubt that at exactly which ospf state which LSAs are sent/transmitted and when the LSDB database is assumed as complete before applying SPF algo ?

Thanks on advance , contents and explanations is very clear crisp .


(Rene Molenaar) #20

Hi Sameer,

I have a detailed explanation of the OSPF neighbor adjacency here:

In the LOADING state, LSUs are exchanged and when that’s done, the routers will show that they are synchronized. Once that’s done, they have everything they need to run SPF.

You can see the adjacency and SPF in action (and in the right order) if you enable these two debugs:

debug ip ospf adj
debug ip ospf spf statistic

Try that next time you have two routers, it’s interesting to see.

Hope this helps!