From: OhioHondo (ohiohondo@columbus.rr.com)
Date: Tue Mar 11 2003 - 20:00:17 GMT-3
Can it be that changes in the OSPF topology have occured?
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.
-----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.
This archive was generated by hypermail 2.1.4 : Sat Apr 05 2003 - 08:51:37 GMT-3