Cisco 300-410: OSPFの設計、最適化、トラブルシューティング — 学習ガイド

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

こちらの一部です： Cisco CCNP Enterprise 300-410 ENARSI — 学習ガイド. 検証済みの解答で練習： Cisco試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.

概要

Open Shortest Path First (OSPF) は、迅速なコンバージェンス、強力な階層構造、柔軟なポリシー制御を特徴とするリンクステートIGPです。効果的な設計では、明確なエリア境界、限定されたLSDBサイズ、一貫性のあるネットワークタイプ、そして整合性の取れたセキュリティとタイマーが重視されます。このセクションでは、隣接関係のメカニズム、LSAの動作、エリアタイプ、境界ルーターの役割、セキュリティ、コンバージェンスのチューニング、OSPFv3の仕様、そして体系的なトラブルシューティングのアプローチについて要点を解説します。

ネイバー隣接関係、ネットワークタイプ、DR/BDR設計

ネイバーの状態と確立プロセス

• 状態: Down → Init → 2-Way → ExStart → Exchange → Loading → Full。NBMAではAttemptが追加されます。
• Hello処理により双方向通信が確認されると2-Way状態になります。Full状態は、選出されたピア（DR/BDR/DROtherのロジック）との間、またはポイントツーポイントリンクでのみ確立されます。
• データベースの同期にはDBD、LSR、LSU、LSAckが使用され、Full状態に達します。

よくある不一致と障害モード

• エリアID/タイプの不一致（通常エリア vs スタブ/NSSAフラグ）は隣接関係の確立を妨げます。
• MTUの不一致は、一般的にEXSTART/EXCHANGEで停滞します。インターフェイスのMTUを一致させるか、ip ospf mtu-ignoreを使用して修正します。
• Hello/Deadインターバルの不一致はネイバー確立を中断させます。
• 認証方式/タイプ/キーの不一致は隣接関係をブロックします。
• ネットワークタイプ（ブロードキャスト vs NBMA vs ポイントツーポイント/ポイントツーマルチポイント）の不一致はDRのロジックを混乱させます。
• 重複したルーターID、到達不能なソースIP、またはユニキャストRPF/フィルタリングはセッションを切断する可能性があります。

ネットワークタイプとDR/BDR

• ブロードキャスト（例: Ethernet、DMVPN mGREのデフォルト）とNBMAはDR/BDRを選出しますが、ポイントツーポイントとポイントツーマルチポイントは選出しません。
• DRの選出: 最も高いインターフェイスプライオリティ、次に最も高いルーターID。非preemptive（非奪取型）のため、DR/BDRを交代させるには、隣接関係をリセットするかセグメントを変更する必要があります。
• インターフェイスプライオリティの設計:
  • 共有LANでは、安定的で高性能なデバイスをDRにすることが望ましいです。例: インターフェイスレベルで ip ospf priority 200 を設定。
  • シングルハブのDMVPNでは、ハブアンドスポーク間の到達性問題を避けるために、ハブがDRになるように設定します:

undefined

• 不安定なセグメントでは、LSAの増加とフラッディング効率の低下を許容し、DRの頻繁な再選出（churn）をなくすためにポイントツーマルチポイントを検討します。

LSA、LSDB同期、SPF、およびルートインストール

LSAのタイプとスコープ

• タイプ1 ルーターLSAとタイプ2 ネットワークLSA（エリア内トポロジー）。
• タイプ3 サマリーLSA（ABR）とタイプ4 ASBRサマリーLSA（ABRからASBRへの到達性）。
• タイプ5 AS外部リンクLSA（E1/E2）、再配送されたルート用。
• タイプ7 NSSA外部リンクLSA（N1/N2）、NSSA ABRでタイプ5に変換される。
• Opaque LSA（タイプ9/10/11）、TEなどの拡張機能用。スコープはリンク/エリア/AS。

LSDBの同期

• ネイバー選出後、DBD交換によってより新しいLSAが判断されます。不足しているエントリーはLSRで要求され、LSUで送信されます。
• LSAのチェックサム/シーケンス番号の一貫性は必須です。破損するとLOADING状態でスタックする原因となります。

SPF計算とインクリメンタルSPF

• SPFはエリアごとに最短パスツリーを計算します。コストは加算方式で、エリア内パスがエリア間パスよりも優先され、その次に外部リンクパスが優先されます。
• 外部リンクの優先順位: E1/N1は内部コストを含み、同じ宛先のE2/N2よりも優先されます。
• ルートインストールの優先順位（デフォルトAD）: OSPFルートは110です。必要に応じて distance ospf intra-area inter-area external で調整します。
• インクリメンタルSPF（iSPF）は、影響を受けるサブグラフのみを再計算し、フラッピング中のCPU負荷を軽減します:

undefined

フォワーディングアドレスと外部リンクの到達性

