回答:
ブロードキャスト対応リンクを介してOSPFルーターを接続するいくつかの/ 30サブネットがあります。IPospfネットワークポイントツーポイントへのリンクに関連するインターフェイスも構成する必要がありますか?それとも問題ですか?
ネットワークの種類は間違いなく重要ですが、この状況への対処には鋭敏である必要があります...考慮すべきいくつかのコーナーケースがあります。/ 30を「ブロードキャスト」または「ポイントツーポイント」のOSPFネットワークとして構成した場合の結果を比較してみましょう...
----------+-------+--------------+--------------------+--------------+
Network | Hello | DeadInterval | Adjacency Time | LSAs per /30 |
----------+-------+--------------+--------------------+--------------|
Broadcast | 10s | 40s | > 40s (very slow) | 3 |
Pt-to-Pt | 30s | 120s | < 2s (fast) | 2 |
----------+-------+--------------+--------------------+--------------+
RouterDeadInterval
は120秒なので、HelloInterval
低く設定することをお勧めします。ただし、正しく設計されたネットワークではHelloInterval
、/ 30ポイントツーポイントOSPFネットワークの低下を心配する必要はありません。OSPFブロードキャストネットワークのデフォルト:
HelloInterval
: 10秒RouterDeadInterval
:40秒OSPFプロセス障害を検出する時間:<= 40秒
隣接時間:40秒以上
[Time T = 0]
リンクが確立すると、両方のルーターがOSPF Helloを送信します。(OSPF状態:初期化)[Time T = 0]
どちらのルーターも反対のhelloを認識します。ただし、DR Priority 0で構成されていない限り、両方のルーターは、他の候補DRがリンク上にないことを確認するために数秒待つ必要がありますRouterDeadInterval
。(OSPF状態:双方向)[Time T = 40]
DR / BDRが選択され、DBD交換が開始されます(OSPF STATE:EXSTART)[Time T = 40 + 'DBD exchange time']
DBDが解析され、SPFが実行されます(OSPF STATE:FULL)LSA:
OSPFポイントツーポイントネットワークデフォルト:
HelloInterval
: 30秒RouterDeadInterval
:120秒OSPFプロセス障害を検出する時間:<= 120秒
隣接時間:速い(通常2秒未満)
[Time T = 0]
リンクが確立すると、両方のルーターがOSPF Helloを送信します。(OSPF状態:初期化)[Time T = 0]
両方のルーターは反対のhelloを参照します。(OSPF状態:双方向)[Time T = 0]
DBD交換が開始されます(OSPF STATE:EXSTART)[Time T = 'DBD exchange time']
DBDが解析され、SPFが実行されます(OSPF STATE:FULL)HelloInterval
OSPFポイントツーポイントネットワークの場合、下げるタイミングこれらのケースを検討してください...
ケースA:ルーター間の直接ファイバーリンク
Router1-------------------------------Router2
ルーター間のリンクは、OSPFネットワークのポイントツーポイントとして構成されます。ルーター1とルーター2の間のリンクが停止すると、両方のルーターでリンクがダウンしたことがすぐにわかり、SPFを実行して代替パスを見つけます。OSPFプロセスの障害は非常にまれである傾向があるHelloInterval
ため、CaseA を下げることについては通常、良い議論はありません。
ケースB:2つのルーター間の1つのスイッチ
Router1-------------Switch------------Router2
ルーター間のリンクは、OSPFネットワークのポイントツーポイントとして構成されます。ルーター1とスイッチ間のリンクが停止した場合、問題があります...ルーター1はすぐにSPFを実行することを認識しています(待機後SPFDelay
)。ただし、Router2のリンクはまだアップしています。その結果、ルーター2は、RouterDeadInterval
期限が切れるまで、またはルーター2がルーター1の新しいLSA(ルーター1がSPFを完了した後にフラッディング)を検出するまで、収束するまで待機する必要があります。ほとんどの場合、ルーター2はルーター1の新しいLSAを確認してから、SPFを自分で実行します。ただし、その場合のルーター2の再収束は、少なくとも 2倍ですSPFInterval
(SPFInterval
デフォルト:IOSでは5秒)。
ルーターがOSPFネットワークポイントツーポイントとして構成されている場合は、CaseBのhelloタイマー(またはBFDタイマー)を下げる価値があります。
ケースC:複数のスイッチを介して隣接する2つのルーター
Router1-----Switch1-----Switch2--------Router2
これは、OSPFポイントツーポイントコンバージェンス時間の最悪のケースです。ルーター間のリンクは、OSPFネットワークポイントツーポイントとして構成されます。Switch1とSwitch2の間のリンクが機能しなくなった場合、両方のルーターのリンクがアップしていることがわかります。つまり、HelloInterval
リンクがダウンしてからSPFが実行されるまでの2分の遅延を防ぐために、デフォルトのタイマーを変更する必要があります。この場合、ルーターがOSPFネットワークポイントツーポイントとして構成されているときは、CaseCのhelloタイマー(またはBFDタイマー)を下げる価値があります。
この質問を検討する上で、実際にはいくつかの点があります。
注:ポイントツーポイントネットワークタイプを介して受信したルートの場合、OSPFはネクストホップを隣接ルーターとして報告します。
注:ブロードキャストネットワークタイプを介して受信したルートの場合、OSPFはネクストホップをアドバタイジングルータとして報告します。
通常、OSPFをポイントツーポイントに設定するのは、選択されないため、リースされたリンクの帯域幅を節約するためです。そのため、リンクがリースされていないか、メータリングされていない場合、両方の設定に大きな違いはありません。