home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 700s / rfc777.txt < prev    next >
Text File  |  1992-10-14  |  19KB  |  826 lines
  1.  
  2.  
  3. Network Working Group                                          J. Postel
  4. Request for Comments: 777                                            ISI
  5.                                                               April 1981
  6. Updates:  IENs 109, 128
  7. Updates:  RFC  760
  8.  
  9.                    Internet Control Message Protocol
  10.  
  11.  
  12.  
  13. Introduction
  14.  
  15.    The Internet Protocol (IP) [1] is used for host-to-host datagram
  16.    service in a system of interconnected networks called the
  17.    Catenet [2].  The network connecting devices are called Gateways.
  18.    These gateways communicate between themselves for control purposes
  19.    via a Gateway to Gateway Protocol (GGP) [3,4].  Occasionally a
  20.    gateway or destination host will communicate with a source host, for
  21.    example, to report an error in datagram processing.  For such
  22.    purposes this protocol, the Internet Control Message Protocol (ICMP),
  23.    is used.  ICMP, uses the basic support of IP as if it were a higher
  24.    level protocol, however, ICMP is actually an integral part of IP, and
  25.    must be implemented by every IP module.
  26.  
  27.    ICMP messages are sent in several situations:  for example, when a
  28.    datagram cannot reach its destination, when the gateway does not have
  29.    the buffering capacity to forward a datagram, and when the gateway
  30.    can direct the host to send traffic on a shorter route.
  31.  
  32.    The Internet Protocol is not designed to be absolutely reliable.  The
  33.    purpose of these control messages is to provide feedback about
  34.    problems in the communication environment, not to make IP reliable.
  35.    There are still no guarantees that a datagram will be delivered or a
  36.    control message will be returned.  Some datagrams may still be
  37.    undelivered without any report of their loss.  The higher level
  38.    protocols that use IP must implement their own reliability procedures
  39.    if reliable communication is required.
  40.  
  41.    The ICMP messages typically report errors in the processing of
  42.    datagrams, to avoid the infinite regress of messages about messages
  43.    etc., no ICMP messages are sent about ICMP messages.
  44.  
  45. Message Formats
  46.  
  47.    ICMP messages are sent using the basic IP header.  The first octet of
  48.    the data portion of the datagram is a ICMP type field; the value of
  49.    this field determines the format of the remaining data.  Any field
  50.    labeled "unused" is reserved for later extensions and must be zero
  51.    when sent, but receivers should not check these fields.  Unless
  52.    otherwise noted under the individual format descriptions, the values
  53.    of the internet header fields are as follows:
  54.  
  55.  
  56.  
  57.  
  58.                                                                 [Page 1]
  59.  
  60.  
  61.                                                               April 1981
  62. RFC 777
  63.  
  64.  
  65.  
  66.    Version
  67.  
  68.       4
  69.  
  70.    IHL
  71.  
  72.       Internet header length in 32-bit words.
  73.  
  74.    Type of Service
  75.  
  76.       0
  77.  
  78.    Total Length
  79.  
  80.       Length of internet header and data in octets.
  81.  
  82.    Identification, Flags, Fragment Offset
  83.  
  84.       Used in fragmentation, see [1].
  85.  
  86.    Time to Live
  87.  
  88.       Time to live in seconds; as this field is decremented at each
  89.       machine in which the datagram is processed, the value in this
  90.       field should be at least as great as the number of gateways which
  91.       this datagram will traverse.
  92.  
  93.    Protocol
  94.  
  95.       ICMP = 1
  96.  
  97.    Header Checksum
  98.  
  99.       The 16 bit one's complement of the one's complement sum of all 16
  100.       bit words in the header.  For computing the checksum, the checksum
  101.       field should be zero.  This checksum may be replaced in the
  102.       future.
  103.  
  104.    Source Address
  105.  
  106.       The address of the gateway or host that composes the ICMP message.
  107.       Unless otherwise noted, this can be any of a gateway's addresses.
  108.  
  109.    Destination Address
  110.  
  111.       The address of the gateway or host to which the message should be
  112.       sent.
  113.  
  114.  
  115.  
  116.  
  117. [Page 2]                                                                
  118.  
  119.  
  120. April 1981                                                              
  121. RFC 777
  122.  
  123.  
  124.  
  125. Destination Unreachable Message
  126.  
  127.     0                   1                   2                   3
  128.     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
  129.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  130.    |     Type      |     Code      |           unused              |
  131.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  132.    |      Internet Header + 64 bits of Original Data Datagram      |
  133.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  134.  
  135.    IP Fields:
  136.  
  137.    Destination Address
  138.  
  139.       The source network and address from the original datagram's data.
  140.  
  141.    ICMP Fields:
  142.  
  143.    Type
  144.  
  145.       3
  146.  
  147.    Code
  148.  
  149.       0 = net unreachable;
  150.  
  151.       1 = host unreachable;
  152.  
  153.       2 = protocol unreachable;
  154.  
  155.       3 = port unreachable;
  156.  
  157.       4 = fragmentation needed and DF set.
  158.  
  159.    Internet Header + 64 bits of Data Datagram
  160.  
  161.       The internet header plus the first 64 bits of the original
  162.       datagram's data.  This data is used by the host to match the
  163.       message to the appropriate process.  If a higher level protocol
  164.       uses port numbers, they are assumed to be in the first 64 data
  165.       bits of the original datagram's data.
  166.  
  167.    Description
  168.  
  169.       If, according to the information in the gateway's routing tables,
  170.       the network specified in the internet destination field of a
  171.       datagram is unreachable, e.g., the distance to the network is
  172.       infinity, the gateway sends a destination unreachable message to
  173.  
  174.  
  175.  
  176.                                                                 [Page 3]
  177.  
  178.  
  179.                                                               April 1981
  180. RFC 777
  181.  
  182.  
  183.  
  184.       the internet source host of the datagram.  In addition, in some
  185.       networks, the gateway may be able to determine if the internet
  186.       destination host is unreachable.  Gateways in these networks may
  187.       send destination unreachable messages to the source host when the
  188.       destination host is unreachable.
  189.  
  190.       If, in the destination host, the IP module cannot deliver the
  191.       datagram  because the indicated protocol module or process port is
  192.       not active, the destination host may send a destination
  193.       unreachable message to the source host.
  194.  
  195.       Another case is when a datagram must be fragmented to be forwarded
  196.       by a gateway yet the Don't Fragment flag is on.  In this case the
  197.       gateway must discard the datagram and return a destination
  198.       unreachable message.
  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.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235. [Page 4]                                                                
  236.  
  237.  
  238. April 1981                                                              
  239. RFC 777
  240.  
  241.  
  242.  
  243. Time Exceeded Message
  244.  
  245.     0                   1                   2                   3
  246.     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
  247.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  248.    |     Type      |     Code      |           unused              |
  249.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  250.    |      Internet Header + 64 bits of Original Data Datagram      |
  251.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  252.  
  253.    IP Fields:
  254.  
  255.    Destination Address
  256.  
  257.       The source network and address from the original datagram's data.
  258.  
  259.    ICMP Fields:
  260.  
  261.    Type
  262.  
  263.       11
  264.  
  265.    Code
  266.  
  267.       0 = time to live exceeded in transit;
  268.  
  269.       1 = fragment reassembly time exceeded.
  270.  
  271.    Internet Header + 64 bits of Data Datagram
  272.  
  273.       The internet header plus the first 64 bits of the original
  274.       datagram's data.  This data is used by the host to match the
  275.       message to the appropriate process.  If a higher level protocol
  276.       uses port numbers, they are assumed to be in the first 64 data
  277.       bits of the original datagram's data.
  278.  
  279.    Description
  280.  
  281.       If the gateway processing a datagram finds the time to live field
  282.       is zero it must discard the datagram.  The gateway may also notify
  283.       the source host via the time exceeded message.
  284.  
  285.       If a host reassembling a fragmented datagram cannot complete the
  286.       reassembly due to missing fragments within its time limit it
  287.       discards the datagram, and it may send a time exceeded message.
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.                                                                 [Page 5]
  295.  
  296.  
  297.                                                               April 1981
  298. RFC 777
  299.  
  300.  
  301.  
  302. Parameter Problem Message
  303.  
  304.     0                   1                   2                   3
  305.     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
  306.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  307.    |     Type      |     Code      |   Parameter   |     unused    |
  308.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  309.    |      Internet Header + 64 bits of Original Data Datagram      |
  310.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  311.  
  312.    IP Fields:
  313.  
  314.    Destination Address
  315.  
  316.       The source network and address from the original datagram's data.
  317.  
  318.    ICMP Fields:
  319.  
  320.    Type
  321.  
  322.       12
  323.  
  324.    Code
  325.  
  326.       0 = problem with option.
  327.  
  328.    Parameter
  329.  
  330.       If code = 0, IP option type.
  331.  
  332.    Internet Header + 64 bits of Data Datagram
  333.  
  334.       The internet header plus the first 64 bits of the original
  335.       datagram's data.  This data is used by the host to match the
  336.       message to the appropriate process.  If a higher level protocol
  337.       uses port numbers, they are assumed to be in the first 64 data
  338.       bits of the original datagram's data.
  339.  
  340.    Description
  341.  
  342.       If the gateway or host processing a datagram finds a problem with
  343.       the header parameters such that it cannot complete processing the
  344.       datagram it must discard the datagram.  One potential source of
  345.       such a problem is an option that is not implemented, or incorrect
  346.       arguments in an option.  The gateway or host may also notify the
  347.       source host via the parameter problem message.
  348.  
  349.  
  350.  
  351.  
  352.  
  353. [Page 6]                                                                
  354.  
  355.  
  356. April 1981                                                              
  357. RFC 777
  358.  
  359.  
  360.  
  361. Source Quench Message
  362.  
  363.     0                   1                   2                   3
  364.     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
  365.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  366.    |     Type      |                 unused                        |
  367.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  368.    |      Internet Header + 64 bits of Original Data Datagram      |
  369.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  370.  
  371.    IP Fields:
  372.  
  373.    Destination Address
  374.  
  375.       The source network and address of the original datagram's data.
  376.  
  377.    ICMP Fields:
  378.  
  379.    Type
  380.  
  381.       4
  382.  
  383.    Internet Header + 64 bits of Data Datagram
  384.  
  385.       The internet header plus the first 64 bits of the original
  386.       datagram's data.  This data is used by the host to match the
  387.       message to the appropriate process.  If a higher level protocol
  388.       uses port numbers, they are assumed to be in the first 64 data
  389.       bits of the original datagram's data.
  390.  
  391.    Description
  392.  
  393.       A gateway may discard internet datagrams if it does not have the
  394.       buffer space needed to queue the datagrams for output to the next
  395.       network on the route to the destination network.  If a gateway
  396.       discards a datagram, it may send a source quench message to the
  397.       internet source host of the datagram.  A destination host may also
  398.       send a source quench message if datagrams arrive too fast to be
  399.       processed.  The source quench message is a request to the host to
  400.       cut back the rate at which it is sending traffic to the internet
  401.       destination.  The gateway may send a source quench message for
  402.       every message that it discards.  On receipt of a source quench
  403.       message, the source host should cut back the rate at which it is
  404.       sending traffic to the specified destination until it no longer
  405.       receives source quench messages from the gateway.  The source host
  406.       can then gradually increase the rate at which it sends traffic to
  407.       the destination until it again receives source quench messages.
  408.  
  409.  
  410.  
  411.  
  412.                                                                 [Page 7]
  413.  
  414.  
  415.                                                               April 1981
  416. RFC 777
  417.  
  418.  
  419.  
  420.       The gateway or host may send the source quench message when it
  421.       approaches its capacity limit rather than waiting until the
  422.       capacity is exceeded.  This means that the data datagram which
  423.       triggered the source quench message may be delivered.
  424.  
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.  
  471. [Page 8]                                                                
  472.  
  473.  
  474. April 1981                                                              
  475. RFC 777
  476.  
  477.  
  478.  
  479. Redirect Message
  480.  
  481.     0                   1                   2                   3
  482.     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
  483.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  484.    |     Type      |     Code      |            unused             |
  485.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  486.    |                 Gateway Internet Address                      |
  487.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  488.    |      Internet Header + 64 bits of Original Data Datagram      |
  489.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  490.  
  491.    IP Fields:
  492.  
  493.    Destination Address
  494.  
  495.       The source network and address of the original datagram's data.
  496.  
  497.    ICMP Fields:
  498.  
  499.    Type
  500.  
  501.       5
  502.  
  503.    Code
  504.  
  505.       0 = Redirect datagrams for the Network.
  506.  
  507.       1 = Redirect datagrams for the Host.
  508.  
  509.       2 = Redirect datagrams for the Type of Service and Network.
  510.  
  511.       3 = Redirect datagrams for the Type of Service and Host.
  512.  
  513.    Gateway Internet Address
  514.  
  515.       Address of the gateway to which traffic for the network specified
  516.       in the internet destination network field of the original
  517.       datagram's data should be sent.
  518.  
  519.    Internet Header + 64 bits of Data Datagram
  520.  
  521.       The internet header plus the first 64 bits of the original
  522.       datagram's data.  This data is used by the host to match the
  523.       message to the appropriate process.  If a higher level protocol
  524.       uses port numbers, they are assumed to be in the first 64 data
  525.       bits of the original datagram's data.
  526.  
  527.  
  528.  
  529.  
  530.                                                                 [Page 9]
  531.  
  532.  
  533.                                                               April 1981
  534. RFC 777
  535.  
  536.  
  537.  
  538.    Description
  539.  
  540.       The gateway sends a redirect message to a host in the following
  541.       situation.  A gateway, G1, receives an internet datagram from a
  542.       host on a network to which the gateway is attached.  The gateway,
  543.       G1, checks its routing table and obtains the address of the next
  544.       gateway, G2, on the route to the datagram's internet destination
  545.       network, X.  If G2 and the host identified by the internet source
  546.       address of the datagram are on the same network, a redirect
  547.       message is sent to the host.  The redirect message advises the
  548.       host to send its traffic for network X directly to gateway G2 as
  549.       this is a shorter path to the destination.  The gateway forwards
  550.       the original datagram's data to its internet destination.
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.  
  564.  
  565.  
  566.  
  567.  
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589. [Page 10]                                                               
  590.  
  591.  
  592. April 1981                                                              
  593. RFC 777
  594.  
  595.  
  596.  
  597. Echo or Echo Reply Message
  598.  
  599.     0                   1                   2                   3
  600.     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
  601.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  602.    |     Type      |                  unused                       |
  603.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  604.    |     Data ...
  605.    +-+-+-+-+-
  606.  
  607.    IP Fields:
  608.  
  609.    Addresses
  610.  
  611.       The address of the source in an echo message will be the
  612.       destination of the echo reply message.  To form an echo reply
  613.       message, the source and destination addresses are simply reversed.
  614.  
  615.    IP Fields:
  616.  
  617.    Type
  618.  
  619.       8 for echo message;
  620.  
  621.       0 for echo reply message.
  622.  
  623.    Description
  624.  
  625.       The data received in the echo message must be returned in the echo
  626.       reply message.
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646.  
  647.  
  648.                                                                [Page 11]
  649.  
  650.  
  651.                                                               April 1981
  652. RFC 777
  653.  
  654.  
  655.  
  656. Timestamp or Timestamp Reply Message
  657.  
  658.     0                   1                   2                   3
  659.     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
  660.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  661.    |     Type      |                  unused                       |
  662.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  663.    |     Originate Timestamp                                       |
  664.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  665.    |     Receive Timestamp                                         |
  666.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  667.    |     Transmit Timestamp                                        |
  668.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  669.  
  670.    IP Fields:
  671.  
  672.    Addresses
  673.  
  674.       The address of the source in a timestamp message will be the
  675.       destination of the timestamp reply message.  To form a timestamp
  676.       reply message, the source and destination addresses are simply
  677.       reversed.
  678.  
  679.    IP Fields:
  680.  
  681.    Type
  682.  
  683.       13 for timestamp message;
  684.  
  685.       14 for timestamp reply message.
  686.  
  687.    Description
  688.  
  689.       The data received (a timestamp) in the message is returned in the
  690.       reply together with an additional timestamp.  The timestamp is 32
  691.       bits of milliseconds since midnight UT.  One use of these
  692.       timestamps is described by Mills [5].
  693.  
  694.  
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707. [Page 12]                                                               
  708.  
  709.  
  710. April 1981                                                              
  711. RFC 777
  712.  
  713.  
  714.  
  715. Summary of Message Types
  716.  
  717.     0  Echo Reply
  718.  
  719.     3  Destination Unreachable
  720.  
  721.     4  Source Quench
  722.  
  723.     5  Redirect
  724.  
  725.     8  Echo
  726.  
  727.    11  Time Exceeded
  728.  
  729.    12  Parameter Problem
  730.  
  731.    13  Timestamp
  732.  
  733.    14  Timestamp Reply
  734.  
  735.  
  736.  
  737.  
  738.  
  739.  
  740.  
  741.  
  742.  
  743.  
  744.  
  745.  
  746.  
  747.  
  748.  
  749.  
  750.  
  751.  
  752.  
  753.  
  754.  
  755.  
  756.  
  757.  
  758.  
  759.  
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.                                                                [Page 13]
  767.  
  768.  
  769.                                                               April 1981
  770. RFC 777
  771.  
  772.  
  773.  
  774. References
  775.  
  776.    [1]   Postel, J., ed., "DOD Standard Internet Protocol", IEN 128,
  777.          RFC 760, USC/Information Sciences Institute, NTIS ADA079730,
  778.          January 1980.  Appears in: Computer Communication Review,
  779.          Special Interest Group on Data Communications, ACM, V.10, N.4,
  780.          October 1980.
  781.  
  782.    [2]   Cerf, V., "The Catenet Model for Internetworking," Information
  783.          Processing Techniques Office, Defense Advanced Research
  784.          Projects Agency, IEN 48, July 1978.
  785.  
  786.    [3]   Strazisar, V., "Gateway Routing:  An Implementation
  787.          Specification", IEN 30, Bolt Beranek and Newman, April 1979.
  788.  
  789.    [4]   Strazisar, V., "How to Build a Gateway", IEN 109, Bolt Beranek
  790.          and Newman, August 1979.
  791.  
  792.    [5]  Mills, D., "DCNET Internet Clock Service," RFC 778, COMSAT
  793.          Laboratories, April 1981.
  794.  
  795.    
  796.  
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825. [Page 14]                                                               
  826.