RE: Fatkid lab 360 - Redistribution Question

From: Jason Sinclair (sinclairj@xxxxxxxxxxxxxxx)
Date: Fri Oct 26 2001 - 01:21:07 GMT-3


   
It won't work for OSPF or ISIS as they are link state protocols and a
requirement of a link state protocol is the fact all lsdb's be identical.
Obviously if you are modifying advertisments then lsdb will be different.
Also the way to remember distribute list out is to replace the word out in
your head to "out of"

Ie

Router eigrp 100
Distribute-list 1 out rip

Means apply acl 1 when sending info "out of" rip. (into eigrp)

Regards,

Jason Sinclair
Network Support Manager
POWERTEL Limited
Level 11, 55 Clarence Street, SYDNEY
Phone: 61-2-8264-3820
Fax: 61-2-9279-2604
Mobile: 0416 105 858
jasons@powertel.net.au

                -----Original Message-----
                From: Albert Lu [mailto:albert_ccie@yahoo.com]
                Sent: Friday, 26 October 2001 13:09
                To: 'routerjocky'
                Cc: ccielab@groupstudy.com
                Subject: RE: Fatkid lab 360 - Redistribution Question

                I read that the distribute-list in command is not available
for IS-IS and
                OSPF. So how does they do what is functionally equivalent to
that command?
                Do they use a distribute out <process> instead?

                Why isn't it available for OSPF? Is it because OSPF doesn't
do full updates,
                only incremental updates when needed?

                -----Original Message-----
                From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On
Behalf Of
                routerjocky
                Sent: Friday, October 26, 2001 12:23 PM
                To: Albert Lu; ccielab@groupstudy.com
                Subject: Re: Fatkid lab 360 - Redistribution Question

                there are many ways to do route filtering. do you know why
it doesn't work?
                you might have the logic of the distribute-list command
reversed...try a
                debug ip igrp and debug rip on R1 to see if you can find the
problem.
                here's how I remember:

                in means don't allow the route to come *in* to the RP
                out means don't allow the route to be advertised *out* of
the RP

                one other solution would be distribute-list out interface
from rip on R3

                the other would be the solution that FatKid came up with
which is filter at
                the router receiving the routes. use whatever is easier for
you, but make
                sure it works.

                keep practicing distribute-list out until you get the hang
of it, though...
                it does work well in some situations

                -e-

                ----- Original Message -----
                From: "Albert Lu" <albert_ccie@yahoo.com>
                To: <ccielab@groupstudy.com>
                Sent: Thursday, October 25, 2001 7:51 PM
                Subject: Fatkid lab 360 - Redistribution Question

> Hello Group,
>
> I'm working on the redistribution lab, and I got a
question on the way the
> distribute-list was done. You can take a look at the
solution at
>
> http://www.fatkid.com/html/360_redistribution.html
>
> It uses 'distribute-list 1 in' to deny the 204.1.4.0
network from rip.
>
> How I did it was to use 'distribute-list 1 out rip' in the
igrp section,
                in
> other-words not letting rip redistribute the network
204.1.4.0 into igrp.
                I
> also applied a 'distribute-list 1 out igrp 10' in the rip
section to no
                let
> igrp redistribute the network 204.1.4.0 into rip. Since
the network is
                part
> of both routing protocols, they should keep it to
themselves and not tell
> each other.
>
> However, this doesn't seem to work. I'm getting a routing
loop that goes
> from R1 to R2 to R4 back to R1.
>
> Albert
>
>



This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 22:33:25 GMT-3