Re: ospf network type non-broadcast

From: RoRo (cisconetman@gmail.com)
Date: Sat May 17 2008 - 04:07:37 ART


I think one part of the problem is that you need to perform ip ospf priority
0 on the spoke NBMA interfaces, then clear ip ospf process.

You should not be neighboring automatically on a non-broadcast network.
Please provide "show ip ospf interface", so we can see how the interfaces
are configured for OSPF and what the timers are. You should be performing
neighbor x.x.x.x on the hub for both spokes.

After all is correct, the hub should see the output of show ip ospf
neighbor, as full/drother, not full/bdr .

On 5/16/08, Chuck Ryan (chryan) <chryan@cisco.com> wrote:
>
> Thanks everyone for your replies and suggestions.
>
> There must have been something quirky going on, or something stuck....I
> blew away the config, re-configured from scratch, and this time it
> worked as advertised (ie. no ospf adjacencies without neighbor
> statements manually configured).
>
> Thanks again group!
>
> -Chuck
>
> -----Original Message-----
> From: Paul Cosgrove [mailto:paul.cosgrove@heanet.ie]
> Sent: Friday, May 16, 2008 9:25 AM
> To: V.Shekhar@GlobalAssurance.Net
> Cc: Chuck Ryan (chryan); Michel Grossenbacher; Hong Chan; Cisco
> certification
> Subject: Re: ospf network type non-broadcast
>
> Hi Chuck,
>
> Just to add that if you are reloading, you need to reload all three
> routers at the same time. If one router recovers whilst the others are
> still sending hellos then you may see the same thing happening again.
>
> Paul.
>
> V.Shekhar@GlobalAssurance.Net wrote:
> > If it still behaves the same way,
> > wr mem
> > Reload
> > :)
>
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Mon Jun 02 2008 - 06:59:17 ART