このページの
ルートOSPFの設定
ルートOSPFの概要を理解する
エリア境界ルーター(ABRS)は、他のエリアへのルートを記述するために、サマリ リンク アドバタイズメントを送信します。宛先の数によっては、エリアに大量のリンクステート レコードがあふれ、ルーティング デバイス リソースが利用される可能性があります。エリアにあふれたアドバタイズメントの数を最小限に抑えるために、ABRをさまざまなIPアドレスを結合または集約して設定し、これらのアドレスに関する到達可能性情報を単一のリンク状態アドバタイズメント(LSA)で送信できます。1 つ以上の IP アドレス範囲を要約すると、指定されたエリア範囲と一致するルートすべてがエリア境界で絞り込み、その場所でサマリがアドバタイズされます。
すべてのエリアOSPFエリアのプレフィックスを集約してフィルタリングできます。指定されたエリア範囲と一致するルートはすべてエリア境界で絞り込み、その場所でサマリがアドバタイズされます。OSPF not-so-stubby エリア(NSSA)では、NSSA 外部(タイプ 7)LSA を結合またはフィルタリングした後で、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 も含まれているので、これはネットワーク全体にフラッディングします。
この例では、以下の設定を含めて、ルートのサマリ化用にABRSを設定します。
エリア範囲— エリアに対して、エリア内リンクアドバタイズメントのサマリ送信時にさまざまな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
NSSA に対してルート サマリ化をOSPFするには、以下のコマンドをコピーして、そのコマンドを仮想ネットワークに貼り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/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/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 します。
例: 最大 1 つのプレフィックスにエクスポートする数をOSPF
この例では、エクスポートしたプレフィックスの数を制限する方法をOSPF。
要件
開始する前に、以下を実行します。
デバイス インターフェイスを設定します。ルーティング デバイス 用Junos OS ネットワーク インターフェイス ライブラリ を参照してください。
ネットワーク内のデバイスのルーター識別子を設定OSPFします。「 例:仮想ルーター識別子のOSPF設定 」を参照してください。
指定OSPF指定ルーターの制御「 例:指定ルーター OSPF制御」を参照
単一エリア ネットワークをOSPFする。例 :単一エリア ネットワークのOSPF参照してください。
マルチエリア ネットワークOSPF設定します。「 例:マルチエリア ネットワークのOSPF 」 を参照してください。
概要
デフォルトでは、プレフィックス(ルート)をデフォルトでエクスポートできる数に制限OSPF。任意の数のルートを OSPF にエクスポートすることで、ルーティング デバイスが使用できなく、過度な数のルートがエリアにあふれる可能性があります。
ルーティング デバイスにエクスポートしたルートのOSPF制限して、ルーティング デバイスの負荷を最小限に抑え、この潜在的な問題を回避できます。ルーティング デバイスが設定済みのプレフィックス エクスポート値を超えると、ルーティング デバイスは外部プレフィックスをパージして過負荷状態になります。この状態により、ルーティング情報を処理しようとすると、ルーティング デバイスの圧倒を感じずにいます。プレフィックス エクスポート制限番号には、0~4,294,967,295 の値を指定できます。
この例では、 ステートメントを含めてプレフィックス エクスポート制限を 100,000 に設定 prefix-export-limit します。
トポロジ
構成
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 トポロジを使用してネットワーク ノード間でパケットをルーティングします。ネイバー間の各パスには、インターフェイスのスループットに基づいてコストが割り当てられます。デフォルト アルゴリズムは、 を使用して 100 Mbps の参照帯域幅に基づいて、インターフェイスのメトリックを計算します cost = reference-bandwidth / interface bandwidth 。その結果、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に増やすと、そのインターフェイスを通るすべてのパスの計算メトリックはデフォルトよりも高く、望ましくない結果になります。
メトリックに対して設定した値は、リファレンス帯域幅値を使用してそのインターフェイスのルート コストを計算するデフォルト動作を上書きします。
1 つのパス内に同じ宛先に対して複数の等コスト ルートルーティング テーブル ECMP(等コスト マルチパス)セットが形成されます。アクティブ ルートに ECMP セットがある場合、Junos OS ソフトウェアはハッシュ アルゴリズムを使用して、転送テーブルにインストールする ECMP セット内のネクスト ホップ アドレスのいずれかを選択します。
ECMP セットJunos OSのネクスト ホップ エントリーが転送テーブルにインストールされていることを設定できます。[policy-optionsルーティング ポリシー編集 ] 階層レベルに 1 つ以上のポリシーステートメント設定ステートメントを含め、アクションとパケット単位でのロード バランシングを使用して、ロード バランシング ポリシーを定義します。次に、ルーティング ポリシールートから転送テーブルにエクスポートしたルーティング テーブルルートにルートを適用します。
帯域幅に基OSPFインターフェイス メトリックを動的に調整
帯域幅しきい値のセットと、関連するメトリック値を、OSPF インターフェイス上のトポロジに指定OSPFできます。インターフェイスの帯域幅が変化すると、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 では、デフォルトのコスト メトリック 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 と接続するデバイス R3 のインターフェイスでメトリックを調整して、すべてのトラフィックがデバイス R1 を通過します。
次の例では、metric ステートメントを含めてデバイス R1 と接続するデバイス R3 のインターフェイス fe-1/0/1 でメトリックを 5 に 設定 します。範囲は 1~65,535 です。
トポロジ
構成
リファレンス帯域幅の設定
CLI構成の迅速な設定
参照帯域幅を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更し、 [edit] 階層レベルでコマンドを CLI にコピー アンド ペーストして、設定モードから を入力します。 commit
[edit] set protocols ospf reference-bandwidth 10g
手順
参照帯域幅を設定するには、次の手順に示します。
デフォルト インターフェイス コストを計算するために、参照帯域幅を設定します。
注:OSPFv3 を指定するには、 [プロトコルの編集] 階層レベルに ospf3 ステートメントを 含てます。
[edit] user@host# set protocols ospf reference-bandwidth 10g
ヒント:この例のショートカットとして 、10g を入力して 10 Gbps の参照帯域幅を指定します。 10g と 1000000000を入力した場合でも 、show protocols ospf コマンドの出力では、10 Gbps は 10gとして表示され 、1000000000 は表示されません。
デバイスの設定が完了したら、設定をコミットします。
[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 を指定するには、 [プロトコルの編集] 階層レベルに 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 コマンドを入力 します。
検証
設定が正常に機能されていることを確認します。
設定されたメトリックの検証
目的
インターフェイスでメトリック設定を検証します。[コスト] フィールドにインターフェイスの設定されたメトリック(コスト)が表示されていることを確認します。宛先へのパスを選択する場合、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 を指定するには、 [プロトコルの編集] 階層レベルに 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
帯域幅しきい値と関連するメトリック値を設定します。
[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 ベースのメトリックステートメントと以下の設定を含めて、帯域幅ベースのメトリックに対して OSPF interface ae0を設定します。
帯域幅—帯域幅のしきい値をビット/秒で指定します。範囲は 9600~1,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 を指定するには、ステートメント
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。
デバイス インターフェイスを設定します。セキュリティ デバイス のインターフェイス ユーザー ガイド を参照してください。
移行する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する方法を示しています。
要件
開始する前に、以下を実行します。
デバイス インターフェイスを設定します。セキュリティ デバイス のインターフェイス ユーザー ガイド を参照してください。
ネットワーク内のデバイスのルーター識別子を設定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 に設定されているのを検証します。
アクション
動作モードから show ospf database router detail advertising-router address OSPFv2 の コマンドを入力し show ospf3 database router detail advertising-router address 、OSPFv3 の コマンドを入力します。
過負荷設定の検証
目的
設定済み過負荷フィールドを確認して、過負荷が設定されていることを検証します。過負荷タイマーも設定されている場合は、このフィールドには有効期限が設定される前の残りの時間も表示されます。
アクション
動作モードから、 show ospf overview OSPFv2 の コマンド、および show ospf3 overview OSPFv3 の コマンドを入力します。
実装のためのSPFアルゴリズムオプションについてOSPF
OSPF、ダイクストラ アルゴリズムとも呼ばれる最短パスファースト(SPF)アルゴリズムを使用して、各宛先に到達するルートを決定します。SPF アルゴリズムでは、宛先OSPFを決定する方法について説明し、SPF オプションは SPF アルゴリズムの実行時にタイマーを制御します。ネットワーク環境や要件に応じて、SPF オプションを変更できます。たとえば、多数のデバイスがエリア外にリンク状態アドバタイズメント(LSA)をフラッディングする大規模な環境を考え出します。この環境では、処理するために多数の LSA を受信する可能性があります。これによりメモリ リソースを消費できます。SPF オプションを設定することで、変化するネットワーク トポロジーへの適応を続けることができますが、SPF アルゴリズムを実行するためにデバイスが使用するメモリ リソースの量を最小限に抑えます。
以下の SPF オプションを設定できます。
トポロジ検知の間の遅延は変化し、SPF アルゴリズムが実際に実行される時間です。
ホールドダウン タイマーが開始される前に、SPF アルゴリズムが実際に実行できる最大回数。
SPF アルゴリズムが実行された後に別の SPF 計算を実行する前に、設定した回数を変更するまでの時間(長さ)または待機時間。ネットワークがホールドダウン期間中に安定し、SPF アルゴリズムを再び実行する必要がない場合、システムは遅延の設定値とステートメントに
rapid-runs戻ります。
例: ネットワーク制御用のSPFアルゴリズム オプションのOSPF
この例では、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ミリ秒です。
ラピッドラン—ホールドダウン タイマーが開始される前に SPF アルゴリズムを指定して実行できる最大回数を設定します。デフォルトでは、簡単に行われる SPF 計算の数は 3 です。範囲は1~10です。各 SPF アルゴリズムは、設定された SPF 遅延の後に実行されます。最大 SPF 計算数が発生すると、ホールドダウン タイマーが開始されます。その後の SPF 計算は、ホールドダウン タイマーが期限切れになるまで実行されません。
ホールドダウン—SPF アルゴリズムが実行された後に別の SPF 計算を実行する前に、設定した最大回数を制限するか、待機する時間を設定します。デフォルトでは、ホールド ダウン時間は 5,000 ミリ秒です。範囲は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分ごとに更新する必要があります。このソフトウェアジュニパーネットワークスでは、LSA が 50 分ごとに更新されます。デフォルトでは、更新されない LSA は 60 分後に期限切れになります。この要件によってトラフィックのオーバーヘッドが発生し、ネットワークの拡張OSPFになります。DoNotAge ビットがルーターまたはスイッチから最初に送信された際に、自己発信 LSA に設定ことを指定することで、デフォルトの動作を上書きできます。DoNotAge ビット セットを持つ LSA は、LSA で変更が発生した場合にのみ再設定されます。この機能により、プロトコル トラフィックのオーバーヘッドが減少し、変更された LSA は即座にフラッディングします。フラッドリダクションが可能なルーターまたはスイッチは、Hello パケットを近隣に送信し続け、そのデータベースで自己発信 LSA の古い利用を続けます。
ネットワークジュニパーの実装OSPFは、RFC 4136、OSPF 更新 およびフラッディングリダクション(安定したトポロジー)をベース にしています。ただし、ジュニパー RFC で定義された強制フラッディング間隔は含されません。強制フラッディング間隔を実装しない場合、DoNotAge ビット セットを持つ LSA は変更が発生した場合にのみ再loodを実行します。
この機能は、以下でサポートされています。
OSPFv2およびOSPFv3インターフェイス
OSPFv3 レルム
OSPFv2 および OSPFv3 仮想リンク
OSPFv2 シャム リンク
OSPFv2ピア インターフェイス
このアプリケーションでサポートされる全ルーティング OSPF
論理システム
ネットワーク インターフェイスのフラッディングOSPFを設定するには、 ステートメント flood-reduction を階層レベルに [edit protocols (ospf | ospf3) area area-id interface interface-id] 含める必要があります。
需要回線として設定されたインターフェイスにフラッディングリダクションを設定した場合、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のグローバルデフォルトLSA(リンク状態アドバタイズメント)フラッディング間隔をOSPFで設定 lsa-refresh-interval minutes [edit protocols (ospf | ospf3)] できます。このソフトウェアジュニパーネットワークスでは、LSA が 50 分ごとに更新されます。範囲は25~50分です。デフォルトでは、更新されない LSA は 60 分後に期限切れになります。
OSPF エリアの特定のインターフェイスに対して OSPF と OSPF のフラッディングリダクションに対してグローバル LSA 更新間隔が設定されている場合、その特定のインターフェイスでは OSPF フラッディングリダクションの設定が優先されます。
LDP とIGP の間の同期について
LDP は、トラフィック制御されていないアプリケーションでラベルを配布するためのプロトコルです。ラベルは、内部ゲートウェイ プロトコル(プロトコルプロトコル)によって決定された最適なパスに沿ってIGP。LDP とスイッチ 間の同期IGP維持されていない場合、ラベルスイッチ パス(LSP)はダウンします。特定のリンク上で LDP が完全に動作していない(セッションが確立されていないとラベルが交換されない)、IGP は最大コスト メトリックでリンクをアドバタイズします。リンクは望ましくないが、ネットワーク トポロジーに残ります。
LDP 同期は、アクティブなポイント to-ポイント インターフェイスと、デバイスの下でポイントアンドポイントとして設定された LAN インターフェイスでのみIGP。グレースフル リスタート時の LDP 同期はサポートされていません。
詳細については、
例: LDP と OSPF の間の同期のOSPF
この例では、LDP と OSPFv2 間の同期を設定する方法を示しています。
要件
開始する前に、以下を実行します。
デバイス インターフェイスを設定します。ルーティング デバイス 用Junos OS インターフェイス ライブラリ を参照してください。
ネットワーク内のデバイスのルーター識別子を設定OSPFします。「 例:仮想ルーター識別子のOSPF設定 」を参照してください。
指定OSPF指定ルーターの制御例 :指定ルーター OSPF制御
単一エリア ネットワークをOSPFします。例 :単一エリア ネットワークのOSPF参照してください。
マルチエリア ネットワークOSPF設定します。「 例:マルチエリア ネットワークのOSPF 」 を参照してください。
概要
この例では、次のタスクを実行して LDP と OSPFv2 間の同期を設定します。
階層レベルのステートメントを含めて、OSPF エリア 0.0.0.0 のメンバーであるインターフェース so-1/0/3で LDP を
ldp[edit protocols]有効にします。1つ以上のインターフェイスを設定できます。デフォルトでは、ルーティング デバイスでは LDP は無効になっています。階層レベルにステートメントを含めて LDP
ldp-synchronization同期[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、ホールドタイム値はデフォルトでs(フィールド)に設定されます。範囲は1~65535秒です。この例では、ホールドタイム間隔に 10 秒を設定します。
この例では、 階層レベルに ステートメントを含めて、LDP と OSPFv2 間の同期 disable を無効にする方法 [edit protocols ospf area area-id interface interface-name ldp-synchronization] も示しています。
トポロジ
構成
LDP と OSPFv2 間の同期の有効化
CLI迅速な設定
次の例では、設定階層内のさまざまなレベルに移動する必要があります。デバイスのナビゲーションについて、詳しくは CLI ガイドでの設定のJunos OS 変更 CLI を参照してください。
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 との互換性を無効にできます。これは、同じ外部宛先が異なるネットワーク エリアに属AS境界ルーターによってアドバタイズされている場合に、OSPFです。RFC 1583 との互換性を無効にした場合、OSPF ルーティング テーブル は利用可能な複数の AS 内パスを保持します。このパスは、このルーターが RFC 2328、OSPF バージョン 2で定義された AS 外部ルートの計算に使用します。複数の使用可能なパスを使用して外部ルートのASを計算することで、ルーティング ループを回避できます。
詳細については、
例: OSPFv2 と RFC 1583 との互換性を無効にする
この例では、ルーティング デバイスで OSPFv2 と RFC 1583 との互換性を無効にする方法を示しています。
要件
OSPFv2 と RFC 1583 との互換性を無効にする前に、デバイス初期化以外の特別な設定を行う必要はありません。
概要
デフォルトでは、Junos OS 実装は RFC 1583 OSPF互換性があります。つまり、Junos OS が使用可能な場合は、AS 内の複数のパスではなく、OSPF ルーティング テーブル 内の自律システム(AS)境界ルーターへの単一の最適なルートが維持されます。RFC 1583 との互換性を無効にできます。これは、同じ外部宛先が異なるネットワーク エリアに属AS境界ルーターによってアドバタイズされている場合に、OSPFです。RFC 1583 との互換性を無効にした場合、OSPF ルーティング テーブル は利用可能な複数の AS 内パスを保持します。このパスは、このルーターが RFC 2328 で定義された AS 外部ルートの計算に使用します。複数の使用可能なパスを使用して外部ルートのASを計算することで、ルーティング ループを回避できます。ルーティング ループの可能性を最小限に抑えるために、仮想ドメイン内のすべてのデバイスOSPF RFC 互換性をOSPFします。
トポロジ
構成
手順
CLI構成の迅速な設定
OSPFv2 と RFC 1583 の互換性を迅速に無効にするには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致するために必要な詳細情報を変更し、 [edit] 階層レベルでコマンドを CLI にコピー アンド ペーストして、設定モードからを入力します。 commit 仮想ドメインに含まれるすべてのデバイスでこの設定をOSPFします。
[edit] set protocols ospf no-rfc-1583
手順
OSPFv2 と RFC 1583 との互換性を無効にするには、次の方法に示します。
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;