From: Marc Russell (mrussell@xxxxxxxxxxxxxx)
Date: Thu May 17 2001 - 14:06:10 GMT-3
The important route to filter is the IGRP network defined on the ISDN
interfaces. Every time the interfaces drops IGRP sees this and sends it
into OSPF. OSPF then sees a change in topology and brings the ISDN link
up again and the cycle continues over and over again.
-----Original Message-----
From: Johnny Dedon [mailto:johnny.dedon@exodus.net]
Sent: Thursday, May 17, 2001 12:33 PM
To: rsevier; Daniel C. Young; 'Bernard'; ccielab@groupstudy.com
Subject: Re: Bootcamp Lab 8 Demand Circuit question
The only route that is causing the problem is the network associated
with
the demand circuit. DO NOT accept this route from igrp. It is an ospf
route. It does not matter if igrp announces( and it should) this route
to
all other igrp neighbors.
Does this help?
Johnny Dedon
Senior Staff Consultant
Exodus Professional Services
johnny.dedon@exodus.net
www.exodus.net
----- Original Message -----
From: "rsevier" <rsevier@zealousolutions.com>
To: "Johnny Dedon" <johnny.dedon@exodus.net>; "Daniel C. Young"
<danyoung99@mediaone.net>; "'Bernard'" <one@dollarpower.com>;
<ccielab@groupstudy.com>
Sent: Thursday, May 17, 2001 11:11 AM
Subject: RE: Bootcamp Lab 8 Demand Circuit question
> Bernard - I would like to see your config, could you pls send it to
me,
> thanks.
>
> Johnny - Are you suggesting to filter only those routes that are
associated
> with the demand circuit from IGRP redistribution into OSPF? Daniel
has
> filtered only those routes that were not naturally learned by
IGRP/OSPF
> redistribution and Bernard took it one step further by guiding all
routes
> via route map. What routes specifically cause the trouble is my
question.
>
> Thanks for your input,
> Raymond
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Johnny Dedon
> Sent: Thursday, May 17, 2001 7:34 AM
> To: Daniel C. Young; 'Bernard'; ccielab@groupstudy.com
> Subject: Re: Bootcamp Lab 8 Demand Circuit question
>
>
> Daniel,
> Let me see if I can answer your question.
> Igrp will pick up all connected routes that fall within the classfull
> address range configured under the igrp router process.
> You define the network under the ospf router process.
> You now redistribute ospf into igrp....no problem.
> Then you redistribute igrp into ospf...PROBLEM.
> When the dialer interface goes down, OSPF is ok, but igrp doesn't
understand
> your demand interface. It sees the link go down and advertises such
to
all
> configured igrp routers.
> Since you are also redistributing igrp into ospf, this igrp topology
change
> is redistributed into ospf. Ospf then needs to tell everyone about
the
> change in the topology that it learned from an external routing
protocol.
> The dialer is brought up to announce the lsa. After the timeout, the
dialer
> goes down and the whole process starts again.
>
> HTH
>
> Johnny Dedon
> Senior Staff Consultant
> Exodus Professional Services
> johnny.dedon@exodus.net
> www.exodus.net
> ----- Original Message -----
> From: "Daniel C. Young" <danyoung99@mediaone.net>
> To: "'Bernard'" <one@dollarpower.com>; <ccielab@groupstudy.com>
> Sent: Thursday, May 17, 2001 12:55 AM
> Subject: RE: Bootcamp Lab 8 Demand Circuit question
>
>
> > Hi Bernard,
> >
> > I got this to work as well by looking at which routes are naturally
> > redistributed into IGRP and OSPF and then filtering out all other
ones.
My
> > question is regarding the OSPF demand circuit itself: why is it that
the
> > line won't stay down without these filters?
> >
> > I'm lost on this and would greatly appreciate your input.
> >
> > Thanks,
> > Daniel
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf
Of
> > Bernard
> > Sent: Wednesday, May 16, 2001 2:11 PM
> > To: 'ccielab@groupstudy.com'
> > Cc: 'Dean, Justin'
> > Subject: RE: Bootcamp Lab 8 Demand Circuit question
> >
> >
> > I am doing lab 8 right now and have managed to keep this damn line
quiet
> at
> > last. So, it is doable.
> > The main trick is , when you redistribute igrp<-->ospf, you must
> > specifically choose which subnets will be distributed. Use an access
list
> > and a route map and one by one choose the network. Do not leave any
> network
> > for destiney.
> >
> > If you want to see my config, send me an e-mail and I send it to
you.
> > Boy, it is a relief when you see this line quiet!
> >
> > Bernard
> >
> >
> > -----Original Message-----
> > From: Dean, Justin [mailto:Justin.Dean@nrtinc.com]
> > Sent: Wednesday, May 16, 2001 8:26 AM
> > To: 'ccielab@groupstudy.com'
> > Subject: Bootcamp Lab 8 Demand Circuit question
> >
> >
> > I am doing lab 8 again and I am running into the problem where I
cant
keep
> > the demand circuit from coming up without using a "deny ospf any
any" on
a
> > dialer list. I know that this is not allowed. When I debug dialer
packets
> it
> > just shows me "caused by R6 to 224.0.0.5" but I can't figure out
what is
> > causing it to trigger the ospf traffic. One thing that is strange is
that
> > when it connects it will not send any interesting traffic until the
moment
> > it disconnects then it generates a "224.0.0.5" packet and brings up
the
> > line. Does anyone have an idea what is going on. I already made sure
that
> it
> > is showing up as a demand circuit and I also shut the serial on R4
just
to
> > make sure it wasnt something with the igrp/ospf redistribution.
thanks,
> >
> > justin
> > **Please read:http://www.groupstudy.com/list/posting.html
> > **Please read:http://www.groupstudy.com/list/posting.html
> > **Please read:http://www.groupstudy.com/list/posting.html
> **Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:30:44 GMT-3