From: Peter Van Oene (pvo@xxxxxxxxxxxx)
Date: Thu Apr 26 2001 - 17:40:33 GMT-3
Are you running in nbma mode? I assume you know that this doesn't work in poin
t 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
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:58 GMT-3