NAME

  C_RFC3315_18_1_7_DecReplyFail.seq - Check failure of Decline-Reply exchange 

TARGET

  Client

SYNOPSIS

   C_RFC3315_18_1_7_DecReplyFail.seq [-tooloption...] 
  -pkt   C_RFC3315_18_1_7_DecReplyFail.def 
  -tooloption : v6eval tool option


  See Also  DHCPv6.def  

INITIALIZATION

• Network Topology

          NUT(Client)
          |           
          |                        
Link0   --+--------+------------------------ 3ffe:501:ffff:100::/64
                   |
                   |          
                   TN(Server) 
   

• Verification Points



   If addresses are declined but the Reply from a DHCP server is lost,
   the client will retransmit the Decline message, and the server may
   respond with a Reply indicating a status of NoBinding.  Therefore,
   the client does not treat a Reply message with a status of NoBinding
   in a Decline message exchange as if it indicates an error.
   

• Configurations




Device Name	Device Type	Interface	Assigned Prefix	Link Local Addr	MAC Addr
Client	NUT	Link0	3ffe:501:ffff:100::/64	NUT's Linklocal address	NUT's MAC address
Server	TN	Link0	3ffe:501:ffff:100::/64	fe80::200:ff:fe00:a1a1	00:00:00:00:a1:a1

TEST PROCEDURE

       NUT      TN
        |       |
        |       | Initialize NUT (as a DHCPv6 Client)
        |       |
        | ----> |Solicit 
        | <---- |Advertise 
        | ----> |Request 
        | <---- |Reply
        |       |
        |       | DAD Error
        |       |
        | ----> |Decline 
        |       |
        |       | Before first RT time expires
        |       |
        | ----> |Decline 
        | <---- |Reply(W/Status code/NoBinding)
        |       |
        |       | Before RT time expires
        |       |
        | ----> |Decline (8*)
        |       |

JUDGEMENT

  
  (8*)PASS: NUT does NOT transmit Decline message.

TERMINATION

  N/A

REFERENCE

  Also see RFC3315


  18.1.6. Creation and Transmission of Decline Messages

SEE ALSO

  perldoc  V6evalTool