View Full Version : DR elections
Highest IP and highest priority perfer in DR election of OSPF.If there is a router with highest interface IP that is not a part of OSPF process so that router would be elected as DR or not.
Your comments is highly apreciated.thanks
avinash
02-23-2008, 02:58 AM
No, it'll not become DR as OSPF Priority has priority over RID.
The router with the highest OSPF priority on a segment will become the DR for that segment. The same process is repeated for the BDR. In case of a tie, the router with the highest RID will win.
Chapter 7 page No. 466, 469-470 and OSPF Design Guide at www.cisco.com/warp/public/104/2.html
A.
PS: Mr. Lammle's comment are awated.
lammle
02-23-2008, 01:11 PM
thank you both for posting.
DR and BDR elections on broadcast and non-broadcast multi-access networks (meaning Ethernet and Frame Relay mostly) are the default.
You will not have elections on serial links....
The RID of your router is determined when you start up OSPF. OSPF, by default, will find the highest IP address at the moment of OSPF startup on any active interface and set the RID.
This RID will be used to elect the DR and BDR. You can override this by setting logical interfaces, which are loopback interfaces. The IP address under the loopback interface will become the RID of the router.
Every router in the broadcast multicast network will have an election and the router with the highest RID will become the DR of the network.
The next highest is the BDR.
Cheers!
Todd Lammle
Thanks alot for the comments.
One thing more , If the election is on the RID (priorities are same) .Router-A having an interface (e.g 208.X.X.X) but it is not a part of OSPF process or either its network not been advertised in OSPF.
Would this router-A become the DR or not , if the router-B IPs are less than 208.X.X.X
Your comments is higly apreciated :D
raaki_88
04-12-2008, 01:22 AM
the first thing is it should not be an point to point link and secondly it should be an ospf process without that it cant be elected as a rd or brd or brd other
and also take care they should be on the same subnet and must belong to same area as far as my knowledge goes
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.