Re: OSPF Neighbor CMD

From: Jason Madsen (madsen.jason@gmail.com)
Date: Fri Oct 24 2008 - 11:55:19 ARST


thanks for the great explanations guys...that clears up things for me
tremendously.

Jason

On Fri, Oct 24, 2008 at 7:45 AM, Narbik Kocharians <narbikk@gmail.com>wrote:

> In a hub and spoke you should configure the spokes with a priority of 0 so
> they wont participate in the DR election, and when you do that it should NOT
> take the neighbor command.
>
> R1#sh run int s0/0/0
> Building configuration...
> Current configuration : 138 bytes
> !
> interface Serial0/0/0
> ip address 1.1.1.1 255.0.0.0
> encapsulation frame-relay
> * ip ospf priority 0*
> frame-relay map ip 1.1.1.2 102
> end
>
> *Now i will use the neighbor command*
> R1#conf t
> Enter configuration commands, one per line. End with CNTL/Z.
> R1(config)#router ospf 1
> R1(config-router)#*neighbor 1.1.1.2
> *
> R1(config-router)#*do sh run | s router
> *router ospf 1
> log-adjacency-changes
> network 1.1.1.1 0.0.0.0 area 0
>
> *Note it does not take the priority command. It takes the command but it
> does not use it.*
>
> *On R2*
>
> R2#sh run int s0/0/0
> Building configuration...
> Current configuration : 118 bytes
> !
> interface Serial0/0/0
> ip address 1.1.1.2 255.0.0.0
> encapsulation frame-relay
> frame-relay map ip 1.1.1.1 201
> end
>
> R2#sh run | s router
> router ospf 1
> log-adjacency-changes
> network 1.1.1.2 0.0.0.0 area 0
> network 20.2.2.2 0.0.0.0 area 0
> *neighbor 1.1.1.1*
>
> *Note it took the neighbor command because the priority is NOT 0*
>
> On Thu, Oct 23, 2008 at 6:11 PM, Joseph Brunner <joe@affirmedsystems.com>wrote:
>
>> Everything is very slow with dynamips... rent some rack time !
>>
>> -LOL
>>
>> -----Original Message-----
>> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
>> Jason Madsen
>> Sent: Thursday, October 23, 2008 9:07 PM
>> To: Cisco certification
>> Subject: Re: OSPF Neighbor CMD
>>
>> I stand corrected again...it did work, but it was VERY slow. I was
>> testing
>> via Dynamips btw...
>>
>> Jason
>>
>> On Thu, Oct 23, 2008 at 7:05 PM, Jason Madsen <madsen.jason@gmail.com
>> >wrote:
>>
>> > ok I take back part of what I said...with "ip ospf net non" an adjacency
>> > doesn't seem to form without using "neighbor" on both ends of the link.
>> > With "ip ospf net point-to-multi non" it didn't seem to matter either
>> way.
>> >
>> > Jason
>> >
>> >
>> > On Thu, Oct 23, 2008 at 6:59 PM, Jason Madsen
>> <madsen.jason@gmail.com>wrote:
>> >
>> >> Hi Group,
>> >>
>> >> To be officially correct, do we need to use the "neighbor" command on
>> one
>> >> side of each link or on both sides of each link? From what I've seen
>> OSPF
>> >> always seems to work just fine with "neighbor" on one end of the link
>> only
>> >> and as a matter of face I've read more than one writeup stating that
>> >> configuring it on both ends of a link rather than just one can actually
>> >> cause problems in some scenarios.
>> >>
>> >> This is strictly an "approved in the lab" type question. As I stated,
>> >> I've never had issues with just configuring this command on one end of
>> a
>> >> given link without any issues. I did find one somewhat vague statement
>> in
>> >> the Command Reference that leads me to believe that in Cisco's eyes we
>> are
>> >> to use this command on both ends of a link for it to be "correct".
>> Here
>> is
>> >> the statement:
>> >>
>> >> *"One neighbor entry must be included in the Cisco IOS software
>> >> configuration for each known nonbroadcast network neighbor*" (
>> >>
>>
>> http://www.cisco.com/en/US/docs/ios/iproute/command/reference/irp_osp2.html#
>> wp1013124<http://www.cisco.com/en/US/docs/ios/iproute/command/reference/irp_osp2.html#wp1013124>
>> >> ).
>> >>
>> >> I guess technically this statement would lead me to believe that it
>> should
>> >> be on both ends. Anyone have any insight as to what would be
>> "correct"
>> in
>> >> a lab scenario?
>> >>
>> >> Thanks,
>> >> Jason
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> Narbik Kocharians
> CCSI#30832, CCIE# 12410 (R&S, SP, Security)
> www.MicronicsTraining
> www.Net-Workbooks.com
> Sr. Technical Instructor

Blogs and organic groups at http://www.ccie.net



This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:22 ARST