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

ICMPのRedirect【午前2解説】

正解の理由

解法ステップ

1. ICMPの代表的なメッセージの目的を整理する（Echo, Echo Reply, Destination Unreachable, Redirect, Time Exceeded, Parameter Problem 等）。
2. 各選択肢に対応するICMPメッセージの役割を照合する。
3. 「送信元へ最適ルータを通知して経路変更を要請する」という記述はRedirectの定義に一致するため選択肢イを選ぶ。
4. 残りはICMPの用途（TTL切れやフラグメント再組立てタイムアウトはTime Exceeded、ヘッダ異常はParameter Problem 等）と照らして排除する。

選択肢別の誤答解説

• ア: 送信元が設定したソースルーティングが失敗した場合に返されるのはEcho Replyではありません。ソースルーティング失敗時は通常 Destination Unreachable（該当する理由を示すコード）を返すのが妥当で、Echo Replyは単にpingの応答に使われるものです。
• イ: ルータが「この宛先へ向かうのにあなたのホストから見てもっと良い次のホップがある」と判断した場合に送るのがICMP Redirectです。送信元が直接接続されたホストであること、パケットが入ってきたインタフェースから同じインタフェースへ送られることなどが条件です。
• ウ: フラグメントの再組立て中にタイムアウトが発生した場合は、データグラムは破棄され、ICMPの Time Exceeded（再組立てタイムアウトを示す）を返すのが正しい扱いです。Parameter Problemはパケットヘッダの不正などパラメータ関連の問題に用いられます。
• エ: 受信側バッファのあふれ（転送時の輻輳や一時的なバッファ不足）に対して標準的にTime Exceededを返す、という扱いは誤りです。Time ExceededはTTLの減少による期限切れやフラグメント再組立てのタイムアウトに用いられます。輻輳に伴う送信抑制を示すICMP Source Quenchは歴史的に存在しましたが、現在は使用が推奨されず事実上廃止されています。実運用ではバッファ溢れは単にパケットを破棄されることが多く、ICMPが返されない場合が多い（管理的に明示的に拒否する場合は Destination Unreachable の該当コードを返すことがあるが、汎用ルールではない）。

よくある誤解

• 「Time Exceededは『何らかの理由で送信を抑制したいとき』に使う」
  → 誤り。Time ExceededはTTL切れやフラグメント再組立てタイムアウトに限定して使われます。輻輳通知用途ではないことを押さえてください。
• 「Source Quenchで輻輳を通知するのが標準」
  → Source Quenchは現代の標準的な手段ではなく廃止的扱いです。輻輳制御は主に上位プロトコル（TCP）の再送制御やECN等で行われます。
• 「Redirectは経路を強制変更する」
  → 誤り。Redirectはあくまで送信元ホストへの通知（アドバイス）であり、ホスト側がその情報を採用するかどうかは実装依存です。セキュリティ上の理由で無効化されることもあります。

補足コラム

• Redirectメッセージ条件（主なポイント）
  • ルータがパケットを受信したインタフェースから同じインタフェースへ送信するときにのみ送る。
  • 送信元がそのルータの直接接続ホストであることが前提。
  • Redirectは「ネットワーク/ホストの方向（network/host）」「タイプ（host）」など、状況に応じたサブタイプがあります。
  • セキュリティ面：偽のRedirectを用いたルーティング乗っ取り（ICMPリダイレクト攻撃）があるため、多くのホストやルータは受信したRedirectを慎重に扱うか無効化する設定があります。
• 実機での確認例（簡易）
  • ICMPメッセージをキャプチャする:

    sudo tcpdump -n -vv icmp
    

  • ルータのリダイレクト挙動はネットワーク構成やOS設定に依存するため、テスト環境で条件を揃えて検証してください。

FAQ