From: Keith Kruepke (lister@xxxxxxxxxxx)
Date: Thu Jul 13 2000 - 01:46:51 GMT-3
Vijay,
Oddly enough, at this very moment I am doing an OSPF demand circuit as well. H
owever, it sounds like mine is working with much better results than yours.
As far as your configuration, based on your description, it sounds like you are
right on. You should NOT exclude the OSPF traffic from the dialer list, as th
e interface should still come up for a topology change. All I did was use 'ip
ospf demand-circuit' on one side of the connection, and it worked.
To get an idea of when the traffic is being sent, try 'debug dialer packet'. Y
es, the 'show dialer' command will give you the info about the packet that brou
ght up the line, but the debug command will show all packets, even when the lin
e is up. It may help to figure out how often the traffic is being sent. Also,
debug both sides, to see if traffic is coming from both.
I ran into an instance where the packet to 224.0.0.5 brought up the line, but t
hen it stayed up due to other traffic (DLSW). Since you are using only these t
wo routers in isolation, that is not very likely, but the debug command should
help you figure out exactly what traffic is going across the line.
I would try 'show ip ospf interface', 'show ip ospf database', and 'show ip osp
f neighbor'. The interface on BOTH sides should say that it is running as a de
mand circuit. The database should show the remote Router LSA as being DNA (Do
Not Age). The neighbor should have a blank dead time. If any of these conditi
ons are not met, there is a chance that the routers are not recognizing the dem
and circuit.
I looked up when demand circuit support was added to the IOS, and it is reporte
d as of 11.2. Since you are running an 11.2, I am wondering if there could be
a problem with that implementation of it... I know this is a cop-out response,
but if possible, an IOS upgrade would not be a bad idea.
Finally, just to make sure...you mentioned that both routers have the same rout
er ID. I am assuming you mean the process ID (router ospf X), which does not h
ave to match but does no harm. If you do actually mean router IDs, that would
be a problem, because router IDs must be unique. (This is the highest IP addre
ss on a loopback or the highest IP on a physical interface if no loopbacks exis
t.) If you do 'show ip ospf', the local router ID should be indicated at the t
op. These should be unique.
Well, you may have tried many or all of the ideas here, but hopefully something
I said will help you find the problem. Good luck.
Keith
----- Original Message -----
From: "Vijay Venkatesh" <vijay.venkatesh@usa.net>
To: "Earl Aboytes" <earl@linkline.com>
Cc: "Stephens, Paul [Prof.Serv]" <Paul.Andrew.Stephens@compaq.com>; <ccielab@gr
oupstudy.com>
Sent: Wednesday, July 12, 2000 11:09 PM
Subject: Painful OSPF demand circuit
Hello,
I am beating my head against a brick wall trying to get the ospf
demand circuit working. I am posting this in the hope someone will
look
at it from a different perspective. This is my situation -
R1 is connected to R2 via a BRI interface. The Bris are on one
subnet and are configured with spids for both channels and do not have
dialer profiles. However, they have dialer map statements. This is a
point to point bri. Nothing hangs of R1 and nothing hangs off R2. I am
running both routers with the same ospf router id and both are in area
0. Now, when I bring up the bri and configure 'ip ospf demand-circuit'
on side (either R1 or R2) the bri line comes and exchanges ospf info
across the isdn line. Then it hangs up after the idle-timer of 60
seconds. Either R1 or R2 keep redialing and keep the BRI up. Please
not there are no topological changes that are causing this to happen.
When I do a 'sh dialer' it keeps saying that one of the routers
initiated the dial because it had to communicate to 224.0.0.5 which
is the ospf multicast address. What do I do to make sure that the
line stays down using nothing but the 'ip ospf demand-circuit'
statement. My dialer list is protocol ip permit. The dialer maps
are configured with the broadcast option. The version of code I am
running is 11.2(19a) on both routers. Any suggestions are invited.
Thank you for your insights and time.
Regards,
Vijay.
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:53 GMT-3