1つのサブネットがAREA 0にあり、他の2つのサブネットが両方ともAREA 1にある3つのサブネットと2つのOSPFエリアを含むトポロジがある場合、問題は発生しますか?
例えば:
[area 1, subnet 1]---[ABR #1]---[area 0, subnet 2]---[ABR #2]---[area 1, subnet 3]
1つのサブネットがAREA 0にあり、他の2つのサブネットが両方ともAREA 1にある3つのサブネットと2つのOSPFエリアを含むトポロジがある場合、問題は発生しますか?
例えば:
[area 1, subnet 1]---[ABR #1]---[area 0, subnet 2]---[ABR #2]---[area 1, subnet 3]
回答:
エリア1をバックボーン(エリア0)に分割する問題について:
[エリア1、サブネット1] --- [ABR#1] --- [エリア0、サブネット2] --- [ABR#2] --- [エリア1、サブネット3]
[エリア1、サブネット1] --- [ルーター#1] --- [エリア0、サブネット2、エンドデバイス#1] --- [ルーター#2] --- [エリア0、サブネット2、エンドデバイス#2] --- [ルーター#3] --- [エリア1、サブネット3]
短い答え:あなたの提案に問題はありません...
長い答え:
エリア番号の再利用は悪いデザインであると主張するピーターの答えでさえ、これが悪いデザインであるという証拠はありません。彼が使用したハイパーリンクを調べても、この設計に望ましくない結果が生じることはありません。さらに、R1からR3へのリンクは、通過するトラフィックに応じてエリア0またはエリア1で合法的に設定できるため、R1とR3の接続に問題がある可能性があるという主張は不十分です。彼が言及する困難は誤ったジレンマです。
ではRFC 2328、セクション3.7 OSPFは、明示的に(以下、「エリア・パーティション」と呼ばれている)不連続非バックボーンエリアを使用することができます:
OSPF does not actively attempt to repair area partitions. When
an area becomes partitioned, each component simply becomes a
separate area. The backbone then performs routing between the
new areas. Some destinations reachable via intra-area routing
before the partition will now require inter-area routing.
... Also, the backbone itself must not partition.
したがって、提案された不連続なエリア1を使用するかどうかは、単に好みの問題です...一部の人々は、ダイアグラムで構成を使用するのは非合理的だと感じます。これらの人々は、OSPFエリア番号を一緒にすることを提案するかもしれません...したがって、ルーター#3の[エリア1、サブネット3]を[エリア3、サブネット3]に変更する必要があります。OSPFエリア番号は、OSPF helloを発信するルータにとってローカルでのみ重要であるため、エリア1を再利用しても問題はありません。
いずれにしても、OSPFは非常に柔軟なプロトコルであることを認めるべきです。この議論でどちらを選ぶかに関係なく。
area 0
設計の複雑さを制限するために、単一のOSPF設計のみを促進するブランチがあると言えます。
これは機能しますが、特別な理由がない限り、設計上の選択(IMHO)にはなりません。
このディスカッションを参照してください: OSPFエリアIDの重複
推奨されるOSPF構成のベストプラクティス(SSMの例を使用)
アップデート#1:
完全を期すために、私はこの状況をdyanmipsを使ってモックアップしました。プラットフォームは、IOS ver 12.4(15)T13を実行しているCisco 3725でした。
R1(lo0 1.1.1.1、f0 / 0 10.12.0.1)<-> R2(lo0 2.2.2.2、f0 / 0 10.12.0.2、f0 / 1 10.23.0.2)<-> R3(lo0 3.3.3.3、f0 / 0 10.23.0.3)。
R1およびR3のループバックインターフェイスはエリア1に配置され、他のすべてのインターフェイスはエリア0にあります。
次に、R1とR3のボックス間でpingが実行され(例:R3#ping ip 1.1.1.1 source 3.3.3.3)、接続が確認されました。
私の意見では、私はまだこのアーキテクチャを避けています。Mikeは、これが機能することを完全に有効なポイント(およびテストで確認)にしています。OSPFエリアは、ルートの伝播を制御し、ルーターのリンク状態データベースのサイズを縮小するのに役立つツールですが、ネットワークの「この」部分を「それ」からアーキテクチャー的に分離するつもりであることを文書化するためにも機能します(少なくとも私にとって)何らかの理由でネットワークの一部です。
将来、R1をR3に接続することを決定し、同じエリアを使用する場合#は、エリア番号の変更や仮想リンクの使用に関する多くの問題を回避することに成功しました。おそらくこれは、2つのエリアID(0と1)をどこでも使用することを支持する議論かもしれません。肩をすくめる
これはスタイルと個人的な好みの問題です。これが機能しない理由は技術的にはないようで、私は他の方法で表現するつもりはありませんでした。
アップデート#2
接続の非ASCIIアート図を追加-直線的に、三角形として描画されます。R1とR3の間で何が意図されていますか?area1は隣接しているか、分離しているはずですか?
さて、通常は仮想リンクを使用して別の非エリア0エリアを介してエリア0と通信する必要があるか、エリア0の2つの部分を非ゼロエリアを介して接続します。したがって、仮想リンクは適用されません。エリア0でない場合は、隣接していないエリアが存在する可能性がありますが、上で示唆したように、あまり良いアイデアではありません。とはいえ、トポロジーを提案した場合、仮想リンクがなくても機能します。