From: Ahmed Mamoor Amimi (mamoor@xxxxxxxx)
Date: Sat Apr 06 2002 - 10:45:40 GMT-3
Where there is ph# at map class at router R6 "dialer map ip 137.20.224.5
broadcast 8358662"
The demand circuit is running at R5 so the ph# should only be at R5.
try modify the map at R6 to "dialer map ip 137.20.224.5 broadcast"
and tell us the result.
-Mamoor
----- Original Message -----
From: kym blair <kymblair@hotmail.com>
To: <clarson52@comcast.net>; <Parry.Chua@compaq.com>;
<ccielab@groupstudy.com>
Sent: Sunday, April 07, 2002 9:57 AM
Subject: Re: OSPF over BRI -- need more suggestions
> 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