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 エリアにのみ接続するルーティング デバイスは、 内部ルーターと呼ばれます。内部ルーター上のすべてのインターフェイスは、1 つのエリア内のネットワークに直接接続されます。

スタブ エリア

スタブエリア は、AS外部アドバタイズメントがフラッディングされない、またはそこへのスタブエリアです。トポロジー・データベースの大部分がAS外部アドバタイズで構成されている場合、スタブ・エリアを作成することができます。これにより、トポロジ データベースのサイズが小さくなるため、スタブ エリアの内部ルーターに必要なメモリ量が削減されます。

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

スタブ エリアには、スタブ エリアを介して仮想リンクを作成できない、スタブ エリアに AS 境界ルーターを含めることができない、バックボーンをスタブ エリアにすることはできません、エリアをスタブ エリアとそれほどスタビーではないエリアの両方として設定することはできません。

それほどずんぐりしていないエリア

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

NSSA には、エリアをスタブ エリアと NSSA の両方として設定することはできません。

トランジットエリア

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

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

次の表に、OSPF エリア タイプと受け入れられる LSA の詳細を示します。

OSPF指定ルーターの概要

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

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

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

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

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

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

デフォルトでは、ルーティング デバイスのプライオリティは 128 です。プライオリティが 0 の場合、ルーティング・デバイスは指定ルーターになる資格がありません。優先度 1 は、ルーティング デバイスが指定ルーターになる可能性が最も低いことを意味します。プライオリティ 255 は、ルーティング デバイスが常に指定ルーターであることを意味します。

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

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

必要条件

始める前に:

概要

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

  1. デフォルトでは、Junos OSはインターフェイスの最下位設定の物理IPアドレスをルーター識別子として選択します。

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

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

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

手記:

