Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

OSPF ルート制御の設定

OSPF ルート集約の理解

エリア境界ルーター(ABR)は、他のエリアへのルートを記述するサマリーリンクアドバタイズメントを送信します。宛先数に応じて、エリアには多数のリンク状態レコードが殺到し、ルーティング デバイス リソースを利用できます。エリアにフラッディングされるアドバタイズの数を最小限に抑えるために、ABRを設定して、一連のIPアドレスを結合または集約し、これらのアドレスに関する到達可能性情報を単一のリンク状態アドバタイズ(LSA)で送信できます。1 つ以上の IP アドレス範囲を要約できます。ここで、指定されたエリア範囲に一致するすべてのルートがエリア境界でフィルタリングされ、その場所で概要がアドバタイズされます。

OSPF エリアの場合、エリア内プレフィックスを集約してフィルタリングできます。指定されたエリア範囲に一致するすべてのルートがエリア境界でフィルタリングされ、その場所でサマリーがアドバタイズされます。OSPF NOT-so-stubby Area(NSSA)の場合、NSSA external(Type 7)LSA を AS 外部(タイプ 5)LSA に変換してバックボーン エリアに入る前にのみ、結合またはフィルタリングすることができます。1つのプレフィックスの範囲に該当しないエリア内で学習したすべての外部ルートは、他のエリアに個別にアドバタイズされます。

さらに、OSPF にエクスポートされるプレフィックス(ルート)の数を制限することもできます。ユーザー定義の最大プレフィックス数を設定することで、ルーティングデバイスが過剰な数のルートをエリアにフラッディングしないようにします。

例:OSPF にエクスポートされるプレフィックス数の制限

この例では、OSPF にエクスポートされるプレフィックス数を制限する方法を示しています。

要件

開始する前に、以下を行います。

概要

デフォルトでは、OSPF にエクスポートできるプレフィックス(ルート)の数に制限はありません。任意の数のルートを OSPF にエクスポートできるようにすることで、ルーティング デバイスが過負荷状態になり、過剰な数のルートがエリアにフラッディングする可能性があります。

OSPF にエクスポートされるルートの数を制限することで、ルーティング デバイスの負荷を最小限に抑え、この潜在的な問題を回避できます。ルーティング デバイスが設定したプレフィックス エクスポート値を超えた場合、ルーティング デバイスは外部プレフィックスをパージし、過負荷状態になります。この状態により、ルーティング情報の処理を試みるルーティング デバイスが過負荷状態にならないようになります。プレフィックス エクスポート制限数は、0~4,294,967,295 の値を指定できます。

この例では、 ステートメントを含 prefix-export-limit めて、プレフィックスエクスポート制限を100,000に設定します。

トポロジ

構成

CLI クイックコンフィギュレーション

OSPF にエクスポートされるプレフィックス数を迅速に制限するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルで CLI にコピー アンド ペーストして、設定モードから を入力 commit します。

手順

手順

OSPF にエクスポートされるプレフィックス数を制限するには、

  1. プレフィックスエクスポート制限値を設定します。

    メモ：

    OSPFv3の場合、 階層レベルに ospf3 ステートメントを [edit protocols] 含めます。

  2. デバイスの設定が完了したら、設定をコミットします。

結果

コマンドを入力して、設定を show protocols ospf 確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3 入力します。

検証

設定が正しく機能していることを確認します。

プレフィックスエクスポート制限の検証

目的

OSPF にエクスポートされた数またはルートを表示するプレフィックス エクスポート カウンターを検証します。

アクション

動作モードから、OSPFv2 の コマンドを show ospf overview 入力し、OSPFv3 の コマンドを show ospf3 overview 入力します。

OSPF トラフィック制御について

トポロジがネットワーク全体で共有されると、OSPF はそのトポロジを使用してネットワーク ノード間でパケットをルーティングします。ネイバー間の各パスには、インターフェイススループットに基づいてコストが割り当てられます。デフォルトアルゴリズムは、 式 cost = reference-bandwidth / interface bandwidthを使用して、100 Mbpsの参照帯域幅に基づいてインターフェイスメトリックを計算します。その結果、100 Mbps 以上で動作するインターフェイスには、同じメトリック値 1 が割り当てられます。OSPFインターフェース・メトリックを手動で割り当てて、デフォルト値を上書きすることができます。あるいは、現在のジュニパーのプラットフォームでは、400 Gbps で動作するインターフェイスをサポートしているため、多くの場合、より大きな reference-bandwidth 値を設定することをお勧めします。ネットワーク内の複数の高速インターフェイスに基づく参照帯域幅値を設定すると、インターフェイス速度に基づいてネットワークパスが自動的に最適化され、ネットワーク速度が増加する余地があります。

ホスト間の特定のパスのコストの合計が、パスの全体的なコストを決定します。パケットは、最短パスファースト(SPF)アルゴリズムを使用して、最短パスに沿ってルーティングされます。送信元アドレスと宛先アドレスの間に複数のイコールコスト パスが存在する場合、OSPF は各パスに沿ってパケットをラウンドロビン方式で交互にルーティングします。総パスメトリックが低いルートは、より高いパスメトリックを持つルートよりも優先されます。

OSPF トラフィックを制御するには、以下の方法を使用できます。

  • 個々の OSPF ネットワーク セグメントのコストを制御する

  • 帯域幅に基づいてOSPFインターフェイスメトリックを動的に調整

  • 制御 OSPF ルート選択

個々の OSPF ネットワーク セグメントのコストを制御する

OSPFは、ルートのコストを決定するために以下の式を使用します。

