ネットワークスペシャリスト 2015年 午前2 問07

ICMPメッセージの用途【午前2解説】

正解の理由

解法ステップ

1. 各選択肢が述べている「通知・応答」の内容をICMPの代表的メッセージ（Echo Reply、Destination Unreachable、Redirect、Time Exceeded、Parameter Problem 等）と対応させる。
2. 正しい用途・条件（例：Fragmentation Needed は DF セット時の MTU 問題、Time Exceeded は TTL 切れや再組立てタイムアウト等）を思い出して、合致しない選択肢を削る。
3. ルータが「経路を変えろ」とホストに知らせる用途はRedirect（Type 5）であることを確認して イ を選ぶ。

選択肢別の誤答解説

• ア: 「ソースルーティングが失敗した場合に Echo Reply を返す」
  誤り。Echo Reply（Type 0）はEcho Request（Type 8）への応答であり、ソースルーティング失敗は ICMP Destination Unreachable の該当コード（code 5: source route failed）で通知されます。よって Echo Reply は不要です。
• イ: 「転送ルータが最適ルータを送信元に通知するには Redirect を使用する」
  正しい。ICMP Redirect（Type 5）は、ホストが非最適な第一ホップへ送ったときに、その送信元ホストへより良い次ホップを知らせるために使われます（ただし送信元が同一ネットワーク上にある等、送信条件があります）。
• ウ: 「フラグメント再組立て中にタイムアウトが発生した場合に Parameter Problem を返す」
  誤り。フラグメントの再組立てタイムアウトが発生したときは、ICMP Time Exceeded（Type 11）で再組立て時間超過（code 1）を通知します。Parameter Problem（Type 12）はヘッダの不正やオプションポインタの問題など、IPヘッダ処理中の異常に使われます。
• エ: 「ルータの受信バッファあふれ時に Time Exceeded を送り、送信抑制を促す」
  誤り。Time Exceeded は TTLの減少による到達不能や再組立てタイムアウトを示すメッセージであり、受信バッファあふれ（バッファオーバーフロー）に対する標準的なICMP通知は存在しません。なお、かつて輻輳制御目的に Source Quench（Type 4）が使われたことがありますが、現在は非推奨/廃止扱いで、実運用では期待できません。

よくある誤解

• Fragmentation Needed（Destination Unreachable、code 4）を「バッファあふれ時の通知」と混同する誤解。実際は DF（Don't Fragment）がセットされたパケットがMTUを超えて到着した場合に送られるもので、バッファあふれとは無関係です。
• Source Quench は輻輳を通知するために使われたとする記述。現在は非推奨（廃止）であり、現代のネットワークでは使われない／使ってはいけないと考えるべきです。
• Redirect を見て「どんな場合でもルータが経路情報をホストへ更新する」と誤認するケース。Redirect は特定条件（送信元が同ネットワーク上、ルータが転送パス上にある等）でのみ送られます。

補足コラム

• Echo Request/Reply（Type 8/0）: pingの要求/応答。
• Destination Unreachable（Type 3）: ネットワーク/ホスト到達不能、ポート到達不能、Fragmentation Needed（code 4）、source route failed（code 5）など複数コードあり。
• Redirect（Type 5）: ホストへより良い次ホップを通知。
• Time Exceeded（Type 11）: TTL経過（code 0）やフラグメント再組立て時間超過（code 1）を通知。
• Parameter Problem（Type 12）: IPヘッダの処理で問題があったとき。
• Source Quench（Type 4）: 歴史的に輻輳制御用に使われたが現在は非推奨。

FAQ