you need also to provide R6 with an higher OSPF priority on the link to be sure it is elected DR on segment

I prefer going with 'priority 0' on R4 and R5 since OSPF DR role can't be preempted. If R4 or R5 boot up first, even having a higher priority on R6 won't do any good.

__

Edison.

Ok thanks for both of you guys

ok, Giuseppe

if i do tow maps with broadcast keyword on each of the hub, and spoks

now what ospf interfacce network type i have to chose to make it work without the neighbor command ?

for point to multi point on the hub

and point to point on the spokes

i am prety sure will work but it NEED to alter the timers on the hub or the spokes to make it the same !!

But the question here if i do it like this will be any DR BDR in this CASE ??

Thanks again guys

because every time i feel ok with ospf network types over FR then i find somthing confuse me again :)

You need to understand which OSPF Network Type uses the DR/BDR mechanism and which don't.

Based on those findings, then you need to identify which can be used with a neighbor command and which don't.

Since you are preparing for your CCIE, I recommend you hit the documentation and play around in the lab to see the behavior I mention above.

Giuseppe already told you which network type to use but I recommend you play around with all network types and observe what unique behavior each of them exhibits. Until you don't feel comfortable with it, I don't recommend taking a stab to the lab - else it will be a very expensive lunch.

__

Edison.

Hi Edison

thanks for this advice

actually i'm aware about these types but still confuseing sometimes

for example Giuseppe said we could use point to multipoint with p2p on spokes

it is possible and just we need to make the timers on the interaces the same

but also i know these tow network types dos enot use DR BDR now how we can use it in regard to the question above ?

also i asked for broadcast keywork i need to make sure if we have the broadcast keyword in the FR map and we did not change the default interface entwork type which is non-broadcast will this work if not what is the alternative ?

thanks again guys

Yes, it is possible to mix and match the following OSPF network types:

p2p and p2mp

br and non-br

You need to match the timers and you are set.

Your initial question requires the use of the DR and p2p and p2mp do not rely on DR, so what are your options?

The broadcast keyword in the FR is to carry the multicast packets used on routing protocols. Your initial question did not related to this subject at all.

__

Edison.

hi guys

i just solved it

i used tow fram relay maps on each router with broadcast keyword

then i made the interface ospf network type as broadcast

and the hub made as DR by changing the spokes osp priority to 0

by the way sopkes p2p with hub point to multipoint worked after chenging the timers as i mentiioned abive

BUT no DR or BDR then not the right otion for this question

thanks guys for you help

Hello Marwan,

I'm sorry if I've caused some confusion but actually as Edison said during preparation you need to play with all possible combinations to see what elements are needed to build a working solution that respects the requirements.

I agree that is wise to give ip ospf priority 0 to spokes.

So you have seen that both solutions don't need neighbor commands but one the point-to-multipoint + p-t-p don't involve DR election.

Hope to help

Giuseppe