NAME

CN-1-2 - Normal Test - Binding Update


TARGET

Host


TOPOLOGY

       HA----------R2----------R1----------R0
       |           |           |           |
       |           |           |           |
       |----       |----       |----MN     |----CN(NUT)
       |           |           |           |
       |           |           |           |
   Home Link     Link2       Link1       Link0
               (Foreign)   (Foreign)
Link0 3ffe:501:ffff:100::/64  
Link1 3ffe:501:ffff:101::/64 Foreign Link
Link2 3ffe:501:ffff:102::/64 Foreign Link 2
Home Link 3ffe:501:ffff:104::/64 Home Link
CN(NUT) 3ffe:501:ffff:100::X
Auto Configuration (InterfaceID)
 
MN(in Link1) 3ffe:501:ffff:101::Y
Increased in each test (InterfaceID)
MN care-of address
MN(in Home Link) 3ffe:501:ffff:104::Y
Increased in each test (InterfaceID)
MN home address
R0(Link0) 3ffe:501:ffff:100::1  
R1(Link1) 3ffe:501:ffff:101::1  
R2(Link2) 3ffe:501:ffff:102::1  
HA(Home Link) 3ffe:501:ffff:104::1  


INITIALIZATION


Reboot NUT (reboot.rmt)



TEST PROCEDURE

       MN      R1      HA      R0     CN(NUT) 
        |       |       |       |       |
        |       |       |       |------>| 1.RA
        |       |       |       |       |
        |       |       |       |------>| 2.NS
        |       |       |       |       |
        |       |       |       |<------| 3.NA
        |       |       |       |       |
        |-------------->|-------------->| 4.Echo Request
        |       |       |       |       |
        |<--------------|<--------------| 5.Echo Reply
        |       |       |       |       |
        |------------------------------>| 6.Echo Request(Home Address option)
        |       |       |       |       |
        |<------------------------------| 7.BE(Status=1)
        |       |       |       |       |
        |------------------------------>| 8.CoTI
        |       |       |       |       |
        |-------------->|-------------->| 9.HoTI
        |       |       |       |       |
        |<------------------------------| 10.CoT
        |       |       |       |       |
        |<--------------|<--------------| 11.HoT
        |       |       |       |       |
        |------------------------------>| 12.BU
        |       |       |       |       |
        |<------------------------------| 13.BA(Status=0,Type2 Routing Header) (*1)
        |       |       |       |       |
1. Send Router Advertisement.
2. Send Neighbor Solicitation.
3. Receive Neighbor Advertisement.
4. Send ICMP Echo Request.
5. Receive ICMP Echo Reply.
6. Send ICMP Echo Request(Home Address option).
7. Receive Binding Error(Status=1).
8. Send Care-of Test Init.
9. Send Home Test Init.
10. Receive Care-of Test.
11. Receive Home Test.
12. Send Binding Update.
13. Receive Binding Acknowledgement(Status=0,Type2 Routing Header).
Packet Format
12. Binding Update
13. Binding Acknowledgement



JUDGEMENT


(*1) MN receives Binding Acknowledgement.
  - The Destination Address is set to the Source Address of the Binding Update (MN care-of address).
  - The Status field is set to 0.
  - Binding Authorization Data option is included.
  - Authenticator field of Binding Authorization Data option has the valid value.
  - Type 2 Routing Header is included.
  - The Home Address field of Type 2 Routing Header is set to MN home address.



REFERENCE

(draft-ietf-mobileip-ipv6-24.txt)

9.5.1 Receiving Binding Updates
   o  If the Lifetime specified in the Binding Update is nonzero and the
      specified care-of address is not equal to the home address for the
      binding, then this is a request to cache a binding for the home
      address.  If the Home Registration (H) bit is set in the Binding
      Update, the Binding Update is processed according to the procedure
      specified in Section 10.3.1; otherwise, it is processed according
      to the procedure specified in Section 9.5.2.
9.5.2 Requests to Cache a Binding
   In this case, the receiving node SHOULD create a new entry in its
   Binding Cache for this home address, or update its existing Binding
   Cache entry for this home address, if such an entry already exists.
   The lifetime for the Binding Cache entry is initialized from the
   Lifetime field specified in the Binding Update, although this
   lifetime MAY be reduced by the node caching the binding; the lifetime
   for the Binding Cache entry MUST NOT be greater than the Lifetime
   value specified in the Binding Update.  Any Binding Cache entry MUST
   be deleted after the expiration of its lifetime.
9.5.4 Sending Binding Acknowledgements
   o  If the Acknowledge (A) bit set is set in the Binding Update, a
      Binding Acknowledgement MUST be sent.  Otherwise, the treatment
      depends on the below rule.
      (snip)
   If the node accepts the Binding Update and creates or updates an
   entry for this binding, the Status field in the Binding
   Acknowledgement MUST be set to a value less than 128.  Otherwise, the
   Status field MUST be set to a value greater than or equal to 128.
   Values for the Status field are described in Section 6.1.8 and in the
   IANA registry of assigned numbers [19].
   If the Source Address field of the IPv6 header that carried the
   Binding Update does not contain a unicast address, the Binding
   Acknowledgement MUST NOT be sent, and the Binding Update packet MUST
   be silently discarded.  Otherwise, the acknowledgement MUST be sent
   to the Source Address.  Unlike the treatment of regular packets, this
   addressing procedure does not use information from the Binding Cache.
   However, a routing header is needed in some cases.  If the Source
   Address is the home address of the mobile node, i.e., the Binding
   Update did not contain a Home Address destination option, then the
   Binding Acknowledgement MUST be sent to that address, and the routing
   header MUST NOT be used.  Otherwise, the Binding Acknowledgement MUST
   be sent using a type 2 routing header which contains the mobile
   node's home address.
6.1.8 Binding Acknowledgement Message
   Status
      8-bit unsigned integer indicating the disposition of the Binding
      Update.  Values of the Status field less than 128 indicate that
      the Binding Update was accepted by the receiving node.  Values
      greater than or equal to 128 indicate that the Binding Update was
      rejected by the receiving node.  The following Status values are
      currently defined:
           0 Binding Update accepted