• 外部リンクLSAはフォワーディングアドレス（FA）を持つことがあります。ルーターはFAへのルートを持っている必要があり、そうでなければ広告元のASBRを使用します。
• タイプ4 LSAの欠落やFAへの到達性の欠如は、外部リンクルートのインストールを妨げます。

エリア、境界、仮想リンク、集約、および外部リンク

エリアタイプ

• バックボーン（エリア0）: エリア間トラフィックの必須トランジットエリア。連続している必要があります。
• 通常エリア: すべてのLSAが許可されます。
• スタブエリア: タイプ5をブロックし、ABRがデフォルトルート（タイプ3）を注入します。
• トータリースタブエリア（ベンダー固有）: 単一のデフォルトルートを除き、タイプ3,4,5をブロックします。
• NSSA: タイプ7（ローカルでの再配送）を許可しますが、タイプ5はブロックします。設定されない限りデフォルトルートは生成されません。
• トータリーNSSA: NSSAに似ていますが、ほとんどのタイプ3を抑制します。デフォルトルートは受信可能です。

ABRとASBR

• ABRはエリア0と1つ以上の非バックボーンエリアにインターフェイスを持ち、タイプ3およびタイプ4 LSAを生成します。ルート集約に最適な場所です。
• ASBRは外部リンクルートをOSPFに再配送します（NSSAではタイプ5またはタイプ7）。
• ABRは安定的で大容量のノードに配置し、深いエリアのネストを避け、各エリアのトポロジーを管理可能なサイズに抑えます。

仮想リンク

• 共通のトランジットエリアを介してエリアをバックボーンに接続するために、控えめに使用します。両端はABRである必要があり、不安定なエリアやスタブ/NSSAエリアをトランジットエリアとして使用することは避けてください。

集約とデフォルトルートの生成

• ABRでのエリア間集約:

undefined

• ASBRでの外部リンク集約:

undefined

• デフォルトルート:
  • 通常エリアへ: default-information originate [always] [metric-type 1|2]。
  • スタブ/トータリースタブエリア: ABRが自動的にデフォルトルートを注入します。
  • NSSA: area 10 nssa default-information-originate。

外部リンクルートの処理

• E1/N1 vs E2/N2の選択: 複数の出口が存在する場合、コストを考慮するE1/N1が望ましいです。
• NSSAでは、単一のABRがタイプ7からタイプ5への変換を実行します（ルーターIDが最も高いか、明示的に設定されたルーター）。ポリシーの一貫性を確保してください。

セキュリティ、タイマー、収束チューニング、OSPFv3、および構造化診断

認証と安全な隣接関係

• OSPFv2は、平文認証と暗号化認証をサポートします。ゼロダウンタイムでのロールオーバーを実現するため、HMAC-SHA/MD5とライフタイムを持つキーチェーンの使用が望ましいです。 key chain OSPF-KEYS key 1 key-string OLDKEY accept-lifetime 00:00:00 1 Jan 2026 23:59:59 30 Jun 2026 key 2 key-string NEWKEY accept-lifetime 00:00:00 1 Jun 2026 infinite interface GigabitEthernet0/0 ip ospf authentication key-chain OSPF-KEYS
• OSPFv3には組み込みの認証機能がありません。IPsec (AH/ESP) またはOSPFv3 Authentication Trailerを使用します。インターフェースごと、またはサポートされている場合はキーチェーンを介して適用します。

タイマー、スロットリング、高速検出

• Hello/Deadのデフォルト値: ブロードキャスト/ポイントツーポイントでは10/40秒、NBMA/ポイントツーマルチポイントでは30/120秒。両側で一貫した設定に調整します。
• 高速Hello:

undefined

(堅牢性を高めるためにBFDと併用します)。

• BFD: OSPFと統合された高速なピア障害検出 (

undefined

)。

• スロットリングとペーシング: router ospf 1 timers throttle spf 50 200 5000 timers throttle lsa all 50 200 5000 timers lsa arrival 20
• インクリメンタルSPF (ispf) は、ネットワークの頻繁な変動（チャーン）下での再計算の影響を軽減します。

OSPFv3の動作とIPv6/IPv4の展開

• ネイバーはリンクローカルIPv6アドレスを使用して形成されます。ルーターIDは32ビットのままで、プロセスごとに一意である必要があります。
• アドレスファミリーごとにインターフェースベースで有効化します。OSPFv3はIPv6をサポートし、最新のプラットフォームではIPv4もサポートします。 interface GigabitEthernet0/0 ospfv3 1 ipv6 area 0 ospfv3 1 ipv4 area 0
• LSAモデルが更新されました（機能的に同等なタイプが異なる番号付けになっています）。エリア設計と優先順位のルールはOSPFv2と同様です。

構造化診断: ルート欠落と不安定な隣接関係

• OSPFルートの欠落:
  • 隣接関係の状態とLSDBを確認:

undefined

,

undefined

。