デフォルトのインターフェイスコストの計算に使用される参照帯域幅値を変更できます。インターフェイス帯域幅の値はユーザー設定ではなく、物理インターフェイスの実際の帯域幅を指します。

デフォルトでは、OSPF はデフォルトのコスト メトリック 1 を 100 Mbps より速い任意のリンクに、デフォルトのコスト メトリック 0 をループバック インターフェイス(lo0)に割り当てます。ループバックインターフェイスに帯域幅は関連付けされません。

ネットワーク上のパケットフローを制御するために、OSPFでは特定のパスセグメントにコスト(またはメトリック)を手動で割り当てることができます。特定のOSPFインターフェイスにメトリックを指定する場合、その値は、そのインターフェイスからアドバタイズされたルートのコストを決定するために使用されます。例えば、OSPFネットワークのすべてのルーターがデフォルトのメトリック値を使用し、1つのインターフェイスのメトリックを5に増やすと、そのインターフェイスを介するすべてのパスのメトリックがデフォルトよりも高く計算され、優先されません。

メモ：

メトリックに設定した値は、そのインターフェイスのルートコストを計算するために参照帯域幅値を使用するというデフォルトの動作を上書きします。

ルーティング テーブル内に同じ宛先への複数の等価コスト ルートがある場合、ECMP(等価コスト マルチパス)セットが形成されます。アクティブルートにECMPセットがある場合、Junos OSソフトウェアは、ハッシュアルゴリズムを使用してECMPセット内のネクストホップアドレスの1つを選択し、転送テーブルにインストールします。

ECMP セット内の複数のネクストホップ エントリーが転送テーブルにインストールされるように、Junos OS を設定できます。1 つ以上の ポリシー ステートメント 設定ステートメントを [edit policy-options] 階層レベルで、 パケット単位のアクション 負荷分散と共に含めることで、負荷分散ルーティング ポリシーを定義します。次に、ルーティング・テーブルから転送テーブルにエクスポートされたルートにルーティング・ポリシーを適用します。

帯域幅に基づいてOSPFインターフェイスメトリックを動的に調整

OSPF インターフェイスまたは OSPF インターフェイス上のトポロジに、帯域幅のしきい値と関連するメトリック値のセットを指定できます。インターフェイスの帯域幅が変更された場合(例えば、lagがインターフェイスメンバーを失った場合、またはインターフェイス速度が管理上変更された場合)、Junos OSは、適切な帯域幅閾値に関連付けられた値にインターフェイスメトリックを自動的に設定します。Junos OSは、実際のインターフェイス帯域幅と同じかそれ以上の、設定された最小の帯域幅しきい値を使用してメトリック値を決定します。インターフェイス帯域幅が設定された帯域幅しきい値よりも大きい場合、設定された帯域幅ベースのメトリック値ではなく、インターフェイスに設定されたメトリック値が使用されます。帯域幅が変化した場合にインターフェイスのメトリックを再計算する機能は、アグリゲート インターフェイスで特に役立ちます。

メモ：

また、帯域幅ベースのメトリックを有効にする場合は、インターフェイスのメトリックを設定する必要があります。

OSPF ルートプリファレンスの制御

ルート設定を使用して、ネットワークを介したパケットのフローを制御できます。複数のプロトコルが同じ宛先へのルートを計算する場合、ルートプリファレンスを使用して、転送テーブルにインストールされているルートを選択します。プリファレンス値が最も低いルートが選択されます。

デフォルトでは、内部 OSPF ルートのプリファレンス値は 10、外部 OSPF ルートのプリファレンス値は 150 です。ほとんどの環境ではデフォルト設定が適切ですが、OSPFネットワーク内のすべてのルーティング・デバイスがデフォルト・プリファレンス値を使用している場合、またはOSPFから別の内部ゲートウェイ・プロトコル(IGP)への移行を計画している場合は、デフォルト設定を変更することができます。すべてのデバイスがデフォルトの ルートプリファレンス 値を使用する場合、ルートプリファレンスを変更して、宛先への複数のイコールコストパスが存在する場合はいつでも、特定のデバイスを介したパスが転送テーブルに選択されるようにすることができます。OSPFから別のIGPに移行する場合、ルート設定を変更することで、制御された方法で移行を実行できます。

「」も参照

例:個々の OSPF ネットワーク セグメントのコストを制御する

この例では、個々の OSPF ネットワーク セグメントのコストを制御する方法を示します。

要件

開始する前に、以下を行います。

概要

すべてのOSPFインターフェイスにはコストがあり、これはリンク状態計算で使用されるルーティングメトリックです。総パスメトリックが低いルートは、より高いパスメトリックを持つルートよりも優先されます。この例では、OSPF ネットワーク セグメントのコストを制御する方法について説明します。

デフォルトでは、OSPF はデフォルトのコスト メトリック 1 を 100 Mbps より速い任意のリンクに、デフォルトのコスト メトリック 0 をループバック インターフェイス(lo0)に割り当てます。ループバックインターフェイスに帯域幅は関連付けされません。つまり、すべてのインターフェイスの速度が 100 Mbps を超える場合、デフォルトのコスト メトリックは 1 になります。送信元アドレスと宛先アドレスの間に複数のイコールコスト パスが存在する場合、OSPF は各パスに沿ってパケットをラウンドロビン方式で交互にルーティングします。

すべてのインターフェイスが同じ速度で実行されている場合、同じデフォルトメトリックを持つことは問題ではありません。インターフェイスが異なる速度で動作する場合、OSPFは異なるインターフェイス間でパケットを均等にルーティングするため、最速のインターフェイス上でトラフィックがルーティングされていないことに気付くかもしれません。例えば、ルーティングデバイスにOSPFを実行するファストイーサネットおよびギガビットイーサネットインターフェイスがある場合、これらの各インターフェイスのデフォルトコストメトリックは1になります。

