home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_s_z / draft-teraoka-ipv6-mobility-sup-04.txt < prev    next >
Text File  |  1997-06-03  |  29KB  |  825 lines
  1.  
  2.  
  3. Internet Engineering Task Force                              Fumio Teraoka
  4. INTERNET DRAFT                                                    Sony CSL
  5.                                                                3 June 1997
  6.  
  7.  
  8.                          Mobility Support in IPv6
  9.  
  10.                  <draft-teraoka-ipv6-mobility-sup-04.txt>
  11.  
  12.  
  13.  
  14. Status of this Memo
  15.  
  16.    This document is an Internet-Draft.  Internet-Drafts are working
  17.    documents of the Internet Engineering Task Force (IETF), its areas, and
  18.    its working groups.  Note that other groups may also distribute working
  19.    documents as Internet-Drafts.
  20.  
  21.    Internet-Drafts are draft documents valid for a maximum of six months
  22.    and may be updated, replaced, or obsoleted by other documents at any
  23.    time.  It is inappropriate to use Internet-Drafts as reference material
  24.    or to cite them other than as ``work in progress.''
  25.  
  26.    To learn the current status of any Internet-Draft, please check the
  27.    ``1id-abstracts.txt'' listing contained in the Internet-Drafts Shadow
  28.    Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe),
  29.    munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or
  30.    ftp.isi.edu (US West Coast).
  31.  
  32. Abstract
  33.  
  34.    This memo describes a protocol to support mobility in IPv6.  The mobile
  35.    node has an identifier (home address) and a temporary address (care-of
  36.    address).  The IPv6 base header includes the temporary addresses so that
  37.    the source and destination addresses are always topologically
  38.    significant, while the identifiers are included in the Destination
  39.    Options Header.  End nodes may have authentic cache information between
  40.    identifiers and addresses for routing optimization.  This protocol
  41.    introduces two new destination options: `Source Identifier' and
  42.    `Destination Identifier', and also introduces two control packets using
  43.    UDP.
  44.  
  45. 1.  Introduction
  46.  
  47.    The mobility support protocol (Mobile-IP) in IPv4[1] has several
  48.    problems.  The packet sent to the mobile node is always routed on
  49.    redundant route.  Since the source address of the packet sent by the
  50.    mobile node is not topologically significant, a firewall might discard
  51.    such a packet and multicast routing based on reverse path forwarding is
  52.    not applicable.  Thus, it is obvious that the architecture of Mobile-IP
  53.    is not suitable for mobility support in IPv6.
  54.  
  55.  
  56.  
  57. Teraoka                  Expires: 3 December 1997                  [Page 1]
  58.  
  59. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  60.  
  61.  
  62.    This memo describes a protocol to support mobility in IPv6.  This
  63.    protocol is based on the same concept of VIP[2], a protocol for mobility
  64.    support in IPv4.  The mobile node has an identifier (home address) and a
  65.    temporary address (care-of address).  TCP/UDP uses the identifier to
  66.    specify a node.  The IPv6 base header includes the temporary address of
  67.    the mobile node so that the source and destination addresses are always
  68.    topologically significant, while the identifier of the mobile node is
  69.    included in the Destination Options Header.  End nodes may have
  70.    authentic cache information between identifiers and addresses for
  71.    routing optimization.  This protocol introduces two new destination
  72.    options: `source Identifier' and `destination Identifier', and also
  73.    introduces two control packets using UDP.
  74.  
  75. 2.  Terminology
  76.  
  77.    This memo uses the following terms:
  78.  
  79.       node:
  80.  
  81.          The general term for both a host and a router.
  82.  
  83.       mobile node (MN):
  84.  
  85.          A node that changes the point of attachment to the Internet.
  86.  
  87.       stationary node (SN):
  88.  
  89.          A node that does not changes the point of attachment to the
  90.          Internet.  A stationary node also understands the mobility support
  91.          protocol.
  92.  
  93.       correspondent node (CN):
  94.  
  95.          A peer with which a mobile node is communicating. A correspondent
  96.          node may be either mobile or stationary.
  97.  
  98.       identifier:
  99.  
  100.          A number that uniquely identifies a node.  Each node has one
  101.          identifier regardless of the number of network interfaces it has.
  102.          The identifier is immutable no matter where the node is connected
  103.          to the Internet.  The identifier has the same format of the
  104.          address and can be used as the default address of the node.
  105.  
  106.       home address:
  107.  
  108.          The identifier of a node can be thought of as the `home address',
  109.          in the document[1].
  110.  
  111.       address:
  112.  
  113.  
  114.  
  115.  
  116. Teraoka                  Expires: 3 December 1997                  [Page 2]
  117.  
  118. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  119.  
  120.  
  121.          A number that specifies the point of attachment to the Internet.
  122.          An address is assigned to each network interface of a node.  In
  123.          IPv6, a 128-bit number is used as the address[3].  The address of
  124.          an interface changes when the node moves to another subnet.  The
  125.          node must obtain an address by some means when it is connected to
  126.          a subnet.
  127.  
  128.       temporary address:
  129.  
  130.          Since the address of a node changes when the node moves to another
  131.          subnet, an address can be called a `temporary address' of a node.
  132.  
  133.       care-of address:
  134.  
  135.          A temporary address is similar to a care-of address in the
  136.          document[1].
  137.  
  138.       home subnet:
  139.  
  140.          The subnet indicated by the identifier (home address) of a mobile
  141.          node.
  142.  
  143.       address mapping table (AMT):
  144.  
  145.          A table that consists of entries, each of which holds the mapping
  146.          information between an identifier (home address) and an temporary
  147.          address (care-of address) of a mobile node.  Each node may have an
  148.          AMT for address resolution.
  149.  
  150.       address resolution:
  151.  
  152.          A function that maps an identifier (home address) to a temporary
  153.          address (care-of address).
  154.  
  155.       primary address resolver (PAR):
  156.  
  157.          An address resolver is a node that performs address resolution.  A
  158.          primary address resolver of a mobile node is an address resolver
  159.          connected to the home subnet of the mobile node.  A primary
  160.          address resolver advertises routing information for the mobile
  161.          nodes it is managing.  A mobile node notifies its primary address
  162.          resolver(s) of its identifier (home address) and the temporary
  163.          address (care-of address) when its address changes.  A primary
  164.          address resolver may be either a router connected to the home
  165.          subnet or a host that has a `pseudo' network interface connected
  166.          to the `pseudo' home subnet.
  167.  
  168.       home agent (HA):
  169.  
  170.          The primary address resolver is similar to the Home Agent (HA) in
  171.          the document[1].
  172.  
  173.  
  174.  
  175. Teraoka                  Expires: 3 December 1997                  [Page 3]
  176.  
  177. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  178.  
  179.  
  180. 3.  Protocol Overview
  181.  
  182.    The protocol defined in this document has two types of packet formats:
  183.    the data packet and the control packet (AMT Update Request/Reply
  184.    packet).  The data packet is a IPv6 packet to carry an upper layer PDU,
  185.    while the AMT Update Request/Reply packet is a UDP packet to update an
  186.    AMT on Primary Address resolver (home agent) and the correspondent node
  187.    (CN) when a mobile node (MN) moves to another subnet.
  188.  
  189.    When a MN moves to a subnet, it obtains a temporary address (care-of
  190.    address) by some method such as DHCPv6[4], while its identifier (home
  191.    address) remains unchanged.  The MN transmits an AMT Update Request
  192.    packet to its Primary Address Resolver (home agent).  It may also send
  193.    the AMT Update Request packet to each CN with which it is communicating.
  194.    Since the AMT Update Request packet has the Authentication Header, the
  195.    Primary Address Resolver (home agent) or a CN can have an authentic AMT
  196.    entry for the MN.
  197.  
  198.    When a CN not having an AMT entry for a MN transmits a packet, the
  199.    packet reaches the Primary Address Resolver (home agent) of the MN, and
  200.    then the packet is forwarded to the temporary address of the MN by
  201.    tunneling.  The MN learns that the CN does not have the AMT entry for
  202.    the MN.  The MN sends an AMT Update Request packet with the
  203.    Authentication Header to the CN.
  204.  
  205.    Once the CN has the AMT entry for the MN, it sets the temporary address
  206.    (care-of address) of the MN in the IPv6 base header and adds the
  207.    Destination ID option in the Destination Options header to specify the
  208.    identifier (home address) of the MN.  This packet is forwarded to the MN
  209.    along the optimal route.
  210.  
  211.    When a MN sends a packet, the temporary address of the MN is set in the
  212.    Source Address field of the IPv6 base header while the identifier (home
  213.    address) of the MN is included in the Source Identifier option in the
  214.    Destination Options Header.  So the source address is topollogically
  215.    significant.
  216.  
  217. 4.  Option Formats
  218.  
  219.    This protocol introduces the `Source Identifier' option and the
  220.    `Destination Identifier' option in the Destination Options Header.
  221.  
  222. 4.1.  Destination Identifier Option Format
  223.  
  224.    The destination Identifier option specifies the identifier (home
  225.    address) of the final destination node of a packet.  The format of the
  226.    destination ID option is depicted in Figure 1.
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234. Teraoka                  Expires: 3 December 1997                  [Page 4]
  235.  
  236. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  237.  
  238.  
  239.        0                   1                   2                   3
  240.        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  241.                                       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  242.                                       |  Option Type  |Opt Data Len=16|
  243.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  244.       |                                                               |
  245.       +                                                               +
  246.       |                                                               |
  247.       +                    Destination Identifier                     +
  248.       |                  (Destination Home Address)                   |
  249.       +                                                               +
  250.       |                                                               |
  251.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  252.  
  253.          Figure 1: Destination Identifier option (destination option)
  254.  
  255.  
  256.  
  257.       Option Type:
  258.  
  259.          0x0? which indicates that this option is included in integrity
  260.          assurance computation of the Authentication Header[5].
  261.  
  262.       Option Data Length:
  263.  
  264.          The length is 16 octets.
  265.  
  266.       Destination Identifier.
  267.  
  268.          A 128-bit number that uniquely identifies the final destination
  269.          node regardless of the location, i.e., regardless of the
  270.          Destination Address in the IPv6 base header.
  271.  
  272. 4.2.  Source Identifier Option Format
  273.  
  274.    The source Identifier option specifies the identifier (home address) of
  275.    the source node of a packet.  The format of the source Identifier option
  276.    is depicted in Figure 2.
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293. Teraoka                  Expires: 3 December 1997                  [Page 5]
  294.  
  295. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  296.  
  297.  
  298.        0                   1                   2                   3
  299.        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  300.                                       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  301.                                       |  Option Type  |Opt Data Len=16|
  302.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  303.       |                                                               |
  304.       +                                                               +
  305.       |                                                               |
  306.       +                       Source Identifier                       +
  307.       |                     (Source Home Address)                     |
  308.       +                                                               +
  309.       |                                                               |
  310.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  311.  
  312.            Figure 2: source Identifier option (destination option)
  313.  
  314.  
  315.  
  316.       Option Type.
  317.  
  318.          0x0? which indicates that this option is included in integrity
  319.          assurance computation of the Authentication Header[5].
  320.  
  321.       Option Data Length:
  322.  
  323.          The length is 16 octets.
  324.  
  325.       Source Identifier.
  326.  
  327.          A 128-bit number that uniquely identifies the source node
  328.          regardless of the location, i.e., regardless of the Source Address
  329.          in the IPv6 Header.
  330.  
  331. 5.  AMT Update Packet Formats
  332.  
  333.    The AMT Update packet is a UDP packet.  There are two types of AMT
  334.    Update packets: Request and Reply.  The mobile node (MN) sends the AMT
  335.    Update Request packet to its Primary Address Resolver (Home Agent) when
  336.    it moves to another subnet.  The MN may also send the AMT Update Request
  337.    packet to each correspondent node (CN) with which it is communicating.
  338.    When the `Acknowledge' bit is set in the AMT Update Request packet, the
  339.    receiver returns the AMT Update Reply packet to the source node.
  340.  
  341. 5.1.  AMT Update Request Packet Format
  342.  
  343.    Figure 3 depicts the format of the AMT Update Request packet, which
  344.    follows the IPv6 header and the UDP header.
  345.  
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352. Teraoka                  Expires: 3 December 1997                  [Page 6]
  353.  
  354. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  355.  
  356.  
  357.        0                   1                   2                   3
  358.        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  359.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  360.       |      Type     |S|A|    rsv    |           Lifetime            |
  361.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  362.       |                     Sequence Number (32)                      |
  363.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  364.       |                      Identification (64)                      |
  365.       +---------------------------------------------------------------+
  366.       |                Identifier (Home Address) (128)                |
  367.       +---------------------------------------------------------------+
  368.       |           Temporary Address (Care-of Address) (128)           |
  369.       +---------------------------------------------------------------+
  370.  
  371.                Figure 3: AMT Update Request Packet (UDP packet)
  372.  
  373.  
  374.  
  375.       Type:
  376.  
  377.          1 (Update Request)
  378.  
  379.       S (simultaneous):
  380.  
  381.          This bit requests that the receiver creates another AMT entry for
  382.          the MN even if an AMT entry already exists.
  383.  
  384.       A (acknowledge):
  385.  
  386.          This bit requests that the receiver returns the AMT Update Reply
  387.          packet to the sender.
  388.  
  389.       Lifetime:
  390.  
  391.          The number of seconds for which the receiver should hold this
  392.          entry before expiration.
  393.  
  394.       Identification:
  395.  
  396.          This number is created by the MN and used for matching AMT Update
  397.          Requests and AMT Update Replies.
  398.  
  399.       Identifier (home address):
  400.  
  401.          The identifier of the MN.
  402.  
  403.       Temporary Address (care-of address):
  404.  
  405.          The address that specifies the current location of the MN.
  406.  
  407.  
  408.  
  409.  
  410.  
  411. Teraoka                  Expires: 3 December 1997                  [Page 7]
  412.  
  413. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  414.  
  415.  
  416. 5.2.  AMT Update Reply Packet Format
  417.  
  418.    Figure 4 depicts the format of the AMT Update Reply packet, which
  419.    follows the IPv6 header and the UDP header.
  420.  
  421.        0                   1                   2                   3
  422.        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  423.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  424.       |      Type     |      Code     |             rsv               |
  425.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  426.       |                      Identification (64)                      |
  427.       +---------------------------------------------------------------+
  428.       |                Identifier (Home Address) (128)                |
  429.       +---------------------------------------------------------------+
  430.  
  431.                 Figure 4: AMT Update Reply Packet (UDP packet)
  432.  
  433.  
  434.  
  435.       Type:
  436.  
  437.          2 (AMT Update Reply).
  438.  
  439.       Code:
  440.  
  441.          A value indicating the result of the AMT Update Request.
  442.  
  443.       Identification:
  444.  
  445.          The value in the Identification field of the AMT Update Request
  446.          packet.  This value is used for matching AMT Update Requests with
  447.          AMT Update Replies.
  448.  
  449.       Identifier (home address):
  450.  
  451.          The identifier of the MN from which the AMT Update Request packet
  452.          was received.
  453.  
  454.  
  455. 5.3.  AMT Update Packets
  456.  
  457.    Figure 5 depicts the whole packet format of the AMT Update Request/Reply
  458.    packet.  The AMT Update Request packet must include the Authentication
  459.    Header[5] to allow the receiver to authenticate the sending MN and the
  460.    integrity of the contents.
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470. Teraoka                  Expires: 3 December 1997                  [Page 8]
  471.  
  472. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  473.  
  474.  
  475.                          +--------------------------+
  476.                          |     IPv6 Base Header     |
  477.                          |- - - - - - - - - - - - - |
  478.                          |  Authentication Header   |
  479.                          +--------------------------+
  480.                          |        UDP Header        |
  481.                          +--------------------------+
  482.                          | AMT Update Request/Reply |
  483.                          +--------------------------+
  484.  
  485.                   Figure 5: AMT Update Request/Reply Packet
  486.  
  487.  
  488.  
  489.       IPv6 Base Header:
  490.  
  491.          - Source Address: the temporary address (care-of address) of the
  492.            sending node.
  493.  
  494.          - Destination Address: the address of the target node.
  495.  
  496.  
  497.       UDP Header:
  498.  
  499.          - Source Port: TBD
  500.  
  501.          - Destination Port: TBD
  502.  
  503.  
  504. 6.  Data Packet Formats
  505.  
  506.    Figure 6 shows data packet formats.  The packet shown in Fig.6-(a) is a
  507.    normal IPv6 packet and used when a correspondent node (CN) sends a
  508.    packet to a mobile node (MN).
  509.  
  510.      IPv6 Header:
  511.  
  512.        - Source Address: the address of the sending CN.
  513.  
  514.        - Destination Address: the identifier (home address) of the target
  515.          MN.
  516.  
  517.    The packet sent by the CN reaches the Primary Address Resolver (Home
  518.    Agent) of the MN and is encapsulated as shown in Fig.6-(b).
  519.  
  520.      Outer IPv6 Header:
  521.  
  522.        - Source Address: the address of the Primary Address Resolver (Home
  523.          Agent).
  524.  
  525.        - Destination Address: the temporary address (care-of address) of
  526.  
  527.  
  528.  
  529. Teraoka                  Expires: 3 December 1997                  [Page 9]
  530.  
  531. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  532.  
  533.  
  534.          the target MN.
  535.  
  536.    When a MN sends a packet to a stationary node (SN), the packet shown in
  537.    Fig.6-(c) is used.
  538.  
  539.      IPv6 Header:
  540.  
  541.        - Source Address: the temporary address (care-of address) of the
  542.          source MN.
  543.  
  544.        - Destination Address: the address of the target CN.
  545.  
  546.        - Source Identifier Option: the identifier (home address) of the
  547.          source MN.
  548.  
  549.    The packet shown in Fig.6-(d) is used when a SN has the AMT entry for
  550.    the target MN.
  551.  
  552.      IPv6 Header:
  553.  
  554.        - Source Address: the address of the source SN.
  555.  
  556.        - Destination Address: the temporary address (care-of address) of
  557.          the target MN.
  558.  
  559.        - Destination Identifier Option: the identifier (home address) of
  560.          the target MN.
  561.  
  562.    The packet shown in Fig.6-(e) is used when a MN has the AMT entry for
  563.    the target MN.
  564.  
  565.      IPv6 Header:
  566.  
  567.        - Source Address: the temporary address (care-of address) of the
  568.          source MN.
  569.  
  570.        - Destination Address: the temporary address (care-of address) of
  571.          the target MN.
  572.  
  573.        - Source Identifier Option: the identifier (home address) of the
  574.          source MN.
  575.  
  576.        - Destination Identifier Option: the identifier (home address) of
  577.          the target MN.
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588. Teraoka                  Expires: 3 December 1997                 [Page 10]
  589.  
  590. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  591.  
  592.  
  593.                                             +------------------+
  594.                                             | IPv6 base header |
  595.                  +------------------+ - - - +------------------+
  596.                  | IPv6 base header |       |                  |
  597.                  +------------------+       |                  |
  598.                  |   upper layer    |       |                  |
  599.                  |  header & data   |       |                  |
  600.                  +------------------+ - - - +------------------+
  601.                     (a) CN to HA               (b) HA to MN
  602.  
  603.         +------------------+   +------------------+   +------------------+
  604.         | IPv6 base header |   | IPv6 base header |   | IPv6 base header |
  605.         |- - - - - - - - - |   |- - - - - - - - - |   |- - - - - - - - - |
  606.         |  Src ID Option   |   |  Dst ID Options  |   |  Src ID Option   |
  607.         +------------------+   +------------------+   |- - - - - - - - - |
  608.         |   upper layer    |   |   upper layer    |   |  Dst ID Option   |
  609.         |  header & data   |   |  header & data   |   +------------------+
  610.         +------------------+   +------------------+   |   upper layer    |
  611.            (c) MN to SN           (d) SN to MN        |  header & data   |
  612.                                                       +------------------+
  613.                                                            (e) MN to MN
  614.  
  615.                              Figure 6: Packet formats
  616.  
  617. 7.  AMT Entry Format
  618.  
  619.    Each node may have an Address Mapping Table (AMT) for routing
  620.    optimization and fault tolerance of network partitioning.  When a node
  621.    receives the AMT Update Request packet and the authentication of the
  622.    packet is successful, it creates or updates the AMT entry for the node
  623.    specified by the Identifier field of the AMT Update Request packet.  A
  624.    typical format of the AMT entry is depicted in Figure 7.
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646.  
  647. Teraoka                  Expires: 3 December 1997                 [Page 11]
  648.  
  649. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  650.  
  651.  
  652.        0                   1                   2                   3
  653.        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  654.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  655.       |                        Sequence Number                        |
  656.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  657.       |              rsv              |             Lifetime          |
  658.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  659.       |                                                               |
  660.       +                                                               +
  661.       |                                                               |
  662.       +                           Identifier                          +
  663.       |                         (Home Address)                        |
  664.       +                                                               +
  665.       |                                                               |
  666.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  667.       |                                                               |
  668.       +                                                               +
  669.       |                                                               |
  670.       +                       Temporary Address                       +
  671.       |                        (Care-of Address)                      |
  672.       +                                                               +
  673.       |                                                               |
  674.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  675.  
  676.                  Figure 7: Address mapping table entry format
  677.  
  678.  
  679.  
  680.       Sequence Number:
  681.  
  682.          The sequence number of the AMT Update Request Packet that created
  683.          or updated this AMT entry.
  684.  
  685.       Lifetime:
  686.  
  687.          The value of this field is periodically decremented.  This AMT
  688.          entry is deleted when the value becomes zero.
  689.  
  690.       Identifier:
  691.  
  692.          The identifier (home address) of the mobile node.
  693.  
  694.       Address:
  695.  
  696.          The temporary address (care-of address) of the mobile node.
  697.  
  698.  
  699. 8.  Procedures in Connecting to a Subnet
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706. Teraoka                  Expires: 3 December 1997                 [Page 12]
  707.  
  708. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  709.  
  710.  
  711. 8.1.  Procedures on a Mobile Node
  712.  
  713.    When a mobile node (MN) connects to a subnet, it obtains a temporary
  714.    address by some method such as DHCPv6[4].  Again, the identifier (home
  715.    address) of the MN remains unchanged.  The MN transmits an AMT Update
  716.    Request packet to its Primary Address Resolver (Home Agent).  Next, the
  717.    MN may transmit the AMT update packet to each correspondent node (CN)
  718.    with which it is communicating.
  719.  
  720. 8.2.  Procedures on a Node Receiving an AMT Update Request Packet
  721.  
  722.    When a node receives an AMT Update Request packet, it authenticates the
  723.    packet.  If authentication failed, the packet is discarded.  If the
  724.    authentication is successful, the receiving node searches its AMT for
  725.    the entry for the MN specified by the Identifier field.  A new entry is
  726.    created if an AMT entry for the MN does not exist.  If the AMT entry
  727.    exists, the Sequence Number field of the AMT Update Request packet is
  728.    compared with the Sequence Number field of the AMT entry.  The existing
  729.    AMT entry is modified if the AMT Update Request packet has larger
  730.    sequence number than the AMT entry.
  731.  
  732.    If the AMT entry exists and the Sequence Number is same as the AMT
  733.    Update Request packet, only the Lifetime field of the AMT entry is
  734.    updated.
  735.  
  736.    If the `A' bit of the AMT Update Request packet is set and
  737.    authentication is successful, the receiving node returns an AMT Update
  738.    Reply packet to the MN.
  739.  
  740. 9.  Procedures in Data Communication
  741.  
  742. 9.1.  From a Correspondent Node to a Mobile Node
  743.  
  744.    If the source correspondent node (CN) does not have an AMT entry for the
  745.    destination mobile node (MN), the packet depicted in Fig.6-(a) is used.
  746.    The identifier (home address) of the MN is set in the Destination
  747.    Address field.  This packet reaches the Primary Address Resolver (Home
  748.    Agent) of the MN.  The Home Agent encapsulates the packet and forwards
  749.    it to the MN as shown in Fig.6-(b).  The temporary address (care-of
  750.    address) of the MN is set to the Destination Address field of the outer
  751.    header.
  752.  
  753.    If a CN has the AMT entry for the destination MN, the packet depicted in
  754.    Fig.6-(d) is used.  The temporary address (care-of address) of the MN is
  755.    set to the Destination Address field of the IPv6 base header.  The
  756.    identifier (home address) of the MN is included in the Destination
  757.    Identifier option.  This packet is forwarded on the optimal route to the
  758.    MN.
  759.  
  760.  
  761.  
  762.  
  763.  
  764.  
  765. Teraoka                  Expires: 3 December 1997                 [Page 13]
  766.  
  767. draft-teraoka-ipv6-mobility-sup-04.txt                          3 June 1997
  768.  
  769.  
  770. 9.2.  From a MN to a CN
  771.  
  772.    If the source MN does not have an AMT entry for the destination CN, the
  773.    packet depicted in Fig.6-(b) is used.  The temporary address (care-of
  774.    address) of the MN is set to the Source Address field of the IPv6 base
  775.    header.  The Source ID option includes the identifier (home address) of
  776.    the MN.
  777.  
  778.    If the MN have the AMT entry for the CN, the packet depicted in Fig.6-
  779.    (d) is used.  the temporary address (care-of address) of the CN is set
  780.    to the Destination Address field of the IPv6 base header and the
  781.    identifier (home address) of the CN is included in the Destination
  782.    Identifier option.
  783.  
  784.  
  785. Author's Address:
  786.  
  787.    o  Fumio Teraoka
  788.       Sony Computer Science Laboratory Inc.
  789.       3-14-13 Higashigotanda, Shinagawa-ku, Tokyo 141, Japan.
  790.       Phone: +81-3-5448-4380
  791.       Email: tera@sonycsl.co.jp
  792.  
  793. References
  794.  
  795. [1] C. Perkins, "IP Mobility Support," RFC 2002, October 1996.
  796.  
  797. [2] F. Teraoka, K. Uehara, H. Sunahara, and J. Murai.  VIP: A Protocol
  798.     Providing Host Mobility.  CACM, Vol. 37, No. 8, Aug. 1994.
  799.  
  800. [3] S. Deering and R. Hinden, "Internet Protocol, Version 6 (IPv6)
  801.     Specification," RFC 1883, December 1995.
  802.  
  803. [4] J. Bound and C. Perkins.  Dynamic Host Configuration Protocol for IPv6
  804.     (DHCPv6).  Internet-draft draft-ietf-dhc-dhcpv6-10.txt, May 1997.
  805.  
  806. [5] R. Atkinson.  IP Authentication Header.  RFC 1826, August 1995.
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824. Teraoka                  Expires: 3 December 1997                 [Page 14]
  825.