• エリアタイプが期待されるLSAを許可しているか確認（例: スタブエリアではType 5が除去され、NSSAではType 7のみが存在）。
• ASBRへのType 4 LSAが存在しないか確認。ABRの存在とバックボーンへの到達可能性を確保します。
• 外部FAへの到達可能性と再配送ポリシー/メトリックを検証します。
• VRF/VRF-liteでは、必要に応じて

undefined

の下で

undefined

を有効にし、

undefined

を使用してRIBへのインストールを確認します。

• 不安定な隣接関係:
  • L2イベントとの相関を確認。検出のためにBFDを検討し、インターフェースのプライオリティを修正するか、ポイントツーマルチポイントを使用してDRのチャーンを削減します。
  • MTUを一致させることでEXSTART/EXCHANGEでの停止を解決。LSDBの不整合を解消し、ルーターIDが一意であることを確認してLOADINGでの停止を解決します。
  • 両側でHello/Dead/認証/ネットワークタイプを一致させます。NBMAでは、設計に従ってneighborステートメントまたは動的検出を確保します。

短い設定例

• ブロードキャストセグメントをポイントツーマルチポイントに変換してDRを削除: interface GigabitEthernet0/1 ip ospf network point-to-multipoint
• NSSAへのデフォルトルート注入: router ospf 1 area 20 nssa default-information-originate

実践的な問題シナリオ

Contoso Warehousing社は、120のスポークを持つシングルハブのDMVPNを運用しています。OSPFはmGRE/IPsecオーバーレイ上で実行されています。運用チームから、スポーク間の断続的な到達可能性と、データセンターのASBRからの外部ルートが欠落しているとの報告がありました。

アプローチ

1. DMVPNハブで決定論的なDR/BDRを確保する

• 理由: DMVPNオーバーレイはOSPFにとってマルチアクセスセグメントとして動作します。ハブに安定したDRを置くことで、部分的なLSDBやスポーク間のブラックホールを防ぎます。
• アクション: interface Tunnel0 ip ospf priority 200

2. OSPFネットワークタイプとHello/Deadタイマーを統一する

• 理由: ネットワークタイプが混在していたり、タイマーが不一致だったりすると、頻繁にネイバーがリセットされます。一貫性を持たせることで、隣接マトリクスが安定します。
• アクション: すべてのトンネルインターフェースをHello/Dead 10/40のブロードキャストに設定するか、DRの抑制が望ましい場合はポイントツーマルチポイントに切り替えます。

3. MTUを一致させてEXSTART/EXCHANGEでの停止を修正する

• 理由: MTUの不一致はDBDネゴシエーションを妨げ、EXSTART/EXCHANGEで停止する原因となります。
• アクション: トンネルと物理インターフェースのMTUを一致させます。最終手段として、すべてのトンネルインターフェースに

undefined

を適用します。

4. トンネルでBFDを有効にする

• 理由: 高速な障害検出により、アグレッシブなHelloタイマーを使用せずに収束時間を短縮できます。
• アクション: interface Tunnel0 ip ospf bfd

5. SPFとLSA生成をスロットリングし、iSPFを有効にする

• 理由: 120のスポークがある環境では、スロットリングされていないSPF/LSAのバーストがCPU使用率を急上昇させ、障害時間を延長させる可能性があります。
• アクション: router ospf 100 ispf timers throttle spf 50 200 5000 timers throttle lsa all 50 200 5000 timers lsa arrival 20

6. データセンターからの外部ルートの可視性を回復する

• 理由: スポークがNSSA内にあるため、Type 5 LSAが存在せず、再配送されたプレフィックスがスポークに到達しません。
• アクション: スポークがNSSA内にある場合、ハブABRでType 7の変換が行われるようにし、必要に応じてデフォルトルートを注入します。 router ospf 100 area 10 nssa default-information-originate 単一のABRがType7からType5への変換を実行し、ASBRへのType 4 LSAが存在することを確認します。

7. ABRとASBRで集約する

• 理由: 集約はLSDBを縮小し、チャーンの範囲を限定します。
• アクション: router ospf 100 area 10 range 10.50.0.0 255.255.0.0 summary-address 172.20.0.0 255.255.0.0

8. ダウンタイムなしでキーを保護し、ロール（切り替え）する

• 理由: 認証の不一致はフラップを引き起こします。ライフタイム付きでキーをロールすることで、隣接関係の喪失を回避できます。
• アクション: key chain OSPF-KEYS key 10 key-string OLD accept-lifetime … key 20 key-string NEW accept-lifetime … interface Tunnel0 ip ospf authentication key-chain OSPF-KEYS

安定したDRの選出を強制し、ネットワークタイプとタイマーの整合性をとり、MTUに起因する停止を排除し、SPF/LSAのチャーンを抑制し、エリア/外部ポリシーを修正することで、Contoso社のDMVPN OSPFドメインは予測通りに収束し、意図されたすべてのプレフィックスをすべてのスポークにアドバタイズします。

← 高度なIPv4およびIPv6アドレッシング · すべてのドメイン · EIGRPの設計、メトリック、収束 →

これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →