S_RFC3315_18.2.3_ReplyReceiptRenewMsg.seq - Reply when receipt Renew message from client
Server
S_RFC3315_18.2.3_ReplyReceiptRenewMsg.seq [-tooloption ...] -pkt S_RFC3315_18.2.3_ReplyReceiptRenewMsg.def -tooloption: v6eval tool option See Also DHCPv6.def
TN(Client1)
|
Link0 -------+-----------+--------------- 3ffe:501:ffff:100::/64
|
NUT(Server1)
The server constructs a Reply message by setting the ""msg-type"" field to REPLY, and copying the transaction ID from the Renew message into the transaction-id field. The server MUST include a Server Identifier option containing the server's DUID and the Client Identifier option from the Renew message in the Reply message."
Reply Message
Device Name Device Type I/F Assigned Prefix Link Local Addr MAC Addr Server1 NUT Link0 3ffe:501:ffff:100::/64 NUT's Linklocal address NUT's MAC address Client1 TN Link0 3ffe:501:ffff:100::/64 fe80::200:ff:fe00:a2a2 00:00:00:00:a2:a2
NUT TN
| |
| | initialize NUT (as a DHCPv6 Server)
| |
| <---- | Solicit
| ----> | Advertise
| <---- | Request
| ----> | Reply
| |
| |
| |
| <---- | Renew
| ----> | Reply (*1)
| |
<PRE> (*1) PASS: NUT send Reply message. And the content is correctly. </PRE>
N/A
see also RFC3315 18 DHCP Client-Initiated Configuration Exchange 18.2.3. Receipt of Renew Messages
perldoc V6evalTool