home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 1900s / rfc1972.txt < prev    next >
Text File  |  1996-08-13  |  6KB  |  228 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                        M. Crawford
  8. Request for Comments: 1972                                      Fermilab
  9. Category: Standards Track                                    August 1996
  10.  
  11.  
  12.  
  13.   A Method for the 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. Introduction
  24.  
  25.    This memo specifies the frame format for transmission of IPv6 [IPV6]
  26.    packets and the method of forming IPv6 link-local addresses on
  27.    Ethernet networks.  It also specifies the content of the
  28.    Source/Target Link-layer Address option used the the Router
  29.    Solicitation, Router Advertisement, Neighbor Solicitation, and
  30.    Neighbor Advertisement messages described in [DISC], when those
  31.    messages are transmitted on an Ethernet.
  32.  
  33. Maximum Transmission Unit
  34.  
  35.    The default MTU size for IPv6 packets on an Ethernet is 1500 octets.
  36.    This size may be reduced by a Router Advertisement [DISC] containing
  37.    an MTU option which specifies a smaller MTU, or by manual
  38.    configuration of each node.  If a Router Advertisement is received
  39.    with an MTU option specifying an MTU larger than 1500, or larger than
  40.    a manually configured value less than 1500, that MTU option must be
  41.    ignored.
  42.  
  43. Frame Format
  44.  
  45.    IPv6 packets are transmitted in standard Ethernet frames.  The
  46.    ethernet header contains the Destination and Source ethernet
  47.    addresses and the ethernet type code, which must contain the value
  48.    86DD hexadecimal.  The data field contains the IPv6 header followed
  49.    immediately by the payload, and possibly padding octets to meet the
  50.    minimum frame size for Ethernet.
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Crawford                    Standards Track                     [Page 1]
  59.  
  60. RFC 1972       Transmission of IPv6 Packets Over Ethernet    August 1996
  61.  
  62.  
  63.        +-------+-------+-------+-------+-------+-------+       ^
  64.        |          Destination Ethernet address         |       |
  65.        +-------+-------+-------+-------+-------+-------+    ethernet
  66.        |            Source Ethernet address            |     header
  67.        +-------+-------+-------+-------+-------+-------+       |
  68.        |  86      DD   |                                       v
  69.        +-------+-------+-------+-------+-------+------+------+
  70.        |            IPv6 header and payload ...              /
  71.        +-------+-------+-------+-------+-------+------+------+
  72.  
  73. Stateless Autoconfiguration and Link-Local Addresses
  74.  
  75.    The address token [CONF] for an Ethernet interface is the interface's
  76.    built-in 48-bit IEEE 802 address, in canonical bit order and with the
  77.    octets in the same order in which they would appear in the header of
  78.    an ethernet frame.  (The individual/group bit is in the first octet
  79.    and the OUI is in the first three octets.) A different MAC address
  80.    set manually or by software should not be used as the address token.
  81.  
  82.    An IPv6 address prefix used for stateless autoconfiguration of an
  83.    ethernet interface must be 80 bits in length.
  84.  
  85.    The IPv6 Link-local address [AARCH] for an Ethernet interface is
  86.    formed by appending the interface's IEEE 802 address to the 80-bit
  87.    prefix FE80::.
  88.  
  89.       +-------+-------+-------+-------+-------+-------+------+------+
  90.       |  FE      80      00      00      00      00      00     00  |
  91.       +-------+-------+-------+-------+-------+-------+------+------+
  92.       |  00      00   |               Ethernet Address              |
  93.       +-------+-------+-------+-------+-------+-------+------+------+
  94.  
  95. Address Mapping -- Unicast
  96.  
  97.    The procedure for mapping IPv6 addresses into Ethernet link-layer
  98.    addresses is described in [DISC].  The Source/Target Link-layer
  99.    Address option has the following form when the link layer is
  100.    Ethernet.
  101.  
  102.      +-------+-------+-------+-------+-------+-------+-------+-------+
  103.      | Type  |Length |               Ethernet Address                |
  104.      +-------+-------+-------+-------+-------+-------+-------+-------+
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Crawford                    Standards Track                     [Page 2]
  115.  
  116. RFC 1972       Transmission of IPv6 Packets Over Ethernet    August 1996
  117.  
  118.  
  119. Option fields:
  120.  
  121.  
  122. Type        1 for Source Link-layer address.
  123.             2 for Target Link-layer address.
  124.  
  125.  
  126. Length      1 (in units of 8 octets).
  127.  
  128.  
  129. Ethernet Address
  130.             The 48 bit Ethernet IEEE 802 address, in canonical bit
  131.             order.  This is the address the interface currently responds
  132.             to, and may be different from the built-in address used as
  133.             the address token.
  134.  
  135. Address Mapping -- Multicast
  136.  
  137.    An IPv6 packet with a multicast destination address DST is
  138.    transmitted to the Ethernet multicast address whose first two octets
  139.    are the value 3333 hexadecimal and whose last four octets are the
  140.    last four octets of DST, ordered from more to least significant.
  141.  
  142.              +-------+-------+-------+-------+-------+-------+
  143.              |   33  |   33  | DST13 | DST14 | DST15 | DST16 |
  144.              +-------+-------+-------+-------+-------+-------+
  145.  
  146. Security Considerations
  147.  
  148.    Security issues are not discussed in this memo.
  149.  
  150. References
  151.  
  152.    [AARCH] Hinden, R., and S. Deering, "IP Version 6 Addressing
  153.            Architecture", RFC 1884, December 1995.
  154.  
  155.    [CONF] Thomson, S., and T. Narten, "IPv6 Stateless Address
  156.           Autoconfiguration", RFC 1971, August 1996.
  157.  
  158.    [DISC] Narten, T., Nordmark, E., and W. Simpson, "Neighbor Discovery
  159.           for IP Version 6 (IPv6)", RFC 1970, August 1996.
  160.  
  161.    [IPV6] Deering, S., and R. Hinden, "Internet Protocol, Version 6
  162.           (IPv6) Specification", RFC 1883, December 1995.
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Crawford                    Standards Track                     [Page 3]
  171.  
  172. RFC 1972       Transmission of IPv6 Packets Over Ethernet    August 1996
  173.  
  174.  
  175. Author's Address
  176.  
  177.    Matt Crawford
  178.    Fermilab MS 368
  179.    PO Box 500
  180.    Batavia, IL 60510
  181.    USA
  182.  
  183.    Phone: +1 708 840-3461
  184.    EMail: crawdad@fnal.gov
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Crawford                    Standards Track                     [Page 4]
  227.  
  228.