このページで
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 指定ルーター選択の制御を参照してください。
静的ルートを設定します。ルーティングデバイス向けJunos OSルーティングプロトコルライブラリの「例:スタティックルートの設定」を参照してください。
概要
さまざまな IP アドレスを集約して、バックボーン ルーターのリンク状態データベースのサイズを最小限に抑えることができます。指定されたエリア範囲に一致するすべてのルートがエリア境界でフィルタリングされ、その場所でサマリーがアドバタイズされます。
図 1 は、この例で使用したトポロジーを示しています。R5 は、エリア 0.0.0.4 とバックボーン間の ABR です。エリア 0.0.0.4 のネットワークは、10.0.8.4/30、10.0.8.0/30、および 10.0.8.8/30 であり、10.0.8.0/28 と要約できます。R3 は、NSSA エリア 0.0.0.3 とバックボーン間の ABR です。エリア0.0.0.3のネットワークは、10.0.4.4/30、10.0.4.0/30、および10.0.4.12/30であり、10.0.4.0/28と要約できます。エリア 0.0.0.3 には、ネットワーク全体にフラッディングする外部スタティック ルート 3.0.0.8 も含まれています。
この例では、以下の設定を含めてルート集約の ABR を設定します。
エリア範囲—エリアの場合、エリア内リンクアドバタイズメントを送信する際のIPアドレスの範囲を要約します。NSSA の場合、NSSA のリンク状態アドバタイズメント(タイプ 7 LSA)を送信する際の IP アドレスの範囲を要約します。指定されたプレフィックスは、ルートが他のエリアにアドバタイズされる際に、エリア内で学習した外部ルートを集約するために使用されます。
ネットワーク/マスク長—要約されたIPアドレス範囲とネットワークマスクの有効ビット数を示します。
トポロジ
構成
CLI クイックコンフィギュレーション
OSPFエリアにルート集約を迅速に設定するには、以下のコマンドをコピーしてCLIに貼り付けます。以下は、ABR R5 の設定です。
[edit] set interfaces fe-0/0/1 unit 0 family inet address 10.0.8.3/30 set interfaces fe-0/0/2 unit 0 family inet address 10.0.8.4/30 set interfaces fe-0/0/0 unit 0 family inet address 10.0.2.3/30 set interfaces fe-0/0/4 unit 0 family inet address 10.0.2.5/30 set protocols ospf area 0.0.0.4 stub set protocols ospf area 0.0.0.4 interface fe-0/0/1 set protocols ospf area 0.0.0.4 interface fe-0/0/2 set protocols ospf area 0.0.0.0 interface fe-0/0/0 set protocols ospf area 0.0.0.0 interface fe-0/0/4 set protocols ospf area 0.0.0.4 area-range 10.0.8.0/28
OSPF NSSA のルート集約を迅速に設定するには、以下のコマンドをコピーして CLI に貼り付けます。以下は、ABR R3 の設定です。
[edit] set interfaces fe-0/0/1 unit 0 family inet address 10.0.4.10/30 set interfaces fe-0/0/2 unit 0 family inet address 10.0.4.1/30 set interfaces fe-0/0/0 unit 0 family inet address 10.0.2.1/30 set interfaces fe-0/0/4 unit 0 family inet address 10.0.2.7/30 set protocols ospf area 0.0.0.3 interface fe-0/0/1 set protocols ospf area 0.0.0.3 interface fe-0/0/2 set protocols ospf area 0.0.0.0 interface fe-0/0/0 set protocols ospf area 0.0.0.0 interface fe-0/0/4 set protocols ospf area 0.0.0.3 area-range 10.0.4.0/28 set protocols ospf area 0.0.0.3 nssa set protocols ospf area 0.0.0.3 nssa area-range 3.0.0.0/8
手順
手順
バックボーンエリアに送信されたルートを集約するには、以下を行います。
インターフェイスを設定します。
メモ:OSPFv3の場合、IPv6アドレスを含めます。
[edit] user@R5#
set interfaces fe-0/0/1 unit 0 family inet address 10.0.8.3/30
user@R5#set interfaces fe-0/0/2 unit 0 family inet address 10.0.8.4/30
user@R5#set interfaces fe-0/0/0 unit 0 family inet address 10.0.2.3/30
user@R5#set interfaces fe-0/0/4 unit 0 family inet address 10.0.2.5/30
[edit] user@R3#
set interfaces fe-0/0/1 unit 0 family inet address 10.0.4.10/30
user@R3#set interfaces fe-0/0/2 unit 0 family inet address 10.0.4.1/30
user@R3#set interfaces fe-0/0/0 unit 0 family inet address 10.0.2.1/30
user@R3#set interfaces fe-0/0/4 unit 0 family inet address 10.0.2.7/30
OSPFエリアのタイプを設定します。
メモ:OSPFv3の場合、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@R5# set protocols ospf area 0.0.0.4 stub
[edit] user@R3# set protocols ospf area 0.0.0.3 nssa
OSPF エリアにインターフェイスを割り当てます。
user@R5#
set protocols ospf area 0.0.0.4 interface fe-0/0/1
user@R5#set protocols ospf area 0.0.0.4 interface fe-0/0/2
user@R5#set protocols ospf area 0.0.0.0 interface fe-0/0/0
user@R5#set protocols ospf area 0.0.0.0 interface fe-0/0/4
user@R3#
set protocols ospf area 0.0.0.3 interface fe-0/0/1
user@R3#set protocols ospf area 0.0.0.3 interface fe-0/0/2
user@R3#set protocols ospf area 0.0.0.0 interface fe-0/0/0
user@R3#set protocols ospf area 0.0.0.0 interface fe-0/0/4
バックボーンにフラッディングされたルートを要約します。
[edit] user@R5# set protocols ospf area 0.0.0.4 area-range 10.0.8.0/28
[edit] user@R3# set protocols ospf area 0.0.0.3 area-range 10.0.4.0/28
ABR R3 では、外部スタティック ルートがエリア 0.0.0.3 から離れることを制限します。
[edit] user@R3# set protocols ospf area 0.0.0.3 nssa area-range 3.0.0.0/8
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
および コマンドを show interfaces
入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
ABR R5 の設定:
user@R5# show interfaces fe-0/0/0 { unit 0 { family inet { address 10.0.2.3/32; } } } fe-0/0/1 { unit 0 { family inet { address 10.0.8.3/32; } } } fe-0/0/2 { unit 0 { family inet { address 10.0.8.4/32; } } } fe-0/0/4 { unit 0 { family inet { address 10.0.2.5/32; } } }
user@R5# show protocols ospf area 0.0.0.0 { interface fe-0/0/0.0; interface fe-0/0/4.0; } area 0.0.0.4 { stub; area-range 10.0.8.0/28; interface fe-0/0/1.0; interface fe-0/0/2.0; }
ABR R3 の設定:
user@R3# show interfaces fe-0/0/0 { unit 0 { family inet { address 10.0.2.1/32; } } } fe-0/0/1 { unit 0 { family inet { address 10.0.4.10/32; } } } fe-0/0/2 { unit 0 { family inet { address 10.0.4.1/32; } } } fe-0/0/4 { unit 0 { family inet { address 10.0.2.7/32; } } }
user@R3t# show protocols ospf area 0.0.0.0 { interface fe-0/0/0.0; interface fe-0/0/4.0; } area 0.0.0.3 { nssa { area-range 3.0.0.0/8 ; } area-range 10.0.4.0/28; interface fe-0/0/1.0; interface fe-0/0/2.0; }
OSPFv3 の設定を確認するには、 および show protocols ospf3
コマンドをshow interfaces
入力します。
例:OSPF にエクスポートされるプレフィックス数の制限
この例では、OSPF にエクスポートされるプレフィックス数を制限する方法を示しています。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリを参照してください。
OSPF ネットワーク内のデバイスのルーター識別子を設定します。 例: OSPF ルーター識別子の設定を参照してください。
OSPF 指定ルーターの選択を制御します。例:OSPF 指定ルーター選択の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例: 単一エリア OSPF ネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 例: マルチエリア OSPF ネットワークの設定を参照してください。
概要
デフォルトでは、OSPF にエクスポートできるプレフィックス(ルート)の数に制限はありません。任意の数のルートを OSPF にエクスポートできるようにすることで、ルーティング デバイスが過負荷状態になり、過剰な数のルートがエリアにフラッディングする可能性があります。
OSPF にエクスポートされるルートの数を制限することで、ルーティング デバイスの負荷を最小限に抑え、この潜在的な問題を回避できます。ルーティング デバイスが設定したプレフィックス エクスポート値を超えた場合、ルーティング デバイスは外部プレフィックスをパージし、過負荷状態になります。この状態により、ルーティング情報の処理を試みるルーティング デバイスが過負荷状態にならないようになります。プレフィックス エクスポート制限数は、0~4,294,967,295 の値を指定できます。
この例では、 ステートメントを含 prefix-export-limit
めて、プレフィックスエクスポート制限を100,000に設定します。
トポロジ
構成
CLI クイックコンフィギュレーション
OSPF にエクスポートされるプレフィックス数を迅速に制限するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルで CLI にコピー アンド ペーストして、設定モードから を入力 commit
します。
[edit] set protocols ospf prefix-export-limit 100000
手順
手順
OSPF にエクスポートされるプレフィックス数を制限するには、
プレフィックスエクスポート制限値を設定します。
メモ:OSPFv3の場合、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@host# set protocols ospf prefix-export-limit 100000
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf prefix-export-limit 100000;
OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3
入力します。
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は、ルートのコストを決定するために以下の式を使用します。
cost = reference-bandwidth / interface bandwidth
デフォルトのインターフェイスコストの計算に使用される参照帯域幅値を変更できます。インターフェイス帯域幅の値はユーザー設定ではなく、物理インターフェイスの実際の帯域幅を指します。
デフォルトでは、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 ネットワーク セグメントのコストを制御する方法を示します。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
OSPF ネットワーク内のデバイスのルーター識別子を設定します。 例: OSPF ルーター識別子の設定を参照してください。
OSPF 指定ルーターの選択を制御します。例:OSPF 指定ルーター選択の制御を参照してください。
単一エリア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です。
トポロジ
構成
参照帯域幅の設定
CLI クイックコンフィギュレーション
参照帯域幅を迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit
します。
[edit] set protocols ospf reference-bandwidth 10g
手順
基準帯域幅を設定するには:
デフォルトのインターフェイスコストを計算するために、参照帯域幅を設定します。
メモ:OSPFv3を指定するには、[edit protocols]階層レベルにospf3ステートメントを含めます。
[edit] user@host# set protocols ospf reference-bandwidth 10g
ヒント:この例では、ショートカットとして 10g と入力し、10 Gbps の基準帯域幅を指定します。 10g と 100000000 のどちらを入力しても、 show protocols ospf コマンドの出力では、10 Gbps は 10g と表示され、 10000000000 は表示されません。
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
メモ:共有ネットワーク内のすべてのルーティング デバイスで、この設定全体を繰り返します。
結果
show protocols ospf コマンドを入力して、設定を確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf reference-bandwidth 10g;
OSPFv3 の設定を確認するには、 show protocols ospf3 コマンドを 入力します。
特定の OSPF インターフェースにメトリックを設定する
CLI クイックコンフィギュレーション
特定のOSPFインターフェイスにメトリックを迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、コマンドを[edit]階層レベルでCLIにコピーアンドペーストして、設定モードから を入力 commit
します。
[edit] set protocols ospf area 0.0.0.0 interface fe-1/0/1 metric 5
手順
特定のOSPFインターフェイスのメトリックを設定するには:
OSPF エリアを作成します。
メモ:OSPFv3を指定するには、[edit protocols]階層レベルにospf3ステートメントを含めます。
[edit] user@host# edit protocols ospf area 0.0.0.0
OSPF ネットワーク セグメントのメトリックを設定します。
[edit protocols ospf area 0.0.0.0 ] user@host# set interface fe-1/0/1 metric 5
デバイスの設定が完了したら、設定をコミットします。
[edit protocols ospf area 0.0.0.0 ] user@host# commit
結果
show protocols ospf コマンドを入力して、設定を確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf area 0.0.0.0 { interface fe-1/0/1.0 { metric 5; } }
OSPFv3 の設定を確認するには、 show protocols ospf3 コマンドを 入力します。
検証
設定が正しく機能していることを確認します。
設定されたメトリックの検証
目的
インターフェイスのメトリック設定を確認します。[Cost]フィールドにインターフェイスの設定済みメトリック(コスト)が表示されていることを確認します。宛先へのパスを選択する場合、OSPF はコストが最も低いパスを使用します。
アクション
運用モードから、OSPFv2 の show ospf interface detail コマンドを入力し、OSPFv3 の show ospf3 interface detail コマンドを入力します。
例:帯域幅に基づいてOSPFインターフェイスメトリックを動的に調整する
この例では、帯域幅に基づいてOSPFインターフェイスメトリックを動的に調整する方法を示しています。
構成
CLI クイックコンフィギュレーション
OSPFインターフェイスに帯域幅のしきい値と関連するメトリック値を迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit
します。
[edit] set protocols ospf area 0.0.0.0 interface ae0.0 metric 5 set protocols ospf area 0.0.0.0 interface ae0.0 bandwidth-based-metrics bandwidth 1g metric 60 set protocols ospf area 0.0.0.0 interface ae0.0 bandwidth-based-metrics bandwidth 10g metric 50
手順
特定のOSPFインターフェイスのメトリックを設定するには:
-
OSPF エリアを作成します。
メモ:OSPFv3を指定するには、[edit protocols]階層レベルにospf3ステートメントを含めます。
[edit] user@host# edit protocols ospf area 0.0.0.0
-
OSPF ネットワーク セグメントのメトリックを設定します。
[edit protocols ospf area 0.0.0.0 ] user@host# set interface ae0 metric 5
-
帯域幅のしきい値と関連するメトリック値を設定します。集合型イーサネットインターフェイスの帯域幅が1gの場合、この設定では、OSPFはこのインターフェイスにメトリック60を考慮します。集約されたイーサネット インターフェイスの帯域幅が 10g の場合、OSPF はこのインターフェイスのメトリック 50 を考慮します。
[edit protocols ospf area 0.0.0.0 ] user@host# set interface ae0.0 bandwidth-based-metrics bandwidth 1g metric 60 user@host# set interface ae0.0 bandwidth-based-metrics bandwidth 10g metric 50
-
デバイスの設定が完了したら、設定をコミットします。
[edit protocols ospf area 0.0.0.0 ] user@host# commit
結果
show protocols ospf コマンドを入力して、設定を確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf area 0.0.0.0 { interface ae0.0 { bandwidth-based-metrics { bandwidth 1g metric 60; bandwidth 10g metric 50; } metric 5; } }
OSPFv3 の設定を確認するには、 show protocols ospf3 コマンドを 入力します。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
OSPF ネットワーク内のデバイスのルーター識別子を設定します。 例: OSPF ルーター識別子の設定を参照してください。
OSPF 指定ルーターの選択を制御します。例:OSPF 指定ルーター選択の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例: 単一エリア OSPF ネットワークの設定を参照してください。
概要
OSPF インターフェイスに、帯域幅のしきい値と関連するメトリック値のセットを指定できます。インターフェイスの帯域幅が変更されると、Junos OSは、適切な帯域幅しきい値に関連付けられた値にインターフェイスメトリックを自動的に設定します。帯域幅ベースのメトリック値を設定する場合、通常、複数の帯域幅とメトリック値を設定します。
この例では、帯域幅ベースメトリックステートメントと以下の設定を含めて、帯域幅ベースのメトリックにOSPFインターフェイスae0を設定します。
帯域幅—帯域幅のしきい値をビット/秒で指定します。範囲は、9600~1,000,000,000,000,000です。
メトリック—特定の帯域幅値に関連付けるメトリック値を指定します。範囲は1~65,535です。
トポロジ
例:OSPF ルートプリファレンスの制御
この例では、転送テーブルで OSPF ルート選択を制御する方法を示しています。この例では、OSPFから別のIGPに移行する場合に、ルート選択を制御する方法も示しています。
構成
CLI クイックコンフィギュレーション
OSPFルートプリファレンス値を迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit
します。
[edit] set protocols ospf preference 168 external-preference 169
手順
ルート選択を設定するには:
OSPF 設定モードに入り、外部および内部ルーティングのプリファレンスを設定します。
メモ:OSPFv3を指定するには、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@host# set protocols ospf preference 168 external-preference 169
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf preference 168; external-preference 169;
OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3
入力します。
要件
この例では、OSPF がネットワークで正しく設定され、実行されていることを前提としており、OSPF から別の IGP への移行を計画しているため、ルート選択を制御する必要があります。
デバイス インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
移行する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)です。
トポロジ
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 にエクスポートされるプレフィックス数を制限するには、
[edit] set protocols ospf prefix-export-limit number
プレフィックス エクスポート制限数は、0~4,294,967,295 の値を指定できます。
「」も参照
例:ルーティング デバイスが過負荷状態に見えるように OSPF を設定する
この例では、OSPFを実行するルーティングデバイスが過負荷状態に見えるように設定する方法を示しています。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 『 Interfaces User Guide for Security Devices』を参照してください。
OSPF ネットワーク内のデバイスのルーター識別子を設定します。 例: OSPF ルーター識別子の設定を参照してください。
OSPF 指定ルーターの選択を制御します。例:OSPF 指定ルーター選択の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例: 単一エリア OSPF ネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 例: マルチエリア OSPF ネットワークの設定を参照してください。
概要
OSPFを実行しているローカルルーティングデバイスが過負荷状態に見えるように設定することで、ローカルルーティングデバイスはOSPFルーティングに参加できますが、トランジットトラフィックには参加できません。設定された場合、トランジット インターフェイス メトリックは最大値 65535 に設定されます。
この例では、以下の設定を含みます。
オーバーロード—ローカルルーティングデバイスを設定して、オーバーロードしているように見えます。ルーティング・デバイスにOSPFルーティングへの参加を希望するが、トランジット・トラフィックに使用したくない場合、または実稼働ネットワーク内のルーティング・デバイス上で保守を実行する場合に、これを設定することができます。
タイムアウト seconds—(オプション)オーバーロードがリセットされる秒数を指定します。タイムアウト間隔を指定しない場合、ルーティング・デバイスは、オーバーロードステートメントが削除されるか、タイムアウトが設定されるまで、過負荷状態のままとなります。この例では、ルーティング デバイスが過負荷状態にある時間として 60 秒を設定します。デフォルトでは、タイムアウト間隔は0秒です(この値は設定されていません)。範囲は60~1800秒です。
トポロジ
構成
手順
CLI クイックコンフィギュレーション
ローカルルーティングデバイスを過負荷状態に素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、[edit]階層レベルでCLIにコマンドをコピーアンドペーストして、設定モードから を入力 commit
します。
[edit] set protocols ospf overload timeout 60
手順
ローカルルーティングデバイスが過負荷状態に見えるように設定するには:
OSPF 設定モードに入ります。
メモ:OSPFv3を指定するには、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@host# edit protocols ospf
ローカル ルーティング デバイスを過負荷状態にするように設定します。
[edit protocols ospf] user@host# set overload
(オプション)オーバーロードがリセットされる秒数を設定します。
[edit protocols ospf] user@host#
set overload timeout 60
(オプション)ルーティング・デバイスの負荷を最小限に抑え、デバイスが過負荷モードに入らないように、OSPFにエクスポートされるプレフィックス数の制限を設定します。
[edit protocols ospf] user@host# set prefix-export-limit 50
デバイスの設定が完了したら、設定をコミットします。
[edit protocols ospf] user@host# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。出力には、オプション timeout
の および ステートメントが prefix-export-limit
含まれています。
user@host# show protocols ospf prefix-export-limit 50; overload timeout 60;
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
入力します。
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 アルゴリズムの実行時に指定するタイマーを制御します。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリを参照してください。
OSPF ネットワーク内のデバイスのルーター識別子を設定します。 例: OSPF ルーター識別子の設定を参照してください。
OSPF 指定ルーターの選択を制御します。例:OSPF 指定ルーター選択の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例: 単一エリア OSPF ネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 例: マルチエリア OSPF ネットワークの設定を参照してください。
概要
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 に貼り付けます。
[edit] set protocols ospf spf-options delay 210 set protocols ospf spf-options rapid-runs 4 set protocols ospf spf-options holddown 5050
手順
手順
SPF オプションを設定するには:
OSPF 設定モードに入ります。
メモ:OSPFv3を指定するには、 階層レベルに
ospf3
ステートメントを[edit protocols]
含めます。[edit] user@host# edit protocols ospf
SPF 遅延時間を設定します。
[edit protocols ospf] user@host# set spf-options delay 210
SPF アルゴリズムが連続して実行できる最大回数を設定します。
[edit protocols ospf] user@host# set spf-options rapid-runs 4
SPF ホールドダウン タイマーを設定します。
[edit protocols ospf] user@host# set spf-options holddown 5050
デバイスの設定が完了したら、設定をコミットします。
[edit protocols ospf] user@host# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf spf-options { delay 210; holddown 5050; rapid-runs 4; }
OSPFv3 の設定を確認するには、 コマンドを show protocols ospf3
入力します。
安定したトポロジーにおける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 が更新されます。
[edit] protocols ospf { area 0.0.0.0 { interface so-0/0/1.0 { flood-reduction; } interface lo0.0; interface so-0/0/0.0; } }
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 間の同期を設定する方法を示します。
要件
開始する前に、以下を行います。
デバイス インターフェイスを設定します。 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリを参照してください。
OSPF ネットワーク内のデバイスのルーター識別子を設定します。 例: OSPF ルーター識別子の設定を参照してください。
OSPF 指定ルーターの選択を制御します。例:OSPF 指定ルーター選択の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例: 単一エリア OSPF ネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 例: マルチエリア OSPF ネットワークの設定を参照してください。
概要
この例では、以下のタスクを実行して、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 に貼り付けます。
[edit] set protocols ldp interface so-1/0/3 set protocols ospf area 0.0.0.0 interface so-1/0/3 ldp-syncrhonization hold-time 10
手順
LDP と OSPFv2 間の同期を有効にするには:
インターフェイスでLDPを有効にします。
[edit] user@host# set protocols ldp interface so-1/0/3
LDP同期を設定し、オプションで10秒の期間を設定して、フル稼働していないリンクの最大コストメトリックをアドバタイズします。
[edit ] user@host# edit protocols ospf area 0.0.0.0 interface so-1/0/3 ldp-synchronization
フル稼働していないリンクの最大コストメトリックをアドバタイズするために、10秒の期間を設定します。
[edit protocols ospf area 0.0.0.0 interface so-1/0/3 ldp-synchronization ] user@host# set hold-time 10
デバイスの設定が完了したら、設定をコミットします。
[edit protocols ospf area 0.0.0.0 interface so-1/0/3 ldp-synchronization] user@host# commit
結果
および show protocols ospf
コマンドを入力して、設定をshow protocols ldp
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ldp interface so-1/0/3.0;
user@host# show protocols ospf area 0.0.0.0 { interface so-1/0/3.0 { ldp-synchronization { hold-time 10; } } }
LDP と OSPFv2 間の同期の無効化
CLI クイックコンフィギュレーション
LDP と OSPFv2 間の同期を素早く無効にするには、以下のコマンドをコピーして CLI に貼り付けます。
[edit] set protocols ospf area 0.0.0.0 interface so-1/0/3 ldp-synchronization disable
手順
LDP と OSPF 間の同期を無効にするには:
ステートメントを含めることで同期を
disable
無効にします。[edit ] user@host# set protocols ospf area 0.0.0.0 interface so-1/0/3 ldp-synchronization disable
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf area 0.0.0.0 { interface so-1/0/3.0 { ldp-synchronization { disable; } } }
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ドメインに含まれるすべてのデバイスで設定します。
[edit] set protocols ospf no-rfc-1583
手順
RFC 1583 との OSPFv2 互換性を無効にするには:
RFC 1583を無効にします。
[edit] user@host# set protocols ospf no-rfc-1583
デバイスの設定が完了したら、設定をコミットします。
[edit] user@host# commit
メモ:OSPF ルーティング ドメインに参加する各ルーティング デバイスで、この設定を繰り返します。
結果
コマンドを入力して、設定を show protocols ospf
確認します。出力結果に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。
user@host# show protocols ospf no-rfc-1583;