Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

OSPF エリアの設定

OSPF エリアを理解する

OSPFでは、単一の自律システム(AS)を エリアと呼ばれるより小さなグループに分割できます。これにより、ネットワーク上に送信されるリンク状態アドバタイズメント(LSA)やその他のOSPFオーバーヘッドトラフィックの数が減少し、各ルーターが維持する必要があるトポロジーデータベースのサイズを縮小します。OSPF ルーティングに参加するルーティング デバイスは、ネットワーク内の位置に基づいて 1 つ以上の機能を実行します。

このトピックでは、以下の OSPF エリア タイプとルーティング デバイス機能について説明します。

領域

エリアとは、管理上グループ化されたAS内のネットワークとホストのセットです。エリアは、連続したIPサブネット化されたネットワークの集合として設定することをお勧めします。エリア内にあるルーティングデバイスは、内部ルーターと呼ばれます。内部ルーター上のすべてのインターフェイスは、エリア内のネットワークに直接接続されています。

エリアのトポロジーがASの残りの部分から非表示になっているため、AS内のルーティングトラフィックが大幅に削減されます。また、エリア内のルーティングはエリアのトポロジーでのみ決定され、悪いルーティングデータからエリアを保護します。

エリア内のすべてのルーティング デバイスには、同一のトポロジー データベースがあります。

エリア境界ルーター

複数のエリアに属し、1つ以上のOSPFエリアをバックボーンエリアに接続するルーティングデバイスは、 エリアボーダールーター (ABR)と呼ばれます。少なくとも1つのインターフェイスがバックボーン内にあり、別のインターフェイスが別のエリアにあります。また、ABR は、それらが接続されている領域ごとに別々のトポロジー データベースを維持します。

バックボーンエリア

OSPF バックボーンエリアは、 エリアID 0.0.0.0のすべてのネットワーク、接続されたルーティングデバイス、およびすべてのABRで構成されています。バックボーン自体に ABR はありません。バックボーンは、エリア間でルーティング情報を配信します。バックボーンは単なる別のエリアであるため、領域の用語とルールが適用されます。つまり、バックボーンに直接接続されたルーティングデバイスはバックボーン上の内部ルーターであり、バックボーンのトポロジーはAS内の他のエリアから隠されています。

バックボーンを構成するルーティング デバイスは、物理的に連続している必要があります。そうでない場合は、バックボーン接続の外観を作成するために 仮想リンク を設定する必要があります。共通のノンバックボーン領域へのインターフェイスを持つ任意の 2 つの ABR 間に仮想リンクを作成できます。OSPF は、仮想リンクで接続された 2 台のルーティング デバイスを、番号なしポイントツーポイント ネットワークに接続されているかのように処理します。

AS境界ルーター

OSPF以外のネットワークのルーティングデバイスとルーティング情報を交換するルーティングデバイスは、 AS境界ルーターと呼ばれます。OSPF AS全体で外部学習したルートをアドバタイズします。ネットワーク内のAS境界ルーターの場所によっては、ABR、バックボーンルーター、または内部ルーター(スタブエリアを除く)が可能です。スタブ エリア内の内部ルーターは、スタブ エリアにタイプ 5 の LSA を格納できないため、AS 境界ルーターにすることはできません。

AS境界ルーターがあるエリア内のルーティングデバイスは、そのAS境界ルーターへのパスを知っています。エリア外のルーティングデバイスは、AS境界ルーターが存在する同じエリアにある最も近いABRへのパスしか認識しません。

バックボーン ルーター

バックボーン ルーター は、OSPF バックボーン エリア(エリア ID 0.0.0.0)に接続された 1 つ以上のインターフェイスを持つルーティング デバイスです。

内部ルーター

1つのOSPFエリアのみに接続するルーティングデバイスは、 内部ルーターと呼ばれます。内部ルーター上のすべてのインターフェイスは、単一エリア内のネットワークに直接接続されています。

スタブ エリア

スタブエリア とは、AS外部アドバタイズメントが殺到しない、またはアクセスできないエリアです。トポロジーデータベースの多くがAS外部アドバタイズで構成されている場合、スタブエリアを作成することができます。そうすることで、トポロジー データベースのサイズが小さくなるため、スタブ エリアの内部ルーターに必要なメモリ量が減ります。

スタブエリア内のルーティングデバイスは、エリアのABRが外部AS宛先に到達するために発信されたデフォルトルートに依存します。デフォルトルートを default-metric アドバタイズする前に、ABRに オプションを設定する必要があります。設定が完了すると、ABRはスタブエリア内でアドバタイズされていない外部ルートの代わりにデフォルトルートをアドバタイズし、スタブエリア内のルーティングデバイスがエリア外の宛先に到達できるようにします。

スタブエリアには、以下の制限が適用されます。スタブエリアを介して仮想リンクを作成できず、スタブエリアにAS境界ルーターを含めず、バックボーンをスタブエリアにすることはできません。また、エリアをスタブエリアと非スタブエリアの両方として設定することはできません。

Not-So-Stubby エリア

OSPF スタブ エリアには外部ルートがないため、別のプロトコルからスタブ エリアに再分配することはできません。 NSSA(Not-so-stubby Area )では、そのエリア内で外部ルートをフラッディングできます。その後、これらのルートは他のエリアにリークされます。ただし、他のエリアからの外部ルートはまだ NSSA に入りません。

NSSA には、以下の制限が適用されます。スタブ エリアと NSSA の両方としてエリアを設定することはできません。

トランジットエリア

トランジットエリア は、1つの隣接エリアからバックボーン(またはバックボーンがエリアから2ホップ以上離れている場合は別のエリア)にトラフィックを渡すために使用されます。トラフィックは、トランジットエリアから発信されず、トランジットエリアを宛先としていません。

OSPF エリア タイプと受け入れ LSA

以下の表は、OSPF エリア タイプと受け入れ可能な LSA の詳細を示しています。

OSPF 指定ルーターの概要

多数のルーティング デバイスを持ち、そのため多くの OSPF 隣接関係を持つ大規模な LAN は、ネットワーク全体に LSA(リンク状態アドバタイズメント)が殺到するため、大量の制御パケット トラフィックを生成する可能性があります。OSPFは、潜在的なトラフィック問題を軽減するために、すべてのマルチアクセスネットワーク(ブロードキャストおよび非ブロードキャストマルチアクセス[NBMA]ネットワークタイプ)で指定されたルーターを使用しています。ルーティング デバイスは、すべての OSPF ネイバーに LSA をブロードキャストするのではなく、指定されたルーターに LSA を送信します。各マルチアクセスネットワークには、2つの主な機能を実行する指定ルーターがあります。

  • ネットワークのリンクアドバタイズメントをネットワークに代わって発信します。

  • ネットワーク上のすべてのルーティング デバイスと隣接関係を確立し、リンク状態データベースの同期に参加します。

LAN では、OSPF ネットワークが最初に確立されたときに、指定されたルーターの選択が行われます。最初のOSPFリンクがアクティブな場合、ルーター識別子が最も高いルーティングデバイス(通常はルーティングデバイスのIPアドレスである ルーターID 設定値、またはループバックアドレスで定義)が指定されたルーターに選出されます。2番目に高いルーター識別子を持つルーティングデバイスは、バックアップ指定ルーターで選択されます。指定ルーターに障害が発生したり接続が失われたりした場合、バックアップ指定ルーターがその役割を引き受け、OSPF ネットワーク内のすべてのルーター間で新しいバックアップ指定ルーターの選択が行われます。

OSPFは、2つの主な目的にルーター識別子を使用します。これは、優先値を手動で指定しない限り、指定されたルーターを選択すること、およびパケットの送信元であるルーティングデバイスを識別することです。指定されたルーターを選択すると、ルーターの優先度が最初に評価され、優先度が最も高いルーティング デバイスが選択されます。ルーターの優先度が同じ場合、通常はルーティングデバイスのIPアドレスであるルーター識別子が最も高いルーティングデバイスが、指定されたルーターとして選択されます。ルーター識別子を設定しない場合、最初にオンラインになるインターフェイスのIPアドレスが使用されます。これは通常、ループバックインターフェイスです。それ以外の場合は、IPアドレスを持つ最初のハードウェアインターフェイスが使用されます。

各論理 IP ネットワークまたはサブネット上の少なくとも 1 つのルーティング デバイスは、OSPFv2 の指定ルーターの対象となる必要があります。各論理リンク上の少なくとも 1 つのルーティング デバイスは、OSPFv3 の指定ルーターの対象となる必要があります。

デフォルトでは、ルーティングデバイスの優先度は128です。優先度が 0 の場合、ルーティング デバイスは指定ルーターになるには不適格とマークされます。優先度が 1 の場合、ルーティング デバイスは指定ルーターになる可能性が最も低くなります。優先度が255の場合、ルーティングデバイスは常に指定ルーターです。

