Re: How Does Unequal Cost Path Load Balancing (V

From: Arista Wirawan <aristaw_at_gmail.com>
Date: Sat, 22 Sep 2012 01:23:06 +0800

Thank you toni and yuri.

----- Reply message -----
From: "Yuri Bank" <yuribank_at_gmail.com>
To: "Arista Wirawan" <aristaw_at_gmail.com>
Cc: "Cisco certification" <ccielab_at_groupstudy.com>
Subject: How Does Unequal Cost Path Load Balancing (Variance) Work in EIGRP?
Date: Fri, Sep 21, 2012 3:32 PM

Yes. You're correct, but a route with feasible successors will already
converge extremely fast, with only a small amount of overhead. By
using traffic-share min, alternate routes(that meet the feasibility
condition/variance requirements) are stored in the FIB/CEF table, and
will help decrease some of that overhead. If instead you have multiple
*equal* cost paths, the command will have no effect.

-Yuri

On Thu, Sep 20, 2012 at 11:36 PM, Arista Wirawan <aristaw_at_gmail.com> wrote:
> *Hi CCIEers,*
>
> *router eigrp 1
> network x.x.x.x
> variance 3
> traffic-share min across-interfaces*
>
> "when you use the *traffic-share* command with the keyword *min*, the
> traffic is sent only across the minimum-cost path, even when there are
> multiple paths in the routing table.".
>
> With this command "traffic-share min across-interface" the traffic is
> send only across the minimum-cost path.
>
> What happen if we have two minimum cost path with the same metric for
> the same destination, will it choose the one or both ?
>
> Traffic-share min interface + variance will only route one minimum
> cost path but will install the feasible route in the routing table so
> it will save convergence time.
>
> Please correct me if i am wrong with the explanation "traffic-share
> min interface + variance"
> Thanks
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Sat Sep 22 2012 - 01:23:06 ART

This archive was generated by hypermail 2.2.0 : Mon Oct 01 2012 - 06:40:29 ART