1. ここで説明するルーター識別子の動作は、 [edit routing-instances routing-instance-name routing-options] および [edit logical-systems logical-system-name 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. [router-id]設定値を入力して、OSPFルーター識別子を設定します。

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

業績

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

検証

ルーター ID を設定し、ルーティング デバイスで OSPF を有効にすると、OSPF プロトコルの監視とトラブルシューティングに使用できる複数の OSPF 動作モード コマンドによってルーター ID が参照されます。ルーター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 を含むトランジット エリアを使用して、隣接するエリアから別のエリアにネットワーク トラフィックを転送します。例えば、 図 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に示すようなOSPFエリアを少なくとも1つ設定する必要があります。

図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 のインターフェイスが適切なエリアに設定されているか検証します。[Area] フィールドに、構成した値が表示されていることを確認します。

アクション

動作モードから、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 を入力してください。

1 デバイスA 1

1 デバイスC 1

1 デバイスB 1

デバイスD 1

デバイスE 1

手順

マルチエリアOSPFネットワークを設定するには、次の手順に従います。

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

    手記:

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

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

    手記:

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

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

業績

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

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

検証

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

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

目的

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

アクション

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

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

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

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

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

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

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

必要条件

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

概要

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

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

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

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

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

  • secondary ステートメントを interface 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エリアに2次論理インターフェースを素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク構成に合わせて必要な詳細を変更し、[edit]階層レベルのCLIにコマンドをコピー&ペーストし、設定モードから commit を入力してください。

ABR R1 の設定:

ABR R2 の設定:

プロシージャ

手順

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

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

    手記:

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

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

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

    手記:

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

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

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

業績

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

ABR R1 の設定:

ABR R2 の設定:

検証

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

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

目的

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

アクション

動作モードから、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 つのインターフェイスは 1 つの OSPFv3 エリアにのみ属することができます。しかし、状況によっては、最適でないルーティングを避けるために、インターフェイスを複数のエリアに属するように設定したい場合があります。これにより、対応するリンクを複数のエリアのエリア内リンクと見なし、高コストのエリア内リンクよりも優先することができます。

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

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

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

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

必要条件

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

概要

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

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

デバイスR1とデバイスR2の間の高速リンクがエリア0のみにある場合、デバイスR1は常に低速リンクを介してエリア1を介してデバイスR4とデバイスR5へのトラフィックをルーティングします。また、デバイスR1は、デバイスR3を経由するエリア内エリア1パスを使用して、デバイスR2の下流のエリア1の宛先に到達します。

このシナリオでは明らかに、最適ではないルーティングが発生します。

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

RFC 5185「 OSPF マルチエリア隣接関係 」に記載されている OSPF/OSPFv3 プロトコル拡張は、デバイス 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のすべてのデバイスの構成を示しています。セクション #d19e77__d19e379 では、デバイス R1 とデバイス R2 の手順について説明します。

構成

プロシージャ

CLIクイック構成

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

デバイスR1

デバイスR2

デバイス R3

デバイス R4

デバイス R5

デバイス R6

手順

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

Device R1を設定するには:

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

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

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

手順

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

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

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

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

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

業績

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

デバイスR1

デバイスR2

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

検証

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

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

目的

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

アクション

デバイスR1の操作モードから、 traceroute コマンドを使用してデバイスR5およびデバイスR6へのトラフィックフローを確認します。

意味

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

マルチエリア隣接関係を削除した場合のトラフィックフローの変化の確認

目的

マルチエリア隣接関係が設定されていない場合の結果を確認します。

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

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

意味

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

OSPF スタブ領域、完全にずんぐりした領域、およびそれほどずんぐりしていない領域の理解

図7 は、多くの外部ルートがアドバタイズされる自律システム(AS)を示しています。外部ルートがトポロジ データベースのかなりの部分を占めている場合、ネットワーク外部にリンクがないエリアのアドバタイズを抑制できます。これにより、トポロジー・データベースの保守にノードが使用するメモリーの量を減らし、他の用途に解放することができます。

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

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

手記:

ABRを明示的に設定して、スタブまたはNSSA(それほどスタビーではないエリア)に接続された場合にデフォルトルートを生成する必要があります。指定したメトリック値を持つデフォルト ルートをエリアに挿入するには、 default-metric オプションを構成し、メトリック値を指定する必要があります。

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

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

手記:

完全にずんぐりした領域を誤って構成すると、ネットワーク接続の問題が発生する可能性があります。完全にスタビーエリアを設定する前に、OSPFの高度な知識を持ち、ネットワーク環境を理解している必要があります。

図 7 のエリア 0.0.0.3 と同様に、エリア 0.0.0.4 には外部接続がありません。しかし、エリア0.0.0.4には、内部OSPFルートではない静的カスタマールートがあります。外部ルート アドバタイズメントをエリアに制限し、エリアを NSSA に指定することでスタティック カスタマー ルートをアドバタイズできます。NSSA では、AS 境界ルーターが NSSA 外部(タイプ 7)LSA を生成し、NSSA にフラッディングします。そこで、LSSA が格納されます。タイプ 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)の両方として設定することはできません。

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

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

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

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

手記:

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

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

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

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

位相幾何学

構成

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エリアのタイプとしてスタブが含まれていることを確認します。

アクション

動作モードから、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のそれほどスタブなエリア(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に接続されている場合、デフォルトで個別のタイプ7 LSAが各NSSAにエクスポートされます。ルート再配布時に、このルーティング デバイスはタイプ 5 LSA とタイプ 7 LSA の両方を生成します。NSSA へのタイプ 7 LSA のエクスポートを無効にすることができます。

手記:

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

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

  • nssa- OSPF NSSA を指定します。エリア9はスタティックルートへの外部接続のみがあるため、エリア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の外部メトリックタイプ(タイプ1またはタイプ2)を指定します。OSPFが外部ASからルート情報をエクスポートする場合、ルートにはコストまたは外部メトリックが含まれます。2 つのメトリックの違いは、OSPF がルートのコストを計算する方法です。タイプ 1 の外部メトリックは、リンク状態メトリックに相当し、コストは内部コストと外部コストの合計に等しくなります。タイプ 2 の外部メトリックは、AS 境界ルーターによって割り当てられた外部コストのみを使用します。デフォルトでは、OSPFはタイプ2外部メトリックを使用します。

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

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

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

位相幾何学

構成

それほどスタブビーではないエリアに参加するためのルーティングデバイスの設定

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 コマンドを入力します。

タイプ 7 リンク状態アドバタイズメントの、それほどスタブではないエリアへのエクスポートの無効化

CLIクイック構成

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

手順

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

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

    手記:

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

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

業績

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

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

検証

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

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

目的

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

アクション

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

OSPF エリアのタイプの検証

目的

OSPF エリアがスタブ エリアであることを確認します。出力に [スタブ タイプほどスタビー スタブではない] と表示されていることを確認します。

アクション

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

LSA のタイプの検証

目的

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

アクション

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

OSPFv3 スタブと完全スタビー エリアについて

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

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

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

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

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

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

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

例:OSPFv3 スタブおよび完全スタビー エリアの設定

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

必要条件

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

概要

図 10 に、この例で使用するトポロジを示します。

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

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

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

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

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

手記:

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

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

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

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

構成

プロシージャ

CLIクイック構成

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

デバイス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 interfacesshow protocolsshow policy-options、および show routing-options コマンドを入力して、設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイス2

デバイス6

デバイス7

デバイス 8

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

検証

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

OSPFv3 エリアのタイプの検証

目的

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

アクション

デバイス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 ルートは、すべての SPF リンクステート ルーター(AllSPFRouters とも呼ばれる)のネットワーク アドレス 2001:db8:9009:4::/64 と OSPFv3 マルチキャスト アドレス ff02::5/128 のみです。

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

OSPFv3 のそれほどスタブビーではないエリアの理解

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

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

この例では、OSPFv3 の NSSA(それほどスタビーではないエリア)を設定し、このエリアへの外部ルートのアドバタイズを制御する方法を示します。

必要条件

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

概要

この例では、デバイス 7 がカスタマー 1 の静的ルートを OSPFv3 に再分配しています。デバイス 7 は、NSSA として設定されているエリア 9 にあります。デバイス 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の外部メトリックタイプ(タイプ1またはタイプ2)を指定します。OSPFv3が外部ASからルート情報をエクスポートする場合、ルートにはコストまたは外部メトリックが含まれます。この 2 つのメトリックの違いは、OSPFv3 がルートのコストを計算する方法です。タイプ 1 の外部メトリックは、リンク状態メトリックに相当し、コストは内部コストと外部コストの合計に等しくなります。タイプ 2 の外部メトリックは、AS 境界ルーターによって割り当てられた外部コストのみを使用します。デフォルトでは、OSPFv3 はタイプ 2 外部メトリックを使用します。

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

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

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

構成

プロシージャ

CLIクイック構成

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

デバイス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 interfacesshow protocolsshow policy-options、および 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 リンクステート ルーター(AllSPFRouters とも呼ばれる)の 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 は、デバイス 3 から学習されたタイプ 1 外部デフォルト ルートと、カスタマー 1 ネットワークへのタイプ 2 外部静的ルートです。

あまりずんぐりしていない領域のフィルタリングを理解する

タイプ 7 LSA を NSSA(それほどずんぐりしていない領域)にエクスポートする必要がない場合があります。自律システム境界ルーター(ASBR)が、NSSAが接続されたエリア境界ルーター(ABR)でもある場合、タイプ7 LSAはデフォルトでNSSAにエクスポートされます。

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

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

この例では、タイプ 7 のリンク状態アドバタイズ(LSA)として外部ルートを NSSA に注入する必要がない場合に、OSPFv3 の NSSA(それほどスタビーではないエリア)を設定する方法を示します。

必要条件

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

概要

自律システム境界ルーター(ASBR)が NSSA エリア境界ルーター(ABR)を兼ねている場合、ルーティングデバイスはタイプ 5 LSA とタイプ 7 LSA を生成します。 no-nssa-abr ステートメントを使用して、ルーターが NSSA のタイプ 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 に注入されないようにするには、デバイス 4 の設定に の no-nssa-abr ステートメントが含まれています。

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

CLIクイック構成 は、 図12のすべてのデバイスの構成を示しています。セクション #d28e62__d28e384 では、デバイス 4 の手順について説明します。

構成

プロシージャ

CLIクイック構成

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

デバイス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. NSSA へのタイプ 7 LSA のエクスポートを無効にします。

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

  10. 顧客ネットワークへのスタティックルートを設定します。

  11. OSPFv3にスタティックルートを注入するポリシーを設定します。

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

業績

設定モードから、 show interfacesshow protocolsshow policy-options、および 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 を送信していることがわかります。