例:OSPF ルーター識別子の設定

この例では、OSPFルーター識別子を設定する方法を示しています。

要件

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

  • OSPF に参加するルーティング デバイス上のインターフェイスを識別します。OSPFトラフィックが移動するネットワーク内のすべてのインターフェイスでOSPFを有効にする必要があります。

  • デバイス インターフェイスを設定します。『 Interfaces User Guide for Security Devices』を参照してください。

概要

ルーター識別子は、パケットが発信されたルーティングデバイスを識別するためにOSPFによって使用されます。Junos OSは、以下のルールセットに従ってルーター識別子を選択します。

  1. デフォルトでは、Junos OSは、設定された最も低い物理IPアドレスをルーター識別子として選択します。

  2. ループバックインターフェイスが設定されている場合、ループバックインターフェイスのIPアドレスがルーター識別子になります。

  3. 複数のループバックインターフェイスが設定されている場合、最低のループバックアドレスがルーター識別子になります。

  4. 階層レベルのステートメント[edit routing-options]を使用してルーター識別子がrouter-id address明示的に設定されている場合、上記の3つのルールは無視されます。

メモ:

1. ここで説明するルーター識別子の動作は、 および [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] 階層レベルで[edit routing-instances routing-instance-name routing-options]設定されている場合でも良好です。

2. ネットワークでルーター識別子が変更された場合、以前のルーター識別子によってアドバタイズされたリンク状態アドバタイズメント(LSA)は、LSAの再送信間隔がタイムアウトするまでOSPFデータベースに保持されます。そのため、ループバック インターフェイス上のインターフェイス アドレスが変更された場合に予期しない動作を避けるために、 階層レベルで [edit routing-options] ルーター識別子を明示的に設定することを強くお勧めします。

この例では、ルーター ID 値をデバイスの IP アドレス(192.0.2.24)に設定して、OSPF ルーター識別子を設定します。

構成

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

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

手順

手順

OSPFルーター識別子を設定するには:

  1. コンフィグレーション値を入力して、OSPFルーター識別子を設定します [router-id]

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

結果

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

検証

ルーターIDを設定し、ルーティングデバイスでOSPFをアクティブ化した後、ルーターIDは、OSPFプロトコルの監視とトラブルシューティングに使用できる複数のOSPF運用モードコマンドによって参照されます。ルーター ID フィールドは、出力で明確にマークされています。

例:OSPF 指定ルーター選択の制御

この例では、OSPF 指定ルーター選択を制御する方法を示しています。

要件

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

概要

この例では、OSPF 指定ルーター選択を制御する方法を示しています。この例では、OSPF インターフェイスを ge-/0/0/1 に設定し、デバイス優先度を 200 に設定します。優先度の値が高いほど、ルーティング デバイスが指定ルーターになる可能性が高くなります。

デフォルトでは、ルーティングデバイスの優先度は128です。優先度が 0 の場合、ルーティング デバイスは指定ルーターになるには不適格とマークされます。優先度が 1 の場合、ルーティング デバイスは指定ルーターになる可能性が最も低くなります。

構成

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

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

手順

手順

OSPF 指定ルーター選択を制御するには:

  1. OSPFインターフェイスを設定し、デバイスの優先度を指定します。

    メモ:

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

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

結果

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

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

検証

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

指定されたルーター選択の検証

目的

特定の OSPF インターフェイスに設定した優先度に基づいて、エリアの指定ルーターのアドレスを確認できます。DR ID、DR、または DR-ID フィールドには、エリアの指定されたルーターのアドレスが表示されます。BDR ID、BDR、または BDR-ID フィールドには、バックアップ指定ルーターのアドレスが表示されます。

アクション

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

OSPF エリアとバックボーン エリアを理解する

自律システム(AS)内のOSPFネットワークは、管理上、エリアにグループ化されます。AS内の各エリアは独立したネットワークのように動作し、ネットワークアドレスと同様に機能する固有の32ビットエリアIDを持っています。エリア内では、トポロジー データベースにはエリアに関する情報のみが含まれており、LSA(リンク状態アドバタイズメント)はエリア内のノードにのみフラッディングされ、ルートはエリア内でのみ計算されます。エリアのトポロジーがASの残りの部分から非表示になっているため、AS内のルーティングトラフィックが大幅に削減されます。サブネットワークは他のエリアに分割され、メインネットワーク全体を形成するために接続されています。エリア内にあるルーティングデバイスは、内部ルーターと呼ばれます。内部ルーター上のすべてのインターフェイスは、エリア内のネットワークに直接接続されています。

バックボーンエリアと呼ばれるASの中央エリアには特別な機能があり、常にエリアID 0.0.0.0が割り当てられます。(シンプルな単一エリア ネットワーク内では、これもエリアの ID です)。エリア ID は、ドット付き 10 進表記による一意の数値識別子ですが、IP アドレスではありません。エリア ID は、AS 内でのみ一意である必要があります。AS内の他のすべてのネットワークまたはエリアは、複数のエリアにインターフェイスを持つルーティングデバイスによってバックボーンエリアに直接接続されている必要があります。これらの接続ルーティング デバイスは、境界エリア ルーター(ABR)と呼ばれます。 図 1 は、2 つの ABR で接続された 3 つのエリアの OSPF トポロジーを示しています。

図 1:マルチエリア OSPF トポロジー Multiarea OSPF Topology

すべてのエリアがバックボーン エリアに隣接しているため、OSPF ルーターは、自身のエリア宛てではないすべてのトラフィックをバックボーン エリアを介して送信します。次に、バックボーン エリアの ABR は、適切な ABR を介して宛先エリアにトラフィックを送信します。ABRは、各エリアのリンク状態レコードを要約し、ネイバーエリアに宛先アドレス概要をアドバタイズします。アドバタイズメントには、各宛先が存在するエリアのIDが含まれており、パケットが適切なABRにルーティングされます。例えば、 図1に示すOSPFエリアでは、ルーターAからルーターCに送信されたパケットは、ABR Bを介して自動的にルーティングされます。

Junos OSは、アクティブなバックボーン検出をサポートしています。アクティブバックボーン検出が実装され、ABRがバックボーンに接続されていることを確認します。バックボーンエリアへの接続が失われた場合、ルーティングデバイスのデフォルトメトリックはアドバタイズされず、バックボーンへの有効な接続で別のABRを介してトラフィックを効果的に再ルーティングします。アクティブバックボーン検出により、アクティブバックボーン接続のないABRを介したトランジットが可能になります。ABRは、バックボーンへの接続がダウンしていても、それがABRである他のルーティングデバイスにアドバタイズするため、ネイバーはエリア間のルートと見なすことができます。

OSPF 制限では、パケットを適切にルーティングできるように、すべてのエリアをバックボーン エリアに直接接続する必要があります。デフォルトでは、すべてのパケットがバックボーンエリアに最初にルーティングされます。その後、バックボーン エリア以外のエリア宛のパケットは、適切な ABR にルーティングされ、宛先エリア内のリモート ホストにルーティングされます。

すべてのエリアとバックボーン エリア間の直接接続が物理的に困難または不可能な、多数のエリアを持つ大規模なネットワークでは、仮想リンクを設定して、非連続エリアに接続することができます。仮想リンクは、2 つ以上の ABR を含むトランジット エリアを使用して、隣接する 1 つのエリアから別のエリアにネットワーク トラフィックを渡します。たとえば、 図 2 は、両方に接続されたエリアを介して、非連続エリアとバックボーン エリア間の仮想リンクを示しています。

図 2:仮想リンク OSPF Topology with a Virtual Linkを持つ OSPF トポロジー

図 2 に示すトポロジーでは、エリア 0.0.0.3 とエリア 0.0.0.2 を介したバックボーン エリアとの間に仮想リンクが確立されています。他のエリアを宛先とするすべてのアウトバウンド トラフィックは、エリア 0.0.0.2 を介してバックボーン エリアに、次に適切な ABR にルーティングされます。エリア 0.0.0.3 を宛先とするすべてのインバウンド トラフィックは、バックボーン エリアにルーティングされ、エリア 0.0.0.2 を経由します。

例:単一エリアOSPFネットワークの設定

この例では、単一エリアOSPFネットワークを設定する方法を示しています。

要件

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

概要

ネットワーク上でOSPFをアクティブにするには、OSPFトラフィックが移動するネットワーク内のすべてのインターフェイスでOSPFプロトコルを有効にする必要があります。OSPFを有効にするには、OSPFエリア内のデバイスに1つ以上のインターフェイスを設定する必要があります。インターフェイスが設定されると、OSPF LSAはすべてのOSPF対応インターフェイスで送信され、ネットワークトポロジーはネットワーク全体で共有されます。

