home *** CD-ROM | disk | FTP | other *** search
/ Internet Core Protocols / Oreilly-InternetCoreProtocols.iso / RFCs / rfc2464.txt < prev    next >
Encoding:
Text File  |  1999-10-14  |  12.8 KB  |  396 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                        M. Crawford
  8. Request for Comments: 2464                                      Fermilab
  9. Obsoletes: 1972                                            December 1998
  10. Category: Standards Track
  11.  
  12.  
  13.           Transmission of IPv6 Packets over Ethernet Networks
  14.  
  15. Status of this Memo
  16.  
  17.    This document specifies an Internet standards track protocol for the
  18.    Internet community, and requests discussion and suggestions for
  19.    improvements.  Please refer to the current edition of the "Internet
  20.    Official Protocol Standards" (STD 1) for the standardization state
  21.    and status of this protocol.  Distribution of this memo is unlimited.
  22.  
  23. Copyright Notice
  24.  
  25.    Copyright (C) The Internet Society (1998).  All Rights Reserved.
  26.  
  27. 1.  Introduction
  28.  
  29.    This document specifies the frame format for transmission of IPv6
  30.    packets and the method of forming IPv6 link-local addresses and
  31.    statelessly autoconfigured addresses on Ethernet networks.  It also
  32.    specifies the content of the Source/Target Link-layer Address option
  33.    used in Router Solicitation, Router Advertisement, Neighbor
  34.    Solicitation, Neighbor Advertisement and Redirect messages when those
  35.    messages are transmitted on an Ethernet.
  36.  
  37.    This document replaces RFC 1972, "A Method for the Transmission of
  38.    IPv6 Packets over Ethernet Networks", which will become historic.
  39.  
  40.    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
  41.    "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
  42.    document are to be interpreted as described in [RFC 2119].
  43.  
  44. 2.  Maximum Transmission Unit
  45.  
  46.    The default MTU size for IPv6 [IPV6] packets on an Ethernet is 1500
  47.    octets.  This size may be reduced by a Router Advertisement [DISC]
  48.    containing an MTU option which specifies a smaller MTU, or by manual
  49.    configuration of each node.  If a Router Advertisement received on an
  50.    Ethernet interface has an MTU option specifying an MTU larger than
  51.    1500, or larger than a manually configured value, that MTU option may
  52.    be logged to system management but must be otherwise ignored.
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Crawford                    Standards Track                     [Page 1]
  59.  
  60. RFC 2464               IPv6 Packets over Ethernet          December 1998
  61.  
  62.  
  63.    For purposes of this document, information received from DHCP is
  64.    considered "manually configured" and the term Ethernet includes
  65.    CSMA/CD and full-duplex subnetworks based on ISO/IEC 8802-3, with
  66.    various data rates.
  67.  
  68. 3.  Frame Format
  69.  
  70.    IPv6 packets are transmitted in standard Ethernet frames.  The
  71.    Ethernet header contains the Destination and Source Ethernet
  72.    addresses and the Ethernet type code, which must contain the value
  73.    86DD hexadecimal.  The data field contains the IPv6 header followed
  74.    immediately by the payload, and possibly padding octets to meet the
  75.    minimum frame size for the Ethernet link.
  76.  
  77.  
  78.                      0                   1
  79.                      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
  80.                     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  81.                     |          Destination          |
  82.                     +-                             -+
  83.                     |            Ethernet           |
  84.                     +-                             -+
  85.                     |            Address            |
  86.                     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  87.                     |             Source            |
  88.                     +-                             -+
  89.                     |            Ethernet           |
  90.                     +-                             -+
  91.                     |            Address            |
  92.                     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  93.                     |1 0 0 0 0 1 1 0 1 1 0 1 1 1 0 1|
  94.                     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  95.                     |             IPv6              |
  96.                     +-                             -+
  97.                     |            header             |
  98.                     +-                             -+
  99.                     |             and               |
  100.                     +-                             -+
  101.                     /            payload ...        /
  102.                     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  103.  
  104.                     (Each tic mark represents one bit.)
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Crawford                    Standards Track                     [Page 2]
  115.  
  116. RFC 2464               IPv6 Packets over Ethernet          December 1998
  117.  
  118.  
  119. 4.  Stateless Autoconfiguration
  120.  
  121.    The Interface Identifier [AARCH] for an Ethernet interface is based
  122.    on the EUI-64 identifier [EUI64] derived from the interface's built-
  123.    in 48-bit IEEE 802 address.  The EUI-64 is formed as follows.
  124.    (Canonical bit order is assumed throughout.)
  125.  
  126.    The OUI of the Ethernet address (the first three octets) becomes the
  127.    company_id of the EUI-64 (the first three octets).  The fourth and
  128.    fifth octets of the EUI are set to the fixed value FFFE hexadecimal.
  129.    The last three octets of the Ethernet address become the last three
  130.    octets of the EUI-64.
  131.  
  132.    The Interface Identifier is then formed from the EUI-64 by
  133.    complementing the "Universal/Local" (U/L) bit, which is the next-to-
  134.    lowest order bit of the first octet of the EUI-64.  Complementing
  135.    this bit will generally change a 0 value to a 1, since an interface's
  136.    built-in address is expected to be from a universally administered
  137.    address space and hence have a globally unique value.  A universally
  138.    administered IEEE 802 address or an EUI-64 is signified by a 0 in the
  139.    U/L bit position, while a globally unique IPv6 Interface Identifier
  140.    is signified by a 1 in the corresponding position.  For further
  141.    discussion on this point, see [AARCH].
  142.  
  143.    For example, the Interface Identifier for an Ethernet interface whose
  144.    built-in address is, in hexadecimal,
  145.  
  146.                              34-56-78-9A-BC-DE
  147.  
  148.    would be
  149.  
  150.                          36-56-78-FF-FE-9A-BC-DE.
  151.  
  152.    A different MAC address set manually or by software should not be
  153.    used to derive the Interface Identifier.  If such a MAC address must
  154.    be used, its global uniqueness property should be reflected in the
  155.    value of the U/L bit.
  156.  
  157.    An IPv6 address prefix used for stateless autoconfiguration [ACONF]
  158.    of an Ethernet interface must have a length of 64 bits.
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Crawford                    Standards Track                     [Page 3]
  171.  
  172. RFC 2464               IPv6 Packets over Ethernet          December 1998
  173.  
  174.  
  175. 5.  Link-Local Addresses
  176.  
  177.    The IPv6 link-local address [AARCH] for an Ethernet interface is
  178.    formed by appending the Interface Identifier, as defined above, to
  179.    the prefix FE80::/64.
  180.  
  181.        10 bits            54 bits                  64 bits
  182.      +----------+-----------------------+----------------------------+
  183.      |1111111010|         (zeros)       |    Interface Identifier    |
  184.      +----------+-----------------------+----------------------------+
  185.  
  186. 6.  Address Mapping -- Unicast
  187.  
  188.    The procedure for mapping IPv6 unicast addresses into Ethernet link-
  189.    layer addresses is described in [DISC].  The Source/Target Link-layer
  190.    Address option has the following form when the link layer is
  191.    Ethernet.
  192.  
  193.                     0                   1
  194.                     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
  195.                    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  196.                    |     Type      |    Length     |
  197.                    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  198.                    |                               |
  199.                    +-          Ethernet           -+
  200.                    |                               |
  201.                    +-           Address           -+
  202.                    |                               |
  203.                    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  204.  
  205.  
  206.    Option fields:
  207.  
  208.    Type        1 for Source Link-layer address.
  209.                2 for Target Link-layer address.
  210.  
  211.    Length      1 (in units of 8 octets).
  212.  
  213.    Ethernet Address
  214.                The 48 bit Ethernet IEEE 802 address, in canonical bit
  215.                order.  This is the address the interface currently
  216.                responds to, and may be different from the built-in
  217.                address used to derive the Interface Identifier.
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Crawford                    Standards Track                     [Page 4]
  227.  
  228. RFC 2464               IPv6 Packets over Ethernet          December 1998
  229.  
  230.  
  231. 7.  Address Mapping -- Multicast
  232.  
  233.    An IPv6 packet with a multicast destination address DST, consisting
  234.    of the sixteen octets DST[1] through DST[16], is transmitted to the
  235.    Ethernet multicast address whose first two octets are the value 3333
  236.    hexadecimal and whose last four octets are the last four octets of
  237.    DST.
  238.  
  239.                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  240.                   |0 0 1 1 0 0 1 1|0 0 1 1 0 0 1 1|
  241.                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  242.                   |   DST[13]     |   DST[14]     |
  243.                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  244.                   |   DST[15]     |   DST[16]     |
  245.                   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  246.  
  247. 8.  Differences From RFC 1972
  248.  
  249.    The following are the functional differences between this
  250.    specification and RFC 1972.
  251.  
  252.        The Address Token, which was a node's 48-bit MAC address, is
  253.        replaced with the Interface Identifier, which is 64 bits in
  254.        length and based on the EUI-64 format [EUI64].  An IEEE-defined
  255.        mapping exists from 48-bit MAC addresses to EUI-64 form.
  256.  
  257.        A prefix used for stateless autoconfiguration must now be 64 bits
  258.        long rather than 80.  The link-local prefix is also shortened to
  259.        64 bits.
  260.  
  261. 9.  Security Considerations
  262.  
  263.    The method of derivation of Interface Identifiers from MAC addresses
  264.    is intended to preserve global uniqueness when possible.  However,
  265.    there is no protection from duplication through accident or forgery.
  266.  
  267. 10.  References
  268.  
  269.    [AARCH] Hinden, R. and S. Deering "IP Version 6 Addressing
  270.            Architecture", RFC 2373, July 1998.
  271.  
  272.    [ACONF] Thomson, S. and T. Narten, "IPv6 Stateless Address
  273.            Autoconfiguration", RFC 2462, December 1998.
  274.  
  275.    [DISC]  Narten, T., Nordmark, E. and W. Simpson, "Neighbor Discovery
  276.            for IP Version 6 (IPv6)", RFC 2461, December 1998.
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Crawford                    Standards Track                     [Page 5]
  283.  
  284. RFC 2464               IPv6 Packets over Ethernet          December 1998
  285.  
  286.  
  287.    [EUI64] "Guidelines For 64-bit Global Identifier (EUI-64)",
  288.            http://standards.ieee.org/db/oui/tutorials/EUI64.html
  289.  
  290.    [IPV6]  Deering, S. and R. Hinden, "Internet Protocol, Version 6
  291.            (IPv6) Specification", RFC 2460, December 1998.
  292.  
  293.    [RFC 2119]  Bradner, S., "Key words for use in RFCs to Indicate
  294.            Requirement Levels", BCP 14, RFC 2119, March 1997.
  295.  
  296. 11.  Author's Address
  297.  
  298.    Matt Crawford
  299.    Fermilab MS 368
  300.    PO Box 500
  301.    Batavia, IL 60510
  302.    USA
  303.  
  304.    Phone: +1 630 840-3461
  305.    EMail: crawdad@fnal.gov
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Crawford                    Standards Track                     [Page 6]
  339.  
  340. RFC 2464               IPv6 Packets over Ethernet          December 1998
  341.  
  342.  
  343. 12.  Full Copyright Statement
  344.  
  345.    Copyright (C) The Internet Society (1998).  All Rights Reserved.
  346.  
  347.    This document and translations of it may be copied and furnished to
  348.    others, and derivative works that comment on or otherwise explain it
  349.    or assist in its implementation may be prepared, copied, published
  350.    and distributed, in whole or in part, without restriction of any
  351.    kind, provided that the above copyright notice and this paragraph are
  352.    included on all such copies and derivative works.  However, this
  353.    document itself may not be modified in any way, such as by removing
  354.    the copyright notice or references to the Internet Society or other
  355.    Internet organizations, except as needed for the purpose of
  356.    developing Internet standards in which case the procedures for
  357.    copyrights defined in the Internet Standards process must be
  358.    followed, or as required to translate it into languages other than
  359.    English.
  360.  
  361.    The limited permissions granted above are perpetual and will not be
  362.    revoked by the Internet Society or its successors or assigns.
  363.  
  364.    This document and the information contained herein is provided on an
  365.    "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
  366.    TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
  367.    BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
  368.    HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
  369.    MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Crawford                    Standards Track                     [Page 7]
  395.  
  396.