CCNA-036 · 理解確認
理解確認：DHCPv4 Client / Server Process
単一選択 9 / 複数選択 5 · 14問
DHCPv4の初回アドレス取得で、責任の流れを正しく表しているものはどれか。
B. DISCOVER（探索）→ REQUEST（確定）→ OFFER（提案）→ ACK（選択）
C. DISCOVER（探索）→ OFFER（提案）→ REQUEST（選択・要求）→ ACK（要求受理・確定）
D. REQUEST（探索）→ DISCOVER（提案）→ ACK（選択）→ OFFER（確定）
答えと解説
答え：C
初回取得の基本はDORAで、探索 → 提案 → 選択・要求 → 要求受理・確定という責任の流れで理解する。
まだ利用可能なIPv4アドレスを持たないClientが初回DHCPDISCOVERを送る場面について、本文に沿うものを4つ選択してください。
B. このMessageを確認できればLease確定まで成功したと判断できる
C. 代表的な宛先IPは255.255.255.255である
D. Client → Server方向の基本UDP Portは68 → 67である
E. 利用可能なDHCP Serverを探索し、提案を求める段階である
答えと解説
答え：A / C / D / E
初回DISCOVERはServer探索の開始段階で、代表的には0.0.0.0 → 255.255.255.255、UDP 68 → 67となる。DISCOVERだけではOFFER / REQUEST / ACKの成功までは証明しない。
Server AとServer Bが同じClientへDHCPOFFERを返した。その後の初回DHCPREQUESTでServer IdentifierがServer Bを示している。最も適切な判断はどれか。
B. ClientはServer BのOFFERを選択しており、Server Aは自分の提案が採用されなかったと判断できる
C. 両ServerのOFFERが同時にLeaseとして確定した
D. OFFERを受信した時点でServer選択は不要になる
答えと解説
答え：B
OFFERは提案であり確定ではない。初回SELECTINGではDHCPREQUESTのServer Identifierが、ClientがどのServerのOFFERを選んだかを判断する重要なEvidenceになる。
Packet CaptureでDHCPREQUESTだけを単独で確認した。このEvidenceから「複数OFFERからServerを選択している初回DORA」と断定してよいか。
B. Relay経由なら常に断定できる
C. UDP 68 → 67なら必ず初回選択である
D. 断定できない。DHCPREQUESTはLease更新などでも使われるため、Client状態や前後Messageと合わせて読む
答えと解説
答え：D
DHCPREQUESTは初回OFFER選択だけのMessageではない。本文どおり、前後の通信やClient状態と合わせて意味を判断する。
Server側でDISCOVER → OFFER → REQUEST → ACKまで確認できたが、Clientは期待するIPv4設定をまだ利用できていない。ACKから直接判断できる範囲として最も適切なものはどれか。
B. ClientのDNS名前解決まで正常である
C. ClientのEnd-to-End通信まで正常である
D. OFFERを送った段階までしか進んでいない
答えと解説
答え：A
DHCPACKは要求受理・確定段階のEvidenceだが、Server側ACK確認だけでClient側の設定適用やその後の通信まで断定しない。
DORA以外のDHCPv4 Messageについて、方向と目的の対応が正しいものを4つ選択してください。
B. DHCPDECLINE：Server → Client。Clientの要求を拒否する
C. DHCPDECLINE：Client → Server。提示されたAddressを利用できないと通知する
D. DHCPRELEASE：Client → Server。保持しているLeaseを返却する
E. DHCPINFORM：既にIPv4 Addressを持つClientが追加設定Parameterを要求する
答えと解説
答え：A / C / D / E
NAKはServer側の拒否、DECLINEはClient側からの利用不可通知、RELEASEはLease返却、INFORMはAddressを既に持つClientによる追加Parameter要求である。
DHCPv4のUDP Portについて、本文に沿うものを2つ選択してください。
B. ServerからDirect Clientへの代表的応答はUDP 67 → 68である
C. ServerからRelay Agentへの応答は常にUDP 67 → 68である
D. Server → Relay Agent区間では代表的にUDP 67 → 67となる
答えと解説
答え：B / D
基本はServer側UDP 67、Client側UDP 68。Direct応答では67 → 68だが、Relay経由のServer → Relay区間では67 → 67となる。
Client Subnetが10.10.20.0/24、DHCP Serverが10.10.100.10で別Subnetにある。DHCPDISCOVERをRemote Serverへ届ける考え方として最も適切なものはどれか。
B. DHCP Server側InterfaceだけにClient用設定を置けばBroadcast境界を越えられる
C. Client側SubnetのBroadcastを受けるL3 InterfaceでDHCP Relayを動作させ、Cisco IOSではip helper-addressが代表的な仕組みとなる
D. Client自身がgiaddrへDefault Gatewayを設定してServerへUnicastする
答えと解説
答え：C
別SubnetのLocal Broadcastはそのまま越えないためRelayを使う。RelayはClient側L3 InterfaceでBroadcastを受け、Remote DHCP Serverへ転送する。
Remote DHCP Serverが受信したMessageで`giaddr = 192.168.30.1`だった。Page036の範囲でPool選択を考えるとき、最も適切な判断はどれか。
B. 192.168.30.1が属するClient側Subnetに対応するPoolを探す
C. Clientへ192.168.30.1そのものを割り当てる
D. giaddrはUDP Port選択だけに使用する
答えと解説
答え：B
Relay経由ではgiaddrがClient SubnetをServerへ伝える。giaddrは割り当てAddressそのものではなく、そのAddressが属するSubnetをPool選択に使う。
Cisco IOS XE DHCP Serverが、`192.168.40.1/24`を持つInterfaceでDirect ClientのDHCPDISCOVERを受信し、`giaddr = 0.0.0.0`だった。主なPool判断情報はどれか。
B. ClientのUDP 68というPort番号
C. giaddr = 0.0.0.0に対応する特別なPool
D. DHCPDISCOVERを受信したInterfaceのSubnetである192.168.40.0/24
答えと解説
答え：D
Direct Clientではgiaddrは0で、Cisco IOS XE ServerはDISCOVERを受信したInterfaceのSubnetに対応するPoolを探す。
DHCP Messageを「どこまで進んだか」で読むとき、Evidenceと次の確認範囲の対応として正しいものを4つ選択してください。
B. DISCOVERあり・OFFERなし → Relay / Serverへの到達やServer側応答段階を確認する
C. OFFERあり・REQUESTなし → ClientがOFFERを受信・選択してREQUESTへ進めたかを確認する
D. REQUESTあり・ACK/NAKなし → ServerによるREQUEST処理と応答を確認する
E. DISCOVERあり・OFFERなし → DHCP Server故障が確定したと判断する
答えと解説
答え：A / B / C / D
Messageの存在は停止段階を絞るEvidenceであり、単独でRoot Causeを確定するものではない。最後に正常確認できたMessageと次に期待するMessageを組み合わせる。
DHCPREQUESTの後にDHCPNAKを確認した。最も適切な判断はどれか。
B. 正常なLease確定まで進んでいる
C. Serverは応答しているが、その要求は受け入れられておらず正常なLease確定には進んでいない
D. Clientが保持Leaseを返却した状態である
答えと解説
答え：C
REQUEST → NAKは無応答ではない。Serverは明示的に応答しているが、要求したAddressをそのまま利用できないためACKによる確定には進んでいない。
Client側CaptureでDHCPDISCOVERの送信を確認した。このEvidenceだけから直接証明できることはどれか。
B. ClientがDISCOVERを送信したことまでであり、Server受信は別地点で確認が必要
C. Relayが正しいgiaddrを設定した
D. ClientがOFFERを受信した
答えと解説
答え：B
送信確認と受信確認を分ける。同じDISCOVERでもClient側での送信確認とServer側での受信確認ではEvidenceの責任範囲が異なる。
Relay環境で、Server側CaptureにClientのDHCPDISCOVERが到着し、`giaddr = 10.10.50.1`で期待するClient Subnetと一致している。一方、同じ確認地点ではDHCPOFFERを確認できない。このEvidenceから適切に判断できるものを3つ選択してください。
B. DHCP Server故障がRoot Causeだと確定した
C. ServerのPool判断では10.10.50.1が属するClient側Subnetが重要になる
D. 次はServer側のDISCOVER処理やOFFER生成・応答条件を確認する
E. ClientがOFFERを受信済みである
答えと解説
答え：A / C / D
Server側でDISCOVERと期待どおりのgiaddrを確認できれば、RelayがClient Subnet情報を付けてServerまで届けたEvidenceになる。ただしOFFERが見えないだけでRoot Causeは確定せず、Server側応答段階へ範囲を絞る。