ネットワーク / L3ネットワーク
ルートテーブルとは
Route table。宛先ごとに次へ送る先をまとめた表です。
用語集内のカードを見るネットワーク / L3ネットワーク
Route table。宛先ごとに次へ送る先をまとめた表です。
用語集内のカードを見るルートテーブルを、定義だけで終わらせず、現場で出てくる場面、確認材料、見落としやすい点、関連語とのつながりまで順に確認できます。
実務メモ
ルートテーブルはルーター、OS、クラウドVPCで出てきます。通信障害では宛先へ向かう経路だけでなく、戻り経路、NAT後のアドレス、送信元サブネットに関連付いた表を確認します。
証跡には宛先prefix、Next-hop、出力interface、経路種別、優先度、default route、送信元サブネット、戻り経路、NAT前後のIP、FWログ、変更前後の経路表を残します。
pingが通る、またはdefault routeがあるだけでは十分ではありません。最長一致、クラウドルートの関連付け違い、Next-hop自体の障害、非対称ルーティングを見落としやすいです。
ルートテーブル(Route table)は、宛先prefixごとに次へ送る先、出力interface、優先度、経路種別を並べた表です。ルーター、L3スイッチ、OS、クラウドVPCのどれにもありますが、見えている経路が同じ意味とは限りません。
通信障害では、宛先へ向かう経路だけでなく、戻り経路、NAT後の送信元、FWの許可、名前解決結果を合わせて見ます。片方向だけ確認すると、経路表上は正しそうでも実通信が戻らないことがあります。
設計資料には、宛先prefix、Next-hop、出力interface、経路種別、優先度、所有者、用途、削除条件を残します。
ルートテーブルでは、基本的に宛先に最も具体的に一致するprefixが選ばれます。default routeがあっても、より長いprefixの静的ルートや動的経路があればそちらへ向かいます。
同じ宛先に複数の候補がある場合は、Administrative Distanceやmetric、クラウド側のルート優先順位、伝搬経路の扱いを確認します。特定宛先だけ想定外の出口へ向かう場合、広い経路ではなく狭い経路が上書きしていることがあります。
ルートテーブルにNext-hopが載っていても、そのNext-hopへ到達できるとは限りません。ARP解決、VLAN、トンネル状態、クラウドのInternet GatewayやNAT Gateway、Transit Gateway attachmentの状態を分けて確認します。
クラウドでは、サブネットごとに関連付けられたルートテーブルが違うことがあります。同じVPC内でも、送信元サブネットが違えば経路が違うため、利用者がいる場所から見た表を確認します。
行きの経路だけ正しくても、戻りが別経路へ出るとFWのstateやNATの変換表に合わず通信が失敗することがあります。特に冗長回線、VPN、クラウド接続、複数FWをまたぐ構成では非対称ルーティングが起きやすいです。
疎通確認では、送信元、宛先、NAT前後、戻りのNext-hop、FWログを同じ時刻で並べます。pingやcurlの成功だけでは、業務通信のポートや戻り経路まで保証できません。
ルートテーブル変更では、追加・削除するprefix、Next-hop、影響するサブネット、既存経路との重複、切り戻し条件を残します。広いprefixを一時的に入れる場合は、削除予定と所有者を明記します。
引き継ぎでは、なぜその経路が必要か、どの通信を通すか、どの経路を優先するか、障害時にどの表を見るかを残します。関連語としてはルーティング、Next-hop、静的ルート、BGP、OSPFを並べると前後関係を理解しやすくなります。
同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。