From: Curtis Call (curtiscall@xxxxxxxx)
Date: Thu Apr 26 2001 - 22:49:54 GMT-3
That makes sense since the OSPF peering process contains no mechanism for a
router to influence the priority of another router.
At 02:06 PM 4/26/01, you 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
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:58 GMT-3