From: Chris Larson (clarson52@xxxxxxxxxxx)
Date: Sun Apr 07 2002 - 01:33:42 GMT-3
This looks like ccboot lab 8. Some of the issues were to make sure your
137.20.224.0 route is not being redistributed into BGP. If it is lab 8 and
you do not totally remove that route, the line going up and down get's
redisted into bgp and back into ospf. I took the route of shutting down my
bgp routers, and igrp then bringin them in again one at a time. I finally
discovered i had the 137.20.224.0 route being redistributed into bgp. It
should not even show up in sh ip bgp.
----- Original Message -----
From: "Chua, Parry" <Parry.Chua@compaq.com>
To: "kym blair" <kymblair@hotmail.com>; <ccielab@groupstudy.com>
Sent: Saturday, April 06, 2002 8:12 PM
Subject: RE: OSPF over BRI -- need more suggestions
> 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