■ パッシブインタフェース

再配布の話も含めてだが。
つまる所、効率的なルーティングのためには、そのアップデートトラフィックをどう制御するかというのが重要なポイントだ。

アップデートを制御する？

うむ。アップデートを制御することによって、ルーティングループを防止したり、WANでのアップデートを中止したりすることが可能になるわけだ。

WANでアップデートってしちゃだめなんですか？

駄目ではないが、DDRなどでは、中止したり、必要最低限しかしなかったりすることが重要だったりする。

あ〜、なるほど。RIPとかで30秒に1回必ず接続していたら、DDRの有効性とかあまりなくなってしまうかもしれませんね。

そういうことだ。このようなルーティングアップデートを制御する方法を今回は行う。
まず、パッシブインタフェース。

ぱっしぶいんたふぇーす？
受動的なインタフェースですか？

うむ。「受動的」という表現がぴったりなインタフェースだな。
つまりアップデートを送信しないインタフェースということだ。ただし、アップデートの受信は行う。

受信は行うけど、送信は行わない。
アップデートを聞いているだけのインタフェースなんですね。だからパッシブ。

そうだ。
ただしEIGRPのパッシブインタフェースは送受信両方行わない。Helloも停止してしまうため注意が必要だ。

あい、EIGRPは例外。

よしよし。
設定するコマンドはこう。

あれ？ インタフェースっていうから、インタフェース設定モードかと思ったら、ルータ設定モードなんですね。

うむ、何故かというと、ルーティングプロトコルごとに設定する必要があるからだ。
例えば、こう。

RIP、IGRPともに「network 172.16.0.0」コマンドがあるから、RIP、IGRP両方ともSerial1、Etehr0の２つのインタフェースからアップデートを送信してしまう。

してしまいますね。

だが、RIP側にIGRPのアップデートを流しても無駄だし、IGRP側にRIPのアップデートを流しても無駄だ。なので、こうする。

IGRPはEhter0がパッシブ、RIPはSerial1がパッシブ。

そうだ。こうすれば、必要のない側にはアップデートを送らなくなるわけだな。
他にも、再配布によるルーティングループを防止するためにもパッシブインタフェースは有効だな。

不必要なアップデートを送らなくする方法なんですね。

■ ルートフィルタ

さて、他にもルーティングアップデートを制御する方法がある。
パッシブインタフェースは確かに有効だが、あまりにも大雑把だ。

大雑把？

そうだ。そのインタフェースからアップデートを全く送らなくなってしまうからな。
「このルートのアップデートだけは送らないようにしたい」ということはできない。

確かに。そういう意味では大雑把ですね。

そうだろう。そういう時にはルートフィルタリングという手法を使う。

るーとふぃるたりんぐ…。
え〜っと、僕の記憶に間違いがなければ、BGPの所そんな話を聞いたような。

珍しく正しいな。確かにBSCI第22回でBGPのルートフィルタリングの説明をしている。

えっと、プレフィックスリスト、でしたっけ。

うむ。ただプレフィックスリストはBGP専用なので、IGPでは違うリストを使う。ディストリビュートリストだ。

でぃすとりびゅーとは「配布」でしたっけ。配布リスト？

まぁ、そうなるな。
ディストリビュートリストはアクセスリストを使用して作成される。

うううぅ。「〜リスト」が一杯でてきた。
アクセスリストは…、え〜、パケットフィルタリングに使うリストでしたっけ。

そうだ。「どのパケットを許可/禁止」するというリストだな。
これをアップデートにも当てはめて、「どのアップデートパケットを許可/禁止」するという形で使うわけだ。

アクセスリスト自体は同じ作り方で作成されるが、インタフェースに適用する際に、どちらのコマンドを使うかで、フィルタするものが変わる。

access-groupコマンドで適用すると、パケットに対するフィルタリング。
これって普通に言うところのアクセスリストですよね。

そうだ。一方、distribute-listコマンドで適用すると、アップデートに対するフィルタになる。
つまり、こう。

inとoutってのは、インバウンドとアウトバウンドですか？

うむ。さらに通常はインタフェース名をつけるが、場合によっては静的ルートや直接接続ネットワークのフィルタリングをしたい場合がある。その場合はインタフェース名ではなく、staticかconnectedを入れる。

in、outの後ろですね。

そういうことだ。
例えば、前使った例でいこう。

ルーティングループをルートフィルタリングで防ぐって奴でしたよね。

うむ。まず、ルータCのRIP側インタフェースはパッシブにするわけにはいかない。OSPF側のネットワークのアップデートを送らなければならないからだ。

そうですね。
でも、それだとRIP側のネットワークの情報がルータAを通ってぐるっとまわってきちゃうんでしたよね。

そうだな。なので、フィルタをかける。
こうだ。

アクセスリストなので、お約束の暗黙のdenyがあるのを忘れないように。

ということは、172.16.0.0、つまりOSPF側のネットワークのアップデートは流すけど、RIP側のアップデートは暗黙のdenyで拒否される…。

そういうことだな。これでループが防止されるわけだ。

なるほど。

■ 管理距離の変更

さて、もう１つ話そう。
まず、これを見てもらおう。

ルーティングループを防止するため、管理距離を変更する。

そうだ。この管理距離の変更コマンドを説明しよう。

これは再配布するルータで設定する。
addressとmaskはアップデートの送信元ルータだ。

access-list-numberは？

これはアップデートの受信の際に使用するアクセスリストだな。
先ほどの例でやってみよう。

これを再配布元であるルータBで実装するわけだ。

RIPの管理距離は120だから、130になったOSPFのアップデートはルータCでは受け入れられないことになるわけですね。

そうなるな。あとweightは10〜255の値しか設定できない。
さて、distanceコマンドは他に2つある。

これはEIGRP用だ。
EIGRPは内部用と、他ASからの再配布の2つのアップデートを持つからな。

でも管理距離って、基本的に他ASからの再配布に使うんじゃないんですか？

IGRPとの再配布は同一ASでも行えるからな。
もう１つのdistanceコマンドは、BGP用だ。

うわ、3つに増えてる。

EBGPによって取得したルート、IBGPによって取得したルート、IBGPが再配布によって取得したルート、だ。

なるほど。

さて、今回はこれぐらいにしておこう。

はい。

まだまだ再配送に関するルーティングアップデートの話が続くぞ。
では、また次回に。

了解です。
30分間ネットワーキングでした〜♪