自律システム(AS)では、バックボーンエリアには常にエリアID 0.0.0.0が割り当てられます(シンプルなシングルエリアネットワーク内では、これはエリアのIDでもあります)。エリア ID は、ドット付き 10 進表記による一意の数値識別子です。エリア ID は、AS 内でのみ一意である必要があります。AS内の他のすべてのネットワークまたはエリアは、複数のエリアにインターフェイスを持つエリアボーダールーターによってバックボーンエリアに直接接続されている必要があります。また、ネットワークが複数のエリアで構成されている場合は、バックボーンエリアを作成する必要があります。この例では、バックボーン エリアを作成し、必要に応じて ge-0/0/0 などのインターフェイスを OSPF エリアに追加します。

デバイスで OSPF を使用するには、 図 3 に示すような少なくとも 1 つの OSPF エリアを設定する必要があります。

図 3:典型的な単一エリア OSPF ネットワーク トポロジー Typical Single-Area OSPF Network Topology

トポロジ

構成

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

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

手順

手順

単一エリア OSPF ネットワークを設定するには::

  1. エリアIDと関連するインターフェイスを指定して、単一エリアOSPFネットワークを設定します。

    メモ:

    単一エリア OSPFv3 ネットワークの場合は、 階層レベルで ステートメントを[edit protocols]ospf3めます。

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

結果

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

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

検証

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

エリア内のインターフェイスの検証

目的

OSPF または OSPFv3 のインターフェイスが適切なエリアに対して設定されていることを確認します。[エリア] フィールドに設定した値が表示されていることを確認します。

アクション

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

例:マルチエリアOSPFネットワークの設定

この例では、マルチエリアOSPFネットワークを設定する方法を示しています。OSPF自律システム(AS)内のデバイスのトラフィックとトポロジーの保守を軽減するために、OSPF対応ルーティングデバイスを複数のエリアにグループ化できます。

要件

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

概要

ネットワーク上でOSPFをアクティブにするには、OSPFトラフィックが移動するネットワーク内のすべてのインターフェイスでOSPFプロトコルを有効にする必要があります。OSPFを有効にするには、OSPFエリア内のデバイスに1つ以上のインターフェイスを設定する必要があります。インターフェイスが設定されると、OSPF LSAはすべてのOSPF対応インターフェイスで送信され、ネットワークトポロジーはネットワーク全体で共有されます。

各 OSPF エリアは、同じエリア番号で設定されたルーティング デバイスで構成されています。 図4では、ルーターBはASのバックボーンエリアに存在します。バックボーン エリアには、常にエリア ID 0.0.0.0 が割り当てられます。(すべてのエリア ID は AS 内で一意である必要があります)。AS内の他のすべてのネットワークまたはエリアは、複数のエリアにインターフェイスを持つルーターによってバックボーンエリアに直接接続されている必要があります。この例では、これらのエリア境界ルーターは A、C、D、E です。追加のエリア(エリア2)を作成し、一意のエリアID 0.0.0.2を割り当て、インターフェイス ge-0/0/0 をOSPFエリアに追加します。

OSPF AS内のデバイスのトラフィックとトポロジーのメンテナンスを軽減するために、 図4に示すように複数のエリアにグループ化できます。この例では、バックボーンエリアを作成し、追加エリア(エリア2)を作成し、一意のエリアID 0.0.0.2を割り当て、デバイスBをエリア境界ルーターとして設定します。ここでは、インターフェイス ge-0/0/0 がOSPFエリア0に参加し、インターフェイス ge-0/0/2 がOSPFエリア2に参加します。

図 4:一般的なマルチエリア OSPF ネットワーク トポロジー Typical Multiarea OSPF Network Topology

トポロジ

構成

手順

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

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

デバイスA

デバイスC

デバイスB

デバイスD

デバイスE

手順

マルチエリアOSPFネットワークを設定するには:

  1. バックボーンエリアを設定します。

    メモ:

    OSPFv3 ネットワークの場合、 階層レベルで ステートメントを[edit protocols]ospf3めます。

  2. OSPF ネットワークの追加エリアを設定します。

    メモ:

    マルチエリア OSPFv3 ネットワークの場合は、 階層レベルで ステートメントを[edit protocols]ospf3めます。

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

結果

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

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

検証

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

エリア内のインターフェイスの検証

目的

OSPF または OSPFv3 のインターフェイスが適切なエリアに対して設定されていることを確認します。[エリア] フィールドに設定した値が表示されていることを確認します。

アクション

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

OSPF のマルチエリア隣接関係を理解する

デフォルトでは、1 つのインターフェイスは 1 つの OSPF エリアにしか属できません。ただし、状況によっては、インターフェイスが複数のエリアに属するように設定することができます。そうすることで、対応するリンクが複数のエリア内のエリア内リンクと見なされ、他の高コストのエリア内パスよりも優先されます。例えば、2つのエリア境界ルーター(ABR)間の高速バックボーンリンクを持つ複数のエリアに属するようにインターフェイスを設定することで、異なるエリアに属する複数エリアの隣接関係を作成することができます。

Junos OS リリース 9.2 以降では、 論理インターフェイス が複数の OSPFv2 エリアに属するように設定できます。Junos OS リリース 9.4 で OSPFv3 のサポートが導入されました。RFC 5185、 OSPFマルチエリア隣接関係で定義されているように、ABRは、同じ論理インターフェイス上で異なるエリアに属する複数の隣接関係を確立します。各マルチエリア隣接関係は、リンクに接続されたルーターによって、設定されたエリア内のポイントツーポイントの番号無しリンクとしてアナウンスされます。各エリアに対して、論理インターフェイスの1つがプライマリとして扱われ、そのエリアに設定された残りのインターフェイスはセカンダリとして指定されます。

エリアのセカンダリインターフェイスとして設定されていない論理インターフェイスは、そのエリアのプライマリインターフェイスとして扱われます。論理インターフェイスは、1つのエリアに対してのみプライマリインターフェイスとして設定できます。インターフェイスを設定する他のエリアでは、セカンダリインターフェイスとして設定する必要があります。

例:OSPF のマルチエリア隣接関係の設定

この例では、OSPF のマルチエリア隣接関係を設定する方法を示しています。

要件

始める前に、マルチエリア OSPF ネットワークを計画してください。 例: マルチエリア OSPF ネットワークの設定を参照してください。

概要

デフォルトでは、1 つのインターフェイスは 1 つの OSPF エリアにしか属できません。1 つのインターフェイスが複数の OSPF エリアに属するように設定できます。そうすることで、対応するリンクが複数のエリア内のエリア内リンクと見なされ、他の高コストのエリア内パスよりも優先されます。セカンダリ インターフェイスを設定する場合は、次の点を考慮してください。

  • OSPFv2では、セカンダリインターフェイスはポイントツーポイント番号なしリンクとして扱われるため、ポイントツーマルチポイントおよび非キャストマルチアクセス(NBMA)ネットワークインターフェイスをセカンダリインターフェイスとして設定することはできません。

  • セカンダリインターフェイスはLANインターフェイスでサポートされています(プライマリインターフェイスはLANインターフェイスである可能性がありますが、セカンダリインターフェイスはLAN上のポイントツーポイント番号なしリンクとして扱われます)。このシナリオでは、LAN上にルーティングデバイスが2台のみ、または特定のOSPFエリアにセカンダリインターフェイスが設定されているルーティングデバイスがLAN上に2台のみであることを確認する必要があります。

  • セカンダリインターフェイスの目的は、OSPFエリアを介してトポロジーパスをアドバタイズすることです。そのため、1つ以上のセカンダリインターフェイスを持つセカンダリインターフェイスやプライマリインターフェイスをパッシブに設定することはできません。パッシブインターフェイスはアドレスをアドバタイズしますが、OSPFプロトコルは実行しません(隣接関係は形成されず、helloパケットは生成されません)。

  • エリアのセカンダリ インターフェイスとして設定されていない論理インターフェイスは、そのエリアのプライマリ インターフェイスとして扱われます。論理インターフェイスは、1つのエリアに対してのみプライマリインターフェイスとして設定できます。インターフェイスを設定する他のエリアでは、セカンダリインターフェイスとして設定する必要があります。

  • ステートメントで ステートメントをsecondaryinterface all設定することはできません。

  • IP アドレスでセカンダリ インターフェイスを設定することはできません。

図 5:OSPF Multiarea Adjacency in OSPF のマルチエリア隣接関係

