理解確認：Traceroute

答え：A

TTLを段階的に増やすことで、試行パケットを1Hopずつ遠くへ進め、TTLが尽きたHopからの応答を観測する。

答え：B

Time Exceededは、その試行のTTLがそのHopで尽き、そこからの応答を受信できたことを示す。最終宛先到達や全転送正常までは証明しない。

答え：C

代表的なIPv4 UDP Tracerouteでは、途中HopはTime Exceeded、宛先到達時はPort Unreachableなどの応答が完了判断の手掛かりになる。

答え：A / D

完走から直接言えるのはTraceroute試行が宛先へ到達したことまでで、アプリケーション正常性や経路の完全一致は別Evidenceが必要である。

答え：D

`*`はその試行で期待した応答を受信できなかったことを示す。単発の`*`だけでは装置故障や転送停止を確定できない。

答え：A / C

後続Hopと宛先が応答しているため、Hop 2の応答非観測と転送停止を同一視しない。

答え：A

最後に応答したHopと最初の継続タイムアウトを観測事実として記録し、障害地点とは断定しない。

答え：B / E

Tracerouteは原因を一意に証明する道具ではなく、最後の応答地点より先を候補範囲として絞り、別Evidenceで検証する。

答え：B

Tracerouteで表示されるHop列は主に送信方向の試行で観測した結果であり、応答の復路が同一経路とは限らない。

答え：B / D

`*`は応答非観測であり、応答制限・Filtering・復路問題など複数の可能性がある。1つの原因へ確定しない。

答え：C

Hop表示は、その試行でその応答元から応答を受信した観測事実である。装置全体や後続経路の正常性までは証明しない。

答え：A / E

宛先への到達性と、各HopがTraceroute用応答を返すことは別である。後続Hopや宛先が応答するなら途中`*`を転送停止としない。

答え：D

本文ではRTTを観測値として扱い、主な判断軸はHop応答の有無と範囲である。RTT単独で根本原因を確定しない。

答え：C / E

応答範囲は観測事実、原因候補は仮説として分離する。Tracerouteだけで具体的な故障装置や原因を確定しない。

答え：D

Tracerouteは応答範囲から追加確認範囲を絞る道具であり、候補範囲をInterface状態・経路情報・Filteringなど別Evidenceで検証する。