From: Bob Chahal (bob.chahal@xxxxxxxxxxxx)
Date: Thu Apr 26 2001 - 17:57:35 GMT-3
yep! point-to-multipoint don't elect DR/BDR.
----- Original Message -----
From: "Peter Van Oene" <pvo@usermail.com>
To: "Bob Chahal" <bob.chahal@ntlworld.com>; <ccielab@groupstudy.com>
Sent: Thursday, April 26, 2001 9:40 PM
Subject: Re: OSPF neighbor priority
> Are you running in nbma mode? I assume you know that this doesn't work in
point to multipoint?
>
>
>
> *********** REPLY SEPARATOR ***********
>
> On 4/26/2001 at 9:06 PM Bob Chahal wrote:
>
> >Did the save, reboot thing and the router with the highest RID becomes DR
> >in
> >the scenario where all interface priorities are default. The neighbor
> >priority statements didn't make any difference.
> >
> >
> >----- Original Message -----
> >From: "Mas Kato" <tealp729@home.com>
> >To: <ccielab@groupstudy.com>
> >Sent: Thursday, April 26, 2001 6:57 PM
> >Subject: RE: OSPF neighbor priority
> >
> >
> >> True, priority influences the DR election process, prior to everyone
> >> going to the FULL state with the DR.
> >>
> >> Bob, another thing to note is once a DR is elected, there is no
> >> preemption. So if an interface comes up in multi-access mode and
doesn't
> >> hear from any other challengers to the DR election, it elects itself
the
> >> DR. When others come on the line, the first thing they do is check to
> >> see if a DR (and a BDR) already exists.
> >>
> >> If still want to prove the viability of setting the priority on the
> >> neighbor statement, why don't you try setting it, saving it and then
> >> rebooting all of the routers involved? 'clear ip ospf process' might
> >> save you a reboot--I'm not sure...
> >>
> >> Mas Kato
> >>
> >> -----Original Message-----
> >> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> >> adiment@uswest.com
> >> Sent: Thursday, April 26, 2001 5:57 AM
> >> To: ccielab@groupstudy.com
> >> Subject: RE: OSPF neighbor priority
> >>
> >>
> >> When the routers exchange lsa's don't they tell each other what their
> >> priority is. I would think that the spoke router is telling the hub
> >> router
> >> what its priority is. I don't know if the hub router can tell the
spoke
> >> router what its priority should be.
> >>
> >>
> >> -----Original Message-----
> >> From: Bob Chahal [mailto:bob.chahal@ntlworld.com]
> >> Sent: Wednesday, April 25, 2001 4:46 PM
> >> To: ccielab@groupstudy.com
> >> Subject: OSPF neighbor priority
> >>
> >>
> >> I searched the archives and lab'd this extensively but in a
partial-mesh
> >> frame-relay non-broadcast OPSF scenario i cannot get the
> >>
> >> neighbor x.x.x.x priority 10
> >>
> >> command to do what it should do. The config keeps changing back to the
> >> priority that the neighbor router is actually set to. i.e
> >>
> >> neighbor x.x.x.x priority 1
> >>
> >> The issue is to get the hub router to be the DR. The way around this is
> >> to
> >> actaully change the priorities on the serial interfaces but that might
> >> not
> >> be an allowed option in a lab.
> >>
> >> Previous post have suggested bugs in certain IOS versions, I'm running
> >> c2500-js-l.112-24.bin. Is there anything I am missing here. Basically
> >> the
> >> router with highest RID beomes DR even if I set the neighbor priority.
> >>
> >> People have said nail the basics and this is basic. Help?
> >>
> >> Thanks
> >>
> >> B
> >> **Please read:http://www.groupstudy.com/list/posting.html
> >> **Please read:http://www.groupstudy.com/list/posting.html
> >> **Please read:http://www.groupstudy.com/list/posting.html
> >**Please read:http://www.groupstudy.com/list/posting.html
> **Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:58 GMT-3