この例では、2 つのエリアにインターフェイスを設定し、2 つの ABR(ABR R1 と ABR R2)間のリンクを持つマルチエリア隣接関係を作成します。各 ABR では、エリア 0.0.0.1 にはプライマリ インターフェイスが含まれており、ABR 間のプライマリ リンクであり、エリア 0.0.0.2 には、 ステートメントを secondary 含めて設定するセカンダリ論理インターフェイスが含まれています。ABR R1 でインターフェイス so-0/0/0 を設定し、ABR R2 でインターフェイス so-1/0/0 を設定します。

構成

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

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

ABR R1 の設定:

ABR R2 の設定:

手順

手順

セカンダリ論理インターフェイスを設定するには:

  1. デバイス インターフェイスを設定します。

    メモ:

    OSPFv3では、各インターフェイス でinet6 アドレスファミリーを指定し、IPv6アドレスを含めます。

  2. ルーター識別子を設定します。

  3. 各 ABR で、OSPF エリアのプライマリ インターフェイスを設定します。

    メモ:

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

  4. 各 ABR で、OSPF エリアのセカンダリ インターフェイスを設定します。

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

結果

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

ABR R1 の設定:

ABR R2 の設定:

検証

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

セカンダリ インターフェイスの検証

目的

設定されたエリアのセカンダリ インターフェイスが表示されていることを確認します。インターフェイスがセカンダリ インターフェイスとして設定されている場合、セカンダリ フィールドが表示されます。また、出力には、複数のエリアにリストされている同じインターフェイスが表示される場合があります。

アクション

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

エリア内のインターフェイスの検証

目的

指定されたエリアに設定されたインターフェイスを確認します。

アクション

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

ネイバー隣接関係の検証

目的

プライマリおよびセカンダリネイバーの隣接関係を確認します。セカンダリ フィールドは、ネイバーがセカンダリ インターフェイス上にある場合に表示されます。

アクション

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

OSPFv3のマルチエリア隣接関係について

エリアとは、管理上グループ化された OSPFv3 ドメイン内のネットワークとホストのセットです。デフォルトでは、単一のインターフェイスは 1 つの OSPFv3 エリアにしか属できません。ただし、状況によっては、最適でないルーティングを避けるために、インターフェイスを複数のエリアに属するように設定することができます。そうすることで、対応するリンクが複数のエリア内リンクと見なされ、よりコストの高いエリア内リンクよりも優先されます。

Junos OS リリース 9.2 以降では、インターフェイスが複数の OSPFv2 エリアに属するように設定できます。Junos OS リリース 9.4 で OSPFv3 のサポートが導入されました。RFC 5185、 OSPFマルチエリア隣接関係で定義されているように、ABRは、同じ 論理インターフェイス上で異なるエリアに属する複数の隣接関係を確立します。各マルチエリア隣接関係は、リンクに接続されたルーターによって、設定されたエリア内のポイントツーポイントの番号無しリンクとしてアナウンスされます。

インターフェイスは、主に1つのエリアにあると見なされます。別のエリアに同じインターフェイスを設定すると、他のエリアで二次的にあると見なされます。階層レベルで ステートメントを含めることで、 secondary セカンダリエリアを [edit protocols ospf3 area area-number interface interface-name] 指定します。

例:OSPFv3 のマルチエリア隣接関係の設定

この例では、OSPFv3 のマルチエリア隣接関係を設定する方法を示しています。

要件

この例を設定する前に、デバイス初期化以外の特別な設定は必要ありません。

概要

OSPFv3 エリア内パスは、エリア間パスよりも優先されます。この例では、デバイスR1とデバイスR2は、エリア0とエリア1の両方にインターフェイスを持つエリアボーダールーター(ABR)です。デバイス R1 と R2 の間のリンクはエリア 0 であり、高速リンクです。エリア 1 のリンクは低速です。

高速リンクを介してデバイスR1とデバイスR2の間でエリア1のトラフィックの一部を転送する場合、この目標を達成する1つの方法は、高速リンクをマルチエリア隣接関係にして、リンクがエリア0とエリア1の両方の一部になるようにすることです。

デバイス R1 とデバイス R2 間の高速リンクがエリア 1 にのみ残っている場合、デバイス R1 は常に低速度リンクを介してデバイス R4 およびデバイス R5 にトラフィックをルーティングします。また、デバイス R1 は、デバイス R3 を通るエリア内 1 パスを使用して、デバイス R2 のエリア 1 宛先のダウンストリームに到達します。

このシナリオでは、ルーティングが最適化されていないのは明らかです。

デバイスR1とデバイスR2の間のリンクをエリア1に移動させることなく、OSPF仮想リンクを使用してこの問題を解決することはできません。物理リンクがネットワークのバックボーン トポロジーに属している場合は、これを行わない場合があります。

RFC 5185に記載されているOSPF/OSPFv3プロトコル拡張では、 OSPFマルチエリア隣接関係 は、デバイスR1とデバイスR2間のリンクをバックボーンエリアとエリア1の両方の一部にすることで、問題を解決します。

マルチエリア隣接関係を作成するには、インターフェイスを 2 つのエリアに設定し、デバイス R1 の ge-1/2/0 をエリア 0 とエリア 1 の両方で設定し、デバイス R2 の ge-1/2/0 をエリア 0 とエリア 1 の両方で設定します。デバイスR1とデバイスR2の両方で、エリア0にはプライマリインターフェイスが含まれており、はデバイス間のプライマリリンクです。エリア1には、ステートメントを含めて設定するセカンダリ論理インターフェイスが secondary 含まれています。

図 6:OSPFv3 マルチエリア隣接関係 OSPFv3 Multiarea Adjacency

CLI クイック構成 では、すべてのデバイスの設定を 図 6 に示します。セクション #d19e111__d19e436 では、デバイス R1 とデバイス R2 の手順について説明します。

構成

手順

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

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

デバイス R1

デバイスR2

デバイスR3

デバイス R4

デバイス R5

デバイス R6

手順

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

デバイスR1を設定するには:

  1. インターフェイスを設定します。

  2. エリア 0 にあるインターフェイスで OSPFv3 を有効にします。

  3. エリア 1 にあるインターフェイスで OSPFv3 を有効にします。

手順

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

デバイスR2を設定するには:

  1. インターフェイスを設定します。

  2. エリア 0 にあるインターフェイスで OSPFv3 を有効にします。

  3. エリア 1 にあるインターフェイスで OSPFv3 を有効にします。

結果

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

デバイス R1

デバイスR2

デバイスの設定が完了したら、設定モードから を入力します commit

検証

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

トラフィックフローの検証

目的

トラフィックがエリア1の宛先に到達するために、デバイスR1とデバイスR2の間の高速リンクを使用していることを確認します。

アクション

デバイスR1の運用モードから、 コマンドを traceroute 使用して、デバイスR5とデバイスR6へのトラフィックフローをチェックします。

意味

traceroute の出力では、トラフィックがデバイス R1 とデバイス R2 間の 9009:1:: リンクを使用していることを示しています。

マルチエリア隣接関係を削除すると、トラフィック フローが変更される検証

目的

マルチエリア隣接関係を設定せずに結果を検証します。

アクション
  1. R1 と R2 の両方のエリア 1 のバックボーン リンク インターフェイスを無効にします。

  2. デバイスR1の運用モードから、 コマンドを traceroute 使用して、デバイスR5とデバイスR6へのトラフィックフローをチェックします。

意味

マルチエリアの隣接関係がない場合、出力は、エリア 1 の低速リンクを通過するトラフィックによる最適でないルーティングを示しています。

OSPF スタブ エリア、完全なスタブ エリア、および Not-So-Stubby エリアを理解する

図7 は、多くの外部ルートがアドバタイズされている自律システム(AS)を示しています。外部ルートがトポロジ データベースの重要な部分を構成する場合、ネットワークの外部にリンクがないエリアでのアドバタイズを抑制できます。そうすることで、ノードがトポロジー データベースを維持するために使用するメモリ量を削減し、他の用途に対して解放することができます。

図 7:スタブ エリアと NSSA を OSPF AS Network with Stub Areas and NSSAs持つ OSPF AS ネットワーク

外部ルートのエリアへのアドバタイズメントを制御するために、OSPFはスタブエリアを使用します。エリアボーダールーター(ABR)インターフェイスをスタブインターフェイスとしてエリアに指定することで、ABRを介した外部ルートアドバタイズメントを抑制します。代わりに、ABRは外部ルートの代わりに(それ自体を通して)デフォルトルートをアドバタイズし、ネットワークサマリー(タイプ3)のリンク状態アドバタイズ(LSA)を生成します。外部ルートを宛先とするパケットは、自動的に ABR に送信されます。ABR は、アウトバウンド トラフィックのゲートウェイとして機能し、トラフィックを適切にルーティングします。

メモ:

スタブまたは NSSA(not-so-stubby-area)にアタッチされた場合にデフォルト ルートを生成するには、ABR を明示的に設定する必要があります。指定されたメトリック値を持つデフォルトルートをエリアに注入するには、 オプションを default-metric 設定し、メトリック値を指定する必要があります。

たとえば、 図 7 のエリア 0.0.0.3 は外部ネットワークに直接接続されていません。すべてのアウトバウンド トラフィックは、ABR を介してバックボーンに、次に宛先アドレスにルーティングされます。エリア 0.0.0.3 をスタブ エリアとして指定することで、エリア内のルート エントリーのみをルート エントリーに制限することで、そのエリアのトポロジ データベースのサイズを小さくします。

スタブ エリアは、エリア内部へのルートのみを許可し、タイプ 3 LSA がスタブ エリアに入るのを制限するスタブ エリアは、多くの場合、完全なスタブ エリアと呼ばれます。ABRをアドバタイズするように設定することで、エリア0.0.0.3を完全にスタブエリアに変換し、デフォルトルートをエリアに入力することができます。他のエリアへの外部ルートと宛先は、完全にスタブエリアに集約または許可されなくなります。

メモ:

完全にスタブなエリアを正しく設定しないと、ネットワーク接続の問題が発生する可能性があります。完全にスタブなエリアを設定する前に、OSPF の高度な知識を持ち、ネットワーク環境を理解する必要があります。

図 7 のエリア 0.0.0.3 と同様に、エリア 0.0.0.4 には外部接続がありません。ただし、エリア 0.0.0.4 には、内部 OSPF ルートではない静的カスタマー ルートがあります。外部ルートアドバタイズメントをエリアに制限し、エリアをNSSAを指定することで静的カスタマールートをアドバタイズできます。NSSAでは、AS境界ルーターがNSSA外部(タイプ7)LSAを生成し、それらが含まれているNSSAにフラッディングします。タイプ7のLSAにより、NSSAはAS境界ルーターとそれに対応する外部ルーティング情報の存在をサポートできます。ABRは、タイプ7のLSAをAS外部(タイプ5)LSAに変換して他のエリアにリークしますが、他のエリアからの外部ルートはNSSA内ではアドバタイズされません。

例:OSPFスタブと完全なスタブエリアの設定

この例では、OSPFスタブエリアと、エリアへの外部ルートのアドバタイズを制御する完全なスタブエリアを設定する方法を示しています。

要件

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

概要

図 8 の 0 であるバックボーン エリアには、特別な機能があり、常にエリア ID 0.0.0.0 が割り当てられます。エリア ID は、ドット付き 10 進表記による一意の数値識別子です。エリア ID は、自律システム(AS)内でのみ一意である必要があります。AS内の他のすべてのネットワークまたはエリア(3、7、9など)は、複数のエリアにインターフェイスを持つABR(エリアボーダールーター)によってバックボーンエリアに直接接続する必要があります。

スタブエリアとは、OSPFがAS外部リンク状態アドバタイズメント(タイプ5のLSA)にフラッディングしない、または通過しないエリアです。トポロジーデータベースの多くがAS外部アドバタイズメントで構成されており、スタブエリア内の内部ルーター上のトポロジーデータベースのサイズを最小限に抑えたい場合に、スタブエリアを作成することができます。

スタブエリアには、以下の制限が適用されます。

  • スタブエリアを介して仮想リンクを作成することはできません。

  • スタブエリアにAS境界ルーターを含めることはできません。

  • バックボーンをスタブエリアとして設定することはできません。

  • スタブ エリアと NSSA(Not-so-stubby Area)の両方としてエリアを設定することはできません。

この例では、エリア 7(エリア ID 0.0.0.7)の各ルーティング デバイスをスタブ ルーターとして設定し、ABR にいくつかの追加設定を行います。

  • stub—このエリアがスタブ エリアになり、タイプ 5 の LSA であふれないように指定します。このエリアには外部接続がないため、エリア7にあるすべてのルーティング・デバイスに ステートメントを含める stub 必要があります。

  • default-metric-スタブエリアに指定されたメトリックを持つデフォルトルートを生成するようにABRを設定します。このデフォルト ルートは、スタブ エリアから外部の宛先へのパケット転送を有効にします。このオプションは、ABR でのみ設定します。スタブに接続しても、ABR はデフォルト ルートを自動的に生成しません。デフォルトルートを生成するには、このオプションを明示的に設定する必要があります。

  • no-summaries—(オプション)スタブ エリアを完全なスタブ エリアに変換することで、ABR がサマリー ルートをスタブ エリアに広告しないようにします。ステートメントと default-metric 組み合わせて設定された場合、完全なスタブエリアは、エリア内のルートのみを許可し、エリアにデフォルトルートをアドバタイズします。他のエリアへの外部ルートと宛先は、完全にスタブエリアに集約または許可されなくなります。ABRのみが、この追加設定を必要とします。これは、エリア外からのトラフィックの受信と送信に使用されるタイプ3のLSAを作成する、完全にスタブエリア内で唯一のルーティングデバイスであるためです。

メモ:

Junos OS リリース 8.5 以降では、以下が適用されます。

  • OSPF を実行するように設定されていないルーター識別子インターフェイスは、OSPF LSA のスタブ ネットワークとしてアドバタイズされなくなります。

  • ループバックインターフェイスが32以外のプレフィックス長で設定されている場合、OSPFは、プレフィックス長が32のローカルルートをスタブリンクとしてアドバタイズします。OSPF はまた、以前のリリースと同様に、マスク長が設定された直接ルートをアドバタイズします。

図 8:スタブ エリアと NSSA を OSPF Network Topology with Stub Areas and NSSAs使用した OSPF ネットワーク トポロジー

トポロジ

構成

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

  • OSPFスタブエリアを迅速に設定するには、以下のコマンドをコピーしてCLIに貼り付けます。スタブエリアの一部であるすべてのルーティングデバイスを設定する必要があります。

  • ABR がエリアにデフォルト ルートをインジェクトするように迅速に設定するには、以下のコマンドをコピーして CLI に貼り付けます。この設定は ABR にのみ適用します。

  • (オプション)すべての概要アドバタイズメントを制限し、内部ルートとデフォルトルートアドバタイズメントのみをエリアに許可するようにABRを迅速に設定するには、以下のコマンドをコピーしてCLIに貼り付けます。この設定は ABR にのみ適用します。

手順

手順

OSPF スタブエリアを設定するには:

  1. エリア内のすべてのルーティング デバイスで、OSPF スタブ エリアを設定します。

    メモ:

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

  2. ABRで、エリアにデフォルトルートを注入します。

  3. (オプション)ABR で、領域への概要 LSA の入力を制限します。このステップでは、スタブ エリアを完全なスタブ エリアに変換します。

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

結果

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

すべてのルーティング デバイスの設定:

ABR の設定(出力にはオプションの設定も含まれます)。

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

検証

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

エリア内のインターフェイスの検証

目的

OSPFのインターフェイスが適切なエリアに対して設定されていることを確認します。出力に OSPF エリアのタイプとして Stub が含まれているか確認します。

アクション

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

OSPFエリアのタイプの検証

目的

OSPF エリアがスタブ エリアであることを確認します。正常なスタブがスタブ タイプとして表示されていることを確認します。

アクション

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

例:OSPF Not-So-Stubby エリアの設定

この例では、OSPF not-so-stubby Area(NSSA)を設定して、エリアへの外部ルートのアドバタイズを制御する方法を示します。

要件

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

概要

図 9 の 0 であるバックボーン エリアには、特別な機能があり、常にエリア ID 0.0.0.0 が割り当てられます。エリア ID は、ドット付き 10 進表記による一意の数値識別子です。エリア ID は、AS 内でのみ一意である必要があります。AS内の他のすべてのネットワークまたはエリア(3、7、9など)は、複数のエリアにインターフェイスを持つABRによってバックボーンエリアに直接接続する必要があります。

OSPF スタブ エリアには外部ルートがないため、別のプロトコルからのルートをスタブ エリアに再配布することはできません。OSPF NSSA を使用すると、外部ルートをエリア内でフラッディングできます。

さらに、タイプ 7 の LSA を NSSA にエクスポートする必要がない場合があります。AS境界ルーターもNSSAが接続されたABRである場合、タイプ7のLSAがデフォルトでNSSAにエクスポートされます。ABR が複数の NSSA にアタッチされている場合、デフォルトで別の Type 7 LSA が各 NSSA にエクスポートされます。ルート再分配時に、このルーティング デバイスはタイプ 5 の LSA とタイプ 7 の LSA の両方を生成します。タイプ 7 の LSA を NSSA にエクスポートできないようにできます。

メモ:

NSSA には、以下の制限が適用されます。スタブ エリアと NSSA の両方としてエリアを設定することはできません。