最初の例では、リファレンス 帯域幅ステートメントを 含めることで、参照帯域幅を10g(10 Gbps、10,000,000ビットで示す)に設定します。この設定では、OSPFはファストイーサネットインターフェイスにデフォルトのメトリック100、ギガビットイーサネットインターフェイスに10のメトリックを割り当てます。ギガビット イーサネット インターフェイスのメトリックは最も低いので、OSPF はパケットをルーティングする際にそれを選択します。範囲は、9600~1,000,000,000ビットです。

図 2 は、エリア 0.0.0.0 の 3 つのルーティング デバイスを示し、デバイス R2 とデバイス R3 間のリンクが他のトラフィックで輻輳していることを前提としています。また、特定のパス セグメントにメトリックを手動で割り当てることで、ネットワーク全体のパケット フローを制御することもできます。メトリックに設定した値は、そのインターフェイスのルートコストを計算するために参照帯域幅値を使用するというデフォルトの動作を上書きします。デバイスR3からのトラフィックがデバイスR2に直接行くのを防ぐために、すべてのトラフィックがデバイスR1を通過するように、デバイスR1と接続するデバイスR3のインターフェイスでメトリックを調整します。

2 つ目の例では、メトリック ステートメントを含めることでデバイス R1 と接続するデバイス R3 のインターフェイス fe-1/0/1 で メトリック を 5 に設定します。範囲は1~65,535です。

図 2:OSPF メトリック設定 OSPF Metric Configuration

トポロジ

構成

参照帯域幅の設定

CLI クイックコンフィギュレーション

参照帯域幅を迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit します。

手順

基準帯域幅を設定するには:

  1. デフォルトのインターフェイスコストを計算するために、参照帯域幅を設定します。

    メモ：

    OSPFv3を指定するには、[edit protocols]階層レベルにospf3ステートメントを含めます。
    ヒント：

    この例では、ショートカットとして 10g と入力し、10 Gbps の基準帯域幅を指定します。 10g と 100000000 のどちらを入力しても、 show protocols ospf コマンドの出力では、10 Gbps は 10g と表示され、 10000000000 は表示されません。

  2. デバイスの設定が完了したら、設定をコミットします。

    メモ：

    共有ネットワーク内のすべてのルーティング デバイスで、この設定全体を繰り返します。

結果

show protocols ospf コマンドを入力して、設定を確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

OSPFv3 の設定を確認するには、 show protocols ospf3 コマンドを 入力します。

特定の OSPF インターフェースにメトリックを設定する

CLI クイックコンフィギュレーション

特定のOSPFインターフェイスにメトリックを迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、コマンドを[edit]階層レベルでCLIにコピーアンドペーストして、設定モードから を入力 commit します。

手順

特定のOSPFインターフェイスのメトリックを設定するには:

  1. OSPF エリアを作成します。

    メモ：

    OSPFv3を指定するには、[edit protocols]階層レベルにospf3ステートメントを含めます。

  2. OSPF ネットワーク セグメントのメトリックを設定します。

  3. デバイスの設定が完了したら、設定をコミットします。

結果

show protocols ospf コマンドを入力して、設定を確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

OSPFv3 の設定を確認するには、 show protocols ospf3 コマンドを 入力します。

検証

設定が正しく機能していることを確認します。

設定されたメトリックの検証

目的

インターフェイスのメトリック設定を確認します。[Cost]フィールドにインターフェイスの設定済みメトリック(コスト)が表示されていることを確認します。宛先へのパスを選択する場合、OSPF はコストが最も低いパスを使用します。

アクション

運用モードから、OSPFv2 の show ospf interface detail コマンドを入力し、OSPFv3 の show ospf3 interface detail コマンドを入力します。

ルートの検証

目的

宛先へのパスを選択する場合、OSPF は総コストが最も低いパスを使用します。OSPFが適切なパスを使用していることを確認します。

アクション

動作モードから、 show route コマンドを入力します。

「」も参照

例:帯域幅に基づいてOSPFインターフェイスメトリックを動的に調整する

この例では、帯域幅に基づいてOSPFインターフェイスメトリックを動的に調整する方法を示しています。

構成

CLI クイックコンフィギュレーション

OSPFインターフェイスに帯域幅のしきい値と関連するメトリック値を迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit します。

手順

特定のOSPFインターフェイスのメトリックを設定するには:

  1. OSPF エリアを作成します。

    メモ：

    OSPFv3を指定するには、[edit protocols]階層レベルにospf3ステートメントを含めます。

  2. OSPF ネットワーク セグメントのメトリックを設定します。

  3. 帯域幅のしきい値と関連するメトリック値を設定します。集合型イーサネットインターフェイスの帯域幅が1gの場合、この設定では、OSPFはこのインターフェイスにメトリック60を考慮します。集約されたイーサネット インターフェイスの帯域幅が 10g の場合、OSPF はこのインターフェイスのメトリック 50 を考慮します。

  4. デバイスの設定が完了したら、設定をコミットします。

結果

show protocols ospf コマンドを入力して、設定を確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

OSPFv3 の設定を確認するには、 show protocols ospf3 コマンドを 入力します。

要件

開始する前に、以下を行います。

概要

OSPF インターフェイスに、帯域幅のしきい値と関連するメトリック値のセットを指定できます。インターフェイスの帯域幅が変更されると、Junos OSは、適切な帯域幅しきい値に関連付けられた値にインターフェイスメトリックを自動的に設定します。帯域幅ベースのメトリック値を設定する場合、通常、複数の帯域幅とメトリック値を設定します。

