From: rsevier (rsevier@xxxxxxxxxxxxxxxxxxx)
Date: Thu May 17 2001 - 13:11:53 GMT-3
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
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:30:43 GMT-3