エリア 9(エリア ID 0.0.0.9)では、各ルーティング デバイスを以下の設定で設定します。

  • nssa—OSPF NSSA を指定します。このエリアには静的ルートへの外部接続しかないため、エリア9のすべてのルーティング・デバイスに ステートメントを含める nssa 必要があります。

また、エリア 9 の ABR は、以下の追加設定で構成します。

  • no-summaries-ABR が NSSA に概要ルートをアドバタイズできないようにします。ステートメントと default-metric 組み合わせて設定された場合、NSSAはエリア内部のルートのみを許可し、デフォルトルートをエリアにアドバタイズします。他のエリアへの外部ルートと宛先は、NSSA に集約または許可されなくなります。ABRのみが、この追加設定を必要とします。これは、エリア外からのトラフィックの受信と送信に使用されるタイプ3のLSAを作成するNSSA内で唯一のルーティングデバイスであるためです。

  • default-lsa- NSSA にデフォルト ルートを生成するように ABR を構成します。この例では、以下を設定します。

    • default-metric—ABR が指定されたメトリックを持つデフォルト ルートを NSSA に生成することを指定します。このデフォルト ルートは、NSSA から外部宛先へのパケット転送を有効にします。このオプションは、ABR でのみ設定します。ABR は、NSSA に接続したときにデフォルト ルートを自動的に生成しません。デフォルト ルートを生成するには、ABR にこのオプションを明示的に設定する必要があります。

    • metric-type—(オプション)既定の LSA の外部メトリック型を指定します。LSA はタイプ 1 またはタイプ 2 のいずれかです。OSPFが外部ASからルート情報をエクスポートする場合、ルートにコスト(外部メトリック)が含まれます。2 つのメトリックの違いは、OSPF がルートのコストをどのように計算するかです。タイプ1の外部メトリックは、リンク状態メトリックに相当し、コストは内部コストの合計と外部コストと等しくなります。タイプ2の外部メトリックは、AS境界ルーターによって割り当てられた外部コストのみを使用します。デフォルトでは、OSPF は Type 2 外部メトリックを使用します。

    • type-7—(オプション)ステートメントが設定されている場合、タイプ7のデフォルトLSAをNSSAに no-summaries フラッディングします。デフォルトでは、 ステートメントが設定されている場合 no-summaries 、Type 3 LSAはJunos OSリリース5.0以降のNSSAにインジェクトされます。以前の Junos OS リリースとの下位互換性をサポートするには、 ステートメントを type-7 含めます。

2 つ目の例では、ABR と AS 境界ルーターの両方の機能を実行するルーティング デバイスで ステートメントを含 no-nssa-abr めることで、タイプ 7 の LSA を NSSA にエクスポートできないようにするために必要なオプション設定も示しています。

図 9:スタブ エリアと NSSA を OSPF Network Topology with Stub Areas and NSSAs使用した OSPF ネットワーク トポロジー

トポロジ

構成

Not-So-Stubby-Area に参加するためのルーティング デバイスの設定

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

OSPF NSSA を迅速に設定するには、以下のコマンドをコピーして CLI に貼り付けます。NSSA に含まれるすべてのルーティング デバイスを設定する必要があります。

OSPF NSSA に参加する ABR を迅速に設定するには、以下のコマンドをコピーして CLI に貼り付けます。

手順

OSPF NSSAを設定するには:

  1. エリア内のすべてのルーティング デバイスで、OSPF NSSA を設定します。

    メモ:

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

  2. ABR で、OSPF 設定モードを入力し、すでに作成した NSSA エリア 0.0.0.9 を指定します。

  3. ABRで、エリアにデフォルトルートを注入します。

  4. (オプション)ABRで、デフォルトルートの外部メトリックタイプを指定します。

  5. (オプション)ABRで、タイプ7のLSAのフラッディングを指定します。

  6. ABR で、領域への概要 LSA の入力を制限します。

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

結果

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

エリア内のすべてのルーティング デバイスでの設定:

ABR の設定。出力には、オプション metric-type の および type-7 ステートメントも含まれています。

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

Not-So-Stubby エリアへのタイプ 7 リンク状態アドバタイズメントのエクスポートの無効化

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

タイプ 7 の LSA を NSSA に素早くエクスポート無効にするには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、[edit]階層レベルで CLI にコマンドをコピー アンド ペーストして、設定モードから を入力 commit します。この設定は、NSSAエリアが接続されたABRでもあるAS境界ルーターで設定します。

手順

この設定は、NSSAエリアが接続されたABRでもあるAS境界ルーターがある場合に設定できます。

  1. タイプ 7 LSA の NSSA へのエクスポートを無効にします。

    メモ:

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

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

結果

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

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

検証

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

エリア内のインターフェイスの検証

目的

OSPFのインターフェイスが適切なエリアに対して設定されていることを確認します。出力に OSPF エリアのタイプとしてスタブ NSSA が含まれています。

アクション

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

OSPFエリアのタイプの検証

目的

OSPF エリアがスタブ エリアであることを確認します。出力にスタブ タイプとして「Not so Stubby Stub」と表示されていることを確認します。

アクション

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

LSAのタイプの検証

目的

エリア内の LSA のタイプを確認します。タイプ 7 の LSA を NSSA にエクスポート無効にした場合、[ タイプ] フィールドに LSA のタイプとして NSSA が含まれていないことを確認します。

アクション

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

OSPFv3スタブと完全なスタブエリアを理解する

IPv6 ネットワークの Junos OSPFv3 設定は、OSPFv2 設定と同じです。コマンドのset ospf代わりにコマンドでset ospf3プロトコルを設定し、コマンドのshow ospf代わりにコマンドを使用show ospf3してOSPFステータスを確認します。また、OSPFv3 を実行するインターフェイスでは、IPv6 アドレスを必ず設定してください。

スタブエリアとは、OSPFがAS外部リンク状態アドバタイズメント(タイプ5のLSA)にフラッディングしない、または通過しないエリアです。トポロジーデータベースの多くがAS外部アドバタイズメントで構成されており、スタブエリア内の内部ルーター上のトポロジーデータベースのサイズを最小限に抑えたい場合に、スタブエリアを作成することができます。

スタブエリアには、以下の制限が適用されます。

  • スタブエリアを介して仮想リンクを作成することはできません。

  • スタブエリアにAS境界ルーターを含めることはできません。

  • バックボーンをスタブエリアとして設定することはできません。

  • スタブ エリアと NSSA(Not-so-stubby Area)の両方としてエリアを設定することはできません。

例:OSPFv3 スタブと完全なスタブエリアの設定

この例では、OSPFv3スタブエリアと、エリアへの外部ルートのアドバタイズを制御する完全なスタブエリアを設定する方法を示しています。

要件

この例を設定する前に、デバイス初期化以外の特別な設定は必要ありません。

概要

図 10 は 、この例で使用したトポロジーを示しています。

図 10:スタブ エリアを使用した OSPFv3 ネットワーク トポロジー OSPFv3 Network Topology with Stub Areas

この例では、エリア 7(エリア ID 0.0.0.7)の各ルーティング デバイスをスタブ ルーターとして設定し、ABR にいくつかの追加設定を行います。

  • stub—このエリアがスタブ エリアになり、タイプ 5 の LSA であふれないように指定します。このエリアには外部接続がないため、エリア7にあるすべてのルーティング・デバイスに ステートメントを含める stub 必要があります。

  • default-metric-スタブエリアに指定されたメトリックを持つデフォルトルートを生成するようにABRを設定します。このデフォルト ルートは、スタブ エリアから外部の宛先へのパケット転送を有効にします。このオプションは、ABR でのみ設定します。スタブに接続しても、ABR はデフォルト ルートを自動的に生成しません。デフォルトルートを生成するには、このオプションを明示的に設定する必要があります。

  • no-summaries—(オプション)スタブ エリアを完全なスタブ エリアに変換することで、ABR がサマリー ルートをスタブ エリアに広告しないようにします。ステートメントと default-metric 組み合わせて設定された場合、完全なスタブエリアは、エリア内のルートのみを許可し、エリアにデフォルトルートをアドバタイズします。他のエリアへの外部ルートと宛先は、完全にスタブエリアに集約または許可されなくなります。ABRのみが、この追加設定を必要とします。これは、エリア外からのトラフィックの受信と送信に使用されるタイプ3のLSAを作成する、完全にスタブエリア内で唯一のルーティングデバイスであるためです。

メモ:

Junos OS リリース 8.5 以降では、以下が適用されます。

  • OSPF を実行するように設定されていないルーター識別子インターフェイスは、OSPF LSA のスタブ ネットワークとしてアドバタイズされなくなります。

  • ループバックインターフェイスが32以外のプレフィックス長で設定されている場合、OSPFは、プレフィックス長が32のローカルルートをスタブリンクとしてアドバタイズします。OSPF はまた、以前のリリースと同様に、マスク長が設定された直接ルートをアドバタイズします。

