From: Peter Van Oene (pvo@xxxxxxxxxxxx)
Date: Fri Apr 27 2001 - 09:43:17 GMT-3
Nor is their any capability to secure or control this process. To me, it seems
contrary to the rfc to allow one router to set anothers priority and I haven't
seen any documentation that refers to that process. The command seems poorly
documented on cco.
*********** REPLY SEPARATOR ***********
On 4/26/2001 at 7:49 PM Curtis Call wrote:
>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
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:59 GMT-3