From: Chua, Parry (Parry.Chua@xxxxxxxxxx)
Date: Sat Apr 06 2002 - 22:12:53 GMT-3
You need to tell the group what is your configutaion at these two routers, you
can also do
debug ip ospf monitor. IP ospf demand circuit for p2p and p2mp should suppress
hello ( ie
after exchange should remain quite). Only when route using this as prefer path
or there is
route change pass to OSPF will bring the link up again...
Regards
Parry
-----Original Message-----
From: kym blair [mailto:kymblair@hotmail.com]
Sent: Sunday, April 07, 2002 8:29 AM
To: ccielab@groupstudy.com
Subject: OSPF over BRI -- need more suggestions
Still having a problem with ospf demand-circuit ... need help. I've
searched the archives and tried all the suggestions to no avail.
Of course, am using "no peer neighbor-route" and "ip ospf cost 9999", and
only have "ip ospf demand-circuit" on one end (have tried it on each end).
I want ospf to remain "interesting" so it will exchange routing tables then
let demand-circuit quiet the line.
Using "ip ospf network point-to-point", ospf updates are continually
multicast over the BRI, and using "ip ospf network point-to-multipoint",
they are unicast; either way, they are interesting and keep the BRI up.
My configs at the moment are:
R6:
interface BRI0/0
bandwidth 64
ip address 137.20.224.6 255.255.240.0
encapsulation ppp
no ip route-cache
ip ospf network point-to-multipoint
ip ospf cost 9999
no ip mroute-cache
no keepalive
dialer map ip 137.20.224.5 broadcast 8358662
dialer-group 6
isdn switch-type basic-ni
isdn spid1 0835866101 8358661
no peer neighbor-route
no cdp enable
!
dialer-list 6 protocol ip permit
R5:
interface BRI0
bandwidth 64
ip address 137.20.224.5 255.255.240.0
encapsulation ppp
no ip route-cache
ip ospf network point-to-multipoint
ip ospf cost 9999
ip ospf demand-circuit
no ip mroute-cache
no keepalive
dialer map ip 137.20.224.6 broadcast 8358661
dialer-group 6
isdn switch-type basic-ni
isdn spid1 0835866201 8358662
no peer neighbor-route
!
dialer-list 6 protocol ip permit
WITH "IP OSPF NETWORK POINT-TO-MULTIPOINT":
R6#debug dialer packet
Dial on demand packets debugging is on
01:57:22: BR0/0 DDR: ip (s=137.20.224.6, d=137.20.224.5), 120 bytes,
outgoing interesting (ip PERMIT)
01:57:27: BR0/0 DDR: ip (s=137.20.224.6, d=137.20.224.5), 120 bytes,
outgoing interesting (ip PERMIT)
01:57:31: BR0/0 DDR: ip (s=137.20.224.6, d=137.20.224.5), 120 bytes,
outgoing interesting (ip PERMIT)
R5#debug dialer packet
Dial on demand packets debugging is on
01:59:41: BR0 DDR: ip (s=137.20.224.5, d=137.20.224.6), 120 bytes, outgoing
interesting (ip PERMIT)
01:59:41: BR0 DDR: ip (s=137.20.224.5, d=137.20.224.6), 120 bytes, outgoing
interesting (ip PERMIT)
01:59:46: BR0 DDR: ip (s=137.20.224.5, d=137.20.224.6), 120 bytes, outgoing
interesting (ip PERMIT)
WITH "IP OSPF NETWORK POINT-TO-POINT":
02:00:27: BR0/0 DDR: ip (s=137.20.224.6, d=224.0.0.5), 120 bytes, outgoing
interesting (ip PERMIT)
02:00:27: BR0/0 DDR: sending broadcast to ip 137.20.224.5
02:00:31: BR0/0 DDR: ip (s=137.20.224.6, d=224.0.0.5), 120 bytes, outgoing
interesting (ip PERMIT)
02:00:31: BR0/0 DDR: sending broadcast to ip 137.20.224.5
OSPF Demand-Circuit has worked for me in the past, but not today. any
ideas?
Thanks, Kym
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:58 GMT-3