H12-821_V1.0 · Question #402
When receiving which of the following messages, the DHCPv6 server will not reply with a Reply message?
The correct answer is B. Release. There's an error in this question's answer key worth flagging: based on RFC 3315/RFC 8415, D (Solicit) is the correct answer, not B. Why D (Solicit) is actually correct: When a client sends a Solicit message, the DHCPv6 server responds with an Advertise message - not a Reply…
Question
Options
- ARenew
- BRelease
- CRebind
- DSolicit
How the community answered
(40 responses)- A13% (5)
- B80% (32)
- C3% (1)
- D5% (2)
Explanation
There's an error in this question's answer key worth flagging: based on RFC 3315/RFC 8415, D (Solicit) is the correct answer, not B.
Why D (Solicit) is actually correct: When a client sends a Solicit message, the DHCPv6 server responds with an Advertise message - not a Reply. The Solicit/Advertise exchange is the discovery phase (analogous to DHCPv4's Discover/Offer), and the Reply comes later in response to a Request.
Why the distractors are wrong:
- A (Renew) - The server replies with a Reply to extend a client's lease.
- B (Release) - The server sends a Reply to acknowledge that the client is giving up its address. RFC 8415 §18.3.9 explicitly states this.
- C (Rebind) - Like Renew, the server responds with a Reply; Rebind is just the fallback when Renew goes unanswered.
Memory tip: The full DHCPv6 exchange follows SARR - Solicit → Advertise → Request → Reply. The A in SARR is the giveaway: only Solicit breaks the pattern of getting a Reply. Everything after (Request, Renew, Rebind, Release, Decline) ends in a Reply.
If this came from a practice exam or textbook, the answer key appears to be incorrect. Verify against RFC 8415 before your exam.
Topics
Community Discussion
No community discussion yet for this question.