この例では、帯域幅ベースメトリックステートメントと以下の設定を含めて、帯域幅ベースのメトリックにOSPFインターフェイスae0を設定します。

  • 帯域幅—帯域幅のしきい値をビット/秒で指定します。範囲は、9600~1,000,000,000,000,000です。

  • メトリック—特定の帯域幅値に関連付けるメトリック値を指定します。範囲は1~65,535です。

トポロジ

検証

設定が正しく機能していることを確認します。

設定されたメトリックの検証

目的

インターフェイスのメトリック設定を確認します。[Cost]フィールドにインターフェイスの設定済みメトリック(コスト)が表示されていることを確認します。宛先へのパスを選択する場合、OSPF はコストが最も低いパスを使用します。

アクション

運用モードから、OSPFv2 の show ospf interface detail コマンドを入力し、OSPFv3 の show ospf3 interface detail コマンドを入力します。

例:OSPF ルートプリファレンスの制御

この例では、転送テーブルで OSPF ルート選択を制御する方法を示しています。この例では、OSPFから別のIGPに移行する場合に、ルート選択を制御する方法も示しています。

構成

CLI クイックコンフィギュレーション

OSPFルートプリファレンス値を迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit します。

手順

ルート選択を設定するには:

  1. OSPF 設定モードに入り、外部および内部ルーティングのプリファレンスを設定します。

    メモ：

    OSPFv3を指定するには、 階層レベルに ospf3 ステートメントを [edit protocols] 含めます。

  2. デバイスの設定が完了したら、設定をコミットします。

結果

コマンドを入力して、設定を show protocols ospf 確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3 入力します。

要件

この例では、OSPF がネットワークで正しく設定され、実行されていることを前提としており、OSPF から別の IGP への移行を計画しているため、ルート選択を制御する必要があります。

概要

複数のプロトコルが同じ宛先へのルートを計算する場合、ルートプリファレンスを使用して、転送テーブルにインストールされているルートを選択します。プリファレンス値が最も低いルートが選択されます。

デフォルトでは、内部 OSPF ルートのプリファレンス値は 10、外部 OSPF ルートのプリファレンス値は 150 です。OSPFから別のIGPへの移行を計画している場合は、この設定を変更することができます。ルート設定を変更することで、管理された方法で移行を実行できます。

この例では、以下の仮定を行います。

  • OSPF はすでにネットワークで稼働しています。

  • OSPF から IS-IS に移行する必要があります。

  • ネットワーク要件に従ってIS-ISを設定し、正常に動作していることを確認しました。

この例では、内部 OSPF ルートに 168、外部 OSPF ルートに 169 を指定することで、OSPF ルートプリファレンス値を大きくして、IS-IS ルートよりも優先度を低くします。IS-IS内部ルートの優先度は、15(レベル1)または18(レベル2)のいずれかであり、外部ルートの優先度は160(レベル1)または165(レベル2)です。一般的には、新しいプロトコルをデフォルト設定のままにしておき、複雑さを最小限に抑え、今後ネットワークへのルーティング デバイスの追加を簡素化することが望ましいです。OSPF ルートプリファレンス値を変更するには、以下の設定を構成します。

  • preference- 内部 OSPF ルートのルート優先度を指定します。デフォルトでは、内部 OSPF ルートの値は 10 です。範囲は 0~4,294967,295(232 – 1)です。

  • external-preference- 外部 OSPF ルートのルート優先度を指定します。デフォルトでは、外部 OSPF ルートの値は 150 です。範囲は 0~4,294967,295(232 – 1)です。

トポロジ

検証

設定が正しく機能していることを確認します。

ルートの検証

目的

IGPが適切なルートを使用していることを確認します。新しい IGP が優先プロトコルになった後(この例では IS-IS)、問題のネットワークを監視する必要があります。新しい IGP が正しく機能していることを確認した後、 階層レベルで コマンドを入力 delete ospf することで、ルーティング デバイスから OSPF 設定を [edit protocols] 削除できます。

アクション

動作モードから、 コマンドを show route 入力します。

OSPF オーバーロード機能の理解

OSPF インスタンスが有効になった後に経過した時間が指定されたタイムアウトより小さい場合、オーバーロード モードが設定されます。

ローカル ルーティング デバイスを設定して、過負荷状態に見せかけることができます。過負荷状態のルーティング・デバイスは、これ以上のOSPFトランジット・トラフィックを処理できないと判断し、その結果、OSPFトランジット・トラフィックを他のルーティング・デバイスに送信します。直接接続されたインターフェイスへのOSPFトラフィックは、ルーティングデバイスに到達し続けます。オーバーロードモードは、次のような多くの理由で設定できます。

  • ルーティング・デバイスにOSPFルーティングに参加させたいが、トランジット・トラフィックには使用したくない場合。これには、分析目的でネットワークに接続されているルーティング デバイスが含まれますが、ネットワーク管理ルーティング デバイスなど、実稼働ネットワークの一部とは見なされません。

  • 実稼働ネットワークのルーティング デバイスでメンテナンスを実行する場合。メンテナンス期間中にネットワーク サービスが中断しないように、トラフィックをルーティング デバイスから移動できます。

タイムアウトの有無にかかわらず、OSPF で過負荷モードを設定または無効にします。タイムアウトがない場合、設定から明示的に削除されるまでオーバーロード モードが設定されます。タイムアウトの場合、OSPF インスタンス開始以降の時間が指定されたタイムアウトより小さい場合、過負荷モードが設定されます。

