ロンゲストマッチとは？/24と/16のどちらが選ばれるかを図解

ロンゲストマッチは、宛先IPに一致する経路のうち、プレフィックス長が最も長い、つまり最も範囲の狭い経路を選ぶ規則です。/24と/16がともに一致すれば/24を選びます。

経路選択は、まず最長一致で対象プレフィックスを決め、同じ宛先プレフィックスの候補で学習元やメトリックを比較します。本文では/8・/16・/24・/32の例とshow ip routeで追います。

この記事はネットワークエンジニア転職ガイドの各論です。工程の全体像から確認したい場合はそちらへ。

ロンゲストマッチとは？最も具体的な経路を選ぶルール

ロンゲストマッチは、宛先IPに一致する複数の経路から、プレフィックス長が最も長い経路を選ぶ原則です。最も具体的に一致する経路を使うことは、IPv4ルータの要件を定めたRFC 1812で求められています。/8、/16、/24が一致するなら/24を選び、管理距離やメトリックは同じ宛先プレフィックスの候補を比べる段階で使います。

送信元・宛先・VRFを固定したうえで、日時・対象・実行したコマンド・結果を一組で残します。経路が存在するかだけでなく、より長いプレフィックスが意図せず追加されていないか確認する。 変更後の差分や再発時の比較基準として使える記録になります。

けんと＠設計構築チャンネル

ロンゲストマッチの出力には、対象VRF、取得時刻、直前の変更を添えます。構成図の想定経路と並べると、別VRFや古い記録を見て判断するミスを防げます。

(出典：RFC 1812 Requirements for IP Version 4 Routers)

構成図とルーティングテーブルで経路選択を追う

構成図へ宛先IPと候補経路を記載し、各プレフィックスに宛先が一致するかを確認します。最も長いプレフィックスを選んだ後、その行の次ホップ、出力インターフェース、再帰解決、戻り経路を経路表と照合します。

けんと＠設計構築チャンネル

ロンゲストマッチは往路だけで終えず、戻り経路と隣接機器の経路表まで追います。片方向に経路があるだけでは、双方向の通信が成立するとは限りません。

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

プレフィックス長が長い経路ほど優先されるのはなぜ？

プレフィックス長の見方：プレフィックス長が大きいほどネットワーク範囲は狭く、宛先を具体的に示します。/24と/16が同時に一致すれば/24が優先されます。

/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の順です。管理距離は同じプレフィックス長の候補を比較するときに使い、プレフィックス長より先には比較しません。

ロンゲストマッチ・AD値・メトリックを判断する順番

判断を混ぜないために、経路候補の採用（RIB）と宛先パケットの転送（FIB）を分けます。Ciscoの説明でも、経路が表に入った後の転送は最長一致で決まります。Cisco公式資料

経路表に載った経路の中から宛先IPへ最も長く一致するプレフィックスを選ぶのがロンゲストマッチです。AD値やメトリックは、同じ宛先プレフィックスに対する候補を経路表へ採用する段階の判断です。パケット転送時の最長一致と、経路採用時の比較を分けて考えてください。

デフォルトルートが選ばれるのはどんなとき？

宛先IPに一致するより具体的な経路がないとき、0.0.0.0/0のデフォルトルートが選ばれます。デフォルトルートの管理距離が小さくても、宛先に一致する/8や/24があればプレフィックス長の長い方が先です。

設計レビューでは、Connectedルートがどの比較軸に属するかを表で共有し、AD値がロンゲストマッチより先に効くという誤解を防ぎます。差分を該当するshowコマンドの出力やパケットキャプチャで説明できれば、設定の読み違いを減らせます。

間違えやすいパターン

静的経路だから常にOSPFより優先されると考え、プレフィックス長の比較を飛ばすと誤ります。宛先10.10.10.50に/8、/16、/24、0/0があればまず/24を選び、同じ/24への候補が複数ある場合は、先に経路表へ採用する候補をAD値などで決めます。転送時には、採用済みの経路から/24が最長一致で選ばれます。

確認は、現行の経路表と構成図を保存するところから始めます。show ip route の出力と構成図の想定経路を並べ、デフォルトルートが選ばれる条件が実際の出力と一致しているかを見ます。メトリックを比べるのは、同じルーティングプロトコル内に候補が複数あるときだけです。

show ip route で宛先の経路を確認する

show ip route 宛先IPを実行し、選ばれた宛先プレフィックス、学習元、管理距離・メトリック、次ホップ、出力インターフェースを読みます。show ip cefでも転送情報を確認し、次ホップのARPと復路を別途照合します。