CLIクイック設定 は、 図10のすべてのデバイスの設定を示しています。セクション #d24e145__d24e512 では、デバイス 2、デバイス 6、デバイス 7、およびデバイス 8 の手順について説明します。

構成

手順

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

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

デバイス1

デバイス2

デバイス3

デバイス4

デバイス5

デバイス6

デバイス7

デバイス 8

手順

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

デバイス2を設定するには:

  1. インターフェイスを設定します。

  2. エリア 0 にあるインターフェイスで OSPFv3 を有効にします。

  3. エリア 7 にあるインターフェイスで OSPFv3 を有効にします。

  4. エリア 7 を OSPFv3 スタブ エリアとして指定します。

    ステートメントは stub 、エリア内のすべてのルーティングデバイスで必要です。

  5. ABRで、エリアにデフォルトルートを注入します。

  6. (オプション)ABR で、領域への概要 LSA の入力を制限します。

    このステップでは、スタブ エリアを完全なスタブ エリアに変換します。

手順

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

デバイス6を設定するには:

  1. インターフェイスを設定します。

  2. エリア 7 にあるインターフェイスで OSPFv3 を有効にします。

  3. エリア 7 を OSPFv3 スタブ エリアとして指定します。

    ステートメントは stub 、エリア内のすべてのルーティングデバイスで必要です。

手順

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

デバイス7を設定するには:

  1. インターフェイスを設定します。

  2. エリア 9 にあるインターフェイスで OSPFv3 を有効にします。

  3. 顧客ルートへの接続を可能にする静的ルートを設定します。

  4. ルーティングポリシーを設定して、スタティックルートを再分配します。

  5. ルーティング ポリシーを OSPFv3 インスタンスに適用します。

手順

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

デバイス8を設定するには:

  1. インターフェイスを設定します。

  2. 2つのループバックインターフェイスアドレスを設定して、顧客ルートをシミュレートします。

結果

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

デバイス2

デバイス6

デバイス7

デバイス 8

デバイスの設定が完了したら、設定モードから を入力します commit

検証

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

OSPFv3 エリアのタイプの検証

目的

OSPFv3 エリアがスタブ エリアであることを確認します。出力にスタブ タイプとしてスタブが表示されていることを確認します。

アクション

デバイス2およびデバイス6の運用モードから、 コマンドを show ospf3 overview 入力します。

意味

デバイス 2 では、エリア 0 のスタブ タイプは Not Stub.エリア 7 のスタブ タイプは Stub.スタブのデフォルトメトリックは10です。

デバイス6では、エリア7のスタブタイプは.Stub

OSPFv3 スタブ エリア内のルートの検証

目的

期待されるルートがルーティングテーブルに存在することを確認します。

アクション

デバイス6とデバイス2の運用モードから、 コマンドを show route 入力します。

意味

デバイス6では、ABR、デバイス2の default-metric ステートメントにより、デフォルトルートが学習されました。それ以外の場合、デバイス 6 のルーティング テーブル内の OSPFv3 ルートは、ネットワーク アドレス 2001:db8:9009:4::/64、すべての SPF リンクステート ルーター(AllSPFRouter とも呼ばれる)の OSPFv3 マルチキャスト アドレス ff02::5/128 のみです。

デバイス 2 では、外部顧客ルート 2001:db8:1010::1/128 および 2001:db8:2020::1/128 など、すべての OSPFv3 ルートが学習されています。

OSPFv3 Not-So-Stubby エリアの理解

OSPF スタブ エリアと同様に、OSPFv3 スタブ エリアには外部ルートがないため、別のプロトコルからのルートをスタブ エリアに再配布することはできません。NSSA(Not-so-stubby-area)では、そのエリア内で外部ルートをフラッディングできます。NSSA内のルーターは、エリアボーダールーター(ABR)から外部リンク状態アドバタイズメント(LSA)を受信しませんが、再分配のための外部ルーティング情報の送信が許可されます。タイプ7のLSAを使用して、これらの外部ルートについてABRに伝え、その後、ABRはタイプ5の外部LSAと、残りのOSPFネットワークに通常どおりフラッディングを変換します。

例:OSPFv3 Not-So-Stubby エリアの設定

この例では、OSPFv3 not-so-stubby Area(NSSA)がエリアへの外部ルートのアドバタイズを制御するように設定する方法を示しています。

要件

この例を設定する前に、デバイス初期化以外の特別な設定は必要ありません。

概要

この例では、デバイス7は静的なカスタマー1ルートをOSPFv3に再分配します。デバイス7はエリア9にあり、NSSAとして設定されています。デバイス 3 は、NSSA に接続された ABR です。NSSAは、自律システム外部ルートをインポートして他のエリアに送信できるスタブエリアの一種ですが、他のエリアからAS外部ルートを受信することはできません。エリア 9 は NSSA として定義されているため、デバイス 7 はタイプ 7 の LSA を使用して、これらの外部ルートについて ABR(デバイス 3)に伝えます。その後、デバイス3は、タイプ7のルートをタイプ5の外部LSAに変換し、残りのOSPFネットワークに通常のルートをフラッディングします。

エリア 3 では、デバイス 5 は静的な顧客 2 ルートを OSPFv3 に再分配します。これらのルートはデバイス3で学習されますが、デバイス7または10では学習されません。デバイス3は、エリア9にデフォルトの静的ルートを注入して、デバイス7と10がカスタマー2ルートに到達できるようにします。

エリア 9(エリア ID 0.0.0.9)では、各ルーティング デバイスを以下の設定で設定します。

  • nssa—OSPFv3 NSSA を指定します。エリア 9 のすべてのルーティング デバイスに ステートメント nssa を含める必要があります。

また、エリア 9 の ABR は、以下の追加設定で構成します。

  • no-summaries-ABR が NSSA に概要ルートをアドバタイズできないようにします。ステートメントと default-metric 組み合わせて設定された場合、NSSAはエリア内部のルートのみを許可し、デフォルトルートをエリアにアドバタイズします。他のエリアへの外部ルートと宛先は、NSSA に集約または許可されなくなります。ABRのみが、この追加設定を必要とします。これは、エリア外からのトラフィックの受信と送信に使用されるタイプ3のサマリーLSAを作成するNSSA内で唯一のルーティングデバイスであるためです。

  • default-lsa- NSSA にデフォルト ルートを生成するように ABR を構成します。この例では、以下を設定します。

    • default-metric—ABR が指定されたメトリックを持つデフォルト ルートを NSSA に生成することを指定します。このデフォルト ルートは、NSSA から外部宛先へのパケット転送を有効にします。このオプションは、ABR でのみ設定します。ABR は、NSSA に接続したときにデフォルト ルートを自動的に生成しません。デフォルト ルートを生成するには、ABR にこのオプションを明示的に設定する必要があります。

    • metric-type—(オプション)既定の LSA の外部メトリック型を指定します。LSA はタイプ 1 またはタイプ 2 のいずれかです。OSPFv3 が外部 AS からルート情報をエクスポートすると、そのルートにコスト(外部メトリック)が含まれます。この 2 つのメトリックの違いは、OSPFv3 がルートのコストをどのように計算するかです。タイプ1の外部メトリックは、リンク状態メトリックに相当し、コストは内部コストの合計と外部コストと等しくなります。タイプ2の外部メトリックは、AS境界ルーターによって割り当てられた外部コストのみを使用します。デフォルトでは、OSPFv3 はタイプ 2 外部メトリックを使用します。

    • type-7—(オプション)ステートメントが設定されている場合、タイプ7のデフォルトLSAをNSSAに no-summaries フラッディングします。デフォルトでは、 ステートメントが設定されている場合 no-summaries 、Type 3 LSAはJunos OSリリース5.0以降のNSSAにインジェクトされます。以前の Junos OS リリースとの下位互換性をサポートするには、 ステートメントを type-7 含めます。

図 11:NSSA を使用した OSPFv3 ネットワーク トポロジー OSPFv3 Network Topology with an NSSA

CLI クイック設定 は、 図 11 に、すべてのデバイスの設定を示しています。セクション #d26e168__d26e580 では、デバイス 3、デバイス 7、およびデバイス 9 の手順について説明します。

構成

手順

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

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

デバイス1

デバイス3

デバイス4

デバイス5

デバイス7

デバイス 8

デバイス9

デバイス10

手順

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

