応用情報技術者 2009年 春期 午後 問05

解答の論理構成

1. a
   • 引用：「A社では、aために、DHCP…を利用している。」
   • DHCP導入の第一目的は手作業設定の手間削減です。選択肢「ア：IPアドレスなどを手作業で設定する煩雑さをなくす」が最も適合します。
2. b と c
   • 引用：「DHCPでは、リース期間を設定することによって、bを行うので、cができる。」
   • リースを区切ると使用していないアドレスを回収できます。これは「エ：一定期間ごとのIPアドレスの再利用」。
   • アドレスを再利用できれば必要な割当数を最小化でき、「ア：DHCPサーバに登録するIPアドレス数の削減」とつながります。よって
     • b＝エ
     • c＝ア
3. d
   • 引用：「ルータCにdのIPアドレスを登録している。」
   • DHCPリレーエージェントは転送先のサーバアドレスを保持します。よって「イ：DHCPサーバ」。
4. e
   • 引用：「DHCPサーバでは、eごとにネットワーク設定情報を登録している。」
   • 異なるビル＝異なるネットワークごとにスコープを用意するのが一般的です。したがって「オ：サブネットワーク」。
5. f と g
   • 引用：「…“DHCPディスカバ”を受信すると、fでDHCPサーバに転送する。」
     リレーは宛先が一意なのでユニキャスト(U)。
   • 引用：「…ルータCは、このメッセージを、gでDHCPクライアントに転送する。」
     クライアントはまだIP未確定なのでブロードキャスト(B)。
   • よってf＝U、g＝B。
6. まとめ
   a＝ア、b＝エ、c＝ア、d＝イ、e＝オ、f＝U、g＝B。

誤りやすいポイント

• リース期間の効果を「重複設定防止」と早合点し、b＝ウとする。
• リレーエージェントに登録するのは“DHCPサーバ”でなく“ルータ”と混同。
• “DHCPオファー”転送方向の送信方法を逆に覚える。クライアント未設定時はブロードキャストになる点に注意。
• サーバ設定単位を“社内サーバ”や“広帯域回線”と誤読。DHCPスコープはサブネット単位で作る。

FAQ

解答の論理構成

1. DHCPオファーの送信元はDHCPサーバ
   表2の “DHCPオファー” 行は送信方法が「ブロードキャスト」、送信元IPが空欄 h です。
   【問題文】では、DHCPリレーエージェントに関して
   「DHCPサーバはユニキャストで“DHCPオファー”をルータCに送信し、ルータCは、このメッセージを、gでDHCPクライアントに転送する。」
   とあります。ルータCはパケットを再ブロードキャストしますが、ペイロード内の“サーバ識別子”はDHCPサーバ自身のIPであり、IPヘッダの送信元も書き換えないのが一般的な実装です。従って送信元はDHCPサーバのアドレス「192.168.10.190」となり、
   h ＝ 192.168.10.190
2. リース期間延長要求（DHCPリクエスト）
   リース更新では中継を使わず、PCが直接サーバにユニキャストします。
   【問題文】「リース期間を延長する場合には、表1の3と4の手順で必要なメッセージのやり取りが行われる。」
   更新時点でPC001には「192.168.10.150」が割り当て済みなので、送信元は自身のアドレスになります。宛先は当然DHCPサーバです。
   よって
   i ＝ 192.168.10.150
   j ＝ 192.168.10.190
3. まとめ
   h：192.168.10.190
   i：192.168.10.150
   j：192.168.10.190

誤りやすいポイント

• ブロードキャストとユニキャストを混同し、更新要求でもブロードキャストと誤解する。
• リレーエージェントが送信元IPを自分のアドレスに書き換えると思い込み、hをルータCのアドレスにしてしまう。
• “0.0.0.0” と既取得IP（192.168.10.150）の使い分けを忘れ、設定段階と更新段階を取り違える。

FAQ

解答の論理構成

1. サブネットの確認
   図で示された開発部のネットワークは 「192.168.10.64/26」 です。
   /26は26ビットをネットワーク部、残り6ビットをホスト部に割り当てるので
   • サブネットアドレス（最も若い）… 192.168.10.64
   • ブロードキャストアドレス（最も大きい）… 192.168.10.127
     ホスト部に使えるアドレスは192.168.10.65〜192.168.10.126の62個です。
2. 問題の条件適用
   【問題文】には次の指示があります。
   • 「(1) 最も若いアドレスは、サブネットアドレスとする。」
   • 「(2) 次に若いアドレスは、ルータに設定している。」
   • 「(3) …ルータに設定しているアドレスの次に若いアドレスから連続した48個のIPアドレスをDHCPサーバに登録している。」
   これを当てはめると
   • サブネットアドレス … 192.168.10.64
   • ルータアドレス … 192.168.10.65
   • PC用の先頭アドレス … 192.168.10.66
3. 48個の連番を求める
   連続48個なので、末尾は
   192.168.10.66 + (48 − 1) = 192.168.10.113
   したがって、PC201に割り当てられる可能性のある範囲は
   192.168.10.66〜192.168.10.113 です。

誤りやすいポイント

• /26のホスト数を $2^6-2=62$ とせず、64と数えてしまう。
• 「ルータに設定しているアドレス」の直後からではなく、そのアドレス自体を1つ目と数え、範囲を192.168.10.65からにしてしまう。
• 48個目の計算で “+48” としてしまい、末尾を192.168.10.114と1つずらす。
• サブネットアドレスやブロードキャストアドレスをPCに割り当て可能と誤解する。

FAQ

解答の導き方

誤りやすいポイント

• 平均値と最大需要を取り違える
  「就業時間中…平均台数は、両ビルとも24台である。」を見て平均だけで判断すると、故障時の最大需要を見落とします。設計はピーク需要で考える必要があります。
• 単純にプールを半分ずつにすれば冗長化できると誤解する
  半分ずつに分けると、片方が落ちたときに残る容量が半分になり、ピークに耐えられない可能性があります。
• サブネット単位の制約を見落とす
  サブネットのアドレス空間（/26等）や、Xビルに属するPC数（$30+50=80$ 台）など、論理的な割り当てと物理的な需要を照合しないと不足に気づきにくいです。

FAQ