タイムアウトとインスタンス開始後の経過時間の差を示すタイマーが開始されます。タイマーが終了すると、オーバーロード モードはクリアされます。過負荷モードでは、ルーターリンク状態アドバタイズ(LSA)は、すべてのトランジットルーターリンク(スタブを除く)が0xFFFFのメトリックに設定されて発信されます。スタブルーターリンクは、スタブに対応するインターフェイスの実際のコストでアドバタイズされます。これにより、トランジット トラフィックは過負荷状態のルーティング デバイスを回避し、ルーティング デバイスを回避するパスを取得します。ただし、過負荷状態のルーティング デバイス独自のリンクにはまだアクセスできます。

また、ルーティング・デバイスは、過負荷状態に見えるようにデバイスを設定するに関わらず、動的に過負荷状態に入ることができます。例えば、ルーティング・デバイスが設定されたOSPFプレフィックス制限を超えた場合、ルーティング・デバイスは外部プレフィックスをパージして過負荷状態に入ります。

設定が正しくない場合、多数のルートがOSPFに入る可能性があり、ネットワークパフォーマンスを妨げる可能性があります。これを防止するには、外部をパージし、 prefix-export-limit ネットワークに悪影響を及ぼすのを防ぐ構成にする必要があります。

任意の数のルートを OSPF にエクスポートできるようにすることで、ルーティング デバイスが過負荷状態になり、過剰な数のルートがエリアにフラッディングする可能性があります。OSPF にエクスポートされるルートの数を制限することで、ルーティング デバイスの負荷を最小限に抑え、この潜在的な問題を回避できます。

デフォルトでは、OSPF にエクスポートできるプレフィックス(ルート)の数に制限はありません。これを防止するには、 prefix-export-limit 外部をパージしてネットワークを防止する設定を行う必要があります。

Junos OSリリース18.2以降、OSPFが過負荷状態にある場合、OSPFネットワークのスタブルーターは、以下の機能をサポートしています。

  • ルート漏洩を許可-外部プレフィックスはOSPF過負荷時に再分配され、プレフィックスは通常のコストで発信されます。

  • 最大メトリックを使用してスタブネットワークをアドバタイズする -スタブネットワークは、OSPF過負荷時に最大メトリックでアドバタイズされます。

  • 最大メトリックを持つエリア内プレフィックスをアドバタイズする -エリア内プレフィックスは、OSPF 過負荷時に最大メトリックでアドバタイズされます。

  • 可能な最大メトリックで外部プレフィックスをアドバタイズ — OSPF AS外部プレフィックスはOSPFオーバーロード中に再分配され、プレフィックスは最大コストでアドバタイズされます。

OSPF が過負荷状態になったときに、以下を設定できるようになりました。

  • allow-route-leaking 外部プレフィックスを [edit protocols <ospf | ospf3> overload] 通常コストでアドバタイズします。

  • stub-network 最大メトリックで [edit protocols ospf overload] スタブネットワークをアドバタイズします。

  • intra-area-prefix[edit protocols ospf3 overload]を階層レベルで設定し、最大メトリックでエリア内プレフィックスをアドバタイズします。

  • as-external 最大メトリックで [edit protocols <ospf | ospf3> overload] 外部プレフィックスをアドバタイズします。

OSPF にエクスポートされるプレフィックス数を制限するには、

プレフィックス エクスポート制限数は、0~4,294,967,295 の値を指定できます。

「」も参照

例:ルーティング デバイスが過負荷状態に見えるように OSPF を設定する

この例では、OSPFを実行するルーティングデバイスが過負荷状態に見えるように設定する方法を示しています。

要件

開始する前に、以下を行います。

概要

OSPFを実行しているローカルルーティングデバイスが過負荷状態に見えるように設定することで、ローカルルーティングデバイスはOSPFルーティングに参加できますが、トランジットトラフィックには参加できません。設定された場合、トランジット インターフェイス メトリックは最大値 65535 に設定されます。

この例では、以下の設定を含みます。

  • オーバーロード—ローカルルーティングデバイスを設定して、オーバーロードしているように見えます。ルーティング・デバイスにOSPFルーティングへの参加を希望するが、トランジット・トラフィックに使用したくない場合、または実稼働ネットワーク内のルーティング・デバイス上で保守を実行する場合に、これを設定することができます。

  • タイムアウト seconds—(オプション)オーバーロードがリセットされる秒数を指定します。タイムアウト間隔を指定しない場合、ルーティング・デバイスは、オーバーロードステートメントが削除されるか、タイムアウトが設定されるまで、過負荷状態のままとなります。この例では、ルーティング デバイスが過負荷状態にある時間として 60 秒を設定します。デフォルトでは、タイムアウト間隔は0秒です(この値は設定されていません)。範囲は60~1800秒です。

トポロジ

構成

手順

CLI クイックコンフィギュレーション

ローカルルーティングデバイスを過負荷状態に素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit します。

手順

ローカルルーティングデバイスが過負荷状態に見えるように設定するには:

  1. OSPF 設定モードに入ります。

    メモ：

    OSPFv3を指定するには、 階層レベルに ospf3 ステートメントを [edit protocols] 含めます。

  2. ローカル ルーティング デバイスを過負荷状態にするように設定します。

  3. (オプション)オーバーロードがリセットされる秒数を設定します。

  4. (オプション)ルーティング・デバイスの負荷を最小限に抑え、デバイスが過負荷モードに入らないように、OSPFにエクスポートされるプレフィックス数の制限を設定します。

  5. デバイスの設定が完了したら、設定をコミットします。

結果

コマンドを入力して、設定を show protocols ospf 確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。出力には、オプション timeout の および ステートメントが prefix-export-limit 含まれています。

OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3 入力します。

検証

設定が正しく機能していることを確認します。

トラフィックがデバイスから移動したことを確認する

目的

トラフィックがアップストリームデバイスから移動したことを確認します。

アクション

動作モードから、 コマンドを show interfaces detail 入力します。

トランジット インターフェイス メトリックの検証

目的

トランジット インターフェイスメトリックが、ダウンストリームの隣接デバイスで 65535 の最大値に設定されていることを確認します。

アクション

動作モードから、OSPFv2 の コマンドを show ospf database router detail advertising-router address 入力し、OSPFv3 の コマンドを show ospf3 database router detail advertising-router address 入力します。

過負荷設定の検証

目的

[構成済みオーバーロード] フィールドを確認して、オーバーロードが設定されていることを確認します。過負荷タイマーも設定されている場合、このフィールドには有効期限が設定される前に残る時間も表示されます。

アクション

動作モードから、OSPFv2 の show ospf overview コマンド、および OSPFv3 の コマンドを show ospf3 overview 入力します。

実行可能なネクストホップの検証

目的

アップストリームのネイバーデバイスで有効なネクストホップ設定を検証します。隣接するデバイスが過負荷状態にある場合、それはトランジットトラフィックには使用されず、出力には表示されません。

アクション

動作モードから、 コマンドを show route address 入力します。

OSPF の SPF アルゴリズム オプションについて

OSPFは、ダイクストラアルゴリズムとも呼ばれる最短パスファースト(SPF)アルゴリズムを使用して、各宛先に到達するルートを決定します。SPF アルゴリズムは、OSPF が各宛先に到達するルートを決定する方法を説明し、SPF オプションが SPF アルゴリズムの実行時に指定するタイマーを制御します。ネットワーク環境と要件に応じて、SPF オプションを変更することもできます。たとえば、多数のデバイスがエリア外にリンク状態アドバタイズメント(LSA)をフラッディングしている大規模な環境を考えてみましょう。この環境では、処理する LSA を大量に受信でき、メモリ リソースを消費する可能性があります。SPF オプションを設定することで、変化するネットワーク トポロジーに適応し続けますが、デバイスが SPF アルゴリズムを実行するために使用するメモリ リソースの量を最小限に抑えることができます。

次の SPF オプションを設定できます。

  • トポロジーの検出から SPF アルゴリズムが実際に実行されるまでの時間の遅延。

  • ホールドダウン タイマーが開始する前に、SPF アルゴリズムが連続して実行できる最大回数。

  • SPF アルゴリズムが連続して実行された後に別の SPF 計算を実行するまでのホールド ダウンまたは待機時間は、設定された回数を連続して行います。ホールドダウン期間中にネットワークが安定し、SPF アルゴリズムを再度実行する必要がない場合、システムは 遅延 および rapid-runs ステートメントの設定された値に戻ります。

例:OSPF の SPF アルゴリズム オプションの設定

この例では、SPF アルゴリズム オプションを設定する方法を示しています。SPF オプションは、SPF アルゴリズムの実行時に指定するタイマーを制御します。

要件

開始する前に、以下を行います。

概要

OSPF は SPF アルゴリズムを使用して、各宛先に到達するルートを決定します。エリア内のすべてのルーティング デバイスは、このアルゴリズムを並行して実行し、その結果を個々のトポロジ データベースに格納します。複数のエリアへのインターフェイスを持つデバイスをルーティングすると、アルゴリズムの複数のコピーが実行されます。SPF オプションは、SPF アルゴリズムで使用されるタイマーを制御します。

デフォルト設定のいずれかを変更する前に、ネットワーク環境と要件を十分に理解しておく必要があります。

この例では、SPF アルゴリズムを実行するためのオプションを設定する方法を示しています。ステートメントと以下のオプションを含めます spf-options 。

  • 遅延—トポロジーの検出と SPF が実際に実行されるまでの時間(ミリ秒単位)を設定します。遅延タイマーを変更する場合は、ネットワークの再コンバージェンスの要件を考慮してください。例えば、ネットワークの異常を特定できるタイマー値を指定する場合に、安定したネットワークの再コンバージェンスを迅速に行えるようにします。デフォルトでは、SPF アルゴリズムはトポロジの検出後 200 ミリ秒を実行します。範囲は50から8000ミリ秒です。

  • ラピッドラン—ホールドダウンタイマーが開始される前に、SPFアルゴリズムが連続して実行できる最大回数を設定します。デフォルトでは、連続して発生する SPF 計算の数は 3 です。範囲は1~10です。各 SPF アルゴリズムは設定された SPF 遅延の後で実行されます。SPF 計算の最大数が発生すると、ホールドダウン タイマーが開始します。後続の SPF 計算は、ホールドダウン タイマーが終了するまで実行されません。

  • ホールドダウン—SPFアルゴリズムが連続して設定された最大回数を実行した後に、別のSPF計算を実行する前に、ホールドダウンまたは待機する時間を設定します。デフォルトでは、ホールドダウン時間は5000ミリ秒です。範囲は2000〜20,000ミリ秒です。ホールドダウン期間中にネットワークが安定し、SPF アルゴリズムを再度実行する必要がない場合、システムは 遅延 および rapid-runs ステートメントの設定された値に戻ります。

トポロジ

構成

CLI クイックコンフィギュレーション

SPF オプションを迅速に設定するには、以下のコマンドをコピーして CLI に貼り付けます。

手順

手順