デバイス3を設定するには:

  1. インターフェイスを設定します。

  2. エリア 0 にあるインターフェイスで OSPFv3 を有効にします。

  3. エリア 9 にあるインターフェイスで OSPFv3 を有効にします。

  4. OSPFv3 NSSAを設定します。

    ステートメントは nssa 、エリア内のすべてのルーティングデバイスで必要です。

  5. ABRで、エリアにデフォルトルートを注入します。

  6. (オプション)ABRで、デフォルトルートの外部メトリックタイプを指定します。

  7. (オプション)ABRで、タイプ7のLSAのフラッディングを指定します。

  8. ABR で、領域への概要 LSA の入力を制限します。

手順

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

デバイス5を設定するには:

  1. インターフェイスを設定します。

  2. エリア 3 にあるインターフェイスで OSPFv3 を有効にします。

  3. 顧客ルートへの接続を可能にする静的ルートを設定します。

  4. ルーティングポリシーを設定して、スタティックルートを再分配します。

  5. ルーティング ポリシーを OSPFv3 インスタンスに適用します。

手順

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

デバイス7を設定するには:

  1. インターフェイスを設定します。

  2. エリア 9 にあるインターフェイスで OSPFv3 を有効にします。

  3. OSPFv3 NSSAを設定します。

    ステートメントは nssa 、エリア内のすべてのルーティングデバイスで必要です。

手順

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

デバイス8を設定するには:

  1. インターフェイスを設定します。

  2. 2つのループバックインターフェイスアドレスを設定して、顧客ルートをシミュレートします。

結果

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

デバイス3

デバイス5

デバイス7

デバイス 8

デバイスの設定が完了したら、設定モードから を入力します commit

検証

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

OSPFv3 エリアのタイプの検証

目的

OSPFv3 エリアが NSSA エリアであることを確認します。スタブ タイプとして出力が Stub NSSA 表示されていることを確認します。

アクション

デバイス3、デバイス7、およびデバイス10の動作モードから、 コマンドを show ospf3 overview 入力します。

意味

デバイス 3 では、エリア 0 のスタブ タイプは Not Stub.エリア 9 のスタブ タイプは Stub NSSA.スタブのデフォルトメトリックは10です。

デバイス7およびデバイス10では、エリア9のスタブタイプは.Stub NSSA

OSPFv3 スタブ エリア内のルートの検証

目的

期待されるルートがルーティングテーブルに存在することを確認します。

アクション

デバイス7とデバイス3の動作モードから、 コマンドを show route 入力します。

意味

デバイス7では、ABR、デバイス3の default-metric ステートメントにより、デフォルトルートが学習されました。それ以外の場合、デバイス 7 のルーティング テーブル内の唯一の OSPFv3 ルートは、エリア 9 へのローカル ルートであり、すべての SPF リンクステート ルーター(AllSPFRouter とも呼ばれる)の OSPFv3 マルチキャスト アドレス ff02::5/128 です。

デバイス10には、デバイス3によって注入されたデフォルトルートと、デバイス7によって注入されたOSPF外部ルートがあります。

デバイス 7 もデバイス 10 にも、デバイス 5 によって OSPFv3 にインジェクトされた外部カスタマー ルートはありません。

デバイス 3 では、外部カスタマー ルート 2001:db8:1010::1/128 および 2001:db8:2020::1/128 など、すべての OSPFv3 ルートが学習されています。

LSAのタイプの検証

目的

エリア内の LSA のタイプを確認します。

アクション

デバイス7の運用モードから、 コマンドを show ospf3 database nssa detail 入力します。

意味

デバイス7では、NSSA LSAは、タイプ1の外部デフォルトルートで、デバイス3から学習し、タイプ2の外部静的ルートを顧客1ネットワークに対して学習します。

Not-So-Stubby エリア フィルタリングを理解する

タイプ 7 の LSA を NOT-so-stubby Area(NSSA)にエクスポートする必要がない場合に状況が発生する可能性があります。自律システム境界ルーター(ASBR)が NSSA が接続された ABR(エリア境界ルーター)でもある場合、タイプ 7 の LSA がデフォルトで NSSA にエクスポートされます。

また、ASBR(ABR)が複数のNSSAに接続されている場合、デフォルトで別の Type 7 LSAが各NSAにエクスポートされます。ルート再分配時に、このルーティング デバイスはタイプ 5 の LSA とタイプ 7 の LSA の両方を生成します。そのため、同じルートが(タイプ 5 の LSA とタイプ 7 の LSA から)2 回再配布されるのを避けるために、ルーティング デバイスに ステートメントを含 no-nssa-abr めることで、タイプ 7 の LSA を NSSA にエクスポートすることを無効にすることができます。

例:フィルタリングによる OSPFv3 Not-So-Stubby エリアの設定

この例では、タイプ 7 の LSA(リンク状態アドバタイズ)として NSSA に外部ルートをインジェクトする必要がない場合に、OSPFv3 not-so-stubby エリア(NSSA)を設定する方法を示します。

要件

この例を設定する前に、デバイス初期化以外の特別な設定は必要ありません。

概要

自律システム境界ルーター(ASBR)がNSSAエリアボーダールーター(ABR)でもある場合、ルーティングデバイスはタイプ5とタイプ7のLSAを生成します。ルーターが ステート メントを使用して NSSA no-nssa-abr のタイプ 7 LSA を作成しないようにすることができます。

この例では、デバイス5とデバイス3がカスタマーネットワークにあります。デバイス 4 とデバイス 2 はどちらも顧客ルートを OSPFv3 にインジェクトしています。エリア 1 は NSSA です。デバイス 4 は NSSA ABR と ASBR の両方であるため、タイプ 7 とタイプ 5 の両方の LSA を生成し、タイプ 7 の LSA をエリア 1 にインジェクトし、タイプ 5 の LSA をエリア 0 にインジェクトします。タイプ 7 の LSA がエリア 1 にインジェクトされるのを no-nssa-abr 停止するには、デバイス 4 設定に含まれる ステートメント。

図 12:ASBR でもある NSSA ABR を使用した OSPFv3 ネットワーク トポロジー OSPFv3 Network Topology with an NSSA ABR That Is Also an ASBR

CLI クイックコンフィギュレーション は、すべてのデバイスの設定を 図12に示しています。セクション #d28e95__d28e440 では、デバイス 4 の手順について説明します。

構成

手順

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

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

デバイス1

デバイス2

デバイス3

デバイス4

デバイス5

デバイス6

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 CLI ユーザーガイドの「設定モードでのCLIエディターの使用」を参照してください。

デバイス4を設定するには:

  1. インターフェイスを設定します。

  2. エリア 0 にあるインターフェイスで OSPFv3 を有効にします。

  3. エリア 1 にあるインターフェイスで OSPFv3 を有効にします。

  4. OSPFv3 NSSAを設定します。

    ステートメントは nssa 、エリア内のすべてのルーティングデバイスで必要です。

  5. ABRで、エリアにデフォルトルートを注入します。

  6. (オプション)ABRで、デフォルトルートの外部メトリックタイプを指定します。

  7. (オプション)ABRで、タイプ7のLSAのフラッディングを指定します。

  8. ABR で、領域への概要 LSA の入力を制限します。

  9. タイプ 7 LSA の NSSA へのエクスポートを無効にします。

    この設定は、NSSAエリアが接続されたABRでもあるAS境界ルーターがある場合に便利です。

  10. 顧客ネットワークへの静的ルートを設定します。

  11. 静的ルートを OSPFv3 にインジェクトするポリシーを設定します。

  12. ポリシーを OSPFv3 に適用します。

結果

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

デバイス4

デバイスの設定が完了したら、設定モードから を入力します commit

検証

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

OSPFv3 スタブ エリア内のルートの検証

目的

期待されるルートがルーティングテーブルに存在することを確認します。

アクション

デバイス 1 とデバイス 6 の動作モードから、 コマンドを show route 入力します。

意味

デバイス1では、ABR、デバイス4の default-metric ステートメントにより、デフォルトルート(::/0)が学習されました。顧客ルート 2001:db8:3030::1 および 2001:db8:4040::1 は、デバイス 2 から学習されました。2001:db8:1010::1 および 2001:db8:2020::1 ルートは抑制されています。代わりにデフォルトルートを使用できるため、これらは必要ありません。

エリア0のデバイス6では、すべてのカスタマールートが学習されています。

LSAのタイプの検証

目的

エリア内の LSA のタイプを確認します。

アクション

デバイス1の運用モードから、 コマンドを show ospf3 database nssa detail 入力します。

意味

デバイス 4 は、顧客ルート 2001:db8:1010::1/128 および 2001:db8:2020::1/128 のタイプ 7(NSSA)LSA を送信しません。ステートメントを削除または無効化 no-nssa-abr してコマンドを再実行 show ospf3 database nssa detail すると、デバイス4が2001:db8:1010:1/128および2001:db8:2020::1/128のタイプ7 LSAを送信していることがわかります。