RE: EIGRP variance load sharing help

From: Eggert, Scott (scott.eggert@berbee.com)
Date: Wed Feb 13 2008 - 12:12:16 ARST


How does the multicast RPF handle the EIGRP unicast load-balancing.?

I'll have to lab this and see...

________________________________

From: Joseph Brunner [mailto:joe@affirmedsystems.com]
Sent: Tuesday, February 12, 2008 6:42 PM
To: Eggert, Scott; 'Jonny English'
Cc: ccielab@groupstudy.com; 'Steven Hodgson'
Subject: RE: EIGRP variance load sharing help

There are to two types of multicast load balancing

1. Muliticast over a gre tunnel. The source/destination ip's of the
tunnel are load balanced according to the igp in use

2. Multicast multipath command. Two sources of the same multicast feed
can be load balanced.

So with only one source your relegated to using just the first type of
load balancing.

HTH,

Joe "All books, no lady" for 12 more months ;( Brunner

________________________________

From: Eggert, Scott [mailto:scott.eggert@berbee.com]
Sent: Tuesday, February 12, 2008 10:40 AM
To: Jonny English
Cc: Joseph Brunner; ccielab@groupstudy.com; Steven Hodgson
Subject: RE: EIGRP variance load sharing help

That brings up a good question as to how the EIGRP load balancing will
affect the RPF of multicast. Later in Lab 8 I did run into a RPF issue
with multicast in R1. In my solution the PRF issue was solved by adding
a multicast static route on R1 (which probably violates the lab rules?).

I would suspect that the multicast would load balance based on what the
unicast protocol (eigrp) is doing?

________________________________

From: Jonny English [mailto:redkidneybeans@gmail.com]
Sent: Monday, February 11, 2008 7:53 PM
To: Eggert, Scott
Cc: Joseph Brunner; ccielab@groupstudy.com; Steven Hodgson
Subject: Re: EIGRP variance load sharing help

Could you potentially break multicast if you left this sort of EIGRP
task for things to come back to if time allowed?

On Feb 12, 2008 9:09 AM, Eggert, Scott <scott.eggert@berbee.com> wrote:

That really threw me was that I used 1000 for the bandwidth metric in
the RIP redistribution, I played with the Delay on both links out of R4
and set R1, R5 delay to 1, but could not get anything to stay under the
FD on R4. Increasing the redistribution metric to 10000 and calculating
the metrics worked, but with much effort.

Your suggestion for setting both the BW and delay to 1 and working up
would have worked easier. I know now that this could be a good time
waster on the real test and leave for later.

Thanks.

-----Original Message-----
From: Joseph Brunner [mailto:joe@affirmedsystems.com]
Sent: Monday, February 11, 2008 1:28 PM
To: Eggert, Scott; ccielab@groupstudy.com
Subject: RE: EIGRP variance load sharing help

I could try to give you an explanation, but I'm a mere mortal. Gen.
Brian
Dennis himself gave a beautiful, memorable, and generally "one for the
ages"
description in the solutions guide.

I believe this one wanted 4:1 ratio? Well you need to quickly do
something
to get the metrics in about that ratio? I changed bandwidth and delay
until
I got my solution.

Try setting bandwidth to "1" and "delay to 1" and then increasing every
so
small along different points until the router you want to effect the
changes
on (the one running the eigrp metric calculation) works once the
conditions
are met, and it has the variance command.

Don't forget,

"Genius see the answer before the question"

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Eggert, Scott

Sent: Monday, February 11, 2008 12:55 PM
To: ccielab@groupstudy.com
Subject: EIGRP variance load sharing help

Can anyone offer any insight on how to quickly determine the EIGRP
metrics for a particular variance load sharing ratio. I struggled with
the IE lab 8 EIGRP variance question and ended up trying different
delays and bandwidth and ultimately calculating them to figure out the
question. However, this could eat up time if this was the real test.
Is there a quick rule or procedure for getting a particular metric and
load sharing ratio? In particular, Is there a way to avoid going over
the FD?

Thanks.

Scott Eggert

Network Engineer

CDW Berbee
4321 W College Ave Ste 400
Appleton, WI 54914

920.996.3014

920.284.7619 - mobile

920.997.9419 - fax

scott.eggert@berbee.com

www.berbee.com



This archive was generated by hypermail 2.1.4 : Sat Mar 01 2008 - 16:54:48 ARST