想定と違っても、その場でclearや設定変更はしません。 この順序なら、作業前後で同じ条件を比較できます。

より具体的な経路が原因で通信先を誤るケース

意図しない/32ホストルート、集約より具体的なスタティックルート、別経路から広告された詳細プレフィックスがあると、想定した集約経路やデフォルトルートを使いません。候補をすべて列挙し、詳細経路の投入元と有効期限を確認します。

ロンゲストマッチの実務上の完了条件は、コマンドが一度通ることではありません。期待した経路・セッション・ログとの一致、変更前後の証跡、異常時の停止条件、切り戻し結果まで確認します。

関連する仕組みを次に確認する

• ルーティングテーブルの見方｜show ip routeと経路選択を図解
• デフォルトゲートウェイとは？仕組み・設定・確認方法を構成図で解説

障害対応で経路選択を確認する手順

送信元VRFと宛先IPを固定し、候補プレフィックス、選択理由、次ホップ、出力IF、CEF、ARP、PBR、戻り経路を順に確認します。経路が存在することと、その経路で往復通信できることを分けて判定します。

確認の順番

メトリックだけで経路が決まると早合点しないでください。宛先10.10.10.50に対して/8、/16、/24、0/0が並ぶ場合、静的経路かOSPFかだけを先に比べず、まず/24を選びます。障害時は意図しない詳細経路が追加されていないかを確認します。

確認は、宛先IPに一致する候補経路を書き出すところから始めます。書き出した候補をプレフィックス長の順に並べ替えてから、実際の show ip route の出力と突き合わせます。/32のホストルートが一致していれば、それが最も具体的な経路として選ばれます。

経路の存在だけでなくプレフィックス長まで確認する

経路表に宛先が載っているだけでは不十分です。確認対象の宛先IPに一致する各経路のプレフィックス長を並べ、最も長い経路が選ばれることを確認します。その後に管理距離、メトリック、ネクストホップ、出力インターフェース、戻り経路を照合します。

ロンゲストマッチを実務で使う場面

ロンゲストマッチを意識するのは、集約経路とスタティックルートが混在している構成です。拠点向けに10.0.0.0/8の集約を広告しながら、特定の拠点だけ10.10.10.0/24を別経路へ向ける設計はよくあります。この状態で/24を消すと、通信は静かに集約経路へ流れて別拠点を経由します。疎通自体は取れるので障害として上がらず、遅延やファイアウォール通過の違いとして後から表面化します。経路を足すときも消すときも、その宛先に一致する経路をすべて並べてから作業してください。

構成図では、宛先10.10.10.50に対して/8・/16・/24・デフォルトルートが並ぶとき、/24が選ばれる流れを示しています。

確認するのは経路の有無だけではありません。より長いプレフィックスが意図せず追加されていないかまで見ます。

作業前にどの経路が勝つかを計算する

案件では経路が存在するかだけでなく、どの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」を闇雲に取るのではなく、どの仮説を確認する出力かを手順書に書きます。対象と時刻がないログは、後から正常・異常を判断できません。

レビューでは、AD値がロンゲストマッチより先に効くという説明や、メトリックだけで経路が決まるという断定を通さないようにします。そのうえで、代わりに何のコマンド出力で確認するかまで決めておきます。 変更の一部が正常でも業務通信全体が成立するとは限らないため、層の異なる証跡を組み合わせます。

この観点を設計書、設定レビュー、試験仕様、作業手順の各成果物へ通して反映します。個人の経験に閉じず、第三者が同じ順序で再現できる状態にすることが、設計構築案件の品質につながります。

まとめ

経路選択は、宛先に一致する候補から最長プレフィックスを選び、同じプレフィックスなら管理距離、同一プロトコル内ならメトリックを比較します。次ホップ、出力IF、CEF、ARP、PBR、復路まで確認して転送結果を判定してください。

この記事の執筆・監修者

けんと＠設計構築チャンネル

ネットワーク設計構築エンジニア／インフラ転職コンパス編集者

30歳・IT未経験からSIerへ転職。ネットワークエンジニアとして、金融系・オフィス系ネットワークの設計・構築に携わり、PL・PMも経験。自身の未経験転職と現場経験をもとに、仕事内容・技術・キャリア・求人選びをわかりやすく解説しています。

YouTube登録者5,000人 Xフォロワー5,000人

執筆者プロフィール・編集方針