ロンゲストマッチは、宛先IPに一致する経路のうち、プレフィックス長が最も長い、つまり最も範囲の狭い経路を選ぶ規則です。/24と/16がともに一致すれば/24を選びます。
経路選択は、まず最長一致で対象プレフィックスを決め、同じ宛先プレフィックスの候補で学習元やメトリックを比較します。本文では/8・/16・/24・/32の例とshow ip routeで追います。
⭕️ネットワークエンジニアが
ルーティングで必ず理解した方がいいこと
ロンゲストマッチルーティングって、
宛先IPに対してどの経路を使うか
を決めている。このとき、
ルーターはなんとなく近そうな経路を
選んでいるわけではない。基本的には、
より細かい経路を優先する。… pic.twitter.com/ipFd2y1RgU— けんと@設計構築チャンネル (@yeiquer12) 2026年5月1日
経路選択はロンゲストマッチ、AD値、メトリックの順で考えるという実務ポイントを示したポスト。
ロンゲストマッチとは?最も具体的な経路を選ぶルール
ロンゲストマッチとは:宛先IPに一致する候補のうち、最も長いprefixを選びます。AD値やmetricの比較より先に、同じprefix長の候補へ絞る点が確認が欠かせません。 ロンゲストマッチは、宛先IPに一致する複数経路のうち、プレフィックス長が最も長く、宛先範囲を最も細かく示す経路を選ぶ原則です。
構成図ではプレフィックス長の入力点と出力点を示し、該当するshow出力やpacket captureで実装状態を確かめます。関連する観点として、経路が存在するかだけでなく、より長いプレフィックスが意図せず追加されていないか確認する。 ここまで追うと、用語とpacketの動きがつながります。
対象の送信元・宛先・VRFを固定を行った日時、対象、入力、結果を一組で残します。経路が存在するかだけでなく、より長いプレフィックスが意図せず追加されていないか確認する。 変更後の差分や再発時の比較基準として使える記録になります。
(出典:www.rfc-editor.orgの参照資料(公式・一次情報))
構成図とルーティングテーブルで見る経路選択では何を確認する?
ルーティングテーブルの具体例:/32のホストルートは一致すれば最も具体的な経路になる。
10.10.10.250.0.0.0/0
10.0.0.0/8
10.10.0.0/16
10.10.10.0/24
10.10.10.25/32
ロンゲストマッチは、宛先IPと一致するnetwork bitが最も長い経路を選ぶルールです。/24がある場合、AD値が小さい/16より先に/24が選ばれます。/32のhost routeがあれば、さらに具体的なため最優先です。
構成図ではメトリックの入力点と出力点を示し、該当するshow出力やpacket captureで実装状態を確かめます。関連する観点として、デフォルトルートは他に一致する経路がない場合の最後の候補になる。 ここまで追うと、用語とpacketの動きがつながります。
show ip route
show ip route 10.10.10.10
ip route 10.0.0.0 255.0.0.0 192.0.2.1
ip route 10.10.0.0 255.255.0.0 192.0.2.2
ip route 10.10.10.0 255.255.255.0 192.0.2.3
プレフィックス長が長い経路ほど優先されるのはなぜ?
プレフィックス長の見方:prefix長が大きいほどnetwork範囲は狭く、宛先を具体的に示します。/24と/16が同時に一致すれば/24が優先されます。
実務の開始点は「現行の経路表と構成図を保存」です。宛先10.10.10.50に対して/8、/16、/24、0/0が並ぶ場合、静的経路かOSPFかだけを先に比べず、まず/24を選びます。障害時は意図しない詳細経路が追加されていないかを確認します。 その結果を該当するshow出力やpacket captureで確認します。期待値には、経路が存在するかだけでなく、より長いプレフィックスが意図せず追加されていないか確認する。
再確認に必要なのは、現行の経路表と構成図を保存の証跡です。口頭説明に頼らず、次のレビューで同じ条件を照合できます。
| 確認軸 | 実務で押さえる内容 |
|---|---|
| ポイント1 | /24は同じ宛先に一致する/16や/8より先に選ばれる |
| ポイント2 | AD値は異なる学習元の比較に使い、最長一致より前には比較しない |
| ポイント3 | メトリックは原則として同じルーティングプロトコル内の候補を比較する |
| ポイント4 | /32のホストルートは一致すれば最も具体的な経路になる |
| ポイント5 | デフォルトルートは他に一致する経路がない場合の最後の候補になる |
用語だけでなく、packet flowと観測点に置いて確認します。
| 確認対象 | 判断基準 | 残す証跡 |
|---|---|---|
| プレフィックス長 | /24は同じ宛先に一致する/16や/8より先に選ばれる | プレフィックス長で差分が出た観測点と時刻を保存 |
| /8・/16・/24・/32 | AD値は異なる学習元の比較に使い、最長一致より前には比較しない | 現行の経路表と構成図を保存 |
| AD値 | メトリックは原則として同じルーティングプロトコル内の候補を比較する | 候補経路と選択理由を計算 |
| メトリック | /32のホストルートは一致すれば最も具体的な経路になる | Next Hop・出力IF・復路を確認 |
| Connected | デフォルトルートは他に一致する経路がない場合の最後の候補になる | 実通信と変更前後の差分を証跡化 |
Cisco形式の経路表と宛先IP別の選択クイズを掲載する。という観点を、レビューと試験へ反映します。
/8・/16・/24・/32が同時にある場合ではどれが選ばれる?
宛先10.10.10.25に対して10.0.0.0/8、10.10.0.0/16、10.10.10.0/24、10.10.10.25/32が同時にあれば、最も長い/32を選びます。/32が消えれば/24、次に/16、/8の順です。管理距離は同じprefix長の候補を比較するときに使い、prefix長より先には比較しません。
ロンゲストマッチ・AD値・メトリックは何から順に判断する?
AD値・メトリックとの優先順位の確認基準:metricは同じrouting protocol内などの候補経路を比較する値で、hop数、cost、bandwidth等の計算方法はprotocolごとに異なります。
そこでAD値を観測点にし、「AD値がロンゲストマッチより常に優先すると説明」という判断を避けます。別装置のlogやcaptureでは、経路が存在するかだけでなく、より長いプレフィックスが意図せず追加されていないか確認する。 複数の観測点を使うと、片側だけを見た誤判定を防げます。
- STEP 01送信元端末
- STEP 02Routerの経路表
- STEP 03/8・/16・/24を比較
- STEP 04最長一致のNext Hop
デフォルトルートが選ばれるのはどんなとき?
「デフォルトルートとの関係」は、対象layer、判定field、処理する機器、保持する状態、確認コマンドの5軸で比べます。
個別に暗記するのではなく、1本のpacket flowへ並べるのが実践的です。前段の確認は、default routeはより具体的な一致経路がないpacketを引き受ける0.0.0.0/0の経路です。 後段では、経路が存在するかだけでなく、より長いプレフィックスが意図せず追加されていないか確認する。
設計レビューではConnectedがどの軸に属するかを表にし、「AD値がロンゲストマッチより常に優先すると説明」という混同を防ぎます。差分を該当するshow出力やpacket captureで説明できれば、configの読み違いを減らせます。
どんなときに間違えやすい?
「間違えやすいケース」では、最初から原因を1つに決めず、正常な区間と異常な区間を分けます。判断の手掛かりは次の点です。AD値は異なる学習元の比較に使い、最長一致より前には比較しない。
現場では「AD値がロンゲストマッチより常に優先すると説明」という早合点を避け、宛先10.10.10.50に対して/8、/16、/24、0/0が並ぶ場合、静的経路かOSPFかだけを先に比べず、まず/24を選びます。障害時は意図しない詳細経路が追加されていないかを確認します。 変更前に対象、取得時刻、直前変更を記録し、再現条件を崩さないことが確認が欠かせません。
確認は「現行の経路表と構成図を保存」から進めます。該当するshow出力やpacket captureでDefault routeの期待値と実測値を比べます。さらに別の証跡では、メトリックは原則として同じルーティングプロトコル内の候補を比較する。
show ip routeで宛先の経路を確認するには?
「show ip routeで確認」は、show ip route 10.10.10.10を実行する前に正常値を決めてから行います。確認項目は次のとおりです。/24は同じ宛先に一致する/16や/8より先に選ばれる。
開始点は「対象の送信元・宛先・VRFを固定」です。出力には対象機器、VRF・VLAN・interface、取得時刻を添え、構成図や対向機器の結果と照合します。AD値は異なる学習元の比較に使い、最長一致より前には比較しない。
想定と違っても、その場でclearや設定変更はしません。 この順序なら、作業前後で同じ条件を比較できます。
| コマンド・config | 確認すること |
|---|---|
| show ip route | 現行の状態・counter・関連設定を変更せず確認 |
| show ip route 10.10.10.10 | 現行の状態・counter・関連設定を変更せず確認 |
| ip route 10.0.0.0 255.0.0.0 192.0.2.1 | ip route 10.0.0.0 255.0.0.0 192.0.2.1の対象、取得時刻、現行値を記録し、設計値または正常時と照合 |
| ip route 10.10.0.0 255.255.0.0 192.0.2.2 | ip route 10.10.0.0 255.255.0.0 192.0.2.2の対象、取得時刻、現行値を記録し、設計値または正常時と照合 |
| ip route 10.10.10.0 255.255.255.0 192.0.2.3 | ip route 10.10.10.0 255.255.255.0 192.0.2.3の対象、取得時刻、現行値を記録し、設計値または正常時と照合 |
対象機器・VRF・interface・取得時刻と一緒に保存します。
より具体的な経路が原因で通信先を誤るのはどんなとき?
構成図で通信方向と対象機器を特定し、設定、状態確認コマンド、正常時と異常時の出力を同じ順序で比較します。
ロンゲストマッチとはの実務上の完了条件は、コマンドが一度通ることではありません。期待した経路・セッション・ログとの一致、変更前後の証跡、異常時の停止条件、切り戻し結果まで確認します。
関連する仕組みをどの順序で確認する?
障害対応で確認する経路選択は何をチェックする?
「障害対応の確認順」では、最初から原因を1つに決めず、正常な区間と異常な区間を分けます。判断の手掛かりは次の点です。メトリックは原則として同じルーティングプロトコル内の候補を比較する。
障害対応の確認順では何を確認する?
現場では「メトリックだけで決まると断定」という早合点を避け、宛先10.10.10.50に対して/8、/16、/24、0/0が並ぶ場合、静的経路かOSPFかだけを先に比べず、まず/24を選びます。障害時は意図しない詳細経路が追加されていないかを確認します。
確認は「候補経路と選択理由を計算」から進めます。該当するshow出力やpacket captureでプレフィックス長の期待値と実測値を比べます。さらに別の証跡では、/32のホストルートは一致すれば最も具体的な経路になる。
| 避ける判断 | 代わりに確認すること |
|---|---|
| AD値がロンゲストマッチより常に優先すると説明 | AD値がロンゲストマッチより常に優先すると説明の対象、取得時刻、現行値を記録し、設計値または正常時と照合 |
| メトリックだけで決まると断定 | 現行の経路表と構成図を保存 |
禁止事項だけでなく、正しい確認行動まで手順化します。
よくある疑問への答えは?
ロンゲストマッチで最初に確認すべきことは?
最初は「対象の送信元・宛先・VRFを固定」です。 対象と期待値を固定してからshow出力や実通信を取得します。
設定変更前に何を残すべきですか?
設定変更前に何を残すべきですかでは、構成図と設定行を対応付け、投入前の差分、適用後の状態、戻し方まで確認します。
Xポストの内容だけで実機に設定してもよいですか?
経路は存在だけでなくプレフィックス長までどう確認する?
「ロンゲストマッチとは」を理解するときは、定義だけでなく、構成のどこで処理され、何を観測すれば正否を判断できるかまで整理します。
最後に押さえるのは「対象の送信元・宛先・VRFを固定」から「実通信と変更前後の差分を証跡化」までを1本の手順にすることです。 これを構成図、config、show出力、試験結果で説明できれば、設計構築の実務でも再現できます。 ロンゲストマッチとは?最も具体的な経路を選ぶルール、構成図とルーティングテーブルで見る経路選択へ当てはめて確認します。
ロンゲストマッチを実務で使う場面は?
ロンゲストマッチとは?最も具体的な経路を選ぶルール、構成図とルーティングテーブルで見る経路選択、プレフィックス長が長い経路ほど優先される理由、/8・/16・/24・/32が同時にある場合の選択例を、構成、設定、状態、通信結果の順に確認します。一つのコマンド結果だけで正常・異常を決めず、前後の状態と比較してください。
構成図で示す内容:宛先10.10.10.50に対し、/8・/16・/24・デフォルトルートから/24が選ばれる図
実務での確認:経路が存在するかだけでなく、より長いプレフィックスが意図せず追加されていないか確認する。
ロンゲストマッチを現場で確認するときの完了条件
ロンゲストマッチの確認は、コマンドが一度成功した時点では終わりません。対象と前提を固定し、正常時との差を観測し、復旧後に既存通信への影響まで確認します。
| 段階 | 確認内容 | 残す証跡 |
|---|---|---|
| 前提 | 宛先IP、選択経路、Next Hop、出力インターフェース、戻り経路 | 対象、構成図、OS・機種、直前変更 |
| 正常系 | 期待する通信・状態と判定値 | ルーティングテーブル、ARP、traceroute、両方向の疎通結果 |
| 異常系 | 一度に一条件だけ変え、症状と観測点を照合 | 失敗出力、時刻、仮説、次の確認 |
| 復旧 | 原因を戻し、同じ試験と代表的な既存通信を再確認 | 変更前後、復旧判定、残存リスク |
インフラエンジニアが案件で考えること
実案件で「ロンゲストマッチとは?ルーティングの経路選択順を図解」を確認するとき、最初に現行構成と正常時の状態を保存します。ロンゲストマッチとは?最も具体的な経路を選ぶルール、構成図とルーティングテーブルで見る経路選択、プレフィックス長が長い経路ほど優先される理由、/8・/16・/24・/32が同時にある場合の選択例を同じ時刻・同じ条件で取得し、変更や障害の前後を比べます。
ロンゲストマッチは構成図、設定、テーブル、ログの順で照合します。ロンゲストマッチ・AD値・メトリックの判断順、デフォルトルートが選ばれる条件、show ip routeで宛先の経路を確認する方法のどこで差が出たかを記録します。
確認の起点は show ip route show ip route 10.10.10.10 ip route 10.0.0.0 255.0.0.0 192.0.2.1 ip route 10.10.0.0 255.255.0.0 192.0.2.2 ip route 10.10.10.0 255.255.255.0 192.0.2.3 です。
案件では経路が存在するかだけでなく、どのVRFで、どの宛先IPに、どのプレフィックスが勝つかを作業前に計算します。show ip routeの一行を貼るだけではなく、候補経路、選択理由、ネクストホップの再帰解決、復路を記録すると、経路追加後の想定外通信をレビューで発見できます。
例えば、宛先10.10.10.50に対して/8、/16、/24、0/0が並ぶ場合、静的経路かOSPFかだけを先に比べず、まず/24を選びます。障害時は意図しない詳細経路が追加されていないかを確認します。 このとき「show ip route」と「show ip route 10.10.10.10」を闇雲に取るのではなく、どの仮説を確認する出力かを手順書に書きます。対象と時刻がないlogは、後から正常・異常を判断できません。
レビューでは「AD値がロンゲストマッチより常に優先すると説明、メトリックだけで決まると断定」を禁止事項にするだけでなく、代わりに確認する資料とコマンドを決めます。 変更の一部が正常でも業務通信全体が成立するとは限らないため、層の異なる証跡を組み合わせます。
また、Cisco形式の経路表と宛先IP別の選択クイズを掲載する。 この観点を設計書、config レビュー、試験仕様、作業手順の各成果物へ通して反映します。個人の経験に閉じず、第三者が同じ順序で再現できる状態にすることが、設計構築案件の品質につながります。
| 段階 | 確認すること | 証跡・判断 |
|---|---|---|
| 作業前 | 作業前の対象、取得時刻、現行値を記録し、設計値または正常時と照合 | show ip route |
| レビュー | 候補経路と選択理由を計算 | 構成図・差分・指摘対応 |
| 作業後 | 実通信と変更前後の差分を証跡化 | show ip route 10.10.10.10 |
| 異常時 | 影響範囲と復旧期限 | 中止・rollback・判断者 |
同じ条件でbefore/afterを比較できるようにします。
まとめ
次に、ロンゲストマッチとは?最も具体的な経路を選ぶルール、構成図とルーティングテーブルで見る経路選択、プレフィックス長が長い経路ほど優先される理由を検証環境で再現し、正常時と異常時の出力、判断した根拠、復旧結果を記録してください。
