■ 自動経路集約

さて、ネット君。まず経路集約の話から始めよう。

またですか？

ほほぅ、「また」とな?
なかなか偉そうな口をきくようになったものだな。

あ、いや、あの、だって。
BSCI第３回、BSCI第10回にもやってますし。

うむ。そう言われれば、確かにそうだ。
だが、IPアドレスの節約の意味もあるが、経路集約はスケーラブルなネットワークのお約束なのだよ。

すけーらぶる？

階層的・段階的、という意味でとってもらうとわかりやすい。
階層的なネットワークを行うことにより、経路集約ができる。経路集約の利点は？

利点と言えば…。

でしたよね。

うむ、ルータにとっていい事づくめだろう。
特にOSPFやEIGRPのような中〜大規模ネットワークのルーティングプロトコルには必須の機能だ。

なるほど。EIGRPにも経路集約はある、と。

うむ。EIGRPの経路集約は、自動経路集約だ。

自動経路集約？
ってことは、自動で経路を集約するんですか？

自動経路集約といっているのに、手動で経路を集約したら自動とは言わないだろう？
もちろん、ルータが自分で判断して経路を集約するのだ。

ははぁ、そりゃすごいですねぇ。

もちろん、条件がある。EIGRPが経路集約するのは、クラスネットワークの境界だけだ。

クラスネットワークの境界？

そうだ。クラスA、クラスB、クラスCそれぞれのネットワークの境界、ということだな。
図で説明すると、こうだ。

ルータAは、172.16.0.0ネットワークと192.168.0.0ネットワークの境界に存在する。
この時、上の図でいけば172.16.0.0のサブネットを集約してルータBにアップデートを送る。

ははぁ、なんか普通なんですけど。

うむ、そうか？
自動集約できない例を出した方がいいか。

ルータAは172.16.0.0/17と172.16.254.0/24との境界に存在するが、クラスで見れば172.16.0.0/16という同じネットワークに所属している。なので集約しない。

あ〜。確かに左のネットワーク群が172.16.0.0/17で集約できるならしたほうが便利ですよね。
でも、クラスで考えれば同じネットワークだから、しない、と。

そういうことだ。
EIGRPは自動で集約するが、集約したアップデートは必ずクラスのネットワークということだな。

ははぁ。便利なんだか不便なんだかわかりづらいですねぇ。

■ 手動経路集約

もちろん、EIGRPでも手動で集約できる。
コマンドはコレだ。

(config)#ではなくて、(config-if)#なのがポイントだな。
つまりアップデートを送り出すインタフェースに設定する。

OSPFは(config-router)#area area-id range ip-address subnetmask でしたよね。

うむOSPFのAS内部経路集約はarea idコマンドだな。
OSPFのsummary-addressはLSAタイプ5用の経路集約だ。こっちも(config-router)#だな。

う〜、ややこしい。

それと、手動と自動を両方設定すると、両方ともアドバタイズされるということも覚えておけ。

？

さっきの例で言えば…

左のネットワークは集約すると、172.16.0.0/17だから、そのように手動集約したが。
自動集約もできるため、自動集約した172.16.0.0/16もアドバタイズしてしまう。

あららら。それはちょっとアレですね。

うむ。なので自動集約をはずしたい場合は。

で、自動集約を切ることもできる。

これは(config-router)#ですか。う〜ん…。

■ nullインタフェース

経路集約に関してはもう１つ、nullインタフェースというのを説明しておこう。

なる いんたふぇーす？

一般的に「null」は「ヌル」と読むことが多いが。
ともかくEIGRPの集約時に自動で作られる論理的インタフェースで。使い道は以下の通りだ。

ははぁ。きたパケットを破棄してしまうインタフェースですか。

そうだ、だから「null」インタフェースという。
集約により作られるnullインタフェースは、アドバタイズしたアドレスの行先インタフェースになる。

アドバタイズしたアドレスの行先？
あ〜、今回の例ですと、172.16.0.0/16をアドバタイズしたから、172.16.0.0/16はnullインタフェースに送られるってことですか。

そういうことだ。
さて、ネット君。OSPFの経路集約を思い出して欲しいのだが、OSPFの経路集約はどのルータが行った？

どのルータ？
……、ABRとASBRってことですか、博士？

うむ。そうだ。つまり境界ルータしか経路集約ができない。これがOSPFだ。
だが、EIGRPでは任意のルータで経路集約が可能だ。

