From: Standley, Jeffrey (jeffrey.standley@shawgrp.com)
Date: Thu Dec 28 2006 - 15:22:31 ART
Not certain without seeing the output, but proabably what's happening is that when you clear the process on R5 which has a priority of 255, if it were the dr, from R2's perspective it just lost its dr so it takes over the role. I'd R2 was already the dr, then it would keep that status. When R5 re-establishes its adjancency it can not preempt R2's dr status even though R5 has the higher priority.
For R5 to be able to take the dr role, R2 would have to clear its process.
Just an assumption.
Jeff Standley
Network Engineer (CCNP, CCSP)
The Shaw Group, Inc.
4171 Essen Ln
Baton Rouge, LA 70809
225.987.6209
----- Original Message -----
From: Frank <ocsic@web.de>
To: Standley, Jeffrey; ccielab@groupstudy.com <ccielab@groupstudy.com>
Sent: Thu Dec 28 12:03:54 2006
Subject: Re: ospf priority
Standley, Jeffrey schrieb:
Hey Jeff,
great, that works!
Have to clear the process from the side i configured the higher prio.
If i clear the process from R5 again, then R5 will become the DR.
I have rebooted also, but it seems, like R2 might be faster in booting,
so i got this again in the wrong direction.
Frank
> Can you provide theses same outputs from R2 when you clear the ospf process on it?
>
> Jeff Standley
> Network Engineer (CCNP, CCSP)
> The Shaw Group, Inc.
> 4171 Essen Ln
> Baton Rouge, LA 70809
> 225.987.6209
>
> ----- Original Message -----
> From: nobody@groupstudy.com <nobody@groupstudy.com>
> To: Wayne <ccie_lab@inetiq.com>; ccielab@groupstudy.com <ccielab@groupstudy.com>
> Sent: Thu Dec 28 11:21:33 2006
> Subject: Re: ospf priority
>
> Wayne schrieb:
>
> Hi,
>
> but the question was not to do so.
>
> Any other thoughts why this does not work? Adjacency between two router
> on side R5 set to 255 but
> the other side R2 always wins the election with default prio 1.
>
> Rack1R5#clear ip ospf p
> Reset ALL OSPF processes? [no]: y
> Rack1R5#
> *Mar 1 03:08:13.873: %OSPF-5-ADJCHG: Process 1, Nbr 150.1.2.2 on
> Serial0/0.125 from FULL to DOWN, Neighbor Down: Interface down or detached
> Rack1R5#
> *Mar 1 03:08:42.191: %OSPF-5-ADJCHG: Process 1, Nbr 150.1.2.2 on
> Serial0/0.125 from LOADING to FULL, Loading Done
> Rack1R5#sh ip ospf nei
>
> Neighbor ID Pri State Dead Time Address Interface
> 150.1.2.2 1 FULL/DR 00:01:59 173.1.125.2
> Serial0/0.125
> Rack1R5#
>
>
>
> Frank
>
>> Frank,
>>
>> In lieu of setting the other side to 255, set the side you do not want to be
>> in the election process to 0. This will prevent it from ever becoming a DR
>> or BDR when there is a neighbor relationship formed.
>>
>> w
>>
>> -----Original Message-----
>> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
>> Frank
>> Sent: Thursday, December 28, 2006 9:35 AM
>> To: Ramu Perumal; ccielab@groupstudy.com
>> Subject: Re: ospf priority
>>
>> Ramu Perumal schrieb:
>>
>> Hi,
>>
>> i have cleared already the process. "clear ip ospf p"
>>
>> Currently i have only two routers and they are forming the adjacency over a
>> frame link.
>>
>> R2 keeps winning the election and does not pay attention to the prio. I
>> understand that they could not take over a DR is already elected, but in the
>> case when only two are forming an adjacency...
>>
>>
>> R5
>>
>> interface Serial0/0.125 multipoint
>> ip address 173.1.125.5 255.255.255.0
>> ip ospf network broadcast
>> ip ospf hello-interval 30
>> ip ospf priority 255
>> frame-relay interface-dlci 501
>> frame-relay interface-dlci 502
>> no frame-relay inverse-arp IP 503
>> no frame-relay inverse-arp IP 513
>> end
>>
>>
>> R2
>> interface Serial0/0
>> ip address 173.1.125.2 255.255.255.0
>> encapsulation frame-relay
>> frame-relay map ip 173.1.125.1 205
>> frame-relay map ip 173.1.125.5 205 broadcast no frame-relay inverse-arp
>> frame-relay lmi-type cisco end
>>
>>
>> Frank
>>
>>
>>
>>> In a multiaccess network (i hv seen this in a bcast net) where there
>>> is DR/BDR election, the router that wins the election becomes the BDR
>>> first and then the DR is elected. looks like u hv a similar case....
>>> If you are configuring a non-broadcast network, you can try the
>>> neighbor command to set the priority of the spokes to ZERO.
>>> Hope this helps...
>>>
>>> Thanks
>>> Ramu
>>> ----- Original Message -----
>>> From: "Frank" <ocsic@web.de>
>>> To: <ccielab@groupstudy.com>
>>> Sent: Thursday, December 28, 2006 7:48 PM
>>> Subject: ospf priority
>>>
>>>
>>>
>>>
>>>
>>>> Hi,
>>>>
>>>> i have a problem with ospf priority.
>>>>
>>>> The task asks not to configure ip ospf interface commands on the
>>>> spokes, so it suggests to configure ip ospf priority 255 on the hub.
>>>> (255 or a higher value as the default 1)
>>>>
>>>> But the hub is not elected as the DR.
>>>>
>>>> What could be the reason for this?
>>>>
>>>>
>>>> Rack1R5#sh ip ospf int | inc Pri
>>>> Transmit Delay is 1 sec, State BDR, Priority 255
>>>>
>>>> Rack1R5#sh ip ospf nei
>>>> Neighbor ID Pri State Dead Time Address
>>>>
>>>>
>>>>
>>> Interface
>>>
>>>
>>>
>>>> 150.1.2.2 1 FULL/DR 00:01:36 173.1.125.2
>>>> Serial0/0.125
>>>>
>>>> Rack1R2#sh ip ospf int s0/0 | inc Pri| Des
>>>> Transmit Delay is 1 sec, State DR, Priority 1
>>>> Designated Router (ID) 150.1.2.2, Interface address 173.1.125.2
>>>> Backup Designated router (ID) 150.1.5.5, Interface address 173.1.125.5
>>>> Adjacent with neighbor 150.1.5.5 (Backup Designated Router)
>>>>
>>>>
>>>>
>>>> Frank
>>>>
>>>> _____________________________________________________________________
>>>> __ Subscription information may be found at:
>>>> http://www.groupstudy.com/list/CCIELab.html
>>>>
>>>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> ****Internet Email Confidentiality Footer****
> Privileged/Confidential Information may be contained in this
> message. If you are not the addressee indicated in this message (or
> responsible for delivery of the message to such person), you may
> not copy or deliverthis message to anyone. In such case, you should
> destroy this messageand notify the sender by reply email. Please
> advise immediately if you or your employer do not consent to
> Internet email for messages of this kind. Opinions, conclusions and
> other information in this message that do not relate to the
> official business of The Shaw Group Inc. or its subsidiaries shall
> be understood as neither given nor endorsed by it.
> ______________________________________ The Shaw Group Inc.
> http://www.shawgrp.com
This archive was generated by hypermail 2.1.4 : Tue Jan 02 2007 - 07:50:39 ART