I think an important note is not necessarily to worry about how many
routing processes a router has but more important to worry about how
many points in the topology each routing process has a connection to
the network.

I.E.
If a router has 3 routing processes but two of the routing processes
are stub processes, meaning no other exit point, you will have no
concern with routing loops.

But if you have two exit points for a routing process then you need to
determine the administrative distance of each routing process that is
interacting, etc, to determine your need for preventing routing loops.
 If you are concerned about routing loops then route-maps using tags
is always a very quick and easy way to prevent routing loops.

On Sat, Jun 7, 2008 at 9:13 AM, Brian K Valentine <[EMAIL PROTECTED]> wrote:
> The default behavior of the "redistribute" router subcommand will  cause the
> router to redistribute:
>
> 1)      Routes of that type that appear in the IP routing table on the
> router.  If a route isn't in the IP Routing table, for any number of reasons
> (a route may show up in the eigrp topology but not the routing table, for
> instance), it won't be redistributed.
>
> 2)      Connected networks that were injected locally into a routing
> protocol through the network statement or at the interface level.
>
> I believe applying a route-map to the redistribute command will break the
> default behavior of #2.
>
>
>
> If you keep those rules in mind, redistribution of 3 routing protocols
> should work much the same as two, as far as I can tell.
>
>
>
> Brian
>
>
>
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of khalid aljorf
> Sent: Saturday, June 07, 2008 8:00 AM
> To: [email protected]
> Subject: [OSL | CCIE_RS] Redistribution loops
>
>
>
> Greetings all,
>
> is there any tips to take into account when redistributing between routing
> protocols on a router that is running 3 routing protocols ( OSPF,RIP and
> EIGRP) to avoid routing loops??
>
> thanks
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 8.0.100 / Virus Database: 270.0.0/1487 - Release Date: 6/6/2008
> 8:01 AM



-- 
Tyson Scott - CCIE #13513 R&S and Security
Technical Instructor - IPexpert, Inc.

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: [EMAIL PROTECTED]

Join our free online support and peer group communities:
http://www.IPexpert.com/communities

IPexpert - The Global Leader in Self-Study, Classroom-Based, Video On
Demand and Audio Certification Training Tools for the Cisco CCIE R&S
Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
CCIE Storage Lab Certifications.

Reply via email to