このページで
RIP デマンド サーキット
RIP デマンド サーキットの概要
RIP は、ルーティング情報(RIP パケット)を隣接するデバイスに定期的に送信します。これらの定期的なブロードキャストは、WAN回線が閉じられるのを防ぐことで、帯域幅リソースを消費し、ネットワークトラフィックに干渉する可能性があります。RIPの需要回線は、RFC 2091で定義されており、オンデマンドで増分更新を交換することで、これらの問題を克服します。
需要回線とは、RIP 用に設定された 2 つの隣接するインターフェイス間のポイントツーポイント接続です。需要回線は、データ転送が必要な時にリンクを確立し、データ転送が完了するとリンクを終端することで帯域幅を保持します。需要回線は、需要回線のエンド ポイント間で通過するメッセージの観点から最小限のネットワーク オーバーヘッドを提供し、リソースを節約し、コストを削減することで、設定されたインターフェイスでの RIP の効率を高めます。
RIP需要回線を設定することで、特定のイベントがデバイスにアップデートを送信するようにトリガーし、隣接するインターフェイス上でのRIPパケットの定期的な送信を排除します。オーバーヘッドを節約するために、デバイスは次のようなルーティングデータベースで変更が発生した場合にのみRIP情報を送信します。
デバイスの電源はまず
デバイスは、ルート更新情報の要求を受信します。
ネットワークに変更が発生
需要回線がダウンするか、または回線が立ち上がります
デバイスは、更新要求、応答の更新、確認を送信します。さらに、有効な確認応答を受信するまで、デバイスはアップデートとリクエストを再送信します。デバイスは RIP ネイバーを動的に学習します。隣接するインターフェイスがダウンした場合、RIP はネイバーの IP アドレスから学習したルートをフラッシュします。
需要回線から学習したルートは、需要回線が恒久的な状態であるため、他の RIP エントリーと同様にエージングしません。恒久的な状態のルートは、以下の条件下でのみ削除されます。
以前到達可能なルートが、受信応答で到達不能に変更される
過剰な数の無知の再送信により、需要回線がダウンしている
RIP ホールドダウン タイマーと RIP デマンド回線再送信タイマーを設定して、パフォーマンスを調整することもできます。需要回線は、これらのタイマーを使用して、更新メッセージの送信を必要とする変更があるかどうかを判断します。また、RIP がルーティング テーブルから学習したルートをフラッシュした場合にのみ実行されるデータベース タイマーもあります。
このトピックには、以下のセクションが含まれています。
RIP デマンド 回線パケット
RIP 需要回線のインターフェイスを設定する場合、サポートされているコマンド フィールド パケット タイプは、RIP バージョン 1 および RIP バージョン 2 とは異なります。RIP 需要回線の RIP パケットには、3 つの追加パケット タイプと拡張 4 バイト更新ヘッダーが含まれています。RIP バージョン 1 と RIP バージョン 2 はどちらも、3 つのパケット タイプと拡張 4 バイト ヘッダーをサポートしています。 表 1 は、 3 つのパケット タイプを示しています。
パケット タイプ |
説明 |
|---|---|
更新要求 |
更新要求メッセージは、デバイスのルーティング テーブルの情報を探します。このメッセージは、デバイスの電源を初めてオンにした場合、またはダウンデマンド回線が立ち上がったときに送信されます。デバイスは、更新応答メッセージが受信されるまで、このメッセージを 5 秒ごとに(デフォルトで)送信します。 |
応答の更新 |
更新応答メッセージは、更新要求メッセージに応答して送信されます。このメッセージは、デバイスの電源が初めてオンになった場合、またはダウン デマンド回線が立ち上がったときに発生します。各更新応答メッセージには、ネイバーが更新要求を確認するために使用するシーケンス番号が含まれています。 |
確認の更新 |
アップデート確認メッセージは、ネイバーが受信したすべての更新応答メッセージに応答して送信されます。 |
これらのパケットは、RIP 需要回線に設定されたインターフェイスでのみ有効です。需要回線が、これらのパケット タイプを含まない RIP パケットを受信した場合、通知なくパケットを破棄し、以下のようなエラー メッセージを記録します。
ネイバー 10.0.0.0 およびソース 10.0.0.1 からの無効なバージョン 0 を持つ RIP パケットを無視する
RIP デマンド 回線で使用されるタイマー
RIP 需要回線は、RIP ホールドダウン タイマーと RIP 需要回線再送信タイマーを使用してパフォーマンスを調整し、デバイスが更新メッセージを送信する必要があるネットワークに変更があるかどうかを判断します。ホールドダウン タイマーは、RIP 設定全体に影響を与えるグローバル RIP タイマーです。RIPに設定する範囲がRIP需要回線に適用されます再送信タイマーは、RIP 需要回線にのみ影響します。さらに、RIP がルーティング テーブルから学習したルートをフラッシュした場合にのみ実行されるデータベース タイマーもあります。
ホールドダウン タイマー(グローバル RIP タイマー):ホールドダウン タイマーを使用して、ルーティング テーブルの更新前に RIP が待機する秒数を設定します。ホールドダウン タイマーの値は、需要回線インターフェイスだけでなく、RIP 設定全体に影響します。ホールドダウンタイマーは、ルートのタイムアウト制限に達した場合、以前に到達可能なルートが到達できない場合、または需要回線インターフェイスがダウンした場合に開始されます。ホールドダウンタイマーが実行されている場合、ルートは他のインターフェイスでは到達不能としてアドバタイズされます。ホールドダウンタイマーが終了すると、すべての宛先がルートに到達できないか、残りの宛先がダウンしていることを認識している場合、ルーティングテーブルからルートが削除されます。デフォルトでは、RIP はルーティング テーブルの更新間で 120 秒待機します。範囲は10~180秒です。
再送信タイマー(RIP要求回線タイマー):RIP需要回線は、応答しないピアに5秒ごとにアップデートメッセージを送信します。再送信タイマーを使用して、応答しないピアに需要回線が更新メッセージを再送信する回数を制限します。設定された再送信のしきい値に達した場合、ネクストホップルーターからのルートは到達不能とマークされ、ホールドダウンタイマーが開始されます。再送信タイマーの値は、需要回線インターフェイスにのみ影響します。更新メッセージを再送信する回数を確認するには、以下の計算を使用します。
5 seconds * number of retransmissions = retransmission seconds
再送信の範囲は 5~180 秒で、これは、少なくとも 1 回(5 秒)、最大 36 回(180 秒)の更新メッセージの送信に対応します。
データベースタイマー(グローバルタイムアウトタイマー):需要回線から学習したルートは、需要回線が恒久的な状態にあるため、他のRIPエントリのようにエージングしません。RIP デマンド回線では、データベース タイマーは RIP デマンド回線ピアから送信されたフラッシュ フラグを使用して更新応答メッセージを受信すると開始します。ネイバーがこのメッセージを受信すると、そのピアからのすべてのルートがフラッシュされ、データベース タイマーが開始し、設定されたルート タイムアウト間隔で実行されます。データベースタイマーが実行中でも、ルートは他のインターフェイスで到達可能であるとアドバタイズされます。データベースタイマーが終了すると、デバイスはピアからのすべてのルートを到達不能としてアドバタイズします。
「」も参照
例:RIP 需要回線の設定
この例では、インターフェイスを RIP 需要回線として設定する方法を説明します。
要件
開始する前に、デバイス インターフェイスを設定します。 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリ またはセキュリティデバイス用 Junos OSインターフェイス設定ガイドを参照してください。
概要
需要回線とは、RIP 用に設定された 2 つの隣接するインターフェイス間のポイントツーポイント接続です。需要回線は、RIP パケットの定期的な送信を排除することで、設定されたインターフェイスでの RIP の効率を高めます。需要回線は、データ転送が必要な時にリンクを確立し、データ転送が完了するとリンクを終端することで帯域幅を保持します。この例では、SONET/SDH インターフェイスを使用して 2 つのデバイスが接続されています。
RIP 需要回線を設定すると、RIP 設定のサイレント除去は RIP ピアによって気付かず、ルーティング テーブル内の古いエントリーにつながります。古いエントリーをクリアするには、隣接するデバイスで RIP を無効化して再有効化します。
この例では、インターフェイス so-0/1/0 を以下の設定で設定します。
demand-circuit-インターフェイスを需要回線として設定します。需要回線を完了するには、ペアの両端を需要回線として設定する必要があります。
max-retrans-time-RIP 要求回線は、応答しないピアに 5 秒ごとに更新メッセージを送信します。再送信タイマーを使用して、応答しないピアに需要回線が更新メッセージを再送信する回数を制限します。設定された再送信のしきい値に達した場合、ネクストホップ ルーターからのルートは到達不能とマークされ、ホールドダウン タイマーが開始されます。再送信タイマーの値は、需要回線インターフェイスにのみ影響します。更新メッセージを再送信する回数を確認するには、以下の計算を使用します。
5 seconds x retransmissions = retransmission seconds
たとえば、デマンド回線が応答しないピアに 2 つの更新メッセージのみを送信する場合、計算は 5 x 2 = 10 です。再送信タイマーを設定する場合、10秒を入力します。
再送信の範囲は 5~180 秒で、これは、少なくとも 1 回(5 秒)、最大 36 回(180 秒)の更新メッセージの送信に対応します。
構成
次の例では、隣接するインターフェイスを RIP 需要回線として設定し、設定を保存します。
手順
CLI クイックコンフィギュレーション
この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更してから、 階層レベルの CLI にコマンドを [edit] コピー アンド ペーストします。
set interfaces so-0/1/0 unit 0 family inet address 192.0.2.0/24 set protocols rip group group1 neighbor so-0/1/0 demand-circuit set protocols rip group group1 neighbor so-0/1/0 max-retrans-time 10
手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 CLIユーザーガイドの設定モードでのCLIエディターの使用を参照してください。
隣接する1つのインターフェイスでRIP需要回線を設定するには:
インターフェイスを設定します。
[edit interfaces] user@host# set so-0/1/0 unit 0 family inet address 192.0.2.0/24
ネイバーを需要回線として設定します。
[edit protocols rip] user@host# set group group1 neighbor so-0/1/0 demand-circuit
需要回線再送信タイマーを設定します。
[edit protocols rip] user@host# set group group1 neighbor so-0/1/0 max-retrans-time 10
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
メモ：他の隣接するインターフェイスで、この設定全体を繰り返します。
結果
および show protocols コマンドを入力して、設定をshow interfaces確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show interfaces
so-0/1/0 {
unit 0 {
family inet {
address 192.0.2.0/24;
}
}
}
user@host# show protocols
rip {
group group1 {
neighbor so-0/1/0 {
demand-circuit;
max-retrans-time 10;
}
}
}
検証
設定が正しく機能していることを確認します。
需要回線構成の検証
目的
需要回線の設定が機能していることを確認します。
アクション
需要回線設定が有効であることを確認するには、 show rip ネイバー 動作モード コマンドを使用します。
user@host> show rip neighbor
Source Destination Send Receive In
Neighbor State Address Address Mode Mode Met
-------- ----- ------- ----------- ---- ------- ---
so-0/1/0.0(DC) Up 10.10.10.2 224.0.0.9 mcast both 1
需要回線を設定する場合、 コマンドは show rip neighbor 需要回線に設定された隣接インターフェイスの横にDCフラグを表示します。
階層レベルで需要回線を設定した [edit protocols rip group group-name neighbor neighbor-name] 場合、出力には需要回線として特別に設定した隣接するインターフェイスのみが表示されます。階層レベルで需要回線を [edit protocols rip group group-name] 設定した場合、グループ内のすべてのインターフェイスが需要回線として設定されます。そのため、出力は、そのグループ内のすべてのインターフェイスを需要回線として示しています。