From: alsontra@hotmail.com
Date: Fri Feb 06 2004 - 02:24:11 GMT-3
There is no one right way. I have hashed this subject out a few times in
this forum and the conclusion is always the same. Redistribution of routing
protocols is a unique task every time its undertaken, and there will usually
be numerous solutions. Sometimes you can get away with the distance command
other times you gatta filter... Search the archives, there's plenty of
good reading here.
Regards,
Alsontra
----- Original Message -----
From: <srivera7@optonline.net>
To: <ccielab@groupstudy.com>
Sent: Thursday, February 05, 2004 6:38 PM
Subject: Preventing routing loops - Distribute list vs Distance (changing
adminstrative distance)
> Hello Group,
>
> Need some advise. What is the best solution for preventing routing loops
when redistributing into mutiple routing domains. Changing administrative
distances is one solution and using distribute list is another solution.
>
> Lets say for example we have
> 2 routers in RIPv1 domain mutually redistributing to 2 routers in an OSPF
domain. The 2 routers in the OSPF domain are also mutally redistributing to
2 routers in an EIGRP domain.
>
> RP1, RP2 (RIPv1) <--> R01,R02 (OSPF) <--> RE1,RE2 (EIGRP)
>
> Rip domain is advertising 150.8.0.0/16. When redistributed into ospf it
comes back from EIGRP with a lower admin distance. OSPF routers see this and
think EIGRP domain is best path to this network. Routing loop occurs. What
I did was under the OSPF routing process issue "distance ospf external 200".
Routing loop is gone and I can reach this network via RIP that way is
advertised. Not sure if this is the best solution.
>
> Which is the best solution for prevent routing loops ? Do you know of any
good links ?
>
> Cheers,
> William
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Mar 05 2004 - 07:13:47 GMT-3