前回RIPv1の動作説明をして、「ルーティングループ」が問題だよ！
ってとこまでやりましたがOKですか？
ルーティングなんとかって名前のつくの結構多いので、気をつけましょう。
で、今回はRIPv1の問題を解決し、機能的にも華麗な変身を遂げた
「RIPv2」のお話です。
・「RIPv2」・・・
基本的な動作はRIPv1と変わりがない。
異なる点は、以下の３点
・クラスレスルーティングプロトコル（VLSMやCIDRに対応）
・マルチキャスト（224.0.0.9宛）
・認証機能の実装（同じパスワードを持つルータとしか交換しない）
・オプションの実装。
・RIPv1⇒RIPv2への切り替え
"Router(config)#router rip"
"Router(config-router)#version 2"
で、、、ルーティングループの話は・・・？
こっからスタ→トですｗ
RIPv2には、ルーティングループを回避するためにオプションが実装されています。
・スプリットホライズン
・ルートポイズニング/ポイズンリバース
・トリガードアップデート
・ホールドダウン
はい、じゃ、こいつらを説明していくよー。
・「スプリットホライズン」・・・
ルーティングアップデートの伝播を一方向に制限し、逆送を防ぐ機能。
・・・なんのこっちゃｗ
難しくいうと、ルート情報を受信したI/Fを記録し、そのI/Fから送信する
ルーティングアップデートにそのルート情報を記録しない。
簡単に言うと、ほかのルータから貰ったルート情報は、
その情報をくれたルータには送信しない。 ってことｗ
因みに、冗長パス（迂回路）がルータに設定してあると、機能しない事があります。
たったこれだけで忌まわしきルーティングループを防ぐとは・・・恐ろしい子ッ!!!
・「ルートポイズニング/ポイズンリバース」・・・
NWのダウンを隣接ルータに明示的に通知する機能。
・・・ぅ、うん。。。まだ解りやすいけど；；
ルートポイズニングは以下のような方法で行われます。
１）リモートNWに直接接続されたルータは、NWのダウンやポートの故障などで
リモートNWに接続できなかった場合、メトリックが無限大（16）という「毒」
をエントリに含め、ルーティングアップデートを隣接ルータに送信。
２）受信したルータはNWのダウンを認識し、そのエントリを「ホールドダウン」にし、
「毒」つきルーティングアップデートを送信。（送信元を含む）
３）送信元ルータに対するルートポイゾニングは、特に「ポイズンリバース」
と言い、スプリットホライズンが有効でも可能。
・・・これはまた図を更新しますわｗ
・「トリガードアップデート」・・・
ルートポイズンと併せて起動する。
NWのダウンを認識すると、直ちに隣接ルータにアドバタイズする。
これゎ解りやすいな！おｋ、元気出てきたｗ
・「ホールドダウン」・・・
ダウンしたNW情報を直ちに削除せず、180秒は保持すること。
これも解りやすい！いやぁ、すげぇｗ
最後に、
・「RIPタイマ」・・・
以下の４種類が存在する。
「アップデートタイマ」・・・
ルーティングアップデートの送信間隔。デフォルトは30秒。
「無効タイマ」・・・
ネットワークがダウンしたと判断される時間。デフォルトは180秒。
ルーティングアップデートを受信するとリセット。
タイムアウトすると、当該ルート情報をホールドダウンする。
「ホールドダウンタイマ」・・・
ホールドダウン状態を保持する時間。デフォルトは180秒。
以前と同等かそれ以上のメトリックのルーティングアップデートを受信すると
リセットされる。
「フラッシュタイマ」・・・
ルーティングテーブルからルート情報を削除するまでの時間。
デフォルトは240秒。
ルーティングアップデートを受信するとリセットされる。
タイムアウトするとルート情報は削除される。
よし！じゃぁ今回はここまで。 次回はEIGRIPについて！
