From: kym blair (kymblair@xxxxxxxxxxx)
Date: Sun Apr 07 2002 - 01:57:11 GMT-3
Chris, you're exactly right. It seems to be happening at R2; I'm having a
bear of a time getting it to stop. Now that I have the source narrowed
down, it's fun again trying to solve it. Thanks for your help.
Kym
>From: Chris Larson <clarson52@comcast.net>
>To: "Chua, Parry" <Parry.Chua@compaq.com>, kym blair
><kymblair@hotmail.com>, ccielab@groupstudy.com
>Subject: Re: OSPF over BRI -- need more suggestions
>Date: Sat, 06 Apr 2002 23:33:42 -0500
>
>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