SPF オプションを設定するには:

  1. OSPF 設定モードに入ります。

    メモ：

    OSPFv3を指定するには、 階層レベルに ospf3 ステートメントを [edit protocols] 含めます。

  2. SPF 遅延時間を設定します。

  3. SPF アルゴリズムが連続して実行できる最大回数を設定します。

  4. SPF ホールドダウン タイマーを設定します。

  5. デバイスの設定が完了したら、設定をコミットします。

結果

コマンドを入力して、設定を show protocols ospf 確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3 入力します。

検証

設定が正しく機能していることを確認します。

SPF オプションの検証

目的

SPF がネットワーク要件に従って動作していることを確認します。SPF 遅延フィールド、SPF ホールドダウン フィールド、および SPF ラピッドラン フィールドを確認します。

アクション

動作モードから、OSPFv2 の コマンドを show ospf overview 入力し、OSPFv3 の コマンドを show ospf3 overview 入力します。

安定したトポロジーにおけるOSPF更新とフラッディング削減の設定

OSPF 標準では、すべての LSA(リンク状態アドバタイズメント)を 30 分ごとに更新する必要があります。ジュニパーネットワークスの実装では、50 分ごとに LSA が更新されます。デフォルトでは、更新されない LSA は 60 分後に期限切れになります。この要件により、トラフィックのオーバーヘッドが発生し、OSPF ネットワークの拡張が困難になる可能性があります。最初にルーターまたはスイッチから送信された時に DoNotAge ビットが自己発信 LSA に設定されるように指定することで、デフォルトの動作を上書きできます。DoNotAge ビット セットが設定されている LSA は、LSA で変更が発生した場合にのみ再フロップされます。この機能により、プロトコル トラフィックのオーバーヘッドが軽減され、変更された LSA を即座にフラッディングすることができます。フラッド削減を可能にしたルーターまたはスイッチは、Helloパケットをネイバーに送信し、データベース内の自律LSAをエージングし続けます。

OSPFの更新とフラッディングの削減のジュニパーの実装は、RFC 4136、 安定したトポロジーでのOSPF更新とフラッディングの削減に基づいています。ただし、ジュニパーの実装には、RFC で定義されている強制フラッディング間隔は含まれていません。強制フラッディング間隔を実装しない場合、DoNotAge ビット セットを持つ LSA は、変更が発生した場合にのみ再フロップされます。

この機能は、以下でサポートされています。

  • OSPFv2 および OSPFv3 インターフェイス

  • OSPFv3 レルム

  • OSPFv2 および OSPFv3 仮想リンク

  • OSPFv2 シャム リンク

  • OSPFv2 ピア インターフェイス

  • OSPF でサポートされるすべてのルーティング インスタンス

  • 論理システム

OSPF インターフェイスのフラッディング削減を設定するには、 階層レベルに ステートメントを[edit protocols (ospf | ospf3) area area-id interface interface-id]含flood-reductionめます。

メモ：

需要回線として設定されたインターフェイスのフラッディング削減を設定した場合、LSAは最初はフラッディングされず、コンテンツが変更された場合にのみ送信されます。Hello パケットと LSA は、ネットワーク トポロジーで変更が発生した場合にのみ、デマンド回線インターフェイスで送受信されます。

次の例では、OSPF インターフェース so-0/0/1.0 がフラッディングを削減するように設定されています。その結果、指定されたインターフェイスを通過するルートによって生成されたすべての LSA は、最初にフラッディングされたときに DoNotAge ビットが設定され、変更が発生した場合にのみ LSA が更新されます。

メモ：

Junos OS リリース 12.2 以降、 階層レベルに ステートメントを含 lsa-refresh-interval minutes めることで、OSPF の自己生成 LSA のグローバルデフォルトリンク状態アドバタイズメント(LSA)フラッディング間隔を [edit protocols (ospf | ospf3)] 設定できます。ジュニパーネットワークスの実装では、50 分ごとに LSA が更新されます。範囲は25から50分である。デフォルトでは、更新されない LSA は 60 分後に期限切れになります。

グローバルな LSA リフレッシュ間隔を OSPF に設定し、OSPF エリアの特定のインターフェイスに対して OSPF フラッディングリダクションを設定した場合、その特定のインターフェイスに対して OSPF フラッドリダクション設定が優先されます。

LDP と IGP 間の同期を理解する

LDPは、トラフィックエンジニアリングされていないアプリケーションでラベルを配布するためのプロトコルです。ラベルは、IGP(内部ゲートウェイプロトコル)によって決定される最適なパスに沿って配布されます。LDPとIGP間の同期が維持されない場合、ラベルスイッチパス(LSP)はダウンします。特定のリンクでLDPがフル稼働していない(セッションが確立されず、ラベルが交換されていない)場合、IGPは最大コストメトリックでリンクをアドバタイズします。リンクは優先されませんが、ネットワーク トポロジーに残っています。

LDP同期は、IGPの下でポイントツーポイントとして設定されたアクティブなポイントツーポイントインターフェイスとLANインターフェイスでのみサポートされています。LDP同期はグレースフルリスタート中はサポートされていません。

「」も参照

例:LDP と OSPF 間の同期の設定

この例では、LDP と OSPFv2 間の同期を設定する方法を示します。

要件

開始する前に、以下を行います。

概要

