結論：最も長く一致する経路を選ぶ

英語では Longest Prefix Match と呼ばれます。 「最長」という言葉は、距離やホップ数ではなく、 ネットワーク部として一致するビット数が最も多いことを表します。

たとえば、宛先が 10.1.1.70 のとき、次の経路がすべて一致するとします。

この場合、最も長い /26 が選択されます。 /24 や /16 も宛先には一致していますが、 /26 の方が宛先範囲を細かく指定しているためです。

最長一致とは何か

ルーターはパケットを受信すると、宛先IPアドレスを確認し、 ルーティング情報を使って次の転送先を決めます。

しかし、ルーティングテーブルには、同じ宛先に重なる経路が登録されることがあります。

• すべての宛先に一致するデフォルトルート
• 組織全体をまとめた集約経路
• 部署や拠点単位の個別ネットワーク
• 特定の端末だけを示すホストルート

これらが同時に一致した場合、ルーターは適当に1つを選ぶわけではありません。 より詳細な宛先範囲を示す経路を選択します。

最長一致が必要な理由

大まかな経路を用意しつつ、一部の通信だけ別経路へ送るためです。

プレフィックス長が長いほど具体的

IPv4アドレスは32ビットです。 /24 のような数字は、そのうち何ビットをネットワーク部として扱うかを表します。

ビットで見ると何が一致しているのか

宛先 10.1.1.70 と、経路 10.1.1.64/26 を比較します。 最後のオクテットだけを2進数にすると、次のようになります。

/26 は、先頭3オクテットの24ビットに加え、 最後のオクテットの先頭2ビットも一致する必要があります。 そのため、/24 よりも宛先を細かく絞り込めます。

具体例で経路選択を確認する

宛先IPアドレスを 10.1.1.70 とし、 ルーターが次の経路を持っているとします。

ルーティングテーブルから最長一致を判断する

次のルーティングテーブルを持つルーターが、 宛先 10.1.1.70 のパケットを受信したとします。

選択されるのは 10.1.1.64/26 です。 デフォルトルートやスタティックルートも一致していますが、 /26 が最も長く一致しています。

宛先が変わると選ばれる経路も変わる

管理距離・メトリックとの関係

最長一致、管理距離、メトリックは、すべて経路選択に関係しますが、役割が異なります。

例1：プレフィックス長が違う

宛先が 10.1.1.70 なら、/24 を使用します。 プレフィックスが異なるため、AD値を直接比較して決める場面ではありません。

例2：プレフィックス長が同じ

今度は同じ 10.1.1.0/24 なので、管理距離を比較します。 通常はADが小さいスタティックルートがRIBに登録されます。

ホストルート・デフォルトルート・集約経路

ホストルート：/32

/32 は1つのIPv4アドレスだけを示します。 そのIPアドレスに一致する限り、最も詳細な経路です。

宛先が 192.0.2.50 なら /32 を使い、 宛先が 192.0.2.51 なら /24 を使います。

デフォルトルート：/0

0.0.0.0/0 は、どのIPv4アドレスにも一致します。 ただしプレフィックス長が0なので、 他に一致する具体的な経路がないときだけ使われます。

集約経路

複数の細かいネットワークを、1本の大きな経路にまとめることを経路集約と呼びます。

集約経路 10.10.0.0/22 があっても、 一部について 10.10.2.0/24 が登録されていれば、 10.10.2.x 宛の通信は /24 を使用します。

確認コマンド

最長一致を頭の中だけで判断せず、実機のコマンドでも確認します。 以下はCisco IOS系の代表例です。

show ip route

ルーティングテーブル全体を確認します。

show ip route <宛先IP>

指定した宛先IPアドレスに対して、どのルーティングエントリーが一致するかを確認します。

出力の Routing entry for 10.1.1.64/26 から、 宛先 10.1.1.70 に対して /26 が使用されると分かります。

show ip cef <宛先IP> detail

実際の高速転送に使われるCEF情報を確認します。 RIBだけでなく、FIBへ正しく反映されているかを確認したいときに有効です。

traceroute

実際の通信が想定した経路を通っているかを確認します。 ただし、途中機器の応答制限や非対称経路によって、すべてのホップが表示されるとは限りません。

障害切り分けでの使い方

「ルーティングテーブルに宛先経路があるから問題ない」と判断するのは危険です。 より詳細な経路が別方向を指していると、想定外の経路へ転送されます。

ケース1：一部の端末だけ通信できない

172.16.20.0/24内の多くの端末は正常でも、 172.16.20.50だけは/32へ最長一致し、別のネクストホップへ送られます。

このようなときは、端末側やACLだけでなく、 ホストルートが残っていないかを確認します。

ケース2：バックアップ回線へ切り替わらない

デフォルトルートをバックアップ回線へ向けても、 宛先に一致するより詳細な経路がメイン回線側へ残っていれば、 その通信はデフォルトルートを使いません。

ケース3：VPN接続後に特定サイトだけ到達できない

VPNクライアントへ配布された詳細経路が、ローカルネットワークと重複している場合、 特定宛先だけVPN側へ送られることがあります。

たとえば、端末がローカルで 192.168.1.0/24 を使っていても、 VPNから 192.168.1.100/32 を受け取ると、 192.168.1.100 宛だけVPN側へ送られる可能性があります。

切り分けの確認順序

最長一致に関するよくある勘違い