理解確認：Ping

答え：A

Ping成功が直接示すのは、実行した装置・宛先・実行時点という条件でICMP Echo Request / Replyの往復が成立したことまでである。

答え：B

各文字は1回の試行を表す。. はTimeout、UはDestination Unreachable受信、!はEcho Reply受信なので、2成功・2Timeout・1Unreachableと読む。

答え：C

`.` はTimeoutという観測結果であり、宛先停止・経路なし・Filteringなど特定の原因を単独では示さない。

答え：D

Uでは何らかの装置からDestination Unreachableを受信している。. は期待応答を得られないままTimeoutした結果であり、観測事実が異なる。

答え：A / D

!!!!! は5試行すべてのEcho Reply受信を示し、その実行条件でICMP往復が成立した証拠になる。アプリケーション正常性や将来の状態までは証明しない。

答え：A

Ping成功はICMP到達性の証拠であり、Webなどアプリケーションの正常性とは別である。障害症状に応じた追加確認へ進む。

答え：B / E

全Timeoutでも原因は一意ではない。Timeoutという事実を保持し、ローカル状態やARP、Route、Filtering、復路、宛先状態などを追加確認する。

答え：B

自インターフェースへのPingはローカル側の確認情報であり、物理回線や対向、Gateway、Remoteまでの到達性を証明しない。

答え：C

段階的Pingは到達できた範囲を切り分ける。Gateway成功・Remote失敗から原因を一意に決めず、その先の経路・復路・Filtering・宛先状態などを確認する。

答え：A / C / E

自インターフェース→デフォルトゲートウェイ→リモートIPの順に比較すると、どこまでICMP到達性が成立しているかを段階的に絞れる。

答え：D

複数試行では成功数と失敗数を分けて読み、一部Lossを傾向として扱う。Loss率だけから原因を決めず、再現性や他Evidenceと相関する。

答え：B / C

LossとRTTは測定結果・傾向であり、複数回・基準値・時間帯・Interface Counterなどと相関して原因仮説を検証する。

答え：A

Ping結果とshow出力を相関し、ローカルInterfaceがdownという現在状態を原因仮説の根拠にする。ただし必要に応じて詳細状態や原因を追加確認する。

答え：A / E

`show ip route`は経路、`show arp`は近隣解決のEvidenceである。各コマンドの責任範囲を超えてアプリケーションやEnd-to-End正常性まで断定しない。

答え：C / D

Gateway成功が証明する範囲とRemote失敗の範囲を分ける。さらに実際のRoute Evidenceを相関して経路仮説を強めるが、それだけで全原因を断定しない。