From: Matthew Poole (matthew.poole@blueyonder.co.uk)
Date: Wed Mar 12 2003 - 05:18:16 GMT-3
Hi,
I can't recall seeing your config's posted.
I also can't see any reference to the command "no peer neighbour-route"
(possibly wrong syntax) in any posts. When your link comes up a /32 route
is generated, causing an LSA change, when it goes back down the /32
disappears - causing another lsa change, therefore the link comes up again,
you can guess the rest!
http://makeashorterlink.com/?C469216C3
HTH.
----- Original Message -----
From: <tria_ka@gmx.net>
To: "OhioHondo" <ohiohondo@columbus.rr.com>
Cc: <jhays@jtan.com>; <ccielab@groupstudy.com>
Sent: Wednesday, March 12, 2003 6:29 AM
Subject: RE: isdn - backup - challenge - authentication ???
> hi,
>
> > Can it be that changes in the OSPF topology have occured?
> yes that is also what i understand but i don't know why there is a change
> every time.
> if i have a look on ip ospf database normally it's really stable. when i
> configure bri on both sides for isdn the link comes up changes lsa, the go
> down....and up again....every time...no stopping !!..;-(
>
> > When using OSPF on demand, it is my understanding that the ISDN link
comes
> > up initially and learns the network.
> >
> > I also have read that every time a change in the topology is sensed, the
> > ISDN circuit comes up again to keep itself current with an accurate
> > topology. (When the primary goes down, network operation depends on the
> > ISDN
> > routes to be an accurate view of the network. Imagine a primary that
> > hasn't
> > gone down in months. If the ISDN didn't keep updated, it would be
> > worthless
> > as a backup that is meant to give an IMMEDIATE alternate route when the
> > primary goes down.)
> >
> > I have also read that OSPF On Demand is not recommended in parts of the
> > OSPF
> > network where changes occur frequently --- because the ISDN link will
keep
> > going up and down. It is recommended that it be used on Stub links.
>
> uuppss that is what i don't try. i also heard there is sometimes a
problem
> with virtual links ? so there is also a virtual link !!
> keep it the isdn line up ?
>
> thanks
>
> udo
>
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> > Jonathan V Hays
> > Sent: Tuesday, March 11, 2003 2:21 PM
> > To: ccielab@groupstudy.com
> > Subject: RE: isdn - backup - challenge - authentication ???
> >
> >
> > > -----Original Message-----
> > > From: tria_ka@gmx.net [mailto:tria_ka@gmx.net]
> > > Sent: Tuesday, March 11, 2003 1:47 PM
> > > To: Jonathan V Hays
> > > Cc: ccielab@groupstudy.com
> > > Subject: RE: isdn - backup - challenge - authentication ???
> > > Hi Jonathan,
> > > thanks. That is what I also know ..,;-)) I can read the debug
> > > output...
> > > But I don't understand WHY this MC packet trigger my isdn
> > > line to go up.
> > > Both isdn bri if's are in the ospf state 'running on demand' !
> > > any comments ? help ??
> > > thanks
> > > udo
> > >
> > > > The dial reason is 224.0.0.5 which is one of the OSPF multicast
> > > > addresses.
> >
> > Udo,
> >
> > Possibly something is not allowing a complete OSPF database
> > sychronization between the two routers. Or maybe it's OSPF
> > authentication that hasn't been configured across a virtual link. It's
> > hard to tell with what little information you have provided.
> >
> > Please post your configuration files for both routers.
> >
>
> --
> +++ GMX - Mail, Messaging & more http://www.gmx.net +++
> Bitte ldcheln! Fotogalerie online mit GMX ohne eigene Homepage!
This archive was generated by hypermail 2.1.4 : Sat Apr 05 2003 - 08:51:37 GMT-3