Thats a loaded question... The clock rate will not affect the routing
decisions made by EIGRP.. That is what the bandwidth setting is for. It
should be the same on both ends. However if you only have 2 routers
connected via a crossover cable you don't need to worry about which route it
tak
Thats a loaded question... The clock rate will not affect the routing
decisions made by EIGRP.. That is what the bandwidth setting is for. It
should be the same on both ends. However if you only have 2 routers
connected via a crossover cable you don't need to worry about which route it
tak
EIGRP metric looks at bandwidth, delay, mtu, load, reliability.
For an adjaceny to form they metrics must be the same on both sides, or the
2 routers will never route or pass updates.
Best to make the same changes on both sides. As for the clock rate, I am not
to sure here - a flying guess says ye
clock-rate makes no difference to the metric .
I cannot see why the bandwidth parameter cannot be
different on both neighbouring routers .
For one router in question only the outbound
interfaces to the destination are considered in the
calculation of the metric .
flem
--- Andrew Larkins <[EMAI
The bandwidth and delay values could be different on
each end of a circuit. For example, in frame relay
each PVC has it's own CIR/etc so you would want the
values to reflect that of the PVC. It's not needed if
theres only one route between the 2 routers, but was
pointing out in frame relay, etc i
Hans PHAM wrote:
Sorry for the bad figure, I draw again
> R2
>/ \
> /\
> R1 R4-R5
> \/
>\ /
> R3
>
>
> Link
> 1-2 : Bandwidth = 10M, delay = 10ms
> 2-4 : Bandwidth = 20M, delay = 5ms
> 1-3 : Bandwidth = 20M, delay = 15ms
> 3-4 : Bandwidth = 20M, delay = 5m
Hans PHAM wrote:
Sorry for the bad figure, this is a better one
..
.R2...
/..\..
.../\.
.R1..R4-R5
...\/.
\../..
.R3...
..
Link
1-2 : Bandwidth
I'm not sure I understand your entire question. But, I hope this
helps... you have to many formulas.
What the recommendation states is that if you are running other routing
protocols like ospf who
takes its decisions based on bandwidth statements then you shouldn't
change them, because it
wil
What your describing is fairly common and you can "fix" this by adjusting
the delay metric of router interfaces in your path. In your example, you
could adjust the delay between the routers so that the path metrics are
equal. This is, as you note, the preferred approach with IGRP/EIGRP to
manipul
Thanks Tshon and Kent,
My point is that, using EIGRP routing protocol, for the same two routes, (in
the given case R1->R2->R4, and R1->R3->R4), they are seen as equal paths for
traffic from R1 to R4, but are not seen as equal for the traffic from R1 to
R5. This is a litle bit unusual to me.
Usin
10 matches
Mail list logo