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

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

あまりずんぐりしていないエリア

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

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

トランジットエリア

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

OSPFエリアのタイプと受け入れ可能なLSA

次の表に、OSPF エリア タイプと使用できる LSA の詳細を示します。

OSPF 指定ルーターの概要

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

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

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

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

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

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

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

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

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

必要条件

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

  • OSPF に参加するルーティング デバイス上のインターフェイスを特定します。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を有効にすると、ルーター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 を含むトランジット エリアを使用して、隣接するエリアから別のエリアにネットワーク トラフィックを渡します。例えば、 図 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内の他のすべてのネットワークまたはエリアは、複数のエリアにインターフェイスを持つエリア境界ルーターごとに、バックボーンエリアに直接接続する必要があります。また、ネットワークが複数のエリアで構成されている場合は、バックボーンエリアを作成する必要があります。この例では、バックボーン エリアを作成し、必要に応じて OSPF エリアに ge-0/0/0 などのインターフェイスを追加します。

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

アクション

動作モードから、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

1 デバイスD 1

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

アクション

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

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

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

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

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

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

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

必要条件

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

概要

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

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

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

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

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

  • secondary ステートメントと interface all ステートメントは設定できません。

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

図 5: OSPF Multiarea Adjacency in OSPFにおけるマルチエリア隣接関係

この例では、インターフェイスを 2 つのエリアにあるように設定し、ABR R1 と ABR R2 の 2 つの ABR 間にリンクを持つマルチエリア隣接関係を作成します。各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では、[edit protocols]階層レベルにospf3ステートメントを含めます。

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

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

業績

show interfacesshow routing-options、および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 つのインターフェイスは 1 つの OSPFv3 エリアにしか所属できません。ただし、状況によっては、最適でないルーティングを回避するために、1つのインターフェイスが複数のエリアに属するように設定することができます。そうすることで、対応するリンクが複数のエリアでエリア内リンクと見なされ、より高コストなエリア内リンクよりも優先されるようになります。

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

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

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

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

必要条件

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

概要

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

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

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

明らかに、このシナリオではルーティングが最適ではありません。

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

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

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

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

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

構成

プロシージャ

CLIクイック構成

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

デバイス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 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:スタブエリアとNSSAOSPF AS Network with Stub Areas and NSSAsを持つOSPF ASネットワーク

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

手記:

スタブまたは Not-So-Stubby-Area(NSSA)に接続した場合、デフォルト ルートを生成するように ABR を明示的に設定する必要があります。指定したメトリック値を持つデフォルト ルートをエリアに挿入するには、 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にフラッディングして格納します。タイプ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境界ルーターを含めることはできません。

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

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

この例では、エリア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を作成する、完全スタブエリア内で唯一のルーティングデバイスであるため、この追加設定を必要とするのはABRだけです。

手記:

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

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

  • OSPF は、ループバック インターフェイスが 32 以外のプレフィックス長で設定されている場合、プレフィックス長 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エリアのタイプとしてStubが含まれていることを確認します。

アクション

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

OSPFエリアのタイプの確認

目的

OSPFエリアがスタブエリアであることを確認します。出力に [Stub type] として [Normal Stub] が表示されていることを確認します。

アクション

動作モードから、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 に接続されている場合、個別のタイプ 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 内の唯一のルーティングデバイスであるため、この追加設定を必要とするのは ABR だけです。

  • 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 ステートメントが設定されると、タイプ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 ネットワーク トポロジ

位相幾何学

構成

非スタブエリアに参加するためのルーティングデバイスの設定

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クイック構成

NSSAへのタイプ7 LSAのエクスポートを素早く無効にするには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、[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エリアがスタブエリアであることを確認します。出力に [Stub type] として [Not-so Stubby Stub] が表示されていることを確認します。

アクション

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

LSA のタイプの確認

目的

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

アクション

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

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

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

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

スタブ領域には、以下の制約事項が適用されます。

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

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

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

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

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

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

必要条件

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

概要

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

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

この例では、エリア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を作成する、完全スタブエリア内で唯一のルーティングデバイスであるため、この追加設定を必要とするのはABRだけです。

手記:

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

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

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

CLI クイック構成 は、 図 10 のすべてのデバイスの設定を示しています。セクション #d24e104__d24e443 では、デバイス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. OSPFv3 スタブ エリアとしてエリア 7 を指定します。

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

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

  6. (オプション)ABR で、サマリー LSA がエリアに入ることを制限します。

    このステップにより、スタブ領域が完全にスタブ領域に変換されます。

手順

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

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

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

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

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

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

手順

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

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

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

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

  3. カスタマールートへの接続を可能にする静的ルートを設定します。

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

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

手順

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

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

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

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

業績

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

デバイス2

デバイス6

デバイス7

デバイス8

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

検証

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

OSPFv3エリアのタイプの確認

目的

OSPFv3 エリアがスタブ エリアであることを確認します。出力に Stub タイプとして 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 Not-So-Stubby エリアについて

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

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

この例では、OSPFv3 Not-So-So-Stubby Area(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 は、デバイス 7 と 10 が引き続きカスタマー 2 のルートに到達できるように、デフォルトの静的ルートをエリア 9 に挿入します。

エリア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 内の唯一のルーティングデバイスであるため、この追加設定を必要とするのは ABR だけです。

  • 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 ステートメントが設定されると、タイプ3 LSAがJunos OSリリース5.0以降のNSSAに注入されます。以前のJunos OSリリースとの後方互換性をサポートするために、 type-7 ステートメントを含めます。

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

CLI クイック設定 は、 図 11 のすべてのデバイスの設定を示しています。 セクション#d26e123__d26e507 では、デバイス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-optionsshow routing-options コマンドを入力して設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイス3

デバイス5

デバイス7

デバイス8

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

検証

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

OSPFv3エリアのタイプの確認

目的

OSPFv3 エリアが NSSA エリアであることを確認します。出力に [Stub type] として [ 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 の外部スタティック ルートです。

Not-So-Stubby エリア フィルタリングの理解

タイプ 7 LSA を Not-So-Stubby Area(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 Not-So-Stubby Area(NSSA)を設定する方法を示しています。

必要条件

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

概要

自律システム境界ルーター(ASBR)が NSSA エリア境界ルーター(ABR)でもある場合、ルーティングデバイスはタイプ 7 の LSA だけでなくタイプ 5 の 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のすべてのデバイスの設定を示しています。セクション #d28e64__d28e386 では、デバイス 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-optionsshow 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 を送信していることがわかります。