Pingは、指定した送信元から宛先へICMP Echoが往復するかを調べる手段です。端末・GWの確認、変更前後の比較、切替時の損失、MTU調査に使えますが、成功しただけではWeb・DNS・認証が正常とは判断できません。
実務では「通ったか」より、どの送信元・区間・条件を確かめたかを残します。このページは用途と試験条件を扱い、失敗時の詳しい調査はPingが通らない原因の切り分けへつなげます。
この記事でわかること
- 構成図で送信元、GW、FW、宛先と復路を決める
- 5つの用途を、確認したい事実で使い分ける
- OSごとのオプションを確認し、回数と条件を固定する
構成図で送信元、GW、FW、宛先と復路を決める
図はPC-A 172.29.82.15/24からWeb-B 172.29.94.25/24へ接続する説明例です。PC-AのGWは172.29.82.1。R1とFW-R2の間は172.29.83.0/30で、R1が.1、FWが.2を使います。FWは宛先LAN側で172.29.94.1を持ち、Web-BのGWもこのアドレスです。
PC-Aの要求にはR1の宛先経路、FWのICMP許可、Web-Bの応答が必要です。戻りにはFWから82.0/24への経路とR1の転送が必要になります。R1からPingすると送信元や制御条件が変わるため、端末の試験の代わりにはなりません。
| 試験する区間 | 主に見ること | 追加で見ること |
|---|---|---|
| PC-A→GW | 端末から同一LANのGWへ往復 | IP・マスク・ARP・VLAN |
| PC-A→Web-B | FWを含むICMP往復 | 往路・復路・ポリシー・端末側制御 |
| 同じ端末→業務サービス | 対象TCP/UDPと処理 | DNS、TLS、認証、アプリ応答 |
5つの用途を、確認したい事実で使い分ける
| 場面 | Pingを使う目的 | 併せて残すもの |
|---|---|---|
| 初期設定 | GWや別LANへの到達性 | 端末IP・経路・ARP |
| VLAN・経路変更 | 変更前後の同じ区間の往復 | trunk・SVI・経路表・復路 |
| FW・ACL変更 | ICMPを許可する要件の確認 | 対象業務ポート、ルールのヒット |
| 冗長切替 | 連続要求の失敗と復旧の観測 | 障害操作・状態ログ・業務要求 |
| MTU調査 | サイズとDFで結果が変わるか | IPヘッダー、トンネル、各区間MTU |
拒否する設計ならタイムアウトも期待結果になり得ます。ただし「応答なし」は拒否の証明だけではありません。別の経路断や宛先停止でも同じ表示になるため、取得点とログを合わせて判断します。変更試験はFW・ACLの許可と拒否の試験と組み合わせてください。
OSごとのオプションを確認し、回数と条件を固定する
図のWeb-Bへ実行する例
Windows：
ping /n 10 172.29.94.25
ping /n 5 /f /l 1472 172.29.94.25
Linux iputils：
ping -c 10 172.29.94.25
ping -c 5 -M do -s 1472 172.29.94.25
ping -c 10 -I 172.29.82.15 172.29.94.25最後の-Iは自端末に割り当てられた送信元を選ぶLinux iputilsの例です。Windowsの/Sによる送信元指定は公式資料ではIPv6用であり、IPv4の同じ指定として流用しません。Ciscoの拡張Pingなども選択項目やsizeの意味を対象機種で確認します。
参考：Microsoft：Windowsのping（2026年10月5日確認）
参考：Linux iputils：pingマニュアル（2026年10月5日確認）
回数、間隔、timeout、サイズ、IPv4/IPv6をそろえて比較します。大量送信や高頻度を初期条件にせず、観測したい時間分解能に合う条件を検証で決めます。VRFを持つ装置は、送信元に加えてどのVRFから出すかも記録してください。
1472はデータ長で、Ethernetフレーム全体の長さではない
IPv4ヘッダーが20バイト、ICMPヘッダーが8バイトという条件では、データ1472バイトに28を足したIPパケット長が1500バイトです。図にトンネルはありませんが、実環境のカプセル化やIPv4オプションでは条件が変わります。
DFを付けた大きな要求だけ失敗した場合、経路MTUやローカルの送信制限が候補です。ICMPの到達不能通知が途中で制御される場合もあり、タイムアウトだけで「MTUはこの値」と断定できません。小さいサイズから条件を変え、失敗通知の送信元とサイズ、対象の経路を保存します。
参考：RFC 792：ICMP Echoと通知（2026年10月5日確認）
通常のPingのRTTは往復時間です。片方向遅延として報告せず、最小・平均・最大、送受信数、timeout条件を添えます。TTLも受信時の残り値であり、相手のOSを確定する根拠にはしません。
結果に応じて、次の確認を一つ決める
| 結果 | 確認した事実 | 次の候補 |
|---|---|---|
| GWにも応答なし | 指定条件で応答を受け取れない | 端末設定、リンク、ARP・MAC、VLAN |
| GW成功・Web-B失敗 | GWまでの往復は成立 | R1/FW経路、ICMP制御、復路、宛先 |
| IP成功・名前失敗 | そのIPへの往復は成立 | 名前解決したIP、DNS応答、検索設定 |
| Ping成功・Web失敗 | ICMP往復は成立 | TCP443、TLS、HTTP・認証 |
| 断続的な損失 | 観測条件で一部失敗 | カウンター、ログ、負荷、切替時刻 |
Unreachableが出たら理由と応答したIPを確認します。表示された機器は問題を通知した場所であり、必ずしも原因の発生箇所とは限りません。tracerouteの応答なしも、そのhopが転送していないとは限らず、応答を制御している場合があります。
成功画面だけでなく、試験の入力と判定を残す
- 送信元・宛先、VLAN/VRF、期待経路と対象サービス。
- 実行時刻・OS・回数・間隔・データ長・DF・timeout。
- 期待結果、送受信数・損失・RTTと業務試験の結果。
- 同じ時刻の経路、FWログ、インターフェースの差分。
「PC-AからWeb-Bへ10回中10回応答。TCP443とHTTPSは未確認」のように、確認できた範囲と残りを分けます。切替時間の試験では損失数だけを秒数へ置き換えず、冗長化試験の時刻と観測幅も確認してください。
筆者の関連ポスト：Xで読む
