From: Chris Larson (clarson52@xxxxxxxxxxx)
Date: Sun Apr 07 2002 - 21:28:39 GMT-3
I have the number at both ends of my link, it will not hurt.
----- Original Message -----
From: "Ahmed Mamoor Amimi" <mamoor@ieee.org>
To: "kym blair" <kymblair@hotmail.com>; <clarson52@comcast.net>;
<Parry.Chua@compaq.com>; <ccielab@groupstudy.com>
Sent: Saturday, April 06, 2002 9:45 AM
Subject: Re: OSPF over BRI -- need more suggestions
> 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:59 GMT-3