EIGRP 不等コストロードバランシング(Unequal Cost Load Balancing)

EIGRPの不等コストロードバランシングについてまとめています。
等コストバランシングは聞きますが、不等コストはあまり聞かないし使わないですよね〜
とはいえ、EIGRPの特徴でもあるのでどのように動作をするか確認してみましょう。

EIGRP 等コストロードバランシング(Equal Cost Load Balancing)

不等コストロードバランシングの話に入る前に、等コストバランシングについて考えてみましょう。EIGRPでは同じコストのルートがあった場合、デフォルトで４つまでルーティングテーブルに登録することができます。それは、下記コマンドが設定されているからです。

EIGRP等コストロードバランシング検証環境

EIGRP等コストロードバランシングの検証構成を以下に示します。すべてのインタフェースでEIGRPが有効になっています。

EIGRP等コストロードバランシング検証環境

このときR2はR3,R4,R5,R6,R7の計５台から100.100.100.0/24のルート情報(すべて等コスト)を学習します。デフォルトではルーティングテーブルには４つまでしか等コストルートは格納されないので、このときのR2のルーティングテーブルはどうなっているのでしょうか？

R2ルーティングテーブルとトポロジーテーブル

確かにルーティングテーブルには４つのルートだけが格納されていますね。また、トポロジーテーブルには５つのルートがすべて格納されていることがわかります。トポロジーテーブルからルーティングテーブルにルートを登録するときに、maximum-pathsコマンドが効いて４つのルートに絞っています。
さて、ここでひとつ疑問が。ルーティングテーブルに登録されているルートですが、ネクストホップが小さいものから登録されているように見えませんでしょうか？では、ここでmaximum-pathsコマンドの値を２にして実験してみましょう。実験の結果、ネクストホップが192.168.23.3と192.168.24.4であれば、ネクストホップが小さい順にルーティングテーブルに登録しているのかもしれません。(予想)

R2ルーティングテーブル(maximum-paths 2)

やはり予想通り、ネクストホップが192.168.23.3と192.168.24.4のルートが格納されましたね。やっぱり、小さい順に格納するのだろうか。。。RFCをよく読めば書いてあるのかもですが、あまり全部読みたくない。。。(そもそも書いてある？？)

EIGRP不等コストロードバランシング検証環境

不等コストロードバランシングの検証に入る前に、等コストロードバランシングと不等コストロードバランシングをまとめておきます。

R2(Gi2/0)のDLY変更

Delay値を変更することで、今までルーティングテーブルに格納されていた２つのルートが１つに変更されます。R4経由で受け取るルートはR3から受け取るルートに比べてメトリックが大きくなってしまうので、ルーティングテーブルには格納されなくなります。

R2ルーティングテーブルとトポロジーテーブル(Delay変更後)

では、メトリックが異なるルートをルーティングテーブルに格納するにはどのようにすれば良いのでしょうか？その設定は「varianceコマンド」を使用することで実現できます。

R2ルーティングテーブルとトポロジーテーブル(Delay&variance変更後)

最小メトリックが3072なので、２倍の6144までのルートをルーティングテーブルに格納することができます。今回はメトリック3328のルートもルーティングテーブルに格納できていますね。

参考文献

CCO
Unequal Cost Load Balancing