任意のルータっていうことは、経路集約ができそうならどのルータでもって意味ですよね。

そういうことだ。よってEIGRPは柔軟なネットワークの設定が可能なのだよ。

なるほどです。

■ ロードバランシング

今日説明するもう１つは、ロードバランシングだ。

ろーどばらんしんぐ？
初めて聞くことばですね。ロードをバランシング？

ロード（負荷）のバランスをとるから、ロードバランシング、と呼ばれる。
ルータでのロードバランシングは、パスの負荷分散だな。

パスの負荷分散？

例えばだ、以下のような場合。

確かに、ベストパスに集中してしまうことがありえますけど。
でも、これは仕方のないことなんじゃないんですか？

仕方のないことだからといって、ほっとくわけにもいかんだろう？
なので１つのパスにトラフィックが集中することを防ぐ。これがロードバランシングだ。

ははぁ。どうやってです？

基本的には同じコストのパスがあった場合、トラフィックが集中しないように分けて使う。
同じコストの負荷分散なので等コストロードバランシングという。

とうこすとろーどばらんしんぐ。

まぁ、上のような形だ。OSPFはこの等コストロードバランシングに対応している。

ははぁ。
パケットの通る道が分かれるんですね。行く道(道路)を分けるから道路バランシング、なんちて。

…。

博士？

…。

やだなぁ、博士。このウィットに富んだギャグをわかってもらえなかったですか？
これはですね、「ロード」と「道路」を…。

どやかましい!!
受けもせんギャグを解説しようとはいい度胸だ。

度胸ありますか、僕。えへへ。

褒めてねぇ。

はぅっ。

ともかくだ。ロードバランシングはわかったか？

それはわかりました。
でも、先ほど「OSPFは」とおっしゃいましたが、他のルーティングプロトコルはどうなんです？

RIPはロードバランシングを使えない。

RIPは駄目ですか。古いですからね。
じゃあ、IGRPとかEIGRPは？

うむ。IGRP、EIGRPは両方とも等コストロードバランシングに対応している。
さらに、不等コストロードバランシングも行うことが出来る。

ふとうこすとろーどばらんしんぐ？
不等コストってことは、違うコストのパス間で負荷分散する？

■ 不等コストロードバランシング

そうだ。

へへぇ。便利ですね。

うむ。不等コストロードバランシングを有効にするには、以下のコマンドが必要だ。

ちなみにbalancedのところをminに変えると等コストロードバランシングになる。
さらにもうひとつ、倍率を設定する。

倍率？
なんの倍率ですか？

どのパスまで不等コストロードバランシングで使うかを決定する倍率だ。
いくら不等コストとはいっても、あまりに遅いパスを使っていてはいかんしな。

まぁ、そうですね。トラフィックが集中しすぎたからって、すごく遅いパスにトラフィックをまわしたら、分散しないより時間がかかる場合もありますからね。

うむ、なので不等コストロードバランシングで使えるパスを設定する。このロードバランシングで使うパスのことをメンバパスというが、倍率によって以下のように決定される。

さらに、EIGRPならもうひとつ。

２つ目の条件は、フィージブルサクセサ候補でなければならない、ってことですね。

そういうことだ。
例をだそう。

まず、サクセサとフィージブルサクセサは？

サクセサはもちろん、Aのパス。フィージブルサクセサはBのパスですね。
でも、Dのパスは「AのFD(15) < DのAD(20)」ですからフィージブルサクセサにはなれません。

うむ。さて、これで倍率を２に設定した場合、ベストパス(サクセサ)のメトリックは15だから、メトリックが15 × 2 の30以下のパスがメンバパスになり、不等コストロードバランスの対象になる。

というと、Bのパスがメンバパスになるわけですね。

そうだ、２つのパスでロードバランスされる。
もし倍率を３に設定した場合、15 × 3 の45以下のパスがメンバパスになるわけだが。

B、C、Dの３つともその条件を満たしますよね。

うむ、だがDのパスは２つ目の条件「ベストパスのFD > メンバパスのAD」を満たさない。
よって、ベストパス(A)、B、Cの３つのパスでロードバランスされる、ということになる。

ははぁ。なるほど。

というわけだ。
EIGRPはこのように負荷を分散することもできる、ということだな。

なんか、すごく便利なルーティングプロトコルですねぇ。

まぁ、Cisco専用だがな。
さて今回はこれぐらいにしておこう。

はい。

次回もEIGRPだ。

いぇっさ〜。
30分間ネットワーキングでした〜♪