ルーティングテーブルは、宛先プレフィックス、学習元、ネクストホップ、出力インターフェースを読む表です。Ciscoのshow ip route 宛先IPで候補を絞り、最長一致、経路情報源、メトリックの順で選択理由を確認します。
本文では、構成図とshow ip routeの出力を対応付け、Connected・Static・Dynamic、Linuxのip route、デフォルトルート、復路を含む切り分けまで解説します。
構成図でルーティングテーブルと転送経路をどう読む？
構成図で送信元、宛先、L3ホップ、各区間のプレフィックスを確定し、各ルーターで「この宛先に最長一致する経路は何か」を見ます。往路だけでなく復路も同じ手順で追います。
宛先IPを2進数またはプレフィックスで捉えるで対象を固定します。Cisco: show ip routeの結果から、「Staticは管理者が明示した経路」になっているかを判定します。
(出典：www.rfc-editor.orgの参照資料（公式・一次情報）)
show ip routeはどの項目から読む？
show ip route 宛先IPで、宛先プレフィックス、ルートコード、AD/メトリック、ネクストホップ、出力インターフェースの順で読みます。「経路がある」と「次ホップへ実際に転送できる」は分けて確認します。
ルーティングテーブルにはどの項目が表示される？
DynamicはOSPFやBGPなどで学習した経路かを確かめるには、一致する経路をすべて抽出から始めます。Cisco: show ip route 宛先IPで観測した値を期待値と比較します。
| 確認軸 | 実務で押さえる内容 |
|---|---|
| ポイント1 | Connectedはインターフェースに直接接続された経路 |
| ポイント2 | Staticは管理者が明示した経路 |
| ポイント3 | DynamicはOSPFやBGPなどで学習した経路 |
| ポイント4 | 最長一致はプレフィックス長が最も長い経路を優先する |
| ポイント5 | AD値は異なる経路情報源の信頼度比較に使われる |
(出典：Cisco公式ドキュメント（公式・一次情報）)
具体的にはLinux: ip route get 宛先IPを使い、「最長一致はプレフィックス長が最も長い経路を優先する」を確認します。値が一致しないときは、その場で設定を変えず、どの入力から期待値を作ったかを設計書・構成図・台帳へ戻って確認します。
- STEP 01宛先IPを2進数またはプレフィックスで捉える
- STEP 02一致する経路をすべて抽出
- STEP 03最も長いプレフィックスを選択
- STEP 04同じ長さなら経路情報源とメトリックを比較
- STEP 05ネクストホップと出力インターフェースを確認
Connected・Static・Dynamicルートは何が違う？
Connectedはup/upのL3インターフェースから生成され、Staticは管理者が宛先と次ホップを指定し、DynamicはOSPFやBGPなどのプロトコルから学習します。学習元によって消失条件と切り分け方法が異なります。
(出典：man7.orgの参照資料（公式・一次情報）)
Linuxのip routeで経路を確認するには？
Linuxではip routeで宛先プレフィックス、viaの次ホップ、devの送信インターフェース、srcの送信元候補を確認します。特定宛先の実際の選択はip route get 203.0.113.10で確認すると、ポリシールーティングや送信元の影響も追えます。経路があるだけで正常とせず、隣接解決、戻り経路、ホスト側ファイアウォールも分けて確認します。
具体的にはWindows: route printを使い、「AD値は異なる経路情報源の信頼度比較に使われる」を確認します。
経路選択はロンゲストマッチ・AD・メトリックのどの順で見る？
まず宛先IPに一致する最長のプレフィックスを選びます。同じ宛先プレフィックスを複数の経路情報源から学習する場合にADを比較し、同じプロトコル内の候補でメトリックを比較します。
ルート選択では何を優先する？
次にCisco: show ip routeで実際の状態を取得し、期待した「Connectedはインターフェースに直接接続された経路」が成立しているかを判断します。
| 確認項目・コマンド | 判断する内容 |
|---|---|
| Cisco: show ip route | Connectedはインターフェースに直接接続された経路 |
| Cisco: show ip route 宛先IP | Staticは管理者が明示した経路 |
| Linux: ip route show | DynamicはOSPFやBGPなどで学習した経路 |
| Linux: ip route get 宛先IP | 最長一致はプレフィックス長が最も長い経路を優先する |
| Windows: route print | AD値は異なる経路情報源の信頼度比較に使われる |
取得した結果は対象・時刻・期待値と一緒に保存します。
longest prefix matchは、宛先IPに一致する経路のうちprefix長が最も長い経路を選ぶ規則です。ADやmetricの比較より先に行われます。
一致する経路をすべて抽出で対象を固定します。Cisco: show ip route 宛先IPの結果から、「Staticは管理者が明示した経路」になっているかを判定します。
AD値とメトリックは何が違う？
一方だけを見るのではなく、「Staticは管理者が明示した経路」と「DynamicはOSPFやBGPなどで学習した経路」を同じ通信フロー上へ置きます。
- デフォルトルートだけ見て個別経路を見落とす：デフォルトルートだけ見て個別経路を見落とすの対象、担当範囲、確認に使う証拠を記録する
- AD値とメトリックを混同：AD値とメトリックを混同を自分一人でできる範囲とレビューが必要な範囲へ分ける
- ネクストホップへの再帰解決を確認しない：ネクストホップへの再帰解決を確認しないの変更前後を同じ条件で比較し、結果を保存する
- 戻り経路を確認しない：戻り経路を確認しないが求人のどの工程で使われるかを成果物と対応させる
- VRFやルーティングテーブルの選択を誤る：VRFやルーティングテーブルの選択を誤るの対象、担当範囲、確認に使う証拠を記録する
デフォルトルートはどの通信で選ばれる？
デフォルトルート0.0.0.0/0は、宛先に一致するより長いプレフィックスの経路がないときに選ばれます。したがって、同じ次ホップを向く経路でも/24があればそちらが優先です。障害時はデフォルトルートの有無だけでなく、意図しない詳細経路、VRF、次ホップ到達性を確認し、選ばれた経路と実際に転送できる状態を分けて判断します。
具体的にはLinux: ip route get 宛先IPを使い、「DynamicはOSPFやBGPなどで学習した経路」を確認します。
宛先IPから実際に選ばれる経路をどう判断する？
構成図で通信方向と対象機器を特定し、設定、状態確認コマンド、正常時と異常時の出力を同じ順序で比較します。
ルーティングテーブルの見方の実務上の完了条件は、コマンドが一度通ることではありません。期待した経路・セッション・ログとの一致、変更前後の証跡、異常時の停止条件、切り戻し結果まで確認します。
例えば宛先10.10.10.25に対して10.0.0.0/8、10.10.0.0/16、10.10.10.0/24があれば、最長一致により/24を選びます。同じprefix長の候補が複数ある場合に、管理距離や各プロトコルのmetricを比較します。
障害切り分けでルーティングテーブルを見る順番では何を確認する？
対象VRF、宛先の選択経路、ネクストホップへの到達性、ARP/隣接、復路、ACL/FWの順で見ます。先に現行出力を保存し、原因が確定する前にルートを追加しないことが安全です。
到達先への経路が表示されていても、次ホップへ到達するためのConnected経路がなければ転送できません。表示された一行だけでなく、そのネクストホップが解決されるまで追います。 そのうえでネクストホップと出力インターフェースを確認へ進み、Windows: route printと「最長一致はプレフィックス長が最も長い経路を優先する」の関係を構成図に記録します。結果が仮説と違えば一段前へ戻り、確認済みと未確認を分けて共有してください。
経路の有無だけでなく選択理由まで確認するには？
採用側は、ルーティングテーブルの見方について入社後に任せられる工程と教育が必要な範囲を見ます。作業名だけでなく、対象、制約、自分の判断、使った証跡、結果を分けて説明してください。
経路確認の完了条件は、routeが一行表示されることではありません。選ばれたprefix、学習元、Next Hop、出力IF、ARP解決、復路を説明でき、packet captureまたは疎通試験がその経路と一致するところまで確認します。
関連する仕組みをどの順序で確認する？
- デフォルトゲートウェイとは？仕組み・設定・確認方法を構成図で解説
- tracerouteの仕組みとは？tracertとの違いと結果の見方
- Pingが通らない原因は？ネットワーク障害の切り分け手順
ルーティングテーブルの見方を現場で確認するときの完了条件
ルーティングテーブルの見方の確認は、コマンドが一度成功した時点では終わりません。対象と前提を固定し、正常時との差を観測し、復旧後に既存通信への影響まで確認します。
| 段階 | 確認内容 | 残す証跡 |
|---|---|---|
| 前提 | 宛先IP、選択経路、Next Hop、出力インターフェース、戻り経路 | 対象、構成図、OS・機種、直前変更 |
| 正常系 | 期待する通信・状態と判定値 | ルーティングテーブル、ARP、traceroute、両方向の疎通結果 |
| 異常系 | 一度に一条件だけ変え、症状と観測点を照合 | 失敗出力、時刻、仮説、次の確認 |
| 復旧 | 原因を戻し、同じ試験と代表的な既存通信を再確認 | 変更前後、復旧判定、残存リスク |
インフラエンジニアが案件で考えること
実案件で「ルーティングテーブルの見方｜show ip routeと経路選択を図解」を確認するとき、最初に現行構成と正常時の状態を保存します。ルーティングテーブルとは？宛先ごとの経路情報をまとめた表、構成図で確認するルーティングテーブルとパケットの経路、show ip routeに表示される項目の読み方、Connected・Static・Dynamicルートの違いを同じ時刻・同じ条件で取得し、変更や障害の前後を比べます。
ルーティングテーブルを調べる際は正常時の基準を先に置きます。Linuxのip routeで経路を確認する方法、経路選択の優先順位｜ロンゲストマッチ・AD値・メトリック、デフォルトルートはどの通信で選ばれる？を同じ条件で取得し、差分から仮説を絞ります。
障害調査では期待経路、実際の経路、戻り経路を紙やメモに三列で並べます。ロンゲストマッチ、経路情報源、メトリックの順に確認すると、感覚ではなくルールに沿って差分を説明できます。
案件では、正常時の情報がなければ障害時の差分を判断できません。作業前にCisco: show ip routeとCisco: show ip route 宛先IPを取得し、変更後も同じ条件で比較します。
また、デフォルトルートだけ見て個別経路を見落とすとAD値とメトリックを混同をレビュー観点へ入れます。担当者の経験だけに頼らず、同じ長さなら経路情報源とメトリックを比較からネクストホップと出力インターフェースを確認までを手順と試験項目へ落とし、異常時に止める条件と判断者を明確にします。
成果物には、構成図、対象一覧、取得ログ、差分、試験結果、残課題をひも付けます。ルーティングテーブル 見方の知識を『知っている』状態から、第三者が安全に再現できる設計・構築スキルへ変えるためです。
| 段階 | 確認すること | 残す証跡 |
|---|---|---|
| 作業前 | 宛先IPを2進数またはプレフィックスで捉える | Cisco: show ip route |
| 作業中 | 最も長いプレフィックスを選択 | Linux: ip route show |
| 作業後 | ネクストホップと出力インターフェースを確認 | Windows: route print |
| 異常時 | デフォルトルートだけ見て個別経路を見落とす | 時刻・影響範囲・切り戻し判断 |
同じ条件でbefore/afterを比較できる状態にします。
まとめ
ルーティングテーブルは、最長一致した宛先プレフィックスと、その経路の学習元・ネクストホップ・出力IFをセットで読みます。実務では復路と次ホップの解決まで確認して、経路が使えることを判定します。
