OSPFエリア0の動作の分割-どうなりますか?


7

質問をできるだけ簡単にするために、簡単なシナリオをまとめました。

  1. エリア0は2つのデータセンターにまたがり、それぞれに複数のルーター/ネットワークがあります。

  2. エリア0には、エリア1の同じルーターに接続するエリア1に接続された2つのABRがあります。1つのエリア0,1 ABRが各データセンターにあります。これらのABRはたまたまWANルーターであるため、エリア0のデータセンターも相互接続するために使用されます。エリア1は標準エリアです。

  3. エリア0は、データセンター間のWAN / MANリンクがダウンしたため、パーティション化(分割)されます。

図を参照してください:

エリア0スプリット

OSPFv2 RFCとインターネット上の他の多くの情報を読むことに基づいて、私は次のことを想定しています。

A.パーティション化されたバックボーンは、2つの個別のエリア0として機能し、お互いを認識しなくなります。

B.各エリア0は、独自のパーティション内のエリア内ルーティングに対して完全に機能します。

C.各エリア0とエリア1の間の機能は完全に機能します。エリア1は各パーティションからエリア0サマリーを取得し、ABRの送信エリア1サマリーを各エリア0パーティションに送信します。各エリア0パーティションからの外部ルートも、ASBRのタイプ4 LSAとともにエリア1にフラッディングします。

D.エリア1を通る仮想リンクがないため、エリア0 Aのルーターはエリア0 Bのネットワークに到達できず、その逆も同様です。仮想リンクがないため、エリア0 Aからのルーティング情報はエリアと共有されません。 ABRがエリア1で学習する0 B(およびその逆)。

私は正しいのですか、それとも何かを誤解していますか?私の仮定は、エリア間の距離ベクトル/水平分割動作に基づいています。私が行ったクイックドローイングでは、R1はエリア0の要約をエリア1にフラッディングし、R4はエリア1で学習しますが、R4は直接接続されているエリア0が唯一のエリア0であると想定するため、これらのサマリーからルーティング情報を「エリア0に戻す」ことを送信することも考えます。

明らかに、これは機能する設計にとって望ましい動作ではありませんが、正しく理解している場合、2つのデータセンター間の相互接続が失われた場合に、ネットワークに障害が発生することになります。私は単一のエリアOSPFドメインを継承しており、すべてのブランチサイトルーターを別のエリアに分割して、エリア0が分割された場合に、データセンター間のトラフィックが両方のデータに接続されているルーターを介してブランチサイトWANリンクを通過しないようにしますセンター。

また、OSPFからBGPへの再配布も行います。あるデータセンターへの唯一のパスで低速リンクのデュアルホームブランチオフィスを通過する必要がある場合、他のデータセンターのネットワークからASBRがルートを再配布したくありません。

洞察をありがとう。


R1とR7の間のリンクに障害が発生した場合にどうなるかを考えましたか?トラフィックがデータセンターリンクを通過して左側のデータセンターに到達するようにしますか?
ロントランク

はい-R1とR7の間のリンクがダウンした場合、トラフィックがバックアップデータセンターを使用してプライマリデータセンターにアクセスできるようにしたいと思います。私の実際のシナリオでは、それらは数マイル以内にあり、それらを接続する高帯域幅リンクを持っていますが、サービスプロバイダーが関与しているため、それらの間の接続がダウンした場合に何が起こるかを説明します-その接続は非常に冗長です。
mdm

どうなるかを本当に知りたい場合は、ラボでシミュレーションすることをお勧めします。(gns3が行います)。
pulsar12 2015年

何か回答がありましたか?もしそうなら、あなたは答えを受け入れて、質問が永遠にポップアップし続けないようにして、答えを探します。または、独自の回答を提供して受け入れることもできます。
Ron Maupin

OSPFコストが高いPWE R1-R7-R4を追加するとどうなりますか?
Augustin-Dan Almasan

回答:


3

RFCをより徹底的に調べた結果、投稿で述べた期待される動作が正確であると確信しています。

各エリア(エリア1、エリア0(a)、およびエリア0(b))内のエリア内ルーティングは期待どおりに機能します。

エリア0のサマリーは引き続き、各エリア0パーティションからエリア1にフラッディングし、エリア1に両方のエリア0パーティションに必要なすべてのルーティング情報を提供します。

エリア1の要約は引き続きエリア1からエリア0の両方のパーティションにフラッディングされ、両方のエリア0パーティションがエリア1のルートについて知ることができます。

エリア1はエリア0の要約をエリア0に送り返しません。そのため、分割エリア0パーティションはお互いを認識できなくなり、エリア1を通過してお互いに到達しようとしません(エリア1を通る仮想リンクが作成されない限り)。

これは、私の状況に基づいた、障害シナリオの望ましい動作です。データセンター間のすべての冗長リンクがダウンした場合、または特定の種類のメンテナンスを実行する必要がある場合、データセンター間のトラフィック(ほとんどの場合、バックアップ/オフサイトレプリケーション)がブランチサイトのWANリンクを飽和させないようにします。データセンター間のトランジットトラフィックのWANリンクにポリシングを適用することもできますが、そのトラフィックに与える少しの帯域幅はとにかく役に立たないため、より多くの構成を維持する必要があります。

これについて質問がある場合は、コメントしてください。私が答えを見つけようとします。


だから私はただ尋ねるつもりです、なぜエリア1は分割エリア0に要約を送信しないのですか?2つのスプリットエリア0はR7の個別のインターフェイス上にあるため、スプリットホライズンルールは必ずしも適用されません。何がそれを防いでいるのでしょうか?
ロバート

編集-申し訳ありませんが、私は行ってもう一度読んで、シナリオをもう一度見ました。R1とR4はエリア0と1の間のABRです。R7は両方のABRに接続されており、エリア1の要約をフラッディングします。ただし、R1とR4は生成しませんが、要約をエリア0にフラッディングします。エリア1の要約を生成してエリア0にフラッディングするだけです。また、エリア0で学習した要約をエリア1にフラッディングします。エリア0に対して生成される要約と同様に
mdm

OSPF v2 RFC 12.4.3-「エリア内ルートのみがバックボーンにアドバタイズされ、エリア内ルートとエリア間ルートの両方が他のエリアにアドバタイズされることに注意してください。」
mdm

1

私はあなたが正しいと思います。エリア間のフラッディングを決定し、バックボーンエリアでエリア情報を交換するため、キーポイントはABR(R1およびR4)です。ただし、アイデアは理解しやすくなります。RFC2328では:

3.1。自律システムのバックボーン

OSPFバックボーンは特別なOSPFエリア0です(OSPFエリアIDは通常IPアドレスとしてフォーマットされているため、多くの場合、エリア0.0.0.0と表記されます)。OSPFバックボーンには、常にすべてのエリア境界ルーターが含まれています。バックボーンは、非バックボーンエリア間でルーティング情報を配信する役割を果たします。バックボーンは隣接している必要があります。ただし、物理的に隣接している必要はありません。バックボーン接続は、仮想リンクの構成を通じて確立/維持できます。

3.7。エリアのパーティション

ただし、パーティション後に完全なルーティングを維持するために、アドレス範囲をエリアパーティションの複数のコンポーネントに分割しないでください。また、バックボーン自体が分割されてはなりません。その場合、自律システムの一部に到達できなくなります。バックボーンパーティションは、仮想リンクを構成することで修復できます(セクション15を参照)。

したがって、OSPF自律システムはバックボーンエリアのみを持つことができます。提示したシナリオに基づいて、バックボーンエリアが分割されると、単一のOSPF自律システムではなく、2つのOSPF自律システム[エリア0(a)、エリア1]および[エリア0(b)、エリア1]になります。したがって、両方の自律システムにはエリア1のルーティング情報があり、これが目的の動作です。


2つの別個のASがあり、両方が同じエリア1に接続していて、同じエリア1ルーティング情報を持っていると見なすことについてのあなたの説明は非常に良いです。とても分かりやすいので気に入っています。ありがとう!
mdm

0

要するに、ABRはエリア0経由で受信されない限り、タイプ3 LSAを他のエリアに渡しません。したがって、この場合、この場合、R1またはR4は分割エリア0のタイプ3 LSAを受信して​​おり、それらを返しません。 area0sまたはその他のエリア。これは、OSPFの元のループ回避です。

ありがとう、マドゥ

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.