ARPテーブルはIPアドレスとMACアドレスの対応、MACアドレステーブルはMACアドレスとVLAN・受信ポートの対応を保持します。前者は主に端末やL3機器、後者はL2スイッチが転送判断に使います。
本文では同一セグメントの通信フローを追い、show ip arpとshow mac address-tableの出力を照合します。キャッシュ未登録、VLAN違い、重複IP、MACフラップをどう見分けるかも扱います。
ARPテーブルとMACアドレステーブルは何が違う?
一方だけを見るのではなく、「ARPは同一L2内の次ホップMACを解決する」と「ARP Requestはブロードキャスト、Replyは通常ユニキャスト」を同じ通信フロー上へ置きます。端末が宛先またはゲートウェイをARP解決の前後で何が変わり、何が維持されるかを追うと役割の違いが明確になります。
(出典:www.rfc-editor.orgの参照資料(公式・一次情報))
ARPテーブルとMACアドレステーブルを比較表で見ると何が違う?
比較表では、キーと値、保持機器、学習方法、利用するレイヤー、確認コマンド、消去条件を比べます。ARPはIPから次ホップMACを解決し、MACテーブルはそのMAC宛フレームをどのポートへ出すかを決めます。
| table | 保持する機器 | 対応関係 | 転送での役割 |
|---|---|---|---|
| ARP table | L3端末・router | IP addressとMAC address | 同一segmentのNext HopをEthernet frameへ変換 |
| MAC address table | L2 switch | MAC addressとVLAN・port | 受信frameをどのportへ転送するか判断 |
ARPテーブルとは?
ARPテーブルは、同一L2セグメント上の宛先または次ホップのIPとMACの対応を保持します。未登録ならARP Requestをブロードキャストし、対象のReplyから学習します。
フレームをスイッチへ送信で対象を固定します。Cisco L3: show arpの結果から、「端末やルーターはARPキャッシュを持つ」になっているかを判定します。
| 確認軸 | 実務で押さえる内容 |
|---|---|
| ポイント1 | ARPは同一L2内の次ホップMACを解決する |
| ポイント2 | ARP Requestはブロードキャスト、Replyは通常ユニキャスト |
| ポイント3 | 端末やルーターはARPキャッシュを持つ |
| ポイント4 | L2スイッチは送信元MACと受信ポートを学習する |
| ポイント5 | MACテーブルはVLAN単位で扱われる |
(出典:www.rfc-editor.orgの参照資料(公式・一次情報))
MACアドレステーブルとは?
MACアドレステーブルは、スイッチが受信フレームの送信元MACを、VLANと受信ポートにひも付けて学習した表です。宛先MACが未学習なら、対象VLAN内の受信ポート以外へフラッドします。
スイッチが送信元MACを受信ポートに学習で対象を固定します。Cisco L2: show mac address-tableの結果から、「L2スイッチは送信元MACと受信ポートを学習する」になっているかを判定します。
(出典:Cisco公式ドキュメント(公式・一次情報))
それぞれを持つ機器では何を確認する?
端末・ルーター・L3スイッチでARPキャッシュ、L2/L3スイッチでMACテーブルを確認します。L3スイッチは両方を持つため、VRF・VLAN・インターフェースを合わせて見ます。
一方だけを見るのではなく、「L2スイッチは送信元MACと受信ポートを学習する」と「MACテーブルはVLAN単位で扱われる」を同じ通信フロー上へ置きます。宛先MACの登録ポートへ転送の前後で何が変わり、何が維持されるかを追うと役割の違いが明確になります。
- STEP 01端末が宛先またはゲートウェイをARP解決
- STEP 02フレームをスイッチへ送信
- STEP 03スイッチが送信元MACを受信ポートに学習
- STEP 04宛先MACの登録ポートへ転送
- STEP 05未登録なら同一VLANへフラッディング
IPアドレスとMACアドレスの対応では何を確認する?
確認の起点は未登録なら同一VLANへフラッディングです。続いて端末・ルーター・スイッチの三点を時刻を合わせて確認を調べ、「両テーブルにはエージングがあり再学習される」とのずれを探します。
スイッチが転送先ポートを学習するのはどういう仕組み?
ARPは同一L2内の次ホップMACを解決するかを確かめるには、端末が宛先またはゲートウェイをARP解決から始めます。Windows/Linux: arp -a / ip neighで観測した値を期待値と比較します。
| 確認項目・コマンド | 判断する内容 |
|---|---|
| Windows/Linux: arp -a / ip neigh | ARPは同一L2内の次ホップMACを解決する |
| Cisco L3: show arp | ARP Requestはブロードキャスト、Replyは通常ユニキャスト |
| Cisco L2: show mac address-table | 端末やルーターはARPキャッシュを持つ |
| VLAN指定でMACを確認 | L2スイッチは送信元MACと受信ポートを学習する |
| 端末・ルーター・スイッチの三点を時刻を合わせて確認 | MACテーブルはVLAN単位で扱われる |
取得した結果は対象・時刻・期待値と一緒に保存します。
show arpとshow mac address-tableで何を確認できる?
show ip arpでIP、MAC、インターフェース、経過時間を確認し、show mac address-table address MACでそのMACが学習されたVLANとポートを追います。両者を同じMACで繋ぐと、IPから物理的な収容先まで絞れます。
フレームをスイッチへ送信で対象を固定します。Cisco L3: show arpの結果から、「ARP Requestはブロードキャスト、Replyは通常ユニキャスト」になっているかを判定します。
通信フローでは両テーブルをどう確認する?
具体的にはCisco L2: show mac address-tableを使い、「ARP Requestはブロードキャスト、Replyは通常ユニキャスト」を確認します。値が一致しないときは、その場で設定を変えず、どの入力から期待値を作ったかを設計書・構成図・台帳へ戻って確認します。
- ARPとMACテーブルを同じ表と考える:ARPとMACテーブルを同じ表と考えるの対象、担当範囲、確認に使う証拠を記録する
- 別セグメントの最終宛先MACをARPで探す:別セグメントの最終宛先MACをARPで探すを自分一人でできる範囲とレビューが必要な範囲へ分ける
- VLANを見ずMACだけ追う:VLANを見ずMACだけ追うの変更前後を同じ条件で比較し、結果を保存する
- 古いキャッシュを原因確定前に消す:古いキャッシュを原因確定前に消すが求人のどの工程で使われるかを成果物と対応させる
- 重複IPによるMAC変動を見落とす:重複IPによるMAC変動を見落とすの対象、担当範囲、確認に使う証拠を記録する
テーブルに情報がない場合の動作では何を確認する?
ARP未登録ならARP RequestとReply、MAC未登録なら対象VLAN内のUnknown Unicastフラッドを確認します。ただちにテーブルを消去せず、キャプチャとカウンターを保存して未学習の原因を追います。
端末から別セグメントへ送る場合、ARPテーブルにはゲートウェイIPとMACが現れ、スイッチのMACテーブルにはそのゲートウェイMACが接続ポートとして現れます。二つの表をつなぐとフレーム経路を追えます。 そのうえで宛先MACの登録ポートへ転送へ進み、VLAN指定でMACを確認と「端末やルーターはARPキャッシュを持つ」の関係を構成図に記録します。結果が仮説と違えば一段前へ戻り、確認済みと未確認を分けて共有してください。
障害切り分けでは何を確認する?
二つの表をつなぐとフレーム経路を追えます。 そのうえで未登録なら同一VLANへフラッディングへ進み、端末・ルーター・スイッチの三点を時刻を合わせて確認と「L2スイッチは送信元MACと受信ポートを学習する」の関係を構成図に記録します。
設定・確認コマンドはどう実行する?
show running-config
show interfaces status
show ip route
正常時と異常時の出力はどう違う?
| 確認 | 正常時 | 異常時 | 次の確認 |
|---|---|---|---|
| 状態 | up/up、期待した経路・隣接情報が表示される | down、Incomplete、経路なし、拒否カウンタ増加 | 物理、VLAN、ARP、経路、ACLを一段ずつ戻って確認 |
| 差分 | 設計値・作業前証跡と一致 | 想定外のIF、Next Hop、VLAN、エラー増加 | 直前変更と隣接機器の両側を照合 |
関連する仕組みをどの順序で確認する?
- MACアドレステーブルとフラッディングの仕組みを図解
- スイッチングとルーティングの違い|L2・L3の通信を図解
- Pingが通らない原因は?ネットワーク障害の切り分け手順
ARPテーブルとMACアドレステーブルの違いを現場で確認するときの完了条件
ARPテーブルとMACアドレステーブルの違いの確認は、コマンドが一度成功した時点では終わりません。対象と前提を固定し、正常時との差を観測し、復旧後に既存通信への影響まで確認します。
| 段階 | 確認内容 | 残す証跡 |
|---|---|---|
| 前提 | VLAN、MAC、ARP、ポート、対向機器、物理・論理状態 | 対象、構成図、OS・機種、直前変更 |
| 正常系 | 期待する通信・状態と判定値 | interface状態、MAC/ARP table、カウンター、対向側の同時刻情報 |
| 異常系 | 一度に一条件だけ変え、症状と観測点を照合 | 失敗出力、時刻、仮説、次の確認 |
| 復旧 | 原因を戻し、同じ試験と代表的な既存通信を再確認 | 変更前後、復旧判定、残存リスク |
インフラエンジニアが案件で考えること
実案件で「ARPテーブルとMACアドレステーブルの違い|役割と確認コマンド」を確認するとき、最初に現行構成と正常時の状態を保存します。ARPテーブルとMACアドレステーブルの違い、ARPテーブルとMACアドレステーブルの違いを比較表で整理する、ARPテーブルとは、MACアドレステーブルとはを同じ時刻・同じ条件で取得し、変更や障害の前後を比べます。
ARPテーブルは構成図、設定、テーブル、ログの順で照合します。それぞれを持つ機器、IPアドレスとMACアドレスの対応、スイッチが転送先ポートを学習する仕組みのどこで差が出たかを記録します。
障害時は表を消す前に必ず現状を保存します。ARPのIncomplete、MACのポート移動、同じIPに対するMAC変動は、それぞれ異なる原因を示すためです。
案件では、正常時の情報がなければ障害時の差分を判断できません。作業前にWindows/Linux: arp -a / ip neighとCisco L3: show arpを取得し、変更後も同じ条件で比較します。二つの表をつなぐとフレーム経路を追えます。
また、ARPとMACテーブルを同じ表と考えると別セグメントの最終宛先MACをARPで探すをレビュー観点へ入れます。担当者の経験だけに頼らず、宛先MACの登録ポートへ転送から未登録なら同一VLANへフラッディングまでを手順と試験項目へ落とし、異常時に止める条件と判断者を明確にします。
成果物には、構成図、対象一覧、取得ログ、差分、試験結果、残課題をひも付けます。ARPテーブル MACアドレステーブル 違いの知識を『知っている』状態から、第三者が安全に再現できる設計・構築スキルへ変えるためです。
| 段階 | 確認すること | 残す証跡 |
|---|---|---|
| 作業前 | 端末が宛先またはゲートウェイをARP解決 | Windows/Linux: arp -a / ip neigh |
| 作業中 | スイッチが送信元MACを受信ポートに学習 | Cisco L2: show mac address-table |
| 作業後 | 未登録なら同一VLANへフラッディング | 端末・ルーター・スイッチの三点を時刻を合わせて確認 |
| 異常時 | ARPとMACテーブルを同じ表と考える | 時刻・影響範囲・切り戻し判断 |
同じ条件でbefore/afterを比較できる状態にします。
まとめ
ARPテーブルはIP→MAC、MACアドレステーブルはMAC→VLAN/ポートの対応を保持します。障害時は両方を同じMACで照合し、ARPの応答、VLAN、学習ポート、重複IPの順に差を確認します。
最後に押さえるポイントは「MACテーブルはVLAN単位で扱われる」と「両テーブルにはエージングがあり再学習される」です。実務では端末が宛先またはゲートウェイをARP解決から始め、Windows/Linux: arp -a / ip neighを証跡として残すと、別の担当者も同じ判断を再現できます。
