From: Higgins, Andrew (Andrew.Higgins@xxxxxxxxxxxxxxxxxxx)
Date: Thu Jul 15 1999 - 09:17:14 GMT-3
Derek,
Exactly as you pointed out if you check the LS database the sequence number
of the demand circuit network will be increasing. It indeed is whats
bringing the link back up. It's really a catch-22. If you do a "show
dialer" from the router originating the call you will see the reason why the
call was placed. You should be able to use that address and then modify
your dialer-list to make that LSA traffic "uninteresting" which will not
bring the link up. You'll notice that it's a multicast address in the "sh
dialer".
Andrew
-----Original Message-----
From: Derek Fage [mailto:DerekF@itexjsy.com]
Sent: Tuesday, July 13, 1999 10:07 AM
To: ccielab@groupstudy.com
Subject: OSPF On-demand
I've got a bit of a problem with OSPF On-demand circuits.
What I want to do is to use an OSPF On-demand circuit using ISDN to act as
the backup to ethernet interfaces between two routers.
Due to the fact that it is possible for one ethernet interface to go down
and the other to remain up, I cannot use the backup interface command, so I
have configured the ethernet interfaces and the BRI interfaces in the same
area.
When doing a debug whilst the ISDN is up I see messages indicating that the
demand circuit is running as expected:
15:47:56: OSPF: Dead event ignored for 137.20.224.5 on demand circuit BRI0
The problem is that after two minutes the idle timer kicks in and the BRI
drops. At this stage it would appear that an LSA is generated indicating the
link state change and flooded out of all of the interfaces - including the
ISDN. This in turn brings the line up again and so it continues.
Does anybody have any suggestions as to how to work around this ?
Derek...
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:21:42 GMT-3