home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 1000s / rfc1051.txt < prev    next >
Text File  |  1988-03-23  |  8KB  |  227 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                    P. Prindeville
  8. Request for Comments:  1051                           McGill University
  9.                                                              March 1988
  10.  
  11.  
  12.             A Standard for the Transmission of IP Datagrams
  13.                   and ARP Packets over ARCNET Networks
  14.  
  15.  
  16. Status of this Memo
  17.  
  18.    This RFC specifies a standard protocol for the Internet community.
  19.    Distribution of this memo is unlimited.
  20.  
  21. Introduction
  22.  
  23.    This RFC specifies a standard method of encapsulating Internet
  24.    Protocol (IP) [1] and Address Resolution Protocol (ARP) [2] datagrams
  25.    on an ARCNET [3].
  26.  
  27. Acknowledgements
  28.  
  29.    The author wishes to express thanks to Robert Craig of the McGill
  30.    University Computing Centre and Bruce Hughes of Datapoint Corporation
  31.    for their generous support of facilities and information.  I also
  32.    extend my gratitude to the readers of the PCIP mailing list for their
  33.    helpful ideas and comments.
  34.  
  35. Frame Format
  36.  
  37.    IP and ARP datagrams are transmitted in standard ARCNET packets.  As
  38.    required by Datapoint Corporation, the first octet of the data field
  39.    is reserved for the network layer protocol identification (the
  40.    "system code" in Datapoint nomenclature), and must contain the value
  41.    240 (F0 hex) for IP or 241 (F1 hex) for ARP.  The ARP hardware
  42.    address type for ARCNET is 7 [9].
  43.  
  44.    ARCNET supports packet formats containing 1-253 octets of data
  45.    (normal format) and 257-508 octets of data (extended format),
  46.    inclusive of system code.  Note that there exists a range of data
  47.    lengths (254-256) which are 'forbidden'.  IP packets within this
  48.    range should be padded (with octets of zero) to meet the minimum
  49.    extended packet size of 257 data octets.  This padding is not part of
  50.    the IP packet and is not included in the total length field of the IP
  51.    header.
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Prindeville                                                     [Page 1]
  59.  
  60. RFC 1051                  IP and ARP on ARCNET                March 1988
  61.  
  62.  
  63.    On networks where some hosts do not support extended packet format,
  64.    the IP Maximum Transmission Unit (MTU) should be set to 253, though
  65.    implementors are encouraged to support the extended packet format
  66.    mode of operation.
  67.  
  68.    Because the ARCNET maximum packet length is less than the Internet
  69.    default MTU, implementations are strongly encouraged to support IP
  70.    level fragmentation and reassembly.  Hosts not supporting this should
  71.    take steps to discourage others from sending fragmented packets, such
  72.    as using the TCP Maximum Segment Size option [4].
  73.  
  74.       The frame format is:
  75.  
  76.                   Normal Packet               Extended Packet
  77.                 +----------------+          +----------------+
  78.                 |     ALERT*     |          |     ALERT*     |
  79.                 +----------------+          +----------------+
  80.                 |      SOH (1)   |          |      SOH (1)   |
  81.                 +----------------+          +----------------+
  82.                 |      SID       |          |      SID       |
  83.                 +----------------+          +----------------+
  84.                 |                |          |                |
  85.                 +      DID       +          +      DID       +
  86.                 |                |          |                |
  87.                 +----------------+          +----------------+
  88.                 |     COUNT      |          |      NUL (0)   |
  89.                 +----------------+          +                +
  90.                 |  SYSTEM CODE   |          |     COUNT      |
  91.                 +----------------+          +----------------+
  92.                 |                |          |  SYSTEM CODE   |
  93.                 :      DATA      :          +----------------+
  94.                 |                |          |                |
  95.                 +----------------+          :      DATA      :
  96.                 |                |          |                |
  97.                 +       CRC      +          +----------------+
  98.                 |                |          |                |
  99.                 +----------------+          +       CRC      +
  100.                                             |                |
  101.                                             +----------------+
  102.  
  103.       ALERT*:      Six mark bits signifying the beginning of a frame.
  104.       SID:         Sender's node ID.
  105.       DID:         Receipient's node ID (repeated for reliability).
  106.       COUNT:       Length of data and system code (one's complement).
  107.       SYSTEM CODE: 240 for IP, 241 for ARP (decimal).
  108.       DATA:        Is either an IP or an ARP packet, padded with NULs so
  109.                       as to not be between 254 and 256 octets long.
  110.       CRC:         Cyclic redundancy check (CRC-16).
  111.  
  112.  
  113.  
  114. Prindeville                                                     [Page 2]
  115.  
  116. RFC 1051                  IP and ARP on ARCNET                March 1988
  117.  
  118.  
  119. Address Mappings
  120.  
  121.    The mappings between 32-bit Internet addresses to 8-bit ARCNET
  122.    addresses can be done several ways, recommended are:
  123.  
  124.    Host Number Extraction
  125.  
  126.       The easiest thing to do is to use the last eight bits of host
  127.       number part of the Internet address as the host's node id.  This
  128.       has been implemented on Experimental Ethernet [5] and ProNET-10
  129.       [6].
  130.  
  131.    Dynamic Discovery
  132.  
  133.       Mappings between 32-bit Internet addresses and 8-bit ARCNET node
  134.       ids could be accomplished through ARP.  Internet addresses are
  135.       assigned arbitrarily on some Internet networks.  All
  136.       implementations supporting ARP must have a means of disabling ARP
  137.       and using the above Host Number Extraction method of address
  138.       mapping so that systems may interoperate.
  139.  
  140.       The use of ARP is optional.  However, ARP is desirable when using
  141.       IP implementations that don't support subnetting [7], as in the
  142.       Proxy ARP scenario [8].
  143.  
  144. Broadcast Address
  145.  
  146.    The broadcast Internet address (the address on the network with a
  147.    host part of all binary ones) should be mapped to the broadcast node
  148.    id 0.
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Prindeville                                                     [Page 3]
  171.  
  172. RFC 1051                  IP and ARP on ARCNET                March 1988
  173.  
  174.  
  175. References
  176.  
  177.    [1] Postel, J., "Internet Protocol", RFC-791, Network Information
  178.        Center, SRI, September 1981.
  179.  
  180.    [2] Plummer, D., "An Ethernet Address Resolution Protocol", RFC- 826,
  181.        Network Information Center, SRI, November 1982.
  182.  
  183.    [3] "ARCNET Designer's Handbook", Order Number 61610, Datapoint
  184.        Corporation, 1983.
  185.  
  186.    [4] Postel, J., "The TCP Maximum Segment Size Option and Related
  187.        Topics", RFC-879, Network Information Center, SRI, November 1983.
  188.  
  189.    [5] Postel, J., "A Standard for the Transmission of IP Datagrams over
  190.        Experimental Ethernet Networks", RFC-895, Network Information
  191.        Center, SRI, April 1984.
  192.  
  193.    [6] "ProNET-10 Model p1300 IBM PC Interface System Installation and
  194.        Programming Guide", Version 4.0, Proteon Inc., July 1986.
  195.  
  196.    [7] Mogul, J. and J. Postel, "Internet Standard Subnetting
  197.        Procedure", RFC-950, Network Information Center, SRI, October
  198.        1984.
  199.  
  200.    [8] Carl-Mitchell, S. and J.S. Quarterman, "Using ARP to Implement
  201.        Transparent Subnet Gateways", RFC-1027, Network Information
  202.        Center, SRI, October 1987.
  203.  
  204.    [9] Reynolds, J., and J. Postel, "Assigned Numbers", RFC-1010,
  205.        Network Information Center, SRI, May 1987.
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Prindeville                                                     [Page 4]
  227.