From: Joseph Brunner (joe@affirmedsystems.com)
Date: Fri Nov 02 2007 - 01:40:15 ART
Lets define "optimal routing"
Do you mean take the 100Mbps links over the frame-relay cloud?
Do you mean take the 2 100Mbps links instead of the 4 100 Mbps links?
Do you mean take the ISR's with gigabit Ethernet instead of the 3700's with
100Mbps Ethernet?
Well unless we are talking about rip, this is pretty much chosen for us...
BY THE METRIC.
If you can redistribute any which way you want, with out making a routing
loop.
If you can filter routes any which way you want, and not make a routing
loop.
If you can prefer higher to lower cost AD routes, using longer prefix,
tailoring AD, and manipulating other settings, without causing a routing
loop.
You can probably get past the lab.
If you can sleep well the night before, have a very strong knowledge of the
rest of the blue print, and know your stuff in the other areas we don't see
every day.
The redistribution is not going to be hard for most of us in the lab.
It really isn't.
-Joe
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Carlos Trujillo Jimenez
Sent: Thursday, November 01, 2007 10:27 PM
To: darbyweaver@yahoo.com; hadek.el-ayachi@nsn.com; lixiao00@hotmail.com;
ccielab@groupstudy.com
Subject: RE: redistributing.. again..
It is not mentioned in the task... it probably means no. I suppose
>From: Darby Weaver <darbyweaver@yahoo.com>
>X-OriginalArrivalTime: 02 Nov 2007 02:59:06.0684 (UTC)
>FILETIME=[553397C0:01C81CFC]
>
>Is optimal routing even the goal of the lab in
>question?
>
>
>--- Carlos Trujillo Jimenez <nergal888@hotmail.com>
>wrote:
>
> > The same, redistribution is killin me also...
> > Noticed in some (not all)
> > toplogies at internetworkexpert labs, that there is
> > no way to have optimal
> > routing I hace tried changing distances, metrics,
> > taggig, but there is no
> > way sometimes.
> >
> >
> >
> >
> > >From: <hadek.el-ayachi@nsn.com>
> > >Return-Path: ccielab-owner@groupstudy.com
> > >
> > >I had many problems trying to avoid suboptimal
> > routing and loops in such
> > >a topology. My advices are :
> > >- Don't try to avoid suboptimal routing if it is
> > not asked for, only
> > >loops are indesirable
> > >- there is always a straightforward, a very simple
> > solution for each
> > >senario instead of changing AD,tagging here and
> > there and creat some
> > >mind loops
> > >- redistribution is a manual process. Put your
> > self, in a round robin
> > >style, in one routing protocol and see what can
> > happen to you internal
> > >routes as well as you external routes seperatly
> > when coming back to you.
> > >- use metric instead of AD or tags.
> > >- pay more attention to external routes for each
> > protocol
> > >BR
> > >
> > >
> > >-----Original Message-----
> > >From: nobody@groupstudy.com
> > [mailto:nobody@groupstudy.com] On Behalf Of
> > >ext Xiao Li
> > >Sent: jeudi 1 novembre 2007 10:47
> > >To: ccielab@groupstudy.com
> > >Subject: redistributing.. again..
> > >
> > >Hi, I was doing core work book lab 6 this
> > afternoon and the
> > >redistribution really got me hard. I thought of
> > using distance to limit
> > >route feed back is convenient and reliable.. it
> > proves me wrong.
> > >OSPF, RIP , EIGRP are mutually redistributed on R3,
> > R4 and R5.. so I
> > >apply the golden rules: from lower ad to higher
> > ad, no worries, routes
> > >will never get feed back to the lower ad domain
> > because the higher ad
> > >route will not get in the routing table at the
> > other redistribution
> > >point... checked from higher ad to lower ad, use
> > distances command to
> > >lower down the ad for the redistributed routes..
> > checked I thought
> > >that should more or less has done the magic
> > automatically.. but I keep
> > >getting routing loops for routes coming from the
> > rip domain.. after some
> > >time i realized that whenever a route is added in
> > the rip domain, the
> > >route is looping between r3, r4, r5.. further i
> > realized that the route
> > >propagation in RIP is much slower than
> > redistributing from
> > >rip->eigrp100->eig!
> > > rp200->rip.. so when the route is ready to be
> > redistributed from
> > >eigrp200->rip at R4, the higher ad rip route (as
> > compared to eigrp
> > >external) did not reach R4 yet to stop it.. and I
> > was careless enough
> > >to put "redistribute eigrp 200 metric 1" under rip,
> > which make it a
> > >prefer rip route from R3 since metric is low. The
> > solution guide does
> > >use metric 10 on R4 and R5, but on R3, it uses
> > metric 1 also. I am
> > >thinking that this can also cause a problem when
> > bb2 advertise new rip
> > >routes or reload, as
> > r5->rip->ospf->eigrp200->eigrp100->r3 could still
> > >go faster than R5->rip->R3. I did not have a time
> > to test this out
> > >though.. will try that later..
> > >
> > > Changing the metric to a higher value when
> > redistributing to rip will
> > >work around this issue, but it does not seem to be
> > a complete solution.
> > >The fact is: for a short period of time, the routes
> > are feed back to rip
> > >domain where is originates. Another problem is:
> > the rip metric can't
> > >really go too high.
> > >
> > > I can't think of a way to use tag either..
> > tags are overridden, and
> > >in this lab there is so many point of
> > redistribution. Is there a way to
> > >append the tag like the AS path does in bgp? Or
> > any other way to better
> > >address this problem? Thanks for the advise.
> > >
> > >Best regards,
> > >Li Xiao
> >
> >_________________________________________________________________
> > >Get your free suite of Windows Live services!
> > >http://www.get.live.com/wl/all
> > >
> >
> >_______________________________________________________________________
> > >Subscription information may be found at:
> > >http://www.groupstudy.com/list/CCIELab.html
> > >
> >
> >_______________________________________________________________________
> > >Subscription information may be found at:
> > >http://www.groupstudy.com/list/CCIELab.html
> >
> >
>_________________________________________________________________
> > Charla con tus amigos en lmnea mediante MSN
> > Messenger:
> > http://messenger.latam.msn.com/
> >
> >
>_______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
>
>
>
This archive was generated by hypermail 2.1.4 : Sat Dec 01 2007 - 06:37:27 ART