From: Mas Kato (tealp729@xxxxxxxx)
Date: Thu Apr 26 2001 - 05:03:49 GMT-3
Bob,
I've observed the same basic behavior where the priority on the neighbor
statement in your local running config will change to reflect what the
remote neighbor has set on its interface. It was pretty weird when I
first saw my running config change to reflect a change made elsewhere.
As with the controversial OSPF 'summary-address' command, I can only
hope that any IOS version-related "glitches" will be accounted for in my
lab sequence by the time I get there. Can you imagine having to defend
the use of a forbidden command because the command they're looking for
either doesn't work as it used to or was "fixed?"
As many others have suggested, about all we can do is comprehend as many
ways to do a given task as we can--and hope for the best...
Regards,
Mas Kato
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Bob Chahal
Sent: Wednesday, April 25, 2001 2: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
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:56 GMT-3