この例では、以下のタスクを実行して、LDP と OSPFv2 間の同期を設定します。

  • 階層レベルに ステートメントを含めることでldp、OSPF エリア 0.0.0.0 のメンバーであるインターフェイス so-1/0/3 で LDP を[edit protocols]有効にします。1つ以上のインターフェイスを設定できます。デフォルトでは、ルーティングデバイスではLDPは無効になっています。

  • 階層レベルで ステートメントを含めることで、 ldp-synchronization LDP 同期を [edit protocols ospf area area-id interface interface-name] 有効にします。このステートメントは、リンクでLDPが動作するまで最大コストメトリックをアドバタイズすることで、LDP同期を有効にします。

  • ルーティングデバイスが、 階層レベルに ステートメントを含めることで hold-time 、フル稼働していないリンクの最大コストメトリックをアドバタイズする時間(秒単位)を [edit protocols ospf area area-id interface interface-name ldp-synchronization] 設定します。ステートメントを hold-time 設定しない場合、ホールドタイム値のデフォルトは無限です。範囲は1~65,535秒です。この例では、ホールドタイム間隔に10秒を設定します。

この例では、 階層レベルに ステートメントを含めることで、LDPとOSPFv2間の同期をdisable[edit protocols ospf area area-id interface interface-name ldp-synchronization] 無効にする方法も示しています。

トポロジ

構成

LDP と OSPFv2 間の同期の有効化

CLI クイックコンフィギュレーション

次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 CLIユーザーガイドのJunos OS設定の変更を参照してください。

LDP と OSPFv2 間の同期を迅速に有効にするには、以下のコマンドをコピーして改行を削除してから、CLI に貼り付けます。

手順

LDP と OSPFv2 間の同期を有効にするには:

  1. インターフェイスでLDPを有効にします。

  2. LDP同期を設定し、オプションで10秒の期間を設定して、フル稼働していないリンクの最大コストメトリックをアドバタイズします。

  3. フル稼働していないリンクの最大コストメトリックをアドバタイズするために、10秒の期間を設定します。

  4. デバイスの設定が完了したら、設定をコミットします。

結果

および show protocols ospf コマンドを入力して、設定をshow protocols ldp確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

LDP と OSPFv2 間の同期の無効化

CLI クイックコンフィギュレーション

LDP と OSPFv2 間の同期を素早く無効にするには、以下のコマンドをコピーして CLI に貼り付けます。

手順

LDP と OSPF 間の同期を無効にするには:

  1. ステートメントを含めることで同期を disable 無効にします。

  2. デバイスの設定が完了したら、設定をコミットします。

結果

コマンドを入力して、設定を show protocols ospf 確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

設定が正しく機能していることを確認します。

インターフェイスのLDP同期状態の検証

目的

インターフェイス上のLDP同期の現在の状態を検証します。LDP同期状態は現在の状態に関連する情報を表示し、設定保留時間フィールドには設定されたホールドタイム間隔が表示されます。

アクション

動作モードから、 コマンドを show ospf interface extensive 入力します。

OSPFv2 の RFC 1583 との互換性の概要

デフォルトでは、OSPFv2のJunos OS実装は、RFC 1583、 OSPFバージョン2と互換性があります。これは、Junos OSが利用可能であれば、複数のAS内パスではなく、OSPFルーティングテーブル内の自律システム(AS)境界ルーターへの単一の最良のルートを維持することを意味します。RFC 1583 との互換性を無効にできるようになりました。異なるOSPFエリアに属するAS境界ルーターが同じ外部宛先をアドバタイズする場合に、そうすることが好ましいです。RFC 1583との互換性を無効にすると、OSPFルーティングテーブルは利用可能な複数のAS内パスを維持します。このパスは、ルーターがRFC 2328、 OSPFバージョン2で定義されているAS外部ルートの計算に使用します。利用可能な複数のパスを使用してAS外部ルートを計算できると、ルーティングループを防ぐことができます。

「」も参照

例:RFC 1583 との OSPFv2 互換性の無効化

この例では、ルーティング デバイスで OSPFv2 との RFC 1583 との互換性を無効にする方法を示しています。

要件

RFC 1583 との OSPFv2 互換性を無効にする前に、デバイスの初期化以外の特別な設定は必要ありません。

概要

デフォルトでは、OSPF の Junos OS 実装は RFC 1583 と互換性があります。これは、Junos OSが利用可能であれば、複数のAS内パスではなく、OSPFルーティングテーブル内の自律システム(AS)境界ルーターへの単一の最良のルートを維持することを意味します。RFC 1583 との互換性を無効にすることができます。異なるOSPFエリアに属するAS境界ルーターが同じ外部宛先をアドバタイズする場合に、そうすることが好ましいです。RFC 1583との互換性を無効にすると、OSPFルーティングテーブルは利用可能な複数のAS内パスを維持します。このパスは、RFC 2328で定義されているAS外部ルートの計算にルーターが使用します。利用可能な複数のパスを使用してAS外部ルートを計算できると、ルーティングループを防ぐことができます。ルーティングループの可能性を最小限に抑えるために、OSPFドメイン内のすべてのOSPFデバイスに同じRFC互換性を設定します。

トポロジ

構成

手順

CLI クイックコンフィギュレーション

RFC 1583 との OSPFv2 互換性を素早く無効にするには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、コマンドを [edit] 階層レベルで CLI にコピー アンド ペーストして、設定モードから を入力 commit します。この設定は、OSPFドメインに含まれるすべてのデバイスで設定します。

手順

RFC 1583 との OSPFv2 互換性を無効にするには:

  1. RFC 1583を無効にします。

  2. デバイスの設定が完了したら、設定をコミットします。

    メモ：

    OSPF ルーティング ドメインに参加する各ルーティング デバイスで、この設定を繰り返します。

結果

コマンドを入力して、設定を show protocols ospf 確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

設定が正しく機能していることを確認します。

OSPF ルートの検証

目的

OSPFルーティングテーブルが、ルーターがAS外部ルートの計算に使用するメトリックが最も大きいAS内パスを維持していることを確認します。

アクション

動作モードから、 コマンドを show ospf route detail 入力します。

関連ドキュメント