このページの目次
OSPF ルート制御の設定
OSPFルート集約の理解
エリアボーダールーター(ABR)は、他のエリアへのルートを説明するために、サマリーリンクアドバタイズメントを送信します。宛先の数によっては、ルーティングデバイスのリソースを使用できる多数のリンク状態レコードがエリアに殺到する可能性があります。エリアにフラッディングされるアドバタイズメントの数を最小限に抑えるには、IP アドレスの範囲を結合または要約し、これらのアドレスに関する到達可能性情報を単一のリンク状態アドバタイズメント(LSA)で送信するように ABR を設定できます。IP アドレスの 1 つ以上の範囲を集約できます。この場合、指定したエリア範囲に一致するすべてのルートがエリア境界でフィルタリングされ、代わりにその概要がアドバタイズされます。
OSPFエリアでは、エリア内プレフィックスを集約およびフィルタリングできます。指定したエリア範囲に一致するすべてのルートがエリア境界でフィルタリングされ、代わりにサマリーがアドバタイズされます。OSPF の NSSA(それほどスタビーではないエリア)の場合、NSSA 外部(タイプ 7)LSA が AS 外部(タイプ 5)LSA に変換されてバックボーン エリアに入る前にのみ、NSSA 外部(タイプ 7)LSA を合体またはフィルタリングできます。エリア内で学習された外部ルートのうち、いずれかのプレフィックスの範囲に入らないものはすべて、個別に他のエリアにアドバタイズされます。
さらに、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を構成します。
area-range:エリアについて、サマリーエリア内リンクアドバタイズメントを送信する際に、IP アドレスの範囲を集約します。NSSA の場合、NSSA リンク状態アドバタイズメント(タイプ 7 LSA)を送信する際の IP アドレスの範囲を要約します。指定したプレフィックスは、ルートが他のエリアにアドバタイズされる際に、エリア内で学習した外部ルートを集約するために使用されます。
network/mask-length—要約された 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/30user@R5#set interfaces fe-0/0/2 unit 0 family inet address 10.0.8.4/30user@R5#set interfaces fe-0/0/0 unit 0 family inet address 10.0.2.3/30user@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/30user@R3#set interfaces fe-0/0/2 unit 0 family inet address 10.0.4.1/30user@R3#set interfaces fe-0/0/0 unit 0 family inet address 10.0.2.1/30user@R3#set interfaces fe-0/0/4 unit 0 family inet address 10.0.2.7/30OSPFエリアのタイプを設定します。
手記：OSPFv3 では、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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/1user@R5#set protocols ospf area 0.0.0.4 interface fe-0/0/2user@R5#set protocols ospf area 0.0.0.0 interface fe-0/0/0user@R5#set protocols ospf area 0.0.0.0 interface fe-0/0/4user@R3#
set protocols ospf area 0.0.0.3 interface fe-0/0/1user@R3#set protocols ospf area 0.0.0.3 interface fe-0/0/2user@R3#set protocols ospf area 0.0.0.0 interface fe-0/0/0user@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 interfaces と show protocols ospf3 コマンドを入力します。
例: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 では、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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インターフェイスメトリックを手動で割り当てて、デフォルト値を上書きすることができます。あるいは、現在のジュニパーのプラットフォームは400Gbpsで動作するインターフェイスをサポートしているため、より大きな reference-bandwidth 値を設定することをお勧めします。ネットワーク内の最高速度のインターフェイスの倍数に基づく基準帯域幅値を設定すると、インターフェイス速度に基づいてネットワークパスが自動的に最適化され、ネットワーク速度を上げる余地が生まれます。
ホスト間の特定のパスにわたるコストの合計によって、パスの全体的なコストが決まります。その後、パケットは SPF(最短パス優先)アルゴリズムを使用して、最短パスに沿ってルーティングされます。送信元アドレスと宛先アドレスの間に複数の等価コスト パスが存在する場合、OSPF は各パスに沿ってパケットを交互にラウンドロビン方式でルーティングします。総パスメトリックが低いルートが、パスメトリックが高いルートよりも優先されます。
OSPF トラフィックを制御するには、次の方法を使用できます。
-
個々のOSPFネットワークセグメントのコストを制御する
-
帯域幅に基づき、OSPFインターフェイスのメトリックを動的に調整
-
OSPF ルート選択の制御
個々の OSPF ネットワーク セグメントのコストの制御
OSPFは、次の式を使用してルートのコストを決定します。
cost = reference-bandwidth / interface bandwidth
デフォルトのインターフェイスコストの計算に使用される基準帯域幅の値を変更することができます。インターフェイス帯域幅の値は、ユーザーが設定できるものではなく、物理インターフェイスの実際の帯域幅を示します。
デフォルトでは、OSPF は 100 Mbps より高速なリンクにデフォルトのコスト メトリック 1 を割り当て、ループバック インターフェイス(lo0)にデフォルトのコスト メトリック 0 を割り当てます。ループバック インターフェイスに帯域幅は関連付けられていません。
ネットワーク全体のパケットのフローを制御するために、OSPFでは、特定のパスセグメントにコスト(またはメトリック)を手動で割り当てることができます。特定のOSPFインターフェイスにメトリックを指定すると、その値を使用して、そのインターフェイスからアドバタイズされるルートのコストが決定されます。例えば、OSPFネットワーク内のすべてのルーターがデフォルトのメトリック値を使用している場合、1つのインターフェイスのメトリックを5に増やすと、そのインターフェイスを通過するすべてのパスはデフォルトよりも高い計算メトリックを持つため、優先されません。
メトリックに設定した値は、参照帯域幅の値を使用してそのインターフェイスのルートコストを計算するデフォルトの動作を上書きします。
ルーティングテーブル内の同じ宛先へのイコールコストルートが複数ある場合、等コストマルチパス(ECMP)セットが形成されます。アクティブ ルートに ECMP セットがある場合、Junos OS ソフトウェアはハッシュ アルゴリズムを使用して、ECMP セット内のネクストホップ アドレスの 1 つを選択し、転送テーブルにインストールします。
ECMP セット内の複数のネクストホップ エントリーが転送テーブルにインストールされるように Junos OS を設定できます。[edit policy-options]階層レベルに1つ以上のポリシーステートメント設定ステートメントを含め、パケットごとのアクションロードバランスを行うことで、負荷分散ルーティングポリシーを定義します。次に、ルーティング テーブルから転送テーブルにエクスポートされたルートにルーティング ポリシーを適用します。
帯域幅に基づくOSPFインターフェイスメトリックの動的な調整
OSPFインターフェイスまたはOSPFインターフェイス上のトポロジーに対して、帯域幅のしきい値のセットと関連するメトリック値を指定できます。インターフェイスの帯域幅が変更された場合(たとえば、LAGでインターフェイスメンバーが失われた場合や、インターフェイス速度が管理上変更された場合)、Junos OSは、インターフェイスメトリックを適切な帯域幅しきい値に関連付けられた値に自動的に設定します。Junos OSは、実際のインターフェイス帯域幅と同じかそれ以上の最小設定帯域幅しきい値を使用して、メトリック値を決定します。インターフェイスの帯域幅が、設定された帯域幅の閾値のいずれかよりも大きい場合、設定された帯域幅ベースのメトリック値ではなく、インターフェイスに設定されたメトリック値が使用されます。帯域幅が変化したときにインターフェイスのメトリックを再計算する機能は、集約型インターフェイスにとって特に便利です。
帯域幅ベースのメトリックを有効にする場合は、インターフェイスのメトリックも設定する必要があります。
OSPF ルート設定の制御
ルート設定を使用して、ネットワークを通過するパケットのフローを制御できます。ルート設定は、複数のプロトコルが同じ宛先へのルートを計算する場合に、転送テーブルにインストールするルートを選択するために使用されます。優先度の最も低いルートが選択されます。
デフォルトでは、内部 OSPF ルートの優先度は 10 で、外部 OSPF ルートの優先度は 150 です。デフォルト設定はほとんどの環境に適していますが、OSPFネットワーク内のすべてのルーティングデバイスがデフォルトの優先値を使用している場合、またはOSPFから別の内部ゲートウェイプロトコル(IGP)への移行を計画している場合は、デフォルト設定を変更することをお勧めします。すべてのデバイスがデフォルトの ルート優先度 値を使用している場合、ルート設定を変更して、宛先へのイコールコストパスが複数存在するときはいつでも、特定のデバイスを通るパスが転送テーブルで選択されるようにすることができます。OSPFから異なるIGPに移行する場合、ルート設定を変更することで、制御された方法で移行を実行することができます。
関連項目
例:個々の OSPF ネットワーク セグメントのコストの制御
この例では、個々の OSPF ネットワーク セグメントのコストを制御する方法を示します。
必要条件
始める前に:
デバイスインターフェイスを設定します。 セキュリティ デバイス向けインターフェイス ユーザー ガイドを参照してください。
OSPFネットワーク内のデバイスのルーター識別子を設定します。 例:OSPFルーター識別子の設定を参照してください。
OSPFの指定ルーター選出を制御します。例:OSPF指定ルーター選出の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例:単一エリアOSPFネットワークの設定を参照してください。
概要
すべての OSPF インターフェイスには、リンク状態の計算に使用されるルーティング メトリックであるコストがあります。総パスメトリックが低いルートが、パスメトリックが高いルートよりも優先されます。この例では、OSPFネットワークセグメントのコストを制御する方法について説明します。
デフォルトでは、OSPF は 100 Mbps より高速なリンクにデフォルトのコスト メトリック 1 を割り当て、ループバック インターフェイス(lo0)にデフォルトのコスト メトリック 0 を割り当てます。ループバック インターフェイスに帯域幅は関連付けられていません。つまり、100 Mbps より高速なすべてのインターフェイスのデフォルト コスト メトリックは 1 と同じです。送信元アドレスと宛先アドレスの間に複数の等価コスト パスが存在する場合、OSPF は各パスに沿ってパケットを交互にラウンドロビン方式でルーティングします。
すべてのインターフェイスが同じ速度で動作していれば、同じデフォルトメトリックを使用することは問題にならないかもしれません。インターフェイスが異なる速度で動作する場合、OSPFは異なるインターフェイス間でパケットを均等にルーティングするため、トラフィックが最速のインターフェイスを介してルーティングされないことに気付くかもしれません。例えば、ルーティング デバイスにOSPFを実行するファストイーサネットとギガビットイーサネットのインターフェイスがある場合、これらのインターフェイスのそれぞれのデフォルトコストメトリックは1です。
最初の例では、 reference-bandwidth ステートメントを含めることで、基準帯域幅を 10g(10,000,000,000 ビットで示される 10Gbps)に設定します。この設定では、OSPF はファスト イーサネット インターフェイスにデフォルトのメトリック 100 を、ギガビット イーサネット インターフェイスにメトリック 10 を割り当てます。ギガビット イーサネット インターフェイスのメトリックは最も低いため、OSPF はパケットをルーティングするときにメトリックを選択します。範囲は 9600 から 1,000,000,000,000 ビットです。
図2 は、エリア0.0.0.0の3つのルーティングデバイスを示しており、デバイスR2とデバイスR3の間のリンクが他のトラフィックで輻輳していると仮定しています。また、特定のパス セグメントにメトリックを手動で割り当てることで、ネットワーク上のパケットのフローを制御することもできます。メトリックに設定した値は、参照帯域幅の値を使用してそのインターフェイスのルートコストを計算するデフォルトの動作を上書きします。デバイスR3からのトラフィックがデバイスR2に直接行くのを防ぐには、デバイスR1に接続するデバイスR3上のインターフェイスでメトリックを調整して、すべてのトラフィックがデバイスR1を通過するようにします。
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 と 10000000000 のどちらを入力しても、show protocols ospf コマンドの出力には、10 Gbps が 10000000000 ではなく 10g と表示されます。
デバイスの設定が完了したら、設定をコミットします。
[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 インターフェース詳細 コマンドを入力します。
ワンホップ OSPFv2 ネイバーにおける加重 ECMP トラフィック分散の理解
ECMP(等価コストマルチパス)は、複数のパス間でトラフィックを負荷分散するための一般的な手法です。ECMP を有効にすると、リモート宛先へのパスのコストが同じ場合、トラフィックはそれらの間で均等な割合で分散されます。最終的な宛先に向かう隣接ルーターへのローカルリンクの容量が等しくない場合、複数のパスにトラフィックを均等に分散することは望ましくありません。通常、2 つのリンク間のトラフィック分散は等しく、リンク使用率は同じです。ただし、集約されたイーサネットバンドルの容量が変化すると、トラフィックを均等に分散すると、リンク使用率のバランスが崩れます。この場合、加重 ECMP を使用すると、ローカル リンクの容量に比例して、等コスト パス間でトラフィックのロード バランシングを行うことができます。
たとえば、同じコストの4つのリンクと1つのリンクを持つ集約型イーサネットバンドルで相互接続された2つのデバイスがあります。通常の状態では、AEバンドルと単一リンクの両方が均等に利用されてトラフィックを分散します。ただし、AE バンドル内のリンクがダウンすると、リンク容量に変化があり、リンク使用率が不均一になります。加重 ECMP は、ローカル リンクの容量に比例して、等コスト パス間でトラフィックを負荷分散します。この場合、トラフィックはAEバンドルと単一リンクの間で30/40の割合で分散されます。
この機能は、1 ホップ離れた OSPFv2 ネイバーへの重み付け ECMP ルーティングを提供します。オペレーティング システムは、すぐ接続されたルーターでのみこの機能をサポートし、マルチホップ ルーター、つまり 1 ホップ以上離れたルーターでは、加重 ECMP をサポートしません。
直接接続された OSPFv2 ネイバーで加重 ECMP トラフィック分散を有効にするには、[edit protocols ospf spf-options multipath]階層レベルで weighted one-hop ステートメントを設定します。
この機能を設定する前に、パケットごとのロード バランシング ポリシーを設定する必要があります。WECMP は、パケット単位のロード バランシング ポリシーが設定されている場合に動作します。
論理インターフェイスの場合、基盤となる物理インターフェイスの帯域幅に基づいて、等コストのマルチパスにトラフィックを分散するようにインターフェイス帯域幅を設定する必要があります。各論理インターフェイスの論理帯域幅を設定しない場合、オペレーティングシステムは、物理インターフェイスの帯域幅全体が各論理インターフェイスで使用可能であると想定します。
例:ワンホップ OSPFv2 ネイバーでの重み付き ECMP トラフィック分散
概要 この例では、最適なロード バランシングを確保するために、1 ホップ離れた OSPFv2 ネイバーにトラフィックを分散するための ECMP(加重等コスト マルチパス)ルーティングを設定するには例を示します。
この例は、当社のコンテンツテスト チームが検証し、更新したものです。
| 読書の時間 |
30分 |
| 設定時間 |
20分 |
前提条件の例
| ハードウェア要件 |
2台のMXシリーズルーター。 |
| ソフトウェア要件 |
すべてのデバイスでJunos OSリリース24.2R1以降が動作していること。 |
始める前に
| 利点 |
重み付け ECMP ルーティングは、ロード バランシングを向上させるために、トラフィックを複数のパスに不均一に分散します。パケットごとのロードバランシング中にトラフィックを均等に分散するよりも効率的です。 |
| もっと知る |
機能概要
| 使用技術 |
|
| 一次検証タスク |
|
トポロジの概要
この設定例では、ルーター R0 とルーター R1 の間にそれぞれ 2 つのリンクが設定された、3 つの集約型イーサネット バンドルae0、ae1、ae2 を示しています。パケット転送エンジンは、利用可能な帯域幅に応じて、リンクの1つがダウンした場合、3つのイーサネットバンドル間でトラフィックを不均一に分散します。
| ホスト名 |
役割 |
機能 |
|---|---|---|
| R0 |
WECMP が設定されているデバイス。 |
R0 は R1 にトラフィックを送信します。 |
| R1 |
R0 に直接接続されているデバイス。 |
R1はR0からトラフィックを受信します。 |
トポロジーの図
での加重 ECMP トラフィック分散
R0 の設定手順
R0 の完全な構成例については、「付録 1: すべてのデバイスでコマンドを設定する」を参照してください。
このセクションでは、この例の R0 デバイスの設定に必要な主な設定タスクについて説明します。最初のステップは、集合型イーサネットインターフェイスの設定に共通です。以下の一連の手順は、AE バンドルでの OSPF の設定と加重 ECMP の設定に固有のものです。
-
ae0、ae1、ae2集合型イーサネットバンドルの2つのメンバーリンクを設定します。
ae0、ae1、ae2集合型イーサネットインターフェイスのIPアドレスとLACP(リンクアグリゲーション制御プロトコル)を設定します。
VLANタギング用の集合型イーサネットインターフェイス(ae0、ae1、ae2)を設定します。
ループバックインターフェイスアドレスを設定します。
設定値[router-id]を入力してOSPFルーター識別子を設定します。
基盤となる物理帯域幅に基づいて、適切な帯域幅で論理インターフェイスを設定します。
手記：論理インターフェイスの場合、基盤となる運用インターフェイスの帯域幅に基づいて、等コストマルチパスにトラフィックを分散するようにインターフェイス帯域幅を設定します。単一のインターフェイスに複数の論理インターフェイスを設定する場合、各論理インターフェイスに適切な論理帯域幅を設定して、論理インターフェイス上の望ましいトラフィック分散を確認します。
トンネルインターフェイスを設定し、R0の各パケット転送エンジンでトンネルトラフィック用に予約する帯域幅の量を指定します。
[edit] set interfaces ge-0/0/1 gigether-options 802.3ad ae0 set interfaces ge-0/0/2 gigether-options 802.3ad ae0 set interfaces ge-0/0/3 gigether-options 802.3ad ae1 set interfaces ge-0/0/4 gigether-options 802.3ad ae1 set interfaces ge-0/0/5 gigether-options 802.3ad ae2 set interfaces ge-0/0/6 gigether-options 802.3ad ae2
[edit] set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options lacp active set interfaces ae1 aggregated-ether-options minimum-links 1 set interfaces ae1 aggregated-ether-options lacp active set interfaces ae2 aggregated-ether-options minimum-links 1 set interfaces ae2 aggregated-ether-options lacp active
[edit] set interfaces ae0 vlan-tagging set interfaces ae1 vlan-tagging set interfaces ae2 vlan-tagging
[edit] set interfaces lo0 unit 0 family inet address 10.1.255.1/32
[edit] set routing-options router-id 10.1.255.1
[edit] set interfaces ae0 unit 0 vlan-id 6 set interfaces ae0 unit 0 family inet address 10.0.0.1/24 set interfaces ae1 unit 0 vlan-id 16 set interfaces ae1 unit 0 family inet address 10.0.1.1/24 set interfaces ae2 unit 0 vlan-id 26 set interfaces ae2 unit 0 family inet address 10.2.2.1/24
設定したい加重ECMPインターフェースの最大数を指定します。グレースフルスイッチオーバーを有効にし、作成するアグリゲートイーサネットインターフェイスの数を指定します。
[edit] set chassis maximum-ecmp 64 set chassis aggregated-devices ethernet device-count 3
すべてのインターフェイスとAEバンドルでOSPFを設定します。
[edit]set protocols ospf area 0.0.0.0 interface ae0.0 set protocols ospf area 0.0.0.0 interface ae0.0 set protocols ospf area 0.0.0.0 interface ae1.0 set protocols ospf area 0.0.0.0 interface ae2.0 set protocols ospf area 0.0.0.0 interface lo0.0パケット 単位のロード バランシングを設定する。
[edit] set policy-options policy-statement pplb then load-balance per-packet
パケットごとのロード バランシング ポリシーを適用します。
[edit] set routing-options forwarding-table export ppl
直接接続された OSPFv2 ネイバーで加重 ECMP トラフィック分散を有効にします。
[edit] set protocols ospf spf-options multipath weighted one-hop
検証
| コマンド | 検証タスク |
|---|---|
| ショールート拡張 | 等コストの複数パスを介したトラフィックの均等分散を検証します。 |
| ショールート拡張 | 利用可能な帯域幅上でのトラフィック分散の不均等を検証します。 |
| インターフェース拡張を表示 | 利用可能な帯域幅上でのトラフィック分散の不均等を検証します。 |
等コスト複数パスを介したトラフィックの均等分散の検証
目的
集約されたイーサネットバンドル全体にトラフィックが均等に分散されていることを確認するには、次の手順に従います。
アクション
動作モードから、 show route 10.1.255.2 extensive コマンドを入力します。
user@R0> show route 10.1.255.2 extensive
inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden)
10.1.255.2/32 (1 entry, 1 announced)
TSI:
KRT in-kernel 10.1.255.2/32 -> {list:10.0.0.2, 10.0.1.2, 10.2.2.2}
*OSPF Preference: 10
Next hop type: Router, Next hop index: 0
Address: 0x819a814
Next-hop reference count: 2, Next-hop session id: 0
Kernel Table Id: 0
Next hop: 10.0.0.2 via ae0.0 weight 0x1 balance 33%
Session Id: 0
Next hop: 10.0.1.2 via ae1.0 weight 0x1 balance 33%, selected
Session Id: 0
Next hop: 10.2.2.2 via ae2.0 weight 0x1 balance 33%
Session Id: 0
State: <Active Int>
Age: 4d 17:55:37 Metric: 1
Validation State: unverified
Area: 0.0.0.0
Task: OSPF
Announcement bits (1): 0-KRT
AS path: I
Thread: junos-main
user@R0> show interfaces ae0.0 extensive
Logical interface ae0.0 (Index 337) (SNMP ifIndex 578) (Generation 173)
Flags: Up SNMP-Traps 0x4000 VLAN-Tag [ 0x8100.6 ] Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 89241 0 7140674 0
Output: 89244 0 8731668 0
Adaptive Statistics:
Adaptive Adjusts: 0
Adaptive Scans : 0
Adaptive Updates: 0
Link:
ge-0/0/1.0
Input : 47583 0 3807058 0
Output: 0 0 0 0
ge-0/0/2.0
Input : 41632 0 3331512 0
Output: 89243 0 8731574 0
Aggregate member links: 2
Marker Statistics: Marker Rx Resp Tx Unknown Rx Illegal Rx
ge-0/0/1.0 0 0 0 0
ge-0/0/2.0 0 0 0 0
Protocol inet, MTU: 1500
Max nh cache: 75000, New hold nh limit: 75000, Curr nh cnt: 1, Curr new hold cnt: 0, NH drop cnt: 0
Generation: 177, Route table: 0
Flags: Sendbcast-pkt-to-re, 0x0
Addresses, Flags: Is-Preferred Is-Primary
Destination: 10.0.0/24, Local: 10.0.0.1, Broadcast: 10.0.0.255, Generation: 157
Protocol multiservice, MTU: Unlimited, Generation: 178, Route table: 0
Flags: Is-Primary, 0x0
Policer: Input: __default_arp_policer__
user@R0> show interfaces ae1.0 extensive
Logical interface ae1.0 (Index 362) (SNMP ifIndex 593) (Generation 175)
Flags: Up SNMP-Traps 0x4000 VLAN-Tag [ 0x8100.16 ] Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 89631 0 7194074 312
Output: 89626 1 8793864 784
Adaptive Statistics:
Adaptive Adjusts: 0
Adaptive Scans : 0
Adaptive Updates: 0
Link:
ge-0/0/3.0
Input : 89631 0 7194074 312
Output: 89626 0 8793864 0
ge-0/0/4.0
Input : 0 0 0 0
Output: 0 0 0 0
Aggregate member links: 2
Marker Statistics: Marker Rx Resp Tx Unknown Rx Illegal Rx
ge-0/0/3.0 0 0 0 0
ge-0/0/4.0 0 0 0 0
Protocol inet, MTU: 1500
Max nh cache: 75000, New hold nh limit: 75000, Curr nh cnt: 1, Curr new hold cnt: 0, NH drop cnt: 0
Generation: 180, Route table: 0
Flags: Sendbcast-pkt-to-re, 0x0
Addresses, Flags: Is-Preferred Is-Primary
Destination: 10.0.1/24, Local: 10.0.1.1, Broadcast: 10.0.1.255, Generation: 159
Protocol multiservice, MTU: Unlimited, Generation: 181, Route table: 0
Flags: 0x0
Policer: Input: __default_arp_policer__
user@R0> show interfaces ae2.0 extensive
Logical interface ae2.0 (Index 364) (SNMP ifIndex 592) (Generation 177)
Flags: Up SNMP-Traps 0x4000 VLAN-Tag [ 0x8100.26 ] Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 89612 0 7193002 0
Output: 89664 0 8797828 0
Adaptive Statistics:
Adaptive Adjusts: 0
Adaptive Scans : 0
Adaptive Updates: 0
Link:
ge-0/0/5.0
Input : 89612 0 7193002 0
Output: 89664 0 8797828 0
ge-0/0/6.0
Input : 0 0 0 0
Output: 0 0 0 0
Aggregate member links: 2
Marker Statistics: Marker Rx Resp Tx Unknown Rx Illegal Rx
ge-0/0/5.0 0 0 0 0
ge-0/0/6.0 0 0 0 0
Protocol inet, MTU: 1500
Max nh cache: 75000, New hold nh limit: 75000, Curr nh cnt: 1, Curr new hold cnt: 0, NH drop cnt: 0
Generation: 183, Route table: 0
Flags: Sendbcast-pkt-to-re, 0x0
Addresses, Flags: Is-Preferred Is-Primary
Destination: 10.2.2/24, Local: 10.2.2.1, Broadcast: 10.2.2.255, Generation: 161
Protocol multiservice, MTU: Unlimited, Generation: 184, Route table: 0
Flags: 0x0
Policer: Input: __default_arp_policer__
意味
OSPF は、3 つの集約されたイーサネットバンドルに同じ帯域幅がある場合、トラフィックを均等に分散します。
使用可能な帯域幅上での不均等なトラフィック分散の検証
目的
利用可能な帯域幅に応じて、パケット単位のロード バランシング中に集約されたリンクの 1 つがダウンした場合に、OSPF がトラフィックを不均一に分散することを検証する。
アクション
ae0バンドル上のリンクの1つを無効にします。動作モードから、 show route 10.1.255.2 extensive コマンドを入力します。
user@R0> show route 10.1.255.2 extensive
inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden)
10.1.255.2/32 (1 entry, 1 announced)
TSI:
KRT in-kernel 10.1.255.2/32 -> {list:10.0.0.2, 10.0.1.2, 10.2.2.2}
*OSPF Preference: 10
Next hop type: Router, Next hop index: 0
Address: 0x819ba14
Next-hop reference count: 2, Next-hop session id: 0
Kernel Table Id: 0
Next hop: 10.0.0.2 via ae0.0 weight 0x1 balance 20%
Session Id: 0
Next hop: 10.0.1.2 via ae1.0 weight 0x1 balance 40%, selected
Session Id: 0
Next hop: 10.2.2.2 via ae2.0 weight 0x1 balance 40%
Session Id: 0
State: <Active Int>
Age: 23 Metric: 1
Validation State: unverified
Area: 0.0.0.0
Task: OSPF
Announcement bits (1): 0-KRT
AS path: I
Thread: junos-main
意味
OSPFは、ae0バンドルの方が利用可能な帯域幅が少ないと推測します。そのため、 は、利用可能な帯域幅に応じて、パケットごとのロード バランシングを変更します。出力によると、集約されたイーサネットリンクの1つがダウンしているため、ae0で利用可能な帯域幅は20%のみです。そのため、OSPF は利用可能な帯域幅に応じてトラフィックを不均一に分散します。
付録 1: すべてのデバイスでコマンドを設定する
この例を素早く設定するには、以下のコマンドをコピーしてテキスト・ファイルに貼り付け、改行を削除し、ネットワーク構成に合わせて必要な内容を変更した後、[edit]階層レベルのCLIにコマンドをコピー&ペーストしてください。
R0
set system host-name R0 set chassis maximum-ecmp 64 set chassis aggregated-devices ethernet device-count 3 set interfaces ge-0/0/1 description "LinkID: R0R1-1" set interfaces ge-0/0/1 gigether-options 802.3ad ae0 set interfaces ge-0/0/2 description "LinkID: R0R1-2" set interfaces ge-0/0/2 gigether-options 802.3ad ae0 set interfaces ge-0/0/3 description "LinkID: R0R1-3" set interfaces ge-0/0/3 gigether-options 802.3ad ae1 set interfaces ge-0/0/4 description "LinkID: R0R1-4" set interfaces ge-0/0/4 gigether-options 802.3ad ae1 set interfaces ge-0/0/5 description "LinkID: R0R1-5" set interfaces ge-0/0/5 gigether-options 802.3ad ae2 set interfaces ge-0/0/6 description "LinkID: R0R1-6" set interfaces ge-0/0/6 gigether-options 802.3ad ae2 set interfaces ae0 vlan-tagging set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 vlan-id 6 set interfaces ae0 unit 0 family inet address 10.0.0.1/24 set interfaces ae1 vlan-tagging set interfaces ae1 aggregated-ether-options minimum-links 1 set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 vlan-id 16 set interfaces ae1 unit 0 family inet address 10.0.1.1/24 set interfaces ae2 vlan-tagging set interfaces ae2 aggregated-ether-options minimum-links 2 set interfaces ae2 aggregated-ether-options lacp active set interfaces ae2 unit 0 vlan-id 26 set interfaces ae2 unit 0 family inet address 10.2.2.1/24 set interfaces lo0 unit 0 family inet address 10.1.255.1/32 set policy-options policy-statement pplb then load-balance per-packet set routing-options router-id 10.1.255.1 set routing-options forwarding-table export pplb set protocols ospf spf-options multipath weighted one-hop set protocols ospf area 0.0.0.0 interface ae0.0 set protocols ospf area 0.0.0.0 interface ae0.0 set protocols ospf area 0.0.0.0 interface ae1.0 set protocols ospf area 0.0.0.0 interface ae2.0 set protocols ospf area 0.0.0.0 interface lo0.0
R1
set system host-name R1 set chassis maximum-ecmp 64 set chassis aggregated-devices ethernet device-count 3 set interfaces ge-0/0/1 description "LinkID: R0R1-1" set interfaces ge-0/0/1 gigether-options 802.3ad ae0 set interfaces ge-0/0/2 description "LinkID: R0R1-2" set interfaces ge-0/0/2 gigether-options 802.3ad ae0 set interfaces ge-0/0/3 description "LinkID: R0R1-3" set interfaces ge-0/0/3 gigether-options 802.3ad ae1 set interfaces ge-0/0/4 description "LinkID: R0R1-4" set interfaces ge-0/0/4 gigether-options 802.3ad ae1 set interfaces ge-0/0/5 description "LinkID: R0R1-5" set interfaces ge-0/0/5 gigether-options 802.3ad ae2 set interfaces ge-0/0/6 description "LinkID: R0R1-6" set interfaces ge-0/0/6 gigether-options 802.3ad ae2 set interfaces ae0 vlan-tagging set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 vlan-id 6 set interfaces ae0 unit 0 family inet address 10.0.0.2/24 set interfaces ae1 vlan-tagging set interfaces ae1 aggregated-ether-options minimum-links 1 set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 vlan-id 16 set interfaces ae1 unit 0 family inet address 10.0.1.2/24 set interfaces ae2 vlan-tagging set interfaces ae2 aggregated-ether-options minimum-links 2 set interfaces ae2 aggregated-ether-options lacp active set interfaces ae2 unit 0 vlan-id 26 set interfaces ae2 unit 0 family inet address 10.2.2.2/24 set interfaces lo0 unit 0 family inet address 10.1.255.2/32 set routing-options router-id 10.1.255.2 set protocols ospf area 0.0.0.0 interface ae0.0 set protocols ospf area 0.0.0.0 interface ae1.0 set protocols ospf area 0.0.0.0 interface ae2.0 set protocols ospf area 0.0.0.0 interface lo0.0
例:帯域幅に基づく 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 コマンドを入力します。
必要条件
始める前に:
デバイスインターフェイスを設定します。 セキュリティ デバイス向けインターフェイス ユーザー ガイドを参照してください。
OSPFネットワーク内のデバイスのルーター識別子を設定します。 例:OSPFルーター識別子の設定を参照してください。
OSPFの指定ルーター選出を制御します。例:OSPF指定ルーター選出の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例:単一エリアOSPFネットワークの設定を参照してください。
概要
OSPFインターフェイスの帯域幅しきい値と関連するメトリック値のセットを指定できます。インターフェイスの帯域幅が変更されると、Junos OS は、インターフェイスのメトリックを適切な帯域幅の閾値に関連付けられた値に自動的に設定します。帯域幅ベースのメトリック値を設定する場合、通常は複数の帯域幅とメトリック値を設定します。
この例では、帯域幅ベースのメトリック ステートメントと以下の設定を含めることで、帯域幅ベースのメトリック用に OSPF インターフェイスae0 を設定します。
bandwidth—帯域幅の閾値をビット毎秒で指定します。範囲は 9600 から 1,000,000,000,000,000 です。
metric - 特定の帯域幅値に関連付けるメトリック値を指定します。範囲は 1 から 65,535 です。
位相幾何学
例:OSPF ルート設定の制御
この例では、転送テーブルでの OSPF ルート選択を制御する方法を示します。この例では、OSPF から別の IGP に移行する場合に、ルート選択を制御する方法も示しています。
構成
CLIクイック構成
OSPFルート優先値を素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク構成に合わせて必要な詳細を変更し、[edit]階層レベルでCLIにコマンドをコピー&ペーストし、設定モードから commit を入力してください。
[edit] set protocols ospf preference 168 external-preference 169
手順
ルート選択を構成するには:
OSPF コンフィギュレーション モードに入り、外部および内部ルーティングの基本設定を行います。
手記：OSPFv3を指定するには、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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 への移行を計画しているため、ルート選択を制御することを前提としています。
デバイスインターフェイスを設定します。 セキュリティ デバイス向けインターフェイス ユーザー ガイドを参照してください。
移行先の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 (2,32 – 1) からです。external-preference—外部 OSPF ルートのルート優先を指定します。デフォルトでは、外部 OSPF ルートの値は 150 です。範囲は 0 から 4,294967,295 (2,32 – 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を実行しているルーティングデバイスが過負荷に見えるように設定する方法を示しています。
必要条件
始める前に:
デバイスインターフェイスを設定します。 セキュリティ デバイス向けインターフェイス ユーザー ガイドを参照してください。
OSPFネットワーク内のデバイスのルーター識別子を設定します。 例:OSPFルーター識別子の設定を参照してください。
OSPFの指定ルーター選出を制御します。例:OSPF指定ルーター選出の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例:単一エリアOSPFネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 「 例:マルチエリア OSPF ネットワークの設定」を参照してください。
概要
OSPF を実行しているローカル ルーティング デバイスが過負荷状態として見えるように設定することができます。これにより、ローカル ルーティング デバイスは OSPF ルーティングに参加できますが、トランジット トラフィックには参加できません。設定されている場合、トランジットインターフェイスのメトリックは最大値の65535に設定されます。
この例には、次の設定が含まれています。
overload - ローカルルーティングデバイスが過負荷に見えるように設定します。ルーティング・デバイスをOSPFルーティングに参加させたいが、トランジット・トラフィックには使用したくない場合や、実稼働ネットワークでルーティング・デバイスのメンテナンスを実行している場合に、これを構成できます。
タイムアウト seconds- (オプション)オーバーロードをリセットする秒数を指定します。タイムアウト間隔が指定されていない場合、オーバーロード・ステートメントが削除されるか、タイムアウトが設定されるまで、ルーティング・デバイスはオーバーロード状態のままになります。この例では、ルーティング デバイスが過負荷状態を維持する時間として 60 秒を設定します。デフォルトでは、タイムアウト間隔は 0 秒です(この値は設定されていません)。範囲は 60 から 1800 秒からです。
位相幾何学
構成
プロシージャ
CLIクイック構成
ローカルルーティングデバイスをオーバーロード済みとして表示するよう素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、[edit]階層レベルのCLIにコマンドをコピー&ペーストし、設定モードから commit を入力してください。
[edit] set protocols ospf overload timeout 60
手順
ローカルルーティングデバイスが過負荷で見えるように設定するには:
OSPF 設定モードを開始します。
手記：OSPFv3を指定するには、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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 アルゴリズムを再度実行する必要がない場合、システムは delay ステートメントと
rapid-runsステートメントの設定値に戻ります。
例:OSPF の SPF アルゴリズム オプションの設定
この例では、SPF アルゴリズムのオプションを設定する方法を示します。SPF オプションは、SPF アルゴリズムを実行するタイミングを指示するタイマーを制御します。
必要条件
始める前に:
デバイスインターフェイスを設定します。 ルーティングデバイス用 Junos OS ネットワークインターフェイスライブラリを参照してください。
OSPFネットワーク内のデバイスのルーター識別子を設定します。 例:OSPFルーター識別子の設定を参照してください。
OSPFの指定ルーター選出を制御します。例:OSPF指定ルーター選出の制御を参照してください。
単一エリアOSPFネットワークを設定します。 例:単一エリアOSPFネットワークの設定を参照してください。
マルチエリアOSPFネットワークを設定します。 「 例:マルチエリア OSPF ネットワークの設定」を参照してください。
概要
OSPFは、SPFアルゴリズムを使用して、各宛先に到達するためのルートを決定します。エリア内のすべてのルーティング デバイスは、このアルゴリズムを並列に実行し、結果を個々のトポロジ データベースに保存します。複数のエリアへのインターフェイスを持つルーティングデバイスは、アルゴリズムの複数のコピーを実行します。SPF オプションは、SPF アルゴリズムで使用されるタイマーを制御します。
既定の設定を変更する前に、ネットワーク環境と要件を十分に理解しておく必要があります。
この例では、SPF アルゴリズムを実行するためのオプションを構成する方法を示します。 spf-options ステートメントと以下のオプションを含めます。
delay:トポロジーを検出してからSPFが実際に実行されるまでの時間(ミリ秒単位)を設定します。遅延タイマーを変更する場合は、ネットワークの再コンバージェンスの要件を考慮してください。たとえば、ネットワークの異常を特定しながら、安定したネットワークを迅速に再コンバージェンスできるタイマー値を指定するとします。既定では、SPF アルゴリズムはトポロジの検出から 200 ミリ秒後に実行されます。範囲は 50 から 8000 ミリ秒からです。
rapid-runs:ホールドダウン タイマーが開始される前に SPF アルゴリズムを連続して実行できる最大回数を設定します。既定では、連続して実行できる SPF 計算の数は 3 です。範囲は 1 から 10 からです。各SPFアルゴリズムは、設定されたSPF遅延の後に実行されます。SPF計算の最大数が発生すると、ホールドダウンタイマーが開始されます。後続の SPF 計算は、ホールドダウン タイマーが期限切れになるまで実行されません。
holddown - SPF アルゴリズムが設定された最大回数連続して実行された後、別の SPF 計算を実行する前に、押し続ける時間または待機時間を設定します。デフォルトでは、ホールドダウン時間は5000ミリ秒です。範囲は 2000 から 20,000 ミリ秒からです。ホールドダウン期間中にネットワークが安定し、SPF アルゴリズムを再度実行する必要がない場合、システムは delay ステートメントと
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を指定するには、
[edit protocols]階層レベルにospf3ステートメントを含めます。[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 分ごとに更新することが義務付けられています。ジュニパーネットワークスの実装では、LSA は 50 分ごとに更新されます。既定では、更新されていない LSA は 60 分後に期限切れになります。この要件により、トラフィックのオーバーヘッドが発生し、OSPF ネットワークの拡張が困難になる可能性があります。ルーターまたはスイッチから最初に送信されたときに、自己発信 LSA に DoNotAge ビットを設定するように指定することで、デフォルトの動作を上書きできます。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 以降、[edit protocols (ospf | ospf3)]階層レベルで lsa-refresh-interval minutes ステートメントを含めることで、自己生成 LSA のグローバルなデフォルト LSA(リンク状態アドバタイズ)フラッディング間隔を OSPF で設定できます。ジュニパーネットワークスの実装では、LSA は 50 分ごとに更新されます。範囲は 25 分から 50 分です。既定では、更新されていない LSA は 60 分後に期限切れになります。
OSPF エリア内の特定のインターフェイスに対して OSPF に設定されたグローバル LSA リフレッシュ間隔と 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 間の同期を設定します。
[edit protocols]階層レベルでldpステートメントを含めることにより、OSPF エリア 0.0.0.0 のメンバーであるインターフェイス so-1/0/3 で LDP を有効にします。1 つまたは複数のインターフェイスを設定できます。デフォルトでは、ルーティングデバイスでLDPは無効になっています。[edit protocols ospf area area-id interface interface-name]階層レベルでldp-synchronizationステートメントを含めて、LDP 同期を有効にします。このステートメントは、LDPがリンク上で動作可能になるまで、最大コストメトリックをアドバタイズすることで、LDP同期を有効にします。[edit protocols ospf area area-id interface interface-name ldp-synchronization]階層レベルでhold-timeステートメントを含めることで、ルーティング・デバイスがフル稼働していないリンクの最大コスト・メトリックをアドバタイズする時間(秒)を設定します。hold-timeステートメントを設定しない場合、ホールドタイム値はデフォルトで無限大に設定されます。範囲は 1 から 65,535 秒からです。この例では、ホールドタイムの間隔を 10 秒に設定します。
この例では、[edit protocols ospf area area-id interface interface-name ldp-synchronization] 階層レベルで disable ステートメントを含めることで、LDP と OSPFv2 間の同期を無効にする方法も示しています。
位相幾何学
構成
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 ldp コマンドと show protocols ospf コマンドを入力して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。
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 互換性の無効化
この例では、ルーティング デバイスで RFC 1583 との OSPFv2 互換性を無効にする方法を示します。
必要条件
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;