home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 900s / rfc907.txt < prev    next >
Text File  |  1992-09-22  |  130KB  |  4,582 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.      RFC 907
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17.                     HOST ACCESS PROTOCOL SPECIFICATION
  18.  
  19.  
  20.  
  21.                                  July 1984
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30.                                prepared for
  31.  
  32.                  Defense Advanced Research Projects Agency
  33.                            1400 Wilson Boulevard
  34.                          Arlington, Virginia 22209
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.                                     by
  44.  
  45.                    Bolt Beranek and Newman Laboratories
  46.                              10 Moulton Street
  47.                       Cambridge, Massachusetts 02238
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.      RFC 907                                      Host Access Protocol
  65.      July 1984                                           Specification
  66.  
  67.  
  68.  
  69.      Preface (Status of this Memo)
  70.  
  71.           This document specifies  the  Host  Access  Protocol  (HAP).
  72.      Although  HAP was originally designed as the network-access level
  73.      protocol for the DARPA/DCA sponsored  Wideband  Packet  Satellite
  74.      Network,  it is intended that it evolve into a standard interface
  75.      between hosts and  packet-switched  satellite  networks  such  as
  76.      SATNET  and  TACNET (aka MATNET) as well as the Wideband Network.
  77.      The HAP specification presented here is a minor revision of,  and
  78.      supercedes,  the  specification  presented  in  Chapter  4 of BBN
  79.      Report No. 4469, the  "PSAT  Technical  Report".   As  such,  the
  80.      details  of  the  current  specification  are  still most closely
  81.      matched to the characteristics if the Wideband Satellite Network.
  82.      Revisions  to  the  specification  in the "PSAT Technical Report"
  83.      include  the  definition  of  three  new  control  message  types
  84.      (Loopback Request, Link Going Down, and NOP), a "Reason" field in
  85.      Restart Request control messages, new Unnumbered Response  codes,
  86.      and  new  values  for  the setup codes used to manage streams and
  87.      groups.
  88.  
  89.           HAP is an experimental protocol, and  will  undergo  further
  90.      revision as new capabilities are added and/or different satellite
  91.      networks  are  supported.   Implementations  of  HAP  should   be
  92.      performed  in coordination with satellite network development and
  93.      operations personnel.
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.      RFC 907                                      Host Access Protocol
  123.      July 1984                                           Specification
  124.  
  125.  
  126.  
  127.                              Table of Contents
  128.  
  129.  
  130.  
  131.  
  132.      1   Introduction.......................................... 1
  133.      2   Overview.............................................. 3
  134.      3   Datagram Messages..................................... 8
  135.      4   Stream Messages...................................... 14
  136.      5   Flow Control Messages................................ 17
  137.      6   Setup Level Messages................................. 24
  138.      6.1   Stream Setup Messages.............................. 32
  139.      6.2   Group Setup Messages............................... 44
  140.      7   Link Monitoring...................................... 58
  141.      8   Initialization....................................... 62
  142.      9   Loopback Control..................................... 68
  143.      10   Other Control Messages.............................. 72
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.                                      i
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.      RFC 907                                      Host Access Protocol
  181.      July 1984                                           Specification
  182.  
  183.  
  184.  
  185.                                   FIGURES
  186.  
  187.  
  188.  
  189.  
  190.      DATAGRAM MESSAGE.......................................... 9
  191.      STREAM MESSAGE........................................... 15
  192.      ACCEPTANCE/REFUSAL WORD.................................. 19
  193.      ACCEPTANCE/REFUSAL MESSAGE............................... 21
  194.      UNNUMBERED RESPONSE...................................... 22
  195.      SETUP MESSAGE HEADER..................................... 26
  196.      NOTIFICATION MESSAGE..................................... 29
  197.      SETUP ACKNOWLEDGMENT..................................... 31
  198.      STREAM EXAMPLE........................................... 33
  199.      CREATE STREAM REQUEST.................................... 35
  200.      CREATE STREAM REPLY...................................... 37
  201.      CHANGE STREAM PARAMETERS REQUEST......................... 39
  202.      CHANGE STREAM PARAMETERS REPLY........................... 41
  203.      DELETE STREAM REQUEST.................................... 42
  204.      DELETE STREAM REPLY...................................... 43
  205.      GROUP EXAMPLE............................................ 45
  206.      CREATE GROUP REQUEST..................................... 47
  207.      CREATE GROUP REPLY....................................... 48
  208.      JOIN GROUP REQUEST....................................... 50
  209.      JOIN GROUP REPLY......................................... 52
  210.      LEAVE GROUP REQUEST...................................... 53
  211.      LEAVE GROUP REPLY........................................ 55
  212.      DELETE GROUP REQUEST..................................... 56
  213.      DELETE GROUP REPLY....................................... 57
  214.      STATUS MESSAGE........................................... 59
  215.      HAP LINK RESTART STATE DIAGRAM........................... 64
  216.      RESTART REQUEST.......................................... 65
  217.      RESTART COMPLETE......................................... 67
  218.      LOOPBACK REQUEST......................................... 71
  219.      LINK GOING DOWN.......................................... 73
  220.      NO OPERATION (NOP)....................................... 75
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.                                     ii
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.      RFC 907                                      Host Access Protocol
  239.      July 1984                                           Specification
  240.  
  241.  
  242.  
  243.      1  Introduction
  244.  
  245.           The Host Access Protocol (HAP) specifies the  network-access
  246.      level communication between an arbitrary computer, called a host,
  247.      and a packet-switched satellite network.  The  satellite  network
  248.      provides  message  delivery services for geographically separated
  249.      hosts: Messages containing data which are meaningful to the hosts
  250.      are submitted to the network by an originating (source) host, and
  251.      are passed transparently through  the  network  to  an  indicated
  252.      destination host.  To utilize such services, a host interfaces to
  253.      the satellite network via an access link to a  dedicated  packet-
  254.      switching  computer,  known  as  a  Satellite  Interface  Message
  255.      Processor (Satellite IMP or SIMP).   HAP  defines  the  different
  256.      types  of  control messages and (host-to-host) data messages that
  257.      may be exchanged over the access link connecting  a  host  and  a
  258.      SIMP.   The  protocol establishes formats for these messages, and
  259.      describes procedures for determining when each  type  of  message
  260.      should be transmitted and what it means when one is received.
  261.  
  262.           The term "Interface Message  Processor"  originates  in  the
  263.      ARPANET, where it refers to the ARPANET's packet-switching nodes.
  264.      SIMPs differ from ARPANET IMPs in that SIMPs form a  network  via
  265.      connections  to a common multiaccess/broadcast satellite channel,
  266.      whereas ARPANET IMPs are interconnected  by  dedicated  point-to-
  267.      point   terrestrial   communications   lines.   This  fundamental
  268.      difference between  satellite-based  and  ARPANET-style  networks
  269.      results in different mechanisms for the delivery of messages from
  270.      source  to   destination   hosts   and   for   internal   network
  271.      coordination.   Additionally,  satellite  networks  tend to offer
  272.      different type of service options to their connected  hosts  than
  273.      do  ARPANET-style  networks.   These  options are included in the
  274.      Host Access Protocol presented here.
  275.  
  276.           Several types of Satellite IMPs have  been  developed  on  a
  277.      variety  of processors for the support of three different packet-
  278.      switched satellite networks.  The original SIMP was  employed  in
  279.      the Atlantic Packet Satellite Network (SATNET).  It was developed
  280.      from one of the models of ARPANET IMP, and was implemented  on  a
  281.      Honeywell  316  minicomputer.   The  316  SIMPs were succeeded in
  282.      SATNET by  SIMPs  based  on  BBN  C/30  Communications  Processor
  283.      hardware.   The  C/30 SIMPs have also been employed in the Mobile
  284.  
  285.  
  286.  
  287.                                      1
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.      RFC 907                                      Host Access Protocol
  297.      July 1984                                           Specification
  298.  
  299.  
  300.  
  301.      Access Terminal Network (MATNET).  The SATNET  and  MATNET  SIMPs
  302.      implement  a  network-access  level protocol known as Host/SATNET
  303.      Protocol.  Host/SATNET Protocol is the precursor to  HAP  and  is
  304.      documented  in  Internet  Experiment  Note  (IEN)  No.  192.  The
  305.      Wideband  Satellite  Network,  like  SATNET,  has  undergone   an
  306.      evolution  in  the development of its SIMP hardware and software.
  307.      The original Wideband Network  SIMP  is  known  as  the  Pluribus
  308.      Satellite  IMP,  or  PSAT,  having  been  implemented  on the BBN
  309.      Pluribus Multiprocessor.  Its successor, the BSAT,  is  based  on
  310.      the  BBN  Butterfly  Multiprocessor.   Both the PSAT and the BSAT
  311.      communicate with their connected network hosts via HAP.
  312.  
  313.           Section 2 presents an  overview  of  HAP.   Details  of  HAP
  314.      formats and message exchange procedures are contained in Sections
  315.      3  through  10.   Further  explanation  of  many  of  the  topics
  316.      addressed  in  this  HAP specification can be found in BBN Report
  317.      No. 4469, the "PSAT Technical Report".
  318.  
  319.           The protocol used to provide sufficiently  reliable  message
  320.      exchange  over the host-SIMP link is assumed to be transparent to
  321.      the network-access protocol defined in this  document.   Examples
  322.      of  such  link-level protocols are ARPANET 1822 local and distant
  323.      host, ARPANET VDH protocol, and HDLC.
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.                                      2
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352.  
  353.  
  354.      RFC 907                                      Host Access Protocol
  355.      July 1984                                           Specification
  356.  
  357.  
  358.  
  359.      2  Overview
  360.  
  361.           HAP can  be  characterized  as  a  full  duplex  nonreliable
  362.      protocol  with  an optional flow control mechanism.  HAP messages
  363.      flow simultaneously in both directions between the SIMP  and  the
  364.      host.  Transmission is nonreliable in the sense that the protocol
  365.      does not provide any guarantee of error-free sequenced  delivery.
  366.      To  the  extent that this functionality is required on the access
  367.      link  (e.g.,  non-collocated  SIMP  and  host  operating  over  a
  368.      communication  circuit),  it  must be supported by the link-level
  369.      protocol  below  HAP.   The  flow  control   mechanism   operates
  370.      independently in each direction except that enabling or disabling
  371.      the mechanism applies to both sides of the interface.
  372.  
  373.           HAP  supports  host-to-host  communication  in   two   modes
  374.      corresponding  to  the  two  types of HAP data messages, datagram
  375.      messages and stream messages.  Each type of message can be up  to
  376.      approximately  16K bits in length.  Datagram messages provide the
  377.      basic transmission service in the  satellite  network.   Datagram
  378.      messages transmitted by a host experience a nominal two satellite
  379.      hop end-to-end network delay. (Note that this delay, of about 0.6
  380.      sec  excluding  access  link  delay,  is associated with datagram
  381.      transmission between hosts on different SIMPs.  The  transmission
  382.      delay  between  hosts  on  the  same  SIMP  will  be much smaller
  383.      assuming the destination is not a group address.  See  Section  3
  384.      and  6.2.)  A  datagram control header, passed to the SIMP by the
  385.      host along with message text, determines the  processing  of  the
  386.      message  within the satellite network independent of any previous
  387.      exchanges.
  388.  
  389.           Stream  messages  provide  a   one   satellite   hop   delay
  390.      (approximately  0.3  sec)  for  volatile traffic, such as speech,
  391.      which  cannot  tolerate  the  delay  associated   with   datagram
  392.      transmission.   Hosts  may  also use streams to support high duty
  393.      cycle applications which require  guaranteed  channel  bandwidth.
  394.      Host  streams are established by a setup message exchange between
  395.      the host and the network prior to the commencement of data  flow.
  396.      Although  established host streams can have their characteristics
  397.      modified by subsequent setup messages while they are in use,  the
  398.      fixed  allocation  properties  of  streams  relative to datagrams
  399.      impose rather strict requirements on the source  of  the  traffic
  400.  
  401.  
  402.  
  403.                                      3
  404.  
  405.  
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.      RFC 907                                      Host Access Protocol
  413.      July 1984                                           Specification
  414.  
  415.  
  416.  
  417.      using  the stream.  Stream traffic arrivals must match the stream
  418.      allocation  both  in  interarrival  time  and  message  size   if
  419.      reasonable efficiency is to be achieved.  The characteristics and
  420.      use of datagrams and streams are described in detail in  Sections
  421.      3 and 4 of this document.
  422.  
  423.           Both datagram  and  stream  transmission  in  the  satellite
  424.      network  use  logical  addressing.   Each  host on the network is
  425.      assigned a permanent 16-bit logical address which is  independent
  426.      of  the physical port on the SIMP to which it is attached.  These
  427.      16-bit logical addresses are provided  in  all  Host-to-SIMP  and
  428.      SIMP-to-Host data messages.
  429.  
  430.           Hosts may also be members of groups.   Group  addressing  is
  431.      provided  primarily  to  support  the  multi-destination delivery
  432.      required for  conferencing  applications.   Like  streams,  group
  433.      addresses are dynamically created and deleted by the use of setup
  434.      messages exchanged between a host and the network.  Membership in
  435.      a  group  may consist of an arbitrary subset of all the permanent
  436.      network hosts.   A  message  addressed  to  a  group  address  is
  437.      delivered to all hosts that are members of that group.
  438.  
  439.           Although HAP does not guarantee error-free  delivery,  error
  440.      control is an important aspect of the protocol design.  HAP error
  441.      control is concerned with both local transfers between a host and
  442.      its local SIMP and transfers from SIMP-to-SIMP over the satellite
  443.      channel.  The  SIMP  offers  users  a  choice  of  network  error
  444.      protection  options based on the network's ability to selectively
  445.      send messages over the  satellite  channel  at  different  coding
  446.      rates.  These forward error correction (FEC) options are referred
  447.      to as reliability levels.  Three reliability levels (low, medium,
  448.      and high) are available to the host.
  449.  
  450.           In  addition  to  forward  error  correction,  a  number  of
  451.      checksum  mechanisms are employed in the satellite network to add
  452.      an error detection capability.  A host has  an  opportunity  when
  453.      sending  a  message  to  indicate  whether  the message should be
  454.      delivered to its destination or discarded  if  a  data  error  is
  455.      detected  by  the  network.  Each message received by a host from
  456.      the network will have a flag indicating whether or not  an  error
  457.      was  detected in that particular message.  A host can decide on a
  458.  
  459.  
  460.  
  461.                                      4
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.      RFC 907                                      Host Access Protocol
  471.      July 1984                                           Specification
  472.  
  473.  
  474.  
  475.      per-message basis whether or not it wants to  accept  or  discard
  476.      transmissions containing data errors.
  477.  
  478.           For connection of a host and SIMP in close proximity,  error
  479.      rates  due  to  external noise or hardware failures on the access
  480.      circuit may reasonably be expected to be much  smaller  than  the
  481.      best satellite channel error rate.  Thus for this case, little is
  482.      gained by using error detection and retransmission on the  access
  483.      circuit.   A  16-bit  header  checksum  is  provided, however, to
  484.      insure that SIMPs do not act on  incorrect  control  information.
  485.      For    relatively    long   distances   or   noisy   connections,
  486.      retransmissions over  the  access  circuit  may  be  required  to
  487.      optimize  performance  for both low and high reliability traffic.
  488.      It is expected that link-level error control procedures (such  as
  489.      HDLC) will be used for this purpose.
  490.  
  491.           Datagram and stream messages being presented to the  network
  492.      by  a  host may not be accepted for a number of reasons: priority
  493.      too low, destination dead, lack of buffers in  the  source  SIMP,
  494.      etc.  The host faces a similar situation with respect to handling
  495.      messages from the SIMP.  To permit the receiver of a  message  to
  496.      inform  the  sender  of  the local disposition of its message, an
  497.      acceptance/refusal (A/R) mechanism is implemented.  The mechanism
  498.      is  the external manifestation of the SIMP's (or host's) internal
  499.      flow and congestion control algorithm.  If A/Rs are  enabled,  an
  500.      explicit  or  implicit  acceptance or refusal for each message is
  501.      returned to the host by the SIMP (and conversely).   This  allows
  502.      the  host  (or  SIMP) to retry refused messages at its discretion
  503.      and can provide information useful for optimizing the sending  of
  504.      subsequent  messages if the reason for refusals is also provided.
  505.      The A/R mechanism can be disabled to  provide  a  "pure  discard"
  506.      interface.
  507.  
  508.           Each message submitted to the SIMP by a host  is  marked  as
  509.      being  in one of four priority classes, from priority 3 (highest)
  510.      through priority 0 (lowest).  The priority class is used  by  the
  511.      SIMP  for  arbitrating  contention  for  scarce network resources
  512.      (e.g., channel time).  That is, if the network cannot deliver all
  513.      of the offered messages, high priority messages will be delivered
  514.      in  preference  to  low  priority  messages.   In  the  case   of
  515.      datagrams,  priority  level  is  used  by  the  SIMP for ordering
  516.  
  517.  
  518.  
  519.                                      5
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.      RFC 907                                      Host Access Protocol
  529.      July 1984                                           Specification
  530.  
  531.  
  532.  
  533.      satellite channel reservation requests at  the  source  SIMP  and
  534.      message  delivery  at  the  destination  SIMP.   In  the  case of
  535.      streams, priority is associated with the ability of one stream to
  536.      preempt another stream of lower priority at setup time.
  537.  
  538.           While the A/R mechanism allows control of individual message
  539.      transfers,  it  does not facilitate regulation of priority flows.
  540.      Such regulation is handled by passing advisory status information
  541.      (GOPRI)   across   the   Host-SIMP   interface  indicating  which
  542.      priorities  are  currently  being  accepted.   As  long  as  this
  543.      information, relative to the change in priority status, is passed
  544.      frequently, the sender can avoid originating messages  which  are
  545.      sure to be refused.
  546.  
  547.           HAP defines both data messages (datagram messages and stream
  548.      messages)  and  control messages.  Data messages are used to send
  549.      information  between  network  hosts.    Control   messages   are
  550.      exchanged  between  a  host  and  the network to manage the local
  551.      access link.  HAP can also be viewed in  terms  of  two  distinct
  552.      protocol  layers,  the  message  layer  and the setup layer.  The
  553.      message layer is associated with the transmission  of  individual
  554.      datagram  messages and stream messages.  The setup layer protocol
  555.      is associated with the establishment, modification, and  deletion
  556.      of  streams  and  groups.   Setup  layer  exchanges  are actually
  557.      implemented as datagrams transmitted between the user host and an
  558.      internal SIMP "service host."
  559.  
  560.           Every HAP message consists of an integral number  of  16-bit
  561.      words.   The  first  several  words of the message always contain
  562.      control information and are referred to as  the  message  header.
  563.      The  first  word  of  the  message  header identifies the type of
  564.      message which follows.  The second word of the message header  is
  565.      a  checksum  which  covers  all  header information.  Any message
  566.      whose received  header  checksum  does  not  match  the  checksum
  567.      computed  on  the  received header information must be discarded.
  568.      The format of the rest of the  header  depends  on  the  specific
  569.      message type.
  570.  
  571.           The formats and use of  the  individual  message  types  are
  572.      detailed  in the following sections.  A common format description
  573.      is used for this  purpose.   Words  in  a  message  are  numbered
  574.  
  575.  
  576.  
  577.                                      6
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.      RFC 907                                      Host Access Protocol
  587.      July 1984                                           Specification
  588.  
  589.  
  590.  
  591.      starting  at  zero  (i.e.,  zero  is  the first word of a message
  592.      header).  Bits within  a  word  are  numbered  from  zero  (least
  593.      significant) to fifteen (most significant).  The notation used to
  594.      identify a particular field location is:
  595.  
  596.      <WORD#>{-<WORD#>}  [ <BIT#>{-<BIT#>} ]  <description>
  597.  
  598.      where optional elements in {} are used to specify the (inclusive)
  599.      upper  limit  of a range.  The reader should refer to these field
  600.      identifiers for precise field size specifications.  Fields  which
  601.      are  common  to  several  message  types are defined in the first
  602.      section which uses them.  Only the name of the field will usually
  603.      appear in the descriptions in subsequent sections.
  604.  
  605.           Link-level protocols used to support HAP can differ  in  the
  606.      order  in which they transmit the bits constituting HAP messages.
  607.      For HDLC  and  ARPANET  VDH,  each  word  of  a  HAP  message  is
  608.      transmitted  starting  with the least significant bit (bit 0) and
  609.      ending with the most significant bit (bit 15).  The words of  the
  610.      message  are transmitted from word 0 to word N.  For ARPANET 1822
  611.      local and distant host interfaces, the order of bit  transmission
  612.      within  each  word is the reverse of that for HDLC and VDH, i.e.,
  613.      the transmission is from bit 15 to bit 0.
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.                                      7
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.      RFC 907                                      Host Access Protocol
  645.      July 1984                                           Specification
  646.  
  647.  
  648.  
  649.      3  Datagram Messages
  650.  
  651.           Datagram messages are one of the two types of message  level
  652.      data  messages  used to support host-to-host communication.  Each
  653.      datagram can contain up to 16,384 bits of  user  data.   Datagram
  654.      messages  transmitted  by  a  host  to  a  host  on a remote SIMP
  655.      experience a nominal two satellite hop end-to-end  network  delay
  656.      (about  0.6  sec),  excluding  delay  on  the access links.  This
  657.      network delay is due to the reservation  per  message  scheduling
  658.      procedure  for datagrams which only allocates channel time to the
  659.      message for the duration of the actual transfer.  Since  datagram
  660.      transfers between permanent hosts on the same SIMP do not require
  661.      satellite channel scheduling prior  to  data  transmission,   the
  662.      network delay in this case will be much smaller and is determined
  663.      strictly  by  SIMP  processing  time.  Datagrams  sent  to  group
  664.      addresses  are treated as if they were addressed to  remote hosts
  665.      and are  always sent over the satellite channel.  It is  expected
  666.      that  datagram  messages  will be used to support the majority of
  667.      computer-to-computer and terminal-to-computer  traffic  which  is
  668.      bursty in nature.
  669.  
  670.           The format of datagram messages and the purpose of  each  of
  671.      the header control fields is described in Figure 1.
  672.  
  673.  
  674.  
  675.  
  676.  
  677.  
  678.  
  679.  
  680.  
  681.  
  682.  
  683.  
  684.  
  685.  
  686.  
  687.  
  688.  
  689.  
  690.  
  691.  
  692.  
  693.                                      8
  694.  
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701.  
  702.      RFC 907                                      Host Access Protocol
  703.      July 1984                                           Specification
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  711.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  712.       0      | 0|LB|GOPRI|  XXXX  | F|     MESSAGE NUMBER    |
  713.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  714.       1      |               HEADER CHECKSUM                 |
  715.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  716.       2      |                      A/R                      |
  717.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  718.       3      | 0|IL| D| E| TTL | PRI | RLY |      RLEN       |
  719.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  720.       4      |            DESTINATION HOST ADDRESS           |
  721.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  722.       5      |              SOURCE HOST ADDRESS              |
  723.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  724.      6-N     |                     DATA                      |
  725.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  726.  
  727.  
  728.                         Figure 1 . DATAGRAM MESSAGE
  729.  
  730.  
  731.  
  732.      0[15]     Message Class.  This bit identifies the  message  as  a
  733.                data message or a control message.
  734.  
  735.                     0 = Data Message
  736.                     1 = Control Message
  737.  
  738.      0[14]     Loopback Bit.  This bit allows the sender of a  message
  739.                to determine if its own messages are being looped back.
  740.                The host and the SIMP each use  different  settings  of
  741.                this bit for their transmissions.  If a message arrives
  742.                with the loopback bit set equal to its outgoing  value,
  743.                then the message has been looped.
  744.  
  745.                     0 = Sent by Host
  746.                     1 = Sent by SIMP
  747.  
  748.  
  749.  
  750.  
  751.                                      9
  752.  
  753.  
  754.  
  755.  
  756.  
  757.  
  758.  
  759.  
  760.      RFC 907                                      Host Access Protocol
  761.      July 1984                                           Specification
  762.  
  763.  
  764.  
  765.      0[12-13]  Go-Priority.   In  SIMP-to-Host  messages,  this  field
  766.                provides  advisory  information  concerning  the lowest
  767.                priority currently being accepted  by  the  SIMP.   The
  768.                host  may optionally choose to provide similar priority
  769.                information to the SIMP.
  770.  
  771.                     0 = Low Priority
  772.                     1 = Medium-Low Priority
  773.                     2 = Medium-High Priority
  774.                     3 = High Priority
  775.  
  776.      0[9-11]   Reserved.
  777.  
  778.      0[8]      Force Channel Transmission Flag.  This flag can be  set
  779.                by  the  source  host to force the SIMP to transmit the
  780.                message over the satellite channel even if the  message
  781.                contains   permanent   destination   and   source  host
  782.                addresses corresponding to hosts which  are  physically
  783.                connected to the same SIMP.
  784.  
  785.                     0 = Normal operation
  786.                     1 = Force channel transmission
  787.  
  788.      0[0-7]    Message Number.  This field contains the identification
  789.                of  the  message  used  by the acceptance/refusal (A/R)
  790.                mechanism (when enabled).  If  the  message  number  is
  791.                zero,  A/R  is disabled for this specific message.  See
  792.                Section  5  for  a  detailed  description  of  the  A/R
  793.                mechanism.
  794.  
  795.      1[0-15]   Header Checksum.  This field contains a checksum  which
  796.                covers  words  0-5.   It is computed as the negation of
  797.                the 2's-complement sum  of  words  0-5  (excluding  the
  798.                checksum word itself).
  799.  
  800.      2[0-15]   Piggybacked   A/R.    This   field   may   contain   an
  801.                acceptance/refusal word providing A/R status on traffic
  802.                flowing in the opposite direction.  Its  inclusion  may
  803.                eliminate  the  need for a separate A/R control message
  804.                (see Section 5).  A value of zero for this word is used
  805.                to  indicate  that  no  piggybacked  A/R information is
  806.  
  807.  
  808.  
  809.                                     10
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.      RFC 907                                      Host Access Protocol
  819.      July 1984                                           Specification
  820.  
  821.  
  822.  
  823.                present.
  824.  
  825.      3[15]     Data Message Type.  This  bit  identifies  whether  the
  826.                message is a datagram message or a stream message.
  827.  
  828.                     0 = Datagram Message
  829.                     1 = Stream Message
  830.  
  831.      3[14]     Internet/Local Flag.  This flag is set by a source host
  832.                to  specify  to  a  destination  host  whether the data
  833.                portion of the message contains a standard DoD Internet
  834.                header.   This  field  is  passed  transparently by the
  835.                source  and  destination  SIMPs  for  traffic   between
  836.                external   satellite   network  hosts.  This  field  is
  837.                examined by internal  SIMP  hosts  (e.g.,  the  network
  838.                service host) in order to support Internet operation.
  839.  
  840.                     0 = Internet
  841.                     1 = Local
  842.  
  843.  
  844.      3[13]     Discard Flag.   This  flag  allows  a  source  host  to
  845.                instruct   the   satellite   network   (including   the
  846.                destination host) what to do with the message when data
  847.                errors  are  detected  (assuming the header checksum is
  848.                correct).
  849.  
  850.                     0 = Discard message if data errors detected.
  851.                     1 = Don't discard message if data errors detected.
  852.  
  853.  
  854.                The value of this flag, set  by  the  source  host,  is
  855.                passed on to the destination host.
  856.  
  857.      3[12]     Data Error Flag.  This flag is used in conjunction with
  858.                the  Discard  Flag  to indicate to the destination host
  859.                whether any data  errors  have  been  detected  in  the
  860.                message  prior  to  transmission  over the SIMP-to-Host
  861.                access link.  It is used only if Discard Flag = 1.   It
  862.                should be set to zero by the source host.
  863.  
  864.  
  865.  
  866.  
  867.                                     11
  868.  
  869.  
  870.  
  871.  
  872.  
  873.  
  874.  
  875.  
  876.      RFC 907                                      Host Access Protocol
  877.      July 1984                                           Specification
  878.  
  879.  
  880.  
  881.                     0 = No Data Errors Detected
  882.                     1 = Data Errors Detected
  883.  
  884.  
  885.      3[10-11]  Time-to-Live Designator.  The  source  host  uses  this
  886.                field  to  specify  the  maximum  time  that a  message
  887.                should be allowed to exist within the satellite network
  888.                before being deleted.  Messages may be discarded by the
  889.                network prior to this maximum elapsed time.
  890.  
  891.                     0 = 1 seconds
  892.                     1 = 2 seconds
  893.                     2 = 5 seconds
  894.                     3 = 10 seconds
  895.  
  896.  
  897.                The Time-to-Live field is undefined  in  messages  sent
  898.                from a SIMP to a host.
  899.  
  900.      3[8-9]    Priority.  The source host uses this field  to  specify
  901.                the  priority  with which the message should be handled
  902.                within the network.
  903.  
  904.                     0 = Low Priority
  905.                     1 = Medium-Low Priority
  906.                     2 = Medium-High Priority
  907.                     3 = High Priority
  908.  
  909.  
  910.                The  priority  of  each  message  is  passed   to   the
  911.                destination host by the destination SIMP.
  912.  
  913.      3[6-7]    Reliability.   The  source  host  uses  this  field  to
  914.                specify  the  basic  bit error rate requirement for the
  915.                data portion of this message.   The  source  SIMP  uses
  916.                this   field   to   determine   the  satellite  channel
  917.                transmission parameters required to  provide  that  bit
  918.                error rate.
  919.  
  920.                     0 = Low Reliability
  921.                     1 = Medium Reliability
  922.  
  923.  
  924.  
  925.                                     12
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.  
  933.  
  934.      RFC 907                                      Host Access Protocol
  935.      July 1984                                           Specification
  936.  
  937.  
  938.  
  939.                     2 = High Reliability
  940.                     3 = Reserved
  941.  
  942.  
  943.                The Reliability field is  undefined  in  messages  sent
  944.                from a SIMP to a host.
  945.  
  946.      3[0-5]    Reliability Length.  This source host uses  this  field
  947.                to  specify  a portion of the user data which should be
  948.                transmitted at the highest  reliability  level  (lowest
  949.                bit error rate).  Both the six message header words and
  950.                the first Reliability Length words of user data will be
  951.                transmitted at Reliability=2 while the remainder of the
  952.                user data will be transmitted at  whatever  reliability
  953.                level  is  specified  in field 3[6-7].  The reliability
  954.                length mechanism gives the user the ability to transmit
  955.                private  header  information (e.g., IP and TCP headers)
  956.                at a higher reliability level than the remainder of the
  957.                data.   The  Reliability  Length  field is undefined in
  958.                messages sent from a SIMP to a host.
  959.  
  960.      4[0-15]   Destination Host  Address.   This  field  contains  the
  961.                satellite  network  logical  address of the destination
  962.                host.
  963.  
  964.      5[0-15]   Source Host Address.  This field contains the satellite
  965.                network logical address of the source host.
  966.  
  967.      6-N       Data.  This field contains up to 16,384 bits (1024  16-
  968.                bit words) of user data.
  969.  
  970.  
  971.  
  972.  
  973.  
  974.  
  975.  
  976.  
  977.  
  978.  
  979.  
  980.  
  981.  
  982.  
  983.                                     13
  984.  
  985.  
  986.  
  987.  
  988.  
  989.  
  990.  
  991.  
  992.      RFC 907                                      Host Access Protocol
  993.      July 1984                                           Specification
  994.  
  995.  
  996.  
  997.      4  Stream Messages
  998.  
  999.           Stream messages are the second type of  message  level  data
  1000.      messages.   As  noted  in  Section  2, streams exist primarily to
  1001.      provide a one satellite hop delay for volatile  traffic  such  as
  1002.      speech.   Hosts  may  also use streams to support high duty cycle
  1003.      applications which require guaranteed channel bandwidth.
  1004.  
  1005.           Streams must be created before stream messages can flow from
  1006.      host  to  host.   The  protocol  to accomplish stream creation is
  1007.      described  in  Section  6.1.   Once  established,  a  stream   is
  1008.      associated   with  a  recurring  channel  allocation  within  the
  1009.      satellite network.  This fixed allocation imposes  rather  strict
  1010.      requirements  on  the  host using the stream if efficient channel
  1011.      utilization is to be achieved.  In  particular,  stream  messages
  1012.      must  match  the  stream allocation both in terms of message size
  1013.      and message interarrival time.
  1014.  
  1015.           Within the bounds  of  its  stream  allocation,  a  host  is
  1016.      permitted  considerable  flexibility  in how it may use a stream.
  1017.      Although the priority, reliability,  and  reliability  length  of
  1018.      each  stream  message  is  fixed  at  stream  creation  time, the
  1019.      destination logical address  can  vary  from  stream  message  to
  1020.      stream  message.   A host can, therefore,  multiplex a variety of
  1021.      logical flows onto a single host stream.  The  format  of  stream
  1022.      messages is described in Figure 2.
  1023.  
  1024.  
  1025.  
  1026.  
  1027.  
  1028.  
  1029.  
  1030.  
  1031.  
  1032.  
  1033.  
  1034.  
  1035.  
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.                                     14
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.      RFC 907                                      Host Access Protocol
  1051.      July 1984                                           Specification
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  1059.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1060.       0      | 0|LB|GOPRI|   XXXX    |     MESSAGE NUMBER    |
  1061.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1062.       1      |               HEADER CHECKSUM                 |
  1063.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1064.       2      |                      A/R                      |
  1065.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1066.       3      | 1|IL| D| E| TTL |       HOST STREAM ID        |
  1067.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1068.       4      |            DESTINATION HOST ADDRESS           |
  1069.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1070.       5      |              SOURCE HOST ADDRESS              |
  1071.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1072.      6-N     |                     DATA                      |
  1073.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1074.  
  1075.  
  1076.                          Figure 2 . STREAM MESSAGE
  1077.  
  1078.  
  1079.  
  1080.      0[15]     Message Class = 0 (Data Message).
  1081.  
  1082.      0[14]     Loopback Bit.
  1083.  
  1084.      0[12-13]  Go-Priority.
  1085.  
  1086.      0[8-11]   Reserved.
  1087.  
  1088.      0[0-7]    Message Number.  This field serves the same purpose  as
  1089.                the  message  number  field  in  the  datagram message.
  1090.                Moreover, a single message number sequence is used  for
  1091.                both datagram and stream messages (see Section 5).
  1092.  
  1093.      1[0-15]   Header Checksum.  Covers Words 0-5.
  1094.  
  1095.      2[0-15]   Piggybacked A/R.
  1096.  
  1097.  
  1098.  
  1099.                                     15
  1100.  
  1101.  
  1102.  
  1103.  
  1104.  
  1105.  
  1106.  
  1107.  
  1108.      RFC 907                                      Host Access Protocol
  1109.      July 1984                                           Specification
  1110.  
  1111.  
  1112.  
  1113.      3[15]     Data Message Type = 1 (Stream).
  1114.  
  1115.      3[14]     Internet/Local Flag.
  1116.  
  1117.      3[13]     Discard Flag.
  1118.  
  1119.      3[12]     Data Error Flag.
  1120.  
  1121.      3[10-11]  Time-to-live Designator.
  1122.  
  1123.                     0 = Reserved
  1124.                     1 = 1 second
  1125.                     2 = Reserved
  1126.                     3 = Reserved
  1127.  
  1128.      3[0-9]    Host Stream ID.  The service host uses  this  field  to
  1129.                identify  the  host stream over which the message is to
  1130.                be sent by the SIMP.  Host stream IDs  are  established
  1131.                at  stream  creation time via host exchanges with their
  1132.                network service host (see Section 6.1).
  1133.  
  1134.      4[0-15]   Destination Host Address.
  1135.  
  1136.      5[0-15]   Source Host Address.
  1137.  
  1138.      6-N       Data.  This field contains up to 16,000  bits  of  user
  1139.                data (multiple of 16-bits).
  1140.  
  1141.  
  1142.  
  1143.  
  1144.  
  1145.  
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.                                     16
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.      RFC 907                                      Host Access Protocol
  1167.      July 1984                                           Specification
  1168.  
  1169.  
  1170.  
  1171.      5  Flow Control Messages
  1172.  
  1173.           The SIMP supports an acceptance/refusal (A/R)  mechanism  in
  1174.      each  direction  on  the  host access link.  The A/R mechanism is
  1175.      enabled for the link by the host by setting a bit in the  Restart
  1176.      Complete  control  message  (see  Section  8).  Each datagram and
  1177.      stream message contains an 8-bit message number used to  identify
  1178.      the  message  for  flow  control purposes.  Both the host and the
  1179.      SIMP increment this number modulo 256 in successive messages they
  1180.      transmit.   Up  to  127  messages  may  be  outstanding  in  each
  1181.      direction at any time.  If the receiver of a message is unable to
  1182.      accept  the  message, a refusal indication containing the message
  1183.      number of the refused message and the reason for the  refusal  is
  1184.      returned.   The  refusal  indication  may  be piggybacked on data
  1185.      messages in the opposite direction over the link or may  be  sent
  1186.      in a separate control message in the absence of reverse traffic.
  1187.  
  1188.           Acceptance indications are returned  in  a  similar  manner,
  1189.      either  piggybacked  on  data  messages or in a  separate control
  1190.      message.  An acceptance is returned by the receiver  to  indicate
  1191.      that   the   identified  message  was  not  refused.   Acceptance
  1192.      indications returned  by  the  SIMP  do  not,  however,  imply  a
  1193.      guarantee of delivery or even any assurance that the message will
  1194.      not be intentionally discarded by the network at  a  later  time.
  1195.      They  are  sent  primarily to facilitate buffer management in the
  1196.      host.
  1197.  
  1198.           To reduce the number of A/R messages exchanged, a single A/R
  1199.      indication   can   be  returned  for  multiple  (lower  numbered)
  1200.      previously  unacknowledged  messages.   Explicit  acceptance   of
  1201.      message  number  N  implies  implicit  acceptance  of outstanding
  1202.      messages  with  numbers  N-1,  N-2,  etc.,   according   to   the
  1203.      definition  of  acceptance  outlined  above.  (Note that explicit
  1204.      acceptance of message number N  does not imply that  all  of  the
  1205.      unacknowledged  outstanding  messages  have  been  received.)  An
  1206.      analogous interpretation of refusal  message  number  allows  the
  1207.      receiver  of  a  group  of  messages  to  reject  them as a group
  1208.      assuming that they all are being refused for the same reason.  As
  1209.      a  further  efficiency  measure,  HAP  permits  a  block  of  A/R
  1210.      indications to be aggregated into a single A/R  control  message.
  1211.      Such  a  message might be used, for example, to reject a group of
  1212.  
  1213.  
  1214.  
  1215.                                     17
  1216.  
  1217.  
  1218.  
  1219.  
  1220.  
  1221.  
  1222.  
  1223.  
  1224.      RFC 907                                      Host Access Protocol
  1225.      July 1984                                           Specification
  1226.  
  1227.  
  1228.  
  1229.      messages where the refusal code on each is different.
  1230.  
  1231.           In  some  circumstances   the   overhead   associated   with
  1232.      processing A/R messages may prove unattractive.  For these cases,
  1233.      it is possible to disable the A/R mechanism and operate  the  HAP
  1234.      interface  in  a purely discard mode.  The ability to effect this
  1235.      on a link basis has already been noted (see Sections  2  and  8).
  1236.      In  addition,  messages  with  sequence number  zero are taken as
  1237.      messages for which the A/R mechanism is selectively disabled.  To
  1238.      permit  critical  feedback,  even when operating in discard mode,
  1239.      HAP defines an "Unnumbered Response" control message.
  1240.  
  1241.           The format shown in  Figure 3  is used both for piggybacking
  1242.      A/R  indications on data messages (word 2), and for providing A/R
  1243.      information in separate control messages.  When separate  control
  1244.      messages  are  used to transmit A/R indications, the format shown
  1245.      in  Figure  4  applies.   Flow  control  information  and   other
  1246.      information  which cannot be sent as an A/R indication is sent in
  1247.      an Unnumbered Response control message.  The format of this  type
  1248.      of message is illustrated in Figure 5.
  1249.  
  1250.  
  1251.  
  1252.  
  1253.  
  1254.  
  1255.  
  1256.  
  1257.  
  1258.  
  1259.  
  1260.  
  1261.  
  1262.  
  1263.  
  1264.  
  1265.  
  1266.  
  1267.  
  1268.  
  1269.  
  1270.  
  1271.  
  1272.  
  1273.                                     18
  1274.  
  1275.  
  1276.  
  1277.  
  1278.  
  1279.  
  1280.  
  1281.  
  1282.      RFC 907                                      Host Access Protocol
  1283.      July 1984                                           Specification
  1284.  
  1285.  
  1286.  
  1287.  
  1288.  
  1289.  
  1290.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  1291.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1292.              |AR|    REFUSAL CODE    |  A/R MESSAGE NUMBER   |
  1293.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1294.  
  1295.  
  1296.                     Figure 3 . ACCEPTANCE/REFUSAL WORD
  1297.  
  1298.  
  1299.  
  1300.      [15]      Acceptance/Refusal Type.  This field identifies whether
  1301.                A/R information is an acceptance or a refusal.
  1302.  
  1303.                     0 = Acceptance
  1304.                     1 = Refusal
  1305.  
  1306.      [8-14]    Refusal Code.  When the Acceptance/Refusal  Type  =  1,
  1307.                this field gives the Refusal Code.
  1308.  
  1309.                     0 = Priority not being accepted
  1310.                     1 = Source SIMP congestion
  1311.                     2 = Destination SIMP congestion
  1312.                     3 = Destination host dead
  1313.                     4 = Destination SIMP dead
  1314.                     5 = Illegal destination host address
  1315.                     6 = Destination host access not allowed
  1316.                     7 = Illegal source host address
  1317.                     8 = Message lost in access link
  1318.                     9 = Nonexistent stream ID
  1319.                    10 = Illegal source host for stream ID
  1320.                    11 = Message length too long
  1321.                    12 = Stream message too early
  1322.                    13 = Illegal control message type
  1323.                    14 = Illegal refusal code in A/R
  1324.                    15 = Illegal reliability value
  1325.                    16 = Destination host congestion
  1326.  
  1327.      [0-7]     A/R Message Number.  This field contains the number  of
  1328.  
  1329.  
  1330.  
  1331.                                     19
  1332.  
  1333.  
  1334.  
  1335.  
  1336.  
  1337.  
  1338.  
  1339.  
  1340.      RFC 907                                      Host Access Protocol
  1341.      July 1984                                           Specification
  1342.  
  1343.  
  1344.  
  1345.                the  message  to  which this acceptance/refusal refers.
  1346.                It  also  applies  to  all  outstanding  messages  with
  1347.                earlier  numbers.   Note  that  this field can never be
  1348.                zero since a message number of zero  implies  that  the
  1349.                A/R mechanism is disabled.
  1350.  
  1351.  
  1352.  
  1353.  
  1354.  
  1355.  
  1356.  
  1357.  
  1358.  
  1359.  
  1360.  
  1361.  
  1362.  
  1363.  
  1364.  
  1365.  
  1366.  
  1367.  
  1368.  
  1369.  
  1370.  
  1371.  
  1372.  
  1373.  
  1374.  
  1375.  
  1376.  
  1377.  
  1378.  
  1379.  
  1380.  
  1381.  
  1382.  
  1383.  
  1384.  
  1385.  
  1386.  
  1387.  
  1388.  
  1389.                                     20
  1390.  
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.      RFC 907                                      Host Access Protocol
  1399.      July 1984                                           Specification
  1400.  
  1401.  
  1402.  
  1403.  
  1404.  
  1405.  
  1406.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  1407.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1408.       0      | 1|LB|GOPRI|   XXXX    |  LENGTH   |     1     |
  1409.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1410.       1      |                HEADER CHECKSUM                |
  1411.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1412.       2      |                      A/R                      |
  1413.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1414.       .      .                      ...                      .
  1415.       .      .                      ...                      .
  1416.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1417.       N      |                      A/R                      |
  1418.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1419.  
  1420.  
  1421.                    Figure 4 . ACCEPTANCE/REFUSAL MESSAGE
  1422.  
  1423.  
  1424.  
  1425.      0[15]     Message Class = 1 (Control Message).
  1426.  
  1427.      0[14]     Loopback Bit.
  1428.  
  1429.      0[12-13]  Go-Priority.
  1430.  
  1431.      0[8-11]   Reserved.
  1432.  
  1433.      0[4-7]    Message Length.  This field contains the  total  length
  1434.                of this message in words (N+1).
  1435.  
  1436.      0[0-3]    Control Message Type = 1 (Acceptance/Refusal).
  1437.  
  1438.      1[0-15]   Header Checksum.  The checksum covers words 0-N.
  1439.  
  1440.      2[0-15]   Acceptance/Refusal Word.
  1441.  
  1442.      3-N       Additional Acceptance/Refusal Words (optional).
  1443.  
  1444.  
  1445.  
  1446.  
  1447.                                     21
  1448.  
  1449.  
  1450.  
  1451.  
  1452.  
  1453.  
  1454.  
  1455.  
  1456.      RFC 907                                      Host Access Protocol
  1457.      July 1984                                           Specification
  1458.  
  1459.  
  1460.  
  1461.  
  1462.  
  1463.  
  1464.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  1465.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1466.       0      | 1|LB|GOPRI|   XXXX    | RES-CODE  |     5     |
  1467.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1468.       1      |                HEADER CHECKSUM                |
  1469.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1470.       2      |                 RESPONSE INFO                 |
  1471.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1472.       3      |                 RESPONSE INFO                 |
  1473.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1474.  
  1475.  
  1476.                       Figure 5 . UNNUMBERED RESPONSE
  1477.  
  1478.  
  1479.  
  1480.      0[15]     Message Class = 1 (Control Message).
  1481.  
  1482.      0[14]     Loopback Bit.
  1483.  
  1484.      0[12-13]  Go-Priority.
  1485.  
  1486.      0[8-11]   Reserved.
  1487.  
  1488.      0[4-7]    Response Code.
  1489.  
  1490.                     3 = Destination unreachable
  1491.                     5 = Illegal destination host address
  1492.                     7 = Illegal source host address
  1493.                     9 = Nonexistent stream ID
  1494.                    10 = Illegal stream ID
  1495.                    13 = Protocol violation
  1496.                    15 = Can't implement loop
  1497.  
  1498.      0[0-3]    Control Message Type = 5 (Unnumbered Response).
  1499.  
  1500.      1[0-15]   Header Checksum.  Covers words 0-3.
  1501.  
  1502.  
  1503.  
  1504.  
  1505.                                     22
  1506.  
  1507.  
  1508.  
  1509.  
  1510.  
  1511.  
  1512.  
  1513.  
  1514.      RFC 907                                      Host Access Protocol
  1515.      July 1984                                           Specification
  1516.  
  1517.  
  1518.  
  1519.      2[0-15]   Response Information. If Response Code is:
  1520.  
  1521.                     3, Destination Host Address
  1522.                     5, Destination Host Address
  1523.                     7, Source Host Address
  1524.                     9, Stream ID (right justified)
  1525.                    10, Stream ID (right justified)
  1526.                    13, Word 0 of offending message
  1527.                    15, Word 0 of Loopback Request message
  1528.  
  1529.      3[0-15]   Response Information. If Response Code is:
  1530.  
  1531.                     3,5,7, or 9. Undefined
  1532.                     10, Source Host Address
  1533.                     13, Word 3 of offending message, or zero if
  1534.                         no word 3
  1535.                     15, Word 2 of Loopback Request message
  1536.  
  1537.  
  1538.  
  1539.  
  1540.  
  1541.  
  1542.  
  1543.  
  1544.  
  1545.  
  1546.  
  1547.  
  1548.  
  1549.  
  1550.  
  1551.  
  1552.  
  1553.  
  1554.  
  1555.  
  1556.  
  1557.  
  1558.  
  1559.  
  1560.  
  1561.  
  1562.  
  1563.                                     23
  1564.  
  1565.  
  1566.  
  1567.  
  1568.  
  1569.  
  1570.  
  1571.  
  1572.      RFC 907                                      Host Access Protocol
  1573.      July 1984                                           Specification
  1574.  
  1575.  
  1576.  
  1577.      6  Setup Level Messages
  1578.  
  1579.           Setup  level   protocol   is   provided   to   support   the
  1580.      establishment,  modification,  and deletion of groups and streams
  1581.      in the packet satellite network.  A host wishing to  perform  one
  1582.      of  these  generic  operations interacts with the network service
  1583.      host  (logical  address  zero).   The  service  host  causes  the
  1584.      requested action to be carried out and serves as the intermediary
  1585.      between the user and the rest of the network.  In the process  of
  1586.      implementing the requested action, various network data bases are
  1587.      updated to reflect the current state of the referenced  group  or
  1588.      stream.
  1589.  
  1590.           The communication between the host and the service  host  is
  1591.      implemented  via special-purpose datagrams called setup messages.
  1592.      Each interaction initiated by a host involves  a  3-way  exchange
  1593.      where: (1) the user host sends a Request to the service host, (2)
  1594.      the service host returns a Reply to the user host,  and  (3)  the
  1595.      user  host  returns  a  Reply Acknowledgment to the service host.
  1596.      This procedure  is  used  to   insure  reliable  transmission  of
  1597.      requests  and  replies.   In  order  to allow more than one setup
  1598.      request message from a host to be outstanding,  each  request  is
  1599.      assigned   a   unique  Request  ID.   The  associated  Reply  and
  1600.      subsequent Reply Acknowledgment are identified by the Request  ID
  1601.      that they contain.  Hosts should generally expect a minimum delay
  1602.      of about two satellite round-trip times between the  transmission
  1603.      of  a setup Request to the SIMP and the receipt of the associated
  1604.      Reply.  (Note that the Join Group Request  and  the  Leave  Group
  1605.      Request  require  only local communication between a host and its
  1606.      SIMP.  The  response  time  for  these  requests,  therefore,  is
  1607.      dependent   solely   on   SIMP  processing  time  and  should  be
  1608.      considerably shorter  than  two  round-trip  times.)  This  delay
  1609.      establishes  a  maximum rate at which changes can be processed by
  1610.      the SIMP.  The user should receive a reply  to  a  setup  request
  1611.      requiring  global  communication  within 2 seconds and to a setup
  1612.      request requiring local communication within 1 second.  The  host
  1613.      should respond to a SIMP Reply with a Reply Acknowledgment within
  1614.      1 second.
  1615.  
  1616.  
  1617.  
  1618.  
  1619.  
  1620.  
  1621.                                     24
  1622.  
  1623.  
  1624.  
  1625.  
  1626.  
  1627.  
  1628.  
  1629.  
  1630.      RFC 907                                      Host Access Protocol
  1631.      July 1984                                           Specification
  1632.  
  1633.  
  1634.  
  1635.           Setup exchanges can also be initiated  by  the  SIMP.  SIMP-
  1636.      initiated  setup messages are used to notify a host of changes in
  1637.      the status of an associated group or  stream.  Each  notification
  1638.      involves  a  2-way  exchange  where: (1) the service host sends a
  1639.      Notification to the user host, and (2) the user  host  returns  a
  1640.      Notification  Acknowledgment  to  the  service  host. In order to
  1641.      allow more than one Notification  to  be  outstanding,  each   is
  1642.      assigned    a    unique   Notification   ID.   The   Notification
  1643.      Acknowledgment returned by the user host to the service host must
  1644.      contain the Notification ID.
  1645.  
  1646.           The general format of every setup message is:
  1647.  
  1648.                          <DATAGRAM MESSAGE HEADER>
  1649.                         <OPTIONAL INTERNET HEADER>
  1650.                           <SETUP MESSAGE HEADER>
  1651.                            <SETUP MESSAGE BODY>
  1652.  
  1653.      The service host accepts setup requests  in  either  Internet  or
  1654.      non-Internet  format.   Replies  from the service host will be in
  1655.      the same form as the request,  that  is,  Internet  requests  get
  1656.      Internet  replies,  and  non-Internet  requests  get non-Internet
  1657.      replies.
  1658.  
  1659.           The format of the combined datagram message header and setup
  1660.      message header is illustrated in Figure 6.  The body of the setup
  1661.      messages depends on the particular setup  message  type.   Stream
  1662.      request  and  reply messages are described in Section 6.1.  Group
  1663.      request and reply messages are  described  in  Section  6.2.   To
  1664.      simplify  the  presentation  in both of these sections, the setup
  1665.      messages are assumed to be exchanged between  a  local  host  and
  1666.      SIMP  even  though Internet group and stream setups are supported
  1667.      (see Figure 6).  The format of notifications, which  consists  of
  1668.      only  a  single  word  beyond the basic setup header, is shown in
  1669.      Figure 7.  Since the SIMP does not retain the  optional  Internet
  1670.      header  information  that  can  be  included  in  setup requests,
  1671.      Internet  notifications  are  not  supported.   The   format   of
  1672.      acknowledgment   messages   associated   with  request/reply  and
  1673.      notification setups is illustrated in Figure 8.
  1674.  
  1675.  
  1676.  
  1677.  
  1678.  
  1679.                                     25
  1680.  
  1681.  
  1682.  
  1683.  
  1684.  
  1685.  
  1686.  
  1687.  
  1688.      RFC 907                                      Host Access Protocol
  1689.      July 1984                                           Specification
  1690.  
  1691.  
  1692.  
  1693.  
  1694.  
  1695.  
  1696.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  1697.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1698.      0-5     |            DATAGRAM MESSAGE HEADER            |
  1699.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1700.      6-N     |          <OPTIONAL INTERNET HEADER>           |
  1701.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1702.      N+1     |      SETUP TYPE       |      SETUP CODE       |
  1703.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1704.      N+2     |                 SETUP CHECKSUM                |
  1705.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1706.      N+3     |                   SETUP  ID                   |
  1707.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1708.  
  1709.  
  1710.                       Figure 6 . SETUP MESSAGE HEADER
  1711.  
  1712.  
  1713.  
  1714.      0-5        Datagram Message Header.  Each  setup  message  begins
  1715.                 with the six word datagram message header (see Section
  1716.                 3).
  1717.  
  1718.      6-N        Internet  Header  (Optional).   These   fields,   when
  1719.                 present, conform to the DoD Standard Internet Protocol
  1720.                 (IP). The Internet header size  is  a  minimum  of  10
  1721.                 words  but  can  be  longer  depending  on  the use of
  1722.                 optional  IP   facilities.    (Internet   notification
  1723.                 messages are not supported.)
  1724.  
  1725.      N+1[8-15]  Setup Type.  This field determines the type  of  setup
  1726.                 message.
  1727.  
  1728.                      0 = Acknowledgment
  1729.                      1 = Request
  1730.                      2 = Reply
  1731.                      3 = Notification
  1732.  
  1733.      N+1[0-7]   Setup Code.  For requests,  this field identifies  the
  1734.  
  1735.  
  1736.  
  1737.                                     26
  1738.  
  1739.  
  1740.  
  1741.  
  1742.  
  1743.  
  1744.  
  1745.  
  1746.      RFC 907                                      Host Access Protocol
  1747.      July 1984                                           Specification
  1748.  
  1749.  
  1750.  
  1751.                 Request Type.
  1752.  
  1753.                      1 = Create group address
  1754.                      2 = Delete group address
  1755.                      3 = Join group
  1756.                      4 = Leave group
  1757.                      5 = Create stream
  1758.                      6 = Delete stream
  1759.                      7 = Change stream parameters
  1760.                      8 = Reserved
  1761.  
  1762.                 For Replies, this field provides the Reply Code.  Some
  1763.                 of  the  Reply  Codes  can  be  returned  to any setup
  1764.                 request and others are request specific.
  1765.  
  1766.                      0 = Group or stream created
  1767.                      1 = Group or stream deleted
  1768.                      2 = Group joined
  1769.                      3 = Group left
  1770.                      4 = Stream changed
  1771.                      5 = Reserved
  1772.                      6 = Bad request type
  1773.                      7 = Reserved
  1774.                      8 = Network trouble
  1775.                      9 = Bad key
  1776.                     10 = Group address/stream ID nonexistent
  1777.                     11 = Not member of group/creator of stream
  1778.                     12 = Stream priority not being accepted
  1779.                     13 = Reserved
  1780.                     14 = Reserved
  1781.                     15 = Illegal interval
  1782.                     16 = Reserved
  1783.                     17 = Insufficient network resources
  1784.                     18 = Requested bandwidth too large
  1785.                     19 = Reserved
  1786.                     20 = Reserved
  1787.                     21 = Maximum messages per slot not consistent with
  1788.                          slot size
  1789.                     22 = Reply lost in network
  1790.                     23 = Illegal reliability value
  1791.  
  1792.  
  1793.  
  1794.  
  1795.                                     27
  1796.  
  1797.  
  1798.  
  1799.  
  1800.  
  1801.  
  1802.  
  1803.  
  1804.      RFC 907                                      Host Access Protocol
  1805.      July 1984                                           Specification
  1806.  
  1807.  
  1808.  
  1809.                 For   Notifications,   this   field    contains    the
  1810.                 Notification Type.
  1811.  
  1812.                      0 = Stream suspended
  1813.                      1 = Stream resumed
  1814.                      2 = Stream deleted
  1815.                      3 = Group deleted by host
  1816.                      4 = Group deleted by SIMP
  1817.                      5 = All streams deleted
  1818.                      6 = All groups deleted
  1819.  
  1820.                 For   Acknowledgments,   this   field   contains   the
  1821.                 Acknowledgment Type.
  1822.  
  1823.                      0 = Reply acknowledgment
  1824.                      1 = Notification acknowledgment
  1825.  
  1826.      N+2[0-15]  Setup Checksum.  The checksum covers the  three  setup
  1827.                 message  header  words and the setup message body data
  1828.                 words.  Setups received with  bad  checksums  must  be
  1829.                 discarded.
  1830.  
  1831.      N+3[0-15]  Setup ID.  This field  is  assigned  by  the  host  to
  1832.                 uniquely  identify  outstanding  requests (Request ID)
  1833.                 and  by  the  service  host   to   uniquely   identify
  1834.                 outstanding notifications (Notification ID).
  1835.  
  1836.  
  1837.  
  1838.  
  1839.  
  1840.  
  1841.  
  1842.  
  1843.  
  1844.  
  1845.  
  1846.  
  1847.  
  1848.  
  1849.  
  1850.  
  1851.  
  1852.  
  1853.                                     28
  1854.  
  1855.  
  1856.  
  1857.  
  1858.  
  1859.  
  1860.  
  1861.  
  1862.      RFC 907                                      Host Access Protocol
  1863.      July 1984                                           Specification
  1864.  
  1865.  
  1866.  
  1867.  
  1868.  
  1869.  
  1870.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  1871.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1872.      0-5     |            DATAGRAM MESSAGE HEADER            |
  1873.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1874.       6      |           3           |   NOTIFICATION TYPE   |
  1875.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1876.       7      |                 SETUP CHECKSUM                |
  1877.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1878.       8      |                 NOTIFICATION ID               |
  1879.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1880.       9      |                NOTIFICATION INFO              |
  1881.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1882.  
  1883.  
  1884.                       Figure 7 . NOTIFICATION MESSAGE
  1885.  
  1886.  
  1887.  
  1888.      0-5         Datagram Message Header (see Section 3).
  1889.  
  1890.        6[8-15]   Setup Type = 3 (Notification).
  1891.  
  1892.        6[0-7]    Notification Type.
  1893.  
  1894.                       0 = Stream suspended
  1895.                       1 = Stream resumed
  1896.                       2 = Stream deleted
  1897.                       3 = Group deleted by host
  1898.                       4 = Group deleted by SIMP
  1899.                       5 = All streams deleted
  1900.                       6 = All groups deleted
  1901.  
  1902.        7[0-15]   Setup Checksum. Covers words 6-9.
  1903.  
  1904.        8[0-15]   Notification ID.
  1905.  
  1906.        9[0-15]   Notification Information.  This  field  contains  the
  1907.                  16-bit   group   address  in  the  case  of  a  group
  1908.  
  1909.  
  1910.  
  1911.                                     29
  1912.  
  1913.  
  1914.  
  1915.  
  1916.  
  1917.  
  1918.  
  1919.  
  1920.      RFC 907                                      Host Access Protocol
  1921.      July 1984                                           Specification
  1922.  
  1923.  
  1924.  
  1925.                  notification (types 3 and  4)  and  the  10-bit  host
  1926.                  stream  ID  (right justified) in the case of a stream
  1927.                  notification (types 0-2).  This  field  is  zero  for
  1928.                  Notification  Types  5  and  6,  which pertain to ALL
  1929.                  streams and groups, respectively.
  1930.  
  1931.  
  1932.  
  1933.  
  1934.  
  1935.  
  1936.  
  1937.  
  1938.  
  1939.  
  1940.  
  1941.  
  1942.  
  1943.  
  1944.  
  1945.  
  1946.  
  1947.  
  1948.  
  1949.  
  1950.  
  1951.  
  1952.  
  1953.  
  1954.  
  1955.  
  1956.  
  1957.  
  1958.  
  1959.  
  1960.  
  1961.  
  1962.  
  1963.  
  1964.  
  1965.  
  1966.  
  1967.  
  1968.  
  1969.                                     30
  1970.  
  1971.  
  1972.  
  1973.  
  1974.  
  1975.  
  1976.  
  1977.  
  1978.      RFC 907                                      Host Access Protocol
  1979.      July 1984                                           Specification
  1980.  
  1981.  
  1982.  
  1983.  
  1984.  
  1985.  
  1986.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  1987.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1988.      0-5     |            DATAGRAM MESSAGE HEADER            |
  1989.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1990.       6      |           0           |        ACK TYPE       |
  1991.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1992.       7      |                 SETUP CHECKSUM                |
  1993.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1994.       8      |                   SETUP  ID                   |
  1995.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  1996.  
  1997.  
  1998.                       Figure 8 . SETUP ACKNOWLEDGMENT
  1999.  
  2000.  
  2001.  
  2002.      0-5         Datagram Message Header.
  2003.  
  2004.        6[8-15]   Setup Type = 0 (Acknowledgment).
  2005.  
  2006.        6[0-7]    Acknowledgment Type.
  2007.  
  2008.                      0 = Reply acknowledgment
  2009.                      1 = Notification acknowledgment
  2010.  
  2011.        7[0-15]   Setup Checksum.  Covers words 6-8.
  2012.  
  2013.        8[0-15]   Setup  ID.   This  is  either  a  Request  ID  or   a
  2014.                  Notification ID.
  2015.  
  2016.  
  2017.  
  2018.  
  2019.  
  2020.  
  2021.  
  2022.  
  2023.  
  2024.  
  2025.  
  2026.  
  2027.                                     31
  2028.  
  2029.  
  2030.  
  2031.  
  2032.  
  2033.  
  2034.  
  2035.  
  2036.      RFC 907                                      Host Access Protocol
  2037.      July 1984                                           Specification
  2038.  
  2039.  
  2040.  
  2041.      6.1  Stream Setup Messages
  2042.  
  2043.           Hosts use  streams to support high duty  cycle  applications
  2044.      and   applications   requiring   a   one  satellite  hop  network
  2045.      transmission delay.  Host streams must be set  up  before  stream
  2046.      data messages can flow.  The stream setup messages defined by HAP
  2047.      are Create Stream Request, Create  Stream  Reply,  Delete  Stream
  2048.      Request,  Delete  Stream Reply, Change Stream Parameters Request,
  2049.      and Change Stream Parameters Reply.  The use of these messages is
  2050.      illustrated  in  the scenario of exchanges between a host and its
  2051.      local SIMP shown in Figure 9 where the host establishes a stream,
  2052.      sends  some data, modifies the stream characteristics, sends some
  2053.      more data, and finally closes down the stream.
  2054.  
  2055.           It is worthwhile noting that the setup exchanges in Figure 9
  2056.      are  completely  between  the host originating the stream and its
  2057.      local SIMP.  Other SIMPs and hosts are essentially unaware of the
  2058.      existence   of   the  stream.   Stream  messages  received  by  a
  2059.      destination  host  are,  therefore,  processed   identically   to
  2060.      datagram  messages.   (All SIMPs must, of course, be aware of the
  2061.      channel allocation associated with a  host  stream  in  order  to
  2062.      perform  satellite  channel  scheduling.)   Not  illustrated, but
  2063.      implicit in this  scenario,  are  the  optional  A/R  indications
  2064.      associated with each of the stream setup messages.
  2065.  
  2066.  
  2067.  
  2068.  
  2069.  
  2070.  
  2071.  
  2072.  
  2073.  
  2074.  
  2075.  
  2076.  
  2077.  
  2078.  
  2079.  
  2080.  
  2081.  
  2082.  
  2083.  
  2084.  
  2085.                                     32
  2086.  
  2087.  
  2088.  
  2089.  
  2090.  
  2091.  
  2092.  
  2093.  
  2094.      RFC 907                                      Host Access Protocol
  2095.      July 1984                                           Specification
  2096.  
  2097.  
  2098.  
  2099.  
  2100.  
  2101.  
  2102.                                               Host       SIMP
  2103.  
  2104.              Create Stream Request                ------>
  2105.              Create Stream Reply                  <------
  2106.              Reply Acknowledgment                 ------>
  2107.              Stream Message                       ------>
  2108.                   .
  2109.                   .
  2110.              Stream Message                       ------>
  2111.              Change Stream Parameters Request     ------>
  2112.              Change Stream Parameters Reply       <------
  2113.              Reply Acknowledgment                 ------>
  2114.              Stream Message                       ------>
  2115.                   .
  2116.                   .
  2117.              Stream Message                       ------>
  2118.              Delete Stream Request                ------>
  2119.              Delete Stream Reply                  <------
  2120.              Reply Acknowledgment                 ------>
  2121.  
  2122.  
  2123.  
  2124.                          Figure 9 . STREAM EXAMPLE
  2125.  
  2126.  
  2127.  
  2128.           Host streams have six characteristic  properties  which  are
  2129.      selected  at stream setup time.  These properties, which apply to
  2130.      every message transmitted in the stream, are: (1) slot size,  (2)
  2131.      interval,  (3) reliability, (4) reliability length, (5) priority,
  2132.      and (6) maximum messages per slot.  To establish  a  stream,  the
  2133.      host  sends  the  Create  Stream  Request  message illustrated in
  2134.      Figure 10 to the SIMP.  After the satellite network has processed
  2135.      the Create Stream Request, the SIMP will respond to the host with
  2136.      a Create Stream Reply message formatted as shown  in  Figure  11.
  2137.      Assuming  that the reply code in the Create Stream Reply  is zero
  2138.      indicating that the stream has  been  created  successfully,  the
  2139.      host may proceed to transmit stream data messages after sending a
  2140.  
  2141.  
  2142.  
  2143.                                     33
  2144.  
  2145.  
  2146.  
  2147.  
  2148.  
  2149.  
  2150.  
  2151.  
  2152.      RFC 907                                      Host Access Protocol
  2153.      July 1984                                           Specification
  2154.  
  2155.  
  2156.  
  2157.      Reply Acknowledgment.
  2158.  
  2159.           During the lifetime of a stream, the host which  created  it
  2160.      may  decide that some of its six characteristic properties should
  2161.      be modified.  All of the properties except  the  stream  interval
  2162.      can  be  modified  using  the  Change  Stream  Parameters Request
  2163.      message.  The format of this command is illustrated in Figure 12.
  2164.      After  the  network  has  processed  the Change Stream Parameters
  2165.      Request, the  SIMP  will  respond  by  sending  a  Change  Stream
  2166.      Parameters  Reply to the host with the format shown in Figure 13.
  2167.      A host requesting a reduced channel  allocation  should  decrease
  2168.      its  sending  rate immediately without waiting for receipt of the
  2169.      Change Stream Parameters Reply.  A host requesting  an  increased
  2170.      allocation  should  not  proceed to transmit according to the new
  2171.      set of parameters without first having received a Reply Code of 4
  2172.      indicating that the requested change has taken effect.
  2173.  
  2174.           When the host which created the host stream determines  that
  2175.      the  stream  is  no  longer  needed  and the associated satellite
  2176.      channel allocation can be freed up, the host sends its local SIMP
  2177.      a  Delete Stream Request message formatted as indicated in Figure
  2178.      14.  After the network has processed the Delete  Stream  Request,
  2179.      the  SIMP  will  respond  by sending a Delete Stream Reply to the
  2180.      host with the format shown in Figure 15.
  2181.  
  2182.  
  2183.  
  2184.  
  2185.  
  2186.  
  2187.  
  2188.  
  2189.  
  2190.  
  2191.  
  2192.  
  2193.  
  2194.  
  2195.  
  2196.  
  2197.  
  2198.  
  2199.  
  2200.  
  2201.                                     34
  2202.  
  2203.  
  2204.  
  2205.  
  2206.  
  2207.  
  2208.  
  2209.  
  2210.      RFC 907                                      Host Access Protocol
  2211.      July 1984                                           Specification
  2212.  
  2213.  
  2214.  
  2215.  
  2216.  
  2217.  
  2218.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2219.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2220.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2221.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2222.       6      |           1           |           5           |
  2223.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2224.       7      |                 SETUP CHECKSUM                |
  2225.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2226.       8      |                  REQUEST ID                   |
  2227.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2228.       9      |  MAX MES  | INT | PRI | RLY |      RLEN       |
  2229.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2230.      10      |                   SLOT SIZE                   |
  2231.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2232.  
  2233.  
  2234.                      Figure 10 . CREATE STREAM REQUEST
  2235.  
  2236.  
  2237.  
  2238.      0-5         Datagram Message Header.
  2239.  
  2240.        6[8-15]   Setup Type = 1 (Request).
  2241.  
  2242.        6[0-7]    Request Type = 5 (Create Stream).
  2243.  
  2244.        7[0-15]   Setup Checksum.  Covers words 6-10.
  2245.  
  2246.        8[0-15]   Request ID.
  2247.  
  2248.        9[12-15]  Maximum Messages Per Slot.  This field specifies  the
  2249.                  the  maximum number of stream messages that will ever
  2250.                  be delivered to the SIMP by the host for transmission
  2251.                  in one stream slot.
  2252.  
  2253.        9[10-11]  Interval.  This  field  specifies  the  interval,  in
  2254.                  number of 21.2 ms  frames, between stream slots.
  2255.  
  2256.  
  2257.  
  2258.  
  2259.                                     35
  2260.  
  2261.  
  2262.  
  2263.  
  2264.  
  2265.  
  2266.  
  2267.  
  2268.      RFC 907                                      Host Access Protocol
  2269.      July 1984                                           Specification
  2270.  
  2271.  
  2272.  
  2273.                       0 = 1 frame
  2274.                       1 = 2 frames
  2275.                       2 = 4 frames
  2276.                       3 = 8 frames
  2277.  
  2278.                  As an example, an interval of 4 frames corresponds to
  2279.                  an allocation of Slot Size words every 85 ms.
  2280.  
  2281.        9[8-9]    Priority.  This field specifies the priority at which
  2282.                  all messages in the host stream should be handled.
  2283.  
  2284.                       0 = Low priority
  2285.                       1 = Medium Low Priority
  2286.                       2 = Medium High Priority
  2287.                       3 = High Priority
  2288.  
  2289.        9[6-7]    Reliability.  This field  specifies  the  basic  bit-
  2290.                  error  rate  requirement  for the data portion of all
  2291.                  messages in the host stream.
  2292.  
  2293.                       0 = Low Reliability
  2294.                       1 = Medium Reliability
  2295.                       2 = High Reliability
  2296.                       3 = Reserved
  2297.  
  2298.        9[0-5]    Reliability Length.  This field  specifies  how  many
  2299.                  words  beyond  the  stream  message  header should be
  2300.                  transmitted at maximum reliability for  all  messages
  2301.                  in the host stream.
  2302.  
  2303.        10[0-15]  Slot Size.  This field specifies  the  slot  size  in
  2304.                  16-bit  words of stream message text.  Stream message
  2305.                  header words are excluded from this count.  The  host
  2306.                  can partition this allocation on a slot-by-slot basis
  2307.                  among a variable number of messages as  long  as  the
  2308.                  maximum  number  of messages per slot does not exceed
  2309.                  MAX MES.
  2310.  
  2311.  
  2312.  
  2313.  
  2314.  
  2315.  
  2316.  
  2317.                                     36
  2318.  
  2319.  
  2320.  
  2321.  
  2322.  
  2323.  
  2324.  
  2325.  
  2326.      RFC 907                                      Host Access Protocol
  2327.      July 1984                                           Specification
  2328.  
  2329.  
  2330.  
  2331.  
  2332.  
  2333.  
  2334.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2335.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2336.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2337.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2338.       6      |           2           |      REPLY CODE       |
  2339.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2340.       7      |                 SETUP CHECKSUM                |
  2341.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2342.       8      |                  REQUEST ID                   |
  2343.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2344.       9      |      XXXXX      |       HOST STREAM ID        |
  2345.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2346.  
  2347.  
  2348.                       Figure 11 . CREATE STREAM REPLY
  2349.  
  2350.  
  2351.  
  2352.      0-5          Datagram Message Header.
  2353.  
  2354.        6[8-15]    Setup Type = 2 (Reply).
  2355.  
  2356.        6[0-7]     Reply Code.
  2357.  
  2358.                        0 = Stream created
  2359.                        8 = Network trouble
  2360.                       12 = Stream priority not being accepted
  2361.                       17 = Insufficient network resources
  2362.                       18 = Requested bandwidth too large
  2363.                       21 = Maximum messages per slot not consistent
  2364.                            with slot size
  2365.                       22 = Reply lost in network
  2366.                       23 = Illegal reliability value
  2367.  
  2368.        7[0-15]    Setup Checksum.  Covers words 6-9.
  2369.  
  2370.        8[0-15]    Request ID.
  2371.  
  2372.  
  2373.  
  2374.  
  2375.                                     37
  2376.  
  2377.  
  2378.  
  2379.  
  2380.  
  2381.  
  2382.  
  2383.  
  2384.      RFC 907                                      Host Access Protocol
  2385.      July 1984                                           Specification
  2386.  
  2387.  
  2388.  
  2389.        9[10-15]   Reserved.
  2390.  
  2391.        9[0-9]     Host Stream ID.  This field contains a  host  stream
  2392.                   ID  assigned by the network.  It must be included in
  2393.                   all stream data messages sent by the host  to  allow
  2394.                   the SIMP to associate the message with stored stream
  2395.                   characteristics and the reserved  satellite  channel
  2396.                   time.
  2397.  
  2398.  
  2399.  
  2400.  
  2401.  
  2402.  
  2403.  
  2404.  
  2405.  
  2406.  
  2407.  
  2408.  
  2409.  
  2410.  
  2411.  
  2412.  
  2413.  
  2414.  
  2415.  
  2416.  
  2417.  
  2418.  
  2419.  
  2420.  
  2421.  
  2422.  
  2423.  
  2424.  
  2425.  
  2426.  
  2427.  
  2428.  
  2429.  
  2430.  
  2431.  
  2432.  
  2433.                                     38
  2434.  
  2435.  
  2436.  
  2437.  
  2438.  
  2439.  
  2440.  
  2441.  
  2442.      RFC 907                                      Host Access Protocol
  2443.      July 1984                                           Specification
  2444.  
  2445.  
  2446.  
  2447.  
  2448.  
  2449.  
  2450.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2451.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2452.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2453.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2454.       6      |           1           |           7           |
  2455.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2456.       7      |                 SETUP CHECKSUM                |
  2457.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2458.       8      |                  REQUEST ID                   |
  2459.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2460.       9      |      XXXXX      |       HOST STREAM ID        |
  2461.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2462.      10      |  MAX MES  | INT | PRI | RLY |      RLEN       |
  2463.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2464.      11      |                   SLOT SIZE                   |
  2465.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2466.  
  2467.  
  2468.                Figure 12 . CHANGE STREAM PARAMETERS REQUEST
  2469.  
  2470.  
  2471.  
  2472.      0-5          Datagram Message Header.
  2473.  
  2474.        6[8-15]    Setup Type = 1 (Request).
  2475.  
  2476.        6[0-7]     Request Type = 7 (Change Stream Parameters).
  2477.  
  2478.        7[0-15]    Setup Checksum.  Covers words 6-11.
  2479.  
  2480.        8[0-15]    Request ID.
  2481.  
  2482.        9[10-15]   Reserved.
  2483.  
  2484.        9[0-9]     Host Stream ID.
  2485.  
  2486.        10[12-15]  New Maximum Messages Per Slot.
  2487.  
  2488.  
  2489.  
  2490.  
  2491.                                     39
  2492.  
  2493.  
  2494.  
  2495.  
  2496.  
  2497.  
  2498.  
  2499.  
  2500.      RFC 907                                      Host Access Protocol
  2501.      July 1984                                           Specification
  2502.  
  2503.  
  2504.  
  2505.        10[10-11]  Interval.   This  field  must  specifiy   the   same
  2506.                   interval  as  was  specified  in  the  Create Stream
  2507.                   Request message for this stream.
  2508.  
  2509.        10[8-9]    New Priority.
  2510.  
  2511.        10[6-7]    New Reliability.
  2512.  
  2513.        10[0-5]    New Reliability Length.
  2514.  
  2515.        11[0-15]   New Slot Size.
  2516.  
  2517.  
  2518.  
  2519.  
  2520.  
  2521.  
  2522.  
  2523.  
  2524.  
  2525.  
  2526.  
  2527.  
  2528.  
  2529.  
  2530.  
  2531.  
  2532.  
  2533.  
  2534.  
  2535.  
  2536.  
  2537.  
  2538.  
  2539.  
  2540.  
  2541.  
  2542.  
  2543.  
  2544.  
  2545.  
  2546.  
  2547.  
  2548.  
  2549.                                     40
  2550.  
  2551.  
  2552.  
  2553.  
  2554.  
  2555.  
  2556.  
  2557.  
  2558.      RFC 907                                      Host Access Protocol
  2559.      July 1984                                           Specification
  2560.  
  2561.  
  2562.  
  2563.  
  2564.  
  2565.  
  2566.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2567.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2568.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2569.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2570.       6      |           2           |      REPLY CODE       |
  2571.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2572.       7      |                 SETUP CHECKSUM                |
  2573.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2574.       8      |                  REQUEST ID                   |
  2575.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2576.  
  2577.  
  2578.                 Figure 13 . CHANGE STREAM PARAMETERS REPLY
  2579.  
  2580.  
  2581.  
  2582.      0-5        Datagram Message Header.
  2583.  
  2584.        6[8-15]  Setup Type = 2 (Reply).
  2585.  
  2586.        6[0-7]   Reply Code.
  2587.  
  2588.                      4 = Stream changed
  2589.                      8 = Network trouble
  2590.                     10 = Stream ID nonexistent
  2591.                     11 = Not creator of stream
  2592.                     12 = Stream priority not being accepted
  2593.                     15 = Illegal interval
  2594.                     17 = Insufficient network resources
  2595.                     18 = Requested bandwidth too large
  2596.                     21 = Maximum messages per slot not consistent with
  2597.                          slot size
  2598.                     22 = Reply lost in network
  2599.                     23 = Illegal reliability value
  2600.  
  2601.        7[0-15]  Setup Checksum.  Covers words 6-8.
  2602.  
  2603.        8[0-15]  Request ID.
  2604.  
  2605.  
  2606.  
  2607.                                     41
  2608.  
  2609.  
  2610.  
  2611.  
  2612.  
  2613.  
  2614.  
  2615.  
  2616.      RFC 907                                      Host Access Protocol
  2617.      July 1984                                           Specification
  2618.  
  2619.  
  2620.  
  2621.  
  2622.  
  2623.  
  2624.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2625.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2626.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2627.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2628.       6      |           1           |           6           |
  2629.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2630.       7      |                 SETUP CHECKSUM                |
  2631.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2632.       8      |                  REQUEST ID                   |
  2633.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2634.       9      |      XXXXX      |       HOST STREAM ID        |
  2635.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2636.  
  2637.  
  2638.                      Figure 14 . DELETE STREAM REQUEST
  2639.  
  2640.  
  2641.  
  2642.      0-5      Datagram Message Header.
  2643.  
  2644.      6[8-15]  Setup Type = 1 (Request).
  2645.  
  2646.      6[0-7]   Request Type = 6 (Delete Stream).
  2647.  
  2648.      7[0-15]  Setup Checksum.  Covers words 6-9.
  2649.  
  2650.      8[0-15]  Request ID.
  2651.  
  2652.      9[10-15] Reserved.
  2653.  
  2654.      9[0-9]   Host Stream ID.
  2655.  
  2656.  
  2657.  
  2658.  
  2659.  
  2660.  
  2661.  
  2662.  
  2663.  
  2664.  
  2665.                                     42
  2666.  
  2667.  
  2668.  
  2669.  
  2670.  
  2671.  
  2672.  
  2673.  
  2674.      RFC 907                                      Host Access Protocol
  2675.      July 1984                                           Specification
  2676.  
  2677.  
  2678.  
  2679.  
  2680.  
  2681.  
  2682.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2683.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2684.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2685.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2686.       6      |           2           |      REPLY CODE       |
  2687.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2688.       7      |                 SETUP CHECKSUM                |
  2689.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2690.       8      |                  REQUEST ID                   |
  2691.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2692.  
  2693.  
  2694.                       Figure 15 . DELETE STREAM REPLY
  2695.  
  2696.  
  2697.  
  2698.      0-5      Datagram Message Header.
  2699.  
  2700.      6[8-15]  Setup Type = 2 (Reply).
  2701.  
  2702.      6[0-7]   Reply Code.
  2703.  
  2704.           1 = Stream deleted
  2705.           8 = Network trouble
  2706.          10 = Stream ID nonexistent
  2707.          11 = Not creator of stream
  2708.          17 = Insufficient network resources
  2709.          22 = Reply lost in network
  2710.  
  2711.      7[0-15]  Setup Checksum.  Covers words 6-8.
  2712.  
  2713.      8[0-15]  Request ID.
  2714.  
  2715.  
  2716.  
  2717.  
  2718.  
  2719.  
  2720.  
  2721.  
  2722.  
  2723.                                     43
  2724.  
  2725.  
  2726.  
  2727.  
  2728.  
  2729.  
  2730.  
  2731.  
  2732.      RFC 907                                      Host Access Protocol
  2733.      July 1984                                           Specification
  2734.  
  2735.  
  2736.  
  2737.      6.2  Group Setup Messages
  2738.  
  2739.           Group addressing allows  hosts  to  take  advantage  of  the
  2740.      broadcast  capability  of  the satellite network and is primarily
  2741.      provided to support the multi-destination delivery  required  for
  2742.      conferencing   applications.   Group  addresses  are  dynamically
  2743.      created and deleted via setup messages  exchanged  between  hosts
  2744.      and  the  network.   Membership  in  a  group  may  consist of an
  2745.      arbitrary subset of all the permanent network hosts.  A  datagram
  2746.      message  or  stream  message  addressed to a group is always sent
  2747.      over the satellite channel and delivered to all  hosts  that  are
  2748.      members of that group.  The group setup messages are Create Group
  2749.      Request, Create Group Reply, Delete Group Request,  Delete  Group
  2750.      Reply, Join Group Request, Join Group Reply, Leave Group Request,
  2751.      and Leave Group Reply.
  2752.  
  2753.           The use of group setup messages is shown in Figure 16.   The
  2754.      figure  illustrates a scenario of exchanges between two hosts and
  2755.      their local SIMPs.  In the scenario one host, Host A,  creates  a
  2756.      group  which  is  joined by a second host, Host B.  After the two
  2757.      hosts have exchanged some data mesages addressed  to  the  group,
  2758.      Host  B  decides  to leave the group and Host A decides to delete
  2759.      the group.  As in the scenario in Section  6.1,  A/R  indications
  2760.      have been omitted for clarity.
  2761.  
  2762.           Part of the group creation procedure involves  the   service
  2763.      host  returning a 48-bit key along with a 16-bit group address to
  2764.      the host creating the group.  The creating host must pass the key
  2765.      along with the group address to the other hosts which it wants as
  2766.      group members.  These other hosts must supply the key along  with
  2767.      the  group address in their Join Group Requests.  The key is used
  2768.      by the network  to  authenticate  these  operations  and  thereby
  2769.      minimize the probability that unwanted hosts will deliberately or
  2770.      inadvertently become members of the group.  The procedure used by
  2771.      a  host to distribute the group address and key is not within the
  2772.      scope of HAP.
  2773.  
  2774.  
  2775.  
  2776.  
  2777.  
  2778.  
  2779.  
  2780.  
  2781.                                     44
  2782.  
  2783.  
  2784.  
  2785.  
  2786.  
  2787.  
  2788.  
  2789.  
  2790.      RFC 907                                      Host Access Protocol
  2791.      July 1984                                           Specification
  2792.  
  2793.  
  2794.  
  2795.  
  2796.  
  2797.  
  2798.                                    Host   SIMP    SIMP   Host
  2799.                                     A      A       B      B
  2800.  
  2801.         Create Group Request         ------>
  2802.         Create Group Reply           <------
  2803.         Reply Acknowledgment         ------>
  2804.              .
  2805.              .
  2806.                                      >>Group Address,Key>>
  2807.              .
  2808.              .
  2809.         Join Group Request                          <------
  2810.         Join Group Reply                            ------>
  2811.         Reply Acknowledgment                        <------
  2812.  
  2813.         Data Message 1               ------>
  2814.         Data Message 1               <------        ------>
  2815.         Data Message 2                              <------
  2816.         Data Message 2               <------        ------>
  2817.         Leave Group Request                         <------
  2818.         Leave Group Reply                           ------>
  2819.         Reply Acknowledgment                        <------
  2820.         Delete Group Request         ------>
  2821.         Delete Group Reply           <------
  2822.         Reply Acknowledgment         ------>
  2823.  
  2824.  
  2825.                          Figure 16 . GROUP EXAMPLE
  2826.  
  2827.  
  2828.  
  2829.  
  2830.           Any host no longer wishing to participate  in  a  group  may
  2831.      choose  to  drop out.  This can be accomplished by either a Leave
  2832.      or a Delete.  Both Leave and Delete operations are  authenticated
  2833.      using  the 48-bit key.  Leave is a local operation between a host
  2834.      and its SIMP which removes the requesting  host  from  the  group
  2835.      membership  list  but  does not alter the global existence of the
  2836.  
  2837.  
  2838.  
  2839.                                     45
  2840.  
  2841.  
  2842.  
  2843.  
  2844.  
  2845.  
  2846.  
  2847.  
  2848.      RFC 907                                      Host Access Protocol
  2849.      July 1984                                           Specification
  2850.  
  2851.  
  2852.  
  2853.      group.  A Delete, on the other hand, expunges  all  knowledge  of
  2854.      the  group  from  every SIMP in the network.  HAP will permit any
  2855.      member of a group to delete the group at any time.   Thus,  group
  2856.      addresses  can  be  deleted  even  if  the  host which originally
  2857.      created the group has left the group or has  crashed.   Moreover,
  2858.      groups may exist for which there are currently no members because
  2859.      each member has executed  a  Leave  while  none  has  executed  a
  2860.      Delete.  It  is the responsibility of the hosts to coordinate and
  2861.      manage the use of groups.
  2862.  
  2863.           The Create Group Request message sent to the service host to
  2864.      establish a group address is illustrated in Figure 17.  After the
  2865.      network has processed the Create Group Request, the service  host
  2866.      will  respond  by  sending  a  Create  Group Reply to the host as
  2867.      illustrated in Figure 18.
  2868.  
  2869.           A host may become a member of a  group  once  it  knows  the
  2870.      address  and key associated with the group by sending the service
  2871.      host the Join Group Request message  shown  in  Figure  19.   The
  2872.      service  host  will respond to the Join Group Request with a Join
  2873.      Group Reply formatted as indicated in Figure 20.  The host  which
  2874.      creates  a  group  automatically  becomes  a member of that group
  2875.      without any need for an explicit Join Group Request.
  2876.  
  2877.           At any time after becoming a member of a group, a  host  may
  2878.      choose  to  drop out of the group.  To effect this the host sends
  2879.      the service host a Leave Group  Request  formatted  as  shown  in
  2880.      Figure  21.   The  service  host  will respond to the Leave Group
  2881.      Request with a Leave Group Reply formatted as shown in Figure 22.
  2882.  
  2883.           Any member of a group can  request  that  the  service  host
  2884.      delete  an existing group via a Delete Group Request.  The format
  2885.      of the Delete Group  Request  setup  message  is  illustrated  in
  2886.      Figure  23.   After  the  network  has processed the Delete Group
  2887.      Request, the service host will respond to the host with a  Delete
  2888.      Group Reply formatted as illustrated in Figure 24.
  2889.  
  2890.  
  2891.  
  2892.  
  2893.  
  2894.  
  2895.  
  2896.  
  2897.                                     46
  2898.  
  2899.  
  2900.  
  2901.  
  2902.  
  2903.  
  2904.  
  2905.  
  2906.      RFC 907                                      Host Access Protocol
  2907.      July 1984                                           Specification
  2908.  
  2909.  
  2910.  
  2911.  
  2912.  
  2913.  
  2914.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2915.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2916.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2917.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2918.       6      |           1           |           1           |
  2919.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2920.       7      |                 SETUP CHECKSUM                |
  2921.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2922.       8      |                  REQUEST ID                   |
  2923.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2924.  
  2925.  
  2926.                      Figure 17 . CREATE GROUP REQUEST
  2927.  
  2928.  
  2929.  
  2930.      0-5        Datagram Message Header.
  2931.  
  2932.        6[8-15]  Setup Type = 1 (Request).
  2933.  
  2934.        6[0-7]   Request Type = 1 (Create Group).
  2935.  
  2936.        7[0-15]  Setup Checksum.  Covers words 6-8.
  2937.  
  2938.        8[0-15]  Request ID.
  2939.  
  2940.  
  2941.  
  2942.  
  2943.  
  2944.  
  2945.  
  2946.  
  2947.  
  2948.  
  2949.  
  2950.  
  2951.  
  2952.  
  2953.  
  2954.  
  2955.                                     47
  2956.  
  2957.  
  2958.  
  2959.  
  2960.  
  2961.  
  2962.  
  2963.  
  2964.      RFC 907                                      Host Access Protocol
  2965.      July 1984                                           Specification
  2966.  
  2967.  
  2968.  
  2969.  
  2970.  
  2971.  
  2972.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  2973.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2974.      0-5     |            DATAGRAM MESSAGE HEADER            |
  2975.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2976.       6      |           2           |      REPLY CODE       |
  2977.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2978.       7      |                 SETUP CHECKSUM                |
  2979.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2980.       8      |                  REQUEST ID                   |
  2981.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2982.       9      |                 GROUP ADDRESS                 |
  2983.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2984.      10      |                      KEY                      |
  2985.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2986.      11      |                      KEY                      |
  2987.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2988.      12      |                      KEY                      |
  2989.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  2990.  
  2991.  
  2992.                       Figure 18 . CREATE GROUP REPLY
  2993.  
  2994.  
  2995.  
  2996.      0-5        Datagram Message Header.
  2997.  
  2998.        6[8-15]  Setup Type = 2 (Reply).
  2999.  
  3000.        6[0-7]   Reply Code.
  3001.  
  3002.                      0 = Group created
  3003.                      8 = Network trouble
  3004.                     17 = Insufficient network resources
  3005.                     22 = Reply lost in network
  3006.  
  3007.        7[0-15]  Setup Checksum.  Covers words 6-12.
  3008.  
  3009.        8[0-15]  Request ID.
  3010.  
  3011.  
  3012.  
  3013.                                     48
  3014.  
  3015.  
  3016.  
  3017.  
  3018.  
  3019.  
  3020.  
  3021.  
  3022.      RFC 907                                      Host Access Protocol
  3023.      July 1984                                           Specification
  3024.  
  3025.  
  3026.  
  3027.        9[0-15]  Group Address.  This field contains a  16-bit  logical
  3028.                 address  assigned  by the network which may be used by
  3029.                 the host as a group address.
  3030.  
  3031.        10-12    Key.  This field contains a 48-bit key assigned by the
  3032.                 network  which  is  associated with the group address.
  3033.                 It must be provided for subsequent  Join,  Leave,  and
  3034.                 Delete requests which reference the group address.
  3035.  
  3036.  
  3037.  
  3038.  
  3039.  
  3040.  
  3041.  
  3042.  
  3043.  
  3044.  
  3045.  
  3046.  
  3047.  
  3048.  
  3049.  
  3050.  
  3051.  
  3052.  
  3053.  
  3054.  
  3055.  
  3056.  
  3057.  
  3058.  
  3059.  
  3060.  
  3061.  
  3062.  
  3063.  
  3064.  
  3065.  
  3066.  
  3067.  
  3068.  
  3069.  
  3070.  
  3071.                                     49
  3072.  
  3073.  
  3074.  
  3075.  
  3076.  
  3077.  
  3078.  
  3079.  
  3080.      RFC 907                                      Host Access Protocol
  3081.      July 1984                                           Specification
  3082.  
  3083.  
  3084.  
  3085.  
  3086.  
  3087.  
  3088.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3089.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3090.      0-5     |            DATAGRAM MESSAGE HEADER            |
  3091.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3092.       6      |           1           |           3           |
  3093.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3094.       7      |                 SETUP CHECKSUM                |
  3095.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3096.       8      |                  REQUEST ID                   |
  3097.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3098.       9      |                 GROUP ADDRESS                 |
  3099.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3100.      10      |                      KEY                      |
  3101.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3102.      11      |                      KEY                      |
  3103.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3104.      12      |                      KEY                      |
  3105.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3106.  
  3107.  
  3108.                       Figure 19 . JOIN GROUP REQUEST
  3109.  
  3110.  
  3111.  
  3112.      0-5        Datagram Message Header.
  3113.  
  3114.        6[8-15]  Setup Type = 1 (Request).
  3115.  
  3116.        6[0-7]   Request Type = 3 (Join Group).
  3117.  
  3118.        7[0-15]  Setup Checksum.  Covers words 6-12.
  3119.  
  3120.        8[0-15]  Request ID.
  3121.  
  3122.        9[0-15]  Group Address.  This is the  logical  address  of  the
  3123.                 group that the host wishes to join.
  3124.  
  3125.      10-12      Key.  This  is  the  key  associated  with  the  group
  3126.  
  3127.  
  3128.  
  3129.                                     50
  3130.  
  3131.  
  3132.  
  3133.  
  3134.  
  3135.  
  3136.  
  3137.  
  3138.      RFC 907                                      Host Access Protocol
  3139.      July 1984                                           Specification
  3140.  
  3141.  
  3142.  
  3143.                 address.
  3144.  
  3145.  
  3146.  
  3147.  
  3148.  
  3149.  
  3150.  
  3151.  
  3152.  
  3153.  
  3154.  
  3155.  
  3156.  
  3157.  
  3158.  
  3159.  
  3160.  
  3161.  
  3162.  
  3163.  
  3164.  
  3165.  
  3166.  
  3167.  
  3168.  
  3169.  
  3170.  
  3171.  
  3172.  
  3173.  
  3174.  
  3175.  
  3176.  
  3177.  
  3178.  
  3179.  
  3180.  
  3181.  
  3182.  
  3183.  
  3184.  
  3185.  
  3186.  
  3187.                                     51
  3188.  
  3189.  
  3190.  
  3191.  
  3192.  
  3193.  
  3194.  
  3195.  
  3196.      RFC 907                                      Host Access Protocol
  3197.      July 1984                                           Specification
  3198.  
  3199.  
  3200.  
  3201.  
  3202.  
  3203.  
  3204.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3205.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3206.      0-5     |            DATAGRAM MESSAGE HEADER            |
  3207.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3208.       6      |           2           |      REPLY CODE       |
  3209.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3210.       7      |                 SETUP CHECKSUM                |
  3211.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3212.       8      |                  REQUEST ID                   |
  3213.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3214.  
  3215.  
  3216.                        Figure 20 . JOIN GROUP REPLY
  3217.  
  3218.  
  3219.  
  3220.      0-5        Datagram Message Header.
  3221.  
  3222.        6[8-15]  Setup Type = 2 (Reply).
  3223.  
  3224.        6[0-7]   Reply Code.
  3225.  
  3226.                      2 = Group joined
  3227.                      9 = Bad key
  3228.                     10 = Group address nonexistent
  3229.                     17 = Insufficient network resources
  3230.  
  3231.        7[0-15]  Setup Checksum.  Covers words 6-8.
  3232.  
  3233.        8[0-15]  Request ID.
  3234.  
  3235.  
  3236.  
  3237.  
  3238.  
  3239.  
  3240.  
  3241.  
  3242.  
  3243.  
  3244.  
  3245.                                     52
  3246.  
  3247.  
  3248.  
  3249.  
  3250.  
  3251.  
  3252.  
  3253.  
  3254.      RFC 907                                      Host Access Protocol
  3255.      July 1984                                           Specification
  3256.  
  3257.  
  3258.  
  3259.  
  3260.  
  3261.  
  3262.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3263.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3264.      0-5     |            DATAGRAM MESSAGE HEADER            |
  3265.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3266.       6      |           1           |           4           |
  3267.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3268.       7      |                 SETUP CHECKSUM                |
  3269.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3270.       8      |                  REQUEST ID                   |
  3271.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3272.       9      |                 GROUP ADDRESS                 |
  3273.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3274.      10      |                      KEY                      |
  3275.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3276.      11      |                      KEY                      |
  3277.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3278.      12      |                      KEY                      |
  3279.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3280.  
  3281.  
  3282.                       Figure 21 . LEAVE GROUP REQUEST
  3283.  
  3284.  
  3285.  
  3286.      0-5        Datagram Message Header.
  3287.  
  3288.        6[8-15]  Setup Type = 1 (Request).
  3289.  
  3290.        6[0-7]   Request Type = 4 (Leave Group).
  3291.  
  3292.        7[0-15]  Setup Checksum.  Covers words 6-12.
  3293.  
  3294.        8[0-15]  Request ID.
  3295.  
  3296.        9[0-15]  Group Address.  This is the  logical  address  of  the
  3297.                 group that the host wishes to leave.
  3298.  
  3299.      10-12      Key.  This  is  the  key  associated  with  the  group
  3300.  
  3301.  
  3302.  
  3303.                                     53
  3304.  
  3305.  
  3306.  
  3307.  
  3308.  
  3309.  
  3310.  
  3311.  
  3312.      RFC 907                                      Host Access Protocol
  3313.      July 1984                                           Specification
  3314.  
  3315.  
  3316.  
  3317.                 address.
  3318.  
  3319.  
  3320.  
  3321.  
  3322.  
  3323.  
  3324.  
  3325.  
  3326.  
  3327.  
  3328.  
  3329.  
  3330.  
  3331.  
  3332.  
  3333.  
  3334.  
  3335.  
  3336.  
  3337.  
  3338.  
  3339.  
  3340.  
  3341.  
  3342.  
  3343.  
  3344.  
  3345.  
  3346.  
  3347.  
  3348.  
  3349.  
  3350.  
  3351.  
  3352.  
  3353.  
  3354.  
  3355.  
  3356.  
  3357.  
  3358.  
  3359.  
  3360.  
  3361.                                     54
  3362.  
  3363.  
  3364.  
  3365.  
  3366.  
  3367.  
  3368.  
  3369.  
  3370.      RFC 907                                      Host Access Protocol
  3371.      July 1984                                           Specification
  3372.  
  3373.  
  3374.  
  3375.  
  3376.  
  3377.  
  3378.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3379.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3380.      0-5     |            DATAGRAM MESSAGE HEADER            |
  3381.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3382.       6      |           2            |     REPLY CODE       |
  3383.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3384.       7      |                 SETUP CHECKSUM                |
  3385.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3386.       8      |                  REQUEST ID                   |
  3387.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3388.  
  3389.  
  3390.                        Figure 22 . LEAVE GROUP REPLY
  3391.  
  3392.  
  3393.  
  3394.      0-5        Datagram Message Header.
  3395.  
  3396.        6[8-15]  Setup Type = 2 (Reply).
  3397.  
  3398.        6[0-7]   Reply Code.
  3399.  
  3400.                      3 = Group left
  3401.                      9 = Bad key
  3402.                     10 = Group address nonexistent
  3403.                     11 = Not member of group
  3404.                     17 = Insufficient network resources
  3405.  
  3406.        7[0-15]  Setup Checksum.  Covers words 6-8.
  3407.  
  3408.        8[0-15]  Request ID.
  3409.  
  3410.  
  3411.  
  3412.  
  3413.  
  3414.  
  3415.  
  3416.  
  3417.  
  3418.  
  3419.                                     55
  3420.  
  3421.  
  3422.  
  3423.  
  3424.  
  3425.  
  3426.  
  3427.  
  3428.      RFC 907                                      Host Access Protocol
  3429.      July 1984                                           Specification
  3430.  
  3431.  
  3432.  
  3433.  
  3434.  
  3435.  
  3436.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3437.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3438.      0-5     |            DATAGRAM MESSAGE HEADER            |
  3439.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3440.       6      |           1           |           2           |
  3441.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3442.       7      |                 SETUP CHECKSUM                |
  3443.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3444.       8      |                  REQUEST ID                   |
  3445.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3446.       9      |                 GROUP ADDRESS                 |
  3447.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3448.      10      |                      KEY                      |
  3449.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3450.      11      |                      KEY                      |
  3451.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3452.      12      |                      KEY                      |
  3453.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3454.  
  3455.  
  3456.                      Figure 23 . DELETE GROUP REQUEST
  3457.  
  3458.  
  3459.  
  3460.      0-5        Datagram Message Header.
  3461.  
  3462.        6[8-15]  Setup Type = 1 (Request).
  3463.  
  3464.        6[0-7]   Request Type = 2 (Delete Group).
  3465.  
  3466.        7[0-15]  Setup Checksum.  Covers words 6-12.
  3467.  
  3468.        8[0-15]  Request ID.
  3469.  
  3470.        9[0-15]  Group Address.
  3471.  
  3472.      10-12      Key.
  3473.  
  3474.  
  3475.  
  3476.  
  3477.                                     56
  3478.  
  3479.  
  3480.  
  3481.  
  3482.  
  3483.  
  3484.  
  3485.  
  3486.      RFC 907                                      Host Access Protocol
  3487.      July 1984                                           Specification
  3488.  
  3489.  
  3490.  
  3491.  
  3492.  
  3493.  
  3494.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3495.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3496.      0-5     |            DATAGRAM MESSAGE HEADER            |
  3497.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3498.       6      |           2           |      REPLY CODE       |
  3499.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3500.       7      |                 SETUP CHECKSUM                |
  3501.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3502.       8      |                  REQUEST ID                   |
  3503.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3504.  
  3505.  
  3506.                       Figure 24 . DELETE GROUP REPLY
  3507.  
  3508.  
  3509.  
  3510.      0-5        Datagram Message Header.
  3511.  
  3512.        6[8-15]  Setup Type = 2 (Reply).
  3513.  
  3514.        6[0-7]   Reply Code.
  3515.  
  3516.                      1 = Group deleted
  3517.                      8 = Network trouble
  3518.                      9 = Bad key
  3519.                     10 = Group address nonexistent
  3520.                     11 = Not member of group
  3521.                     17 = Insufficient network resources
  3522.                     22 = Reply lost in network
  3523.  
  3524.        7[0-15]  Setup Checksum.  Covers words 6-8.
  3525.  
  3526.        8[0-15]  Request ID.
  3527.  
  3528.  
  3529.  
  3530.  
  3531.  
  3532.  
  3533.  
  3534.  
  3535.                                     57
  3536.  
  3537.  
  3538.  
  3539.  
  3540.  
  3541.  
  3542.  
  3543.  
  3544.      RFC 907                                      Host Access Protocol
  3545.      July 1984                                           Specification
  3546.  
  3547.  
  3548.  
  3549.      7  Link Monitoring
  3550.  
  3551.           While the access link is operating,  statistics  on  traffic
  3552.      load  and  error  rate  are maintained by the host and SIMP.  The
  3553.      host and SIMP  must  exchange  status  messages  once  a  second.
  3554.      Periodic  exchange  of  status  messages permits both ends of the
  3555.      link to monitor flows in both  directions.  Status  messages  are
  3556.      required  to  support monitoring by the Network Operations Center
  3557.      (NOC).
  3558.  
  3559.           The link restart procedure (see Section 8)  initializes  all
  3560.      internal  SIMP  counts  and statistics for that link to zero.  As
  3561.      data and control messages are processed, counts  are  updated  to
  3562.      reflect  the  total  number  of  messages sent, messages received
  3563.      correctly, and messages received with different classes of errors
  3564.      since  the last link restart.  Whenever a status message arrives,
  3565.      a snapshot is taken of the local SIMP counts.  The local  receive
  3566.      counts,  in  conjunction  with  a  sent  count  contained  in the
  3567.      received status  message,  permits  the  computation  of  traffic
  3568.      statistics  in  the  one second update interval assuming that the
  3569.      set of counts at the time of the previous monitoring report  have
  3570.      been  saved.   By  including  in  the status message sent (in the
  3571.      opposite direction) the receive  counts  and  the  received  sent
  3572.      count that was used with them, the transmitting end of the access
  3573.      link as  well  as  the  receiving  end  can  determine  the  link
  3574.      performance  from  sender  to receiver.  The format of the Status
  3575.      control message is illustrated in Figure 25.
  3576.  
  3577.  
  3578.  
  3579.  
  3580.  
  3581.  
  3582.  
  3583.  
  3584.  
  3585.  
  3586.  
  3587.  
  3588.  
  3589.  
  3590.  
  3591.  
  3592.  
  3593.                                     58
  3594.  
  3595.  
  3596.  
  3597.  
  3598.  
  3599.  
  3600.  
  3601.  
  3602.      RFC 907                                      Host Access Protocol
  3603.      July 1984                                           Specification
  3604.  
  3605.  
  3606.  
  3607.  
  3608.  
  3609.  
  3610.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3611.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3612.       0      | 1|LB|GOPRI|         XXXXX         |     0     |
  3613.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3614.       1      |                HEADER CHECKSUM                |
  3615.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3616.       2      |             MOST RECENT A/R SENT              |
  3617.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3618.       3      |                STREAM CAPACITY                |
  3619.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3620.       4      |                   TIMESTAMP                   |
  3621.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3622.       5      |                      SBU                      |
  3623.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3624.       6      |                      STU                      |
  3625.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3626.       7      |                      RNE                      |
  3627.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3628.       8      |                      RWE                      |
  3629.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3630.       9      |                      BHC                      |
  3631.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3632.      10      |                      HEI                      |
  3633.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3634.  
  3635.  
  3636.                         Figure 25 . STATUS MESSAGE
  3637.  
  3638.  
  3639.  
  3640.      0[15]     Message Class = 1 (Control Message).
  3641.  
  3642.      0[14]     Loopback Bit.
  3643.  
  3644.      0[12-13]  Go-Priority.
  3645.  
  3646.      0[4-11]   Reserved.
  3647.  
  3648.  
  3649.  
  3650.  
  3651.                                     59
  3652.  
  3653.  
  3654.  
  3655.  
  3656.  
  3657.  
  3658.  
  3659.  
  3660.      RFC 907                                      Host Access Protocol
  3661.      July 1984                                           Specification
  3662.  
  3663.  
  3664.  
  3665.      0[0-3]    Control Message Type = 0 (Status).
  3666.  
  3667.      1[0-15]   Header Checksum.  Covers words 0-10.
  3668.  
  3669.      2[0-15]   Most Recent A/R Sent.  This field is a duplicate of the
  3670.                most recent acceptance/refusal word.  It is included in
  3671.                the  periodic   status   message   in   case   previous
  3672.                transmissions containing A/R information were lost.
  3673.  
  3674.      3[0-15]   Stream Capacity.  When sent by  the  SIMP,  this  field
  3675.                indicates  how much stream capacity is unused, in units
  3676.                of data  bits  per  frame.   Since  available  capacity
  3677.                depends directly on a variety of parameters that can be
  3678.                selected by the user, the value of this  field  is  the
  3679.                maximum  capacity  that  could  be achieved if existing
  3680.                host streams were expanded at  low  reliability.   This
  3681.                field  is  undefined  in messages sent from the host to
  3682.                the SIMP.
  3683.  
  3684.      4[0-15]   Timestamp.  This field  indicates  the  time  that  the
  3685.                status message was generated.  When sent by a SIMP, the
  3686.                time is in  units  of   seconds  since  the  last  link
  3687.                restart.   The  host should also timestamp its messages
  3688.                in units of seconds.
  3689.  
  3690.      5[0-15]   Sent By Us. Count of messages sent by us since the last
  3691.                link restart (not including this one).
  3692.  
  3693.      6[0-15]   Sent To Us.  Count of messages sent  to  us  since  the
  3694.                last  link  restart.   This is the count from word 5 of
  3695.                the last status message received.
  3696.  
  3697.      7[0-15]   Received, No Errors. This  is  the  count  of  messages
  3698.                received  without  errors (since the last link restart)
  3699.                at the time that the last status message was received.
  3700.  
  3701.      8[0-15]   Received With Errors.  This is the  count  of  messages
  3702.                received  with  errors (since the last link restart) at
  3703.                the time the last status message was received.
  3704.  
  3705.      9[0-15]   Bad Header Checksums. This is  the  count  of  messages
  3706.  
  3707.  
  3708.  
  3709.                                     60
  3710.  
  3711.  
  3712.  
  3713.  
  3714.  
  3715.  
  3716.  
  3717.  
  3718.      RFC 907                                      Host Access Protocol
  3719.      July 1984                                           Specification
  3720.  
  3721.  
  3722.  
  3723.                received with bad header checksums (since the last link
  3724.                restart) at the  time  the  last   status  message  was
  3725.                received.
  3726.  
  3727.      10[0-15]  Hardware  Error  Indication.   This  is  the  count  of
  3728.                messages  received with hardware CRC errors or hardware
  3729.                interface  error  indications  (since  the  last   link
  3730.                restart)  at  the  time   the  last  status message was
  3731.                received.
  3732.  
  3733.  
  3734.  
  3735.  
  3736.  
  3737.  
  3738.  
  3739.  
  3740.  
  3741.  
  3742.  
  3743.  
  3744.  
  3745.  
  3746.  
  3747.  
  3748.  
  3749.  
  3750.  
  3751.  
  3752.  
  3753.  
  3754.  
  3755.  
  3756.  
  3757.  
  3758.  
  3759.  
  3760.  
  3761.  
  3762.  
  3763.  
  3764.  
  3765.  
  3766.  
  3767.                                     61
  3768.  
  3769.  
  3770.  
  3771.  
  3772.  
  3773.  
  3774.  
  3775.  
  3776.      RFC 907                                      Host Access Protocol
  3777.      July 1984                                           Specification
  3778.  
  3779.  
  3780.  
  3781.      8  Initialization
  3782.  
  3783.           The Host Access Protocol uses a number  of  state  variables
  3784.      that  must  be  initialized in order to function properly.  These
  3785.      variables are  associated  with  the  send  and  receive  message
  3786.      numbers   used   by  the  acceptance/refusal  mechanism  and  the
  3787.      statistics  maintained  to   support   link   monitoring.    Link
  3788.      initialization  should be carried out when a machine is initially
  3789.      powered up, when it does a system restart, when the ON state (see
  3790.      below)  times  out,  when  a  loopback  condition  times out (see
  3791.      Section 9), or whenever the link transitions from non-operational
  3792.      to operational status.
  3793.  
  3794.           Initialization is accomplished by the  exchange  of  Restart
  3795.      Request  (RR)  and  Restart Complete (RC) messages between a host
  3796.      and a SIMP.  The state diagram in Figure 26 shows the sequence of
  3797.      events  during initialization.  Both SIMP and host must implement
  3798.      this state diagram  if  deadlocks  and  oscillations  are  to  be
  3799.      avoided.   This  particular initialization sequence requires both
  3800.      sides to send and receive the Restart Complete message.   Because
  3801.      this  message  is  a  reply  (to  a  Restart  Request  or Restart
  3802.      Complete), its receipt  guarantees  that  the  physical  link  is
  3803.      operating  in both directions.  Five states are identified in the
  3804.      state diagram:
  3805.  
  3806.      OFF            Entered  upon  recognition  of  a  requirement  to
  3807.                     restart.     The   device   can   recognize   this
  3808.                     requirement  itself or be forced  to  restart   by
  3809.                     receipt of an RR  message from the other end while
  3810.                     in the ON state.
  3811.  
  3812.      INIT           Local state variables have  been  initialized  and
  3813.                     local  counters  have  been  zeroed but no restart
  3814.                     control messages have yet been sent or received.
  3815.  
  3816.      RR-SNT         A request to reinitialize (RR) has  been  sent  to
  3817.                     the other end but no restart control messages have
  3818.                     yet been received.
  3819.  
  3820.      RC-SNT         A reply (RC) has been sent to  the  other  end  in
  3821.                     response  to  a  received reinitialization request
  3822.  
  3823.  
  3824.  
  3825.                                     62
  3826.  
  3827.  
  3828.  
  3829.  
  3830.  
  3831.  
  3832.  
  3833.  
  3834.      RFC 907                                      Host Access Protocol
  3835.      July 1984                                           Specification
  3836.  
  3837.  
  3838.  
  3839.                     (RR).  The device is waiting for a reply (RC).
  3840.  
  3841.      ON             Reply  (RC)  messages  have  been  both  sent  and
  3842.                     received.   Data  and  control messages can now be
  3843.                     exchanged between the SIMP and host.
  3844.  
  3845.           All states have 10-second timeouts (not  illustrated)  which
  3846.      return  the  protocol  to  the  OFF state.  The occurrence of any
  3847.      events other than those indicated in the diagram are ignored.
  3848.  
  3849.           The Restart Request control message illustrated in Figure 27
  3850.      is  sent  by  either a host or a SIMP when it wishes to restart a
  3851.      link.  The Restart Request causes all the  monitoring  statistics
  3852.      to  be  reset  to  zero and stops all traffic on the link in both
  3853.      directions.  The Restart Complete message illustrated  in  Figure
  3854.      28  is  sent in response to a received Restart Request or Restart
  3855.      Complete to complete link initialization.  The  Restart  Complete
  3856.      carries  a  field  used  by  the  host  to  enable or disable the
  3857.      acceptance/refusal mechanism for the link  being  restarted  (see
  3858.      Section 5).  After the Restart Complete is processed, traffic may
  3859.      flow on the link.
  3860.  
  3861.  
  3862.  
  3863.  
  3864.  
  3865.  
  3866.  
  3867.  
  3868.  
  3869.  
  3870.  
  3871.  
  3872.  
  3873.  
  3874.  
  3875.  
  3876.  
  3877.  
  3878.  
  3879.  
  3880.  
  3881.  
  3882.  
  3883.                                     63
  3884.  
  3885.  
  3886.  
  3887.  
  3888.  
  3889.  
  3890.  
  3891.  
  3892.      RFC 907                                      Host Access Protocol
  3893.      July 1984                                           Specification
  3894.  
  3895.  
  3896.  
  3897.  
  3898.  
  3899.  
  3900.                               -------
  3901.          Any Timeout or ----->| OFF |<-----------------------------
  3902.          Device Down          -------                             |
  3903.                                  |                                |
  3904.                                  |  Device Up                     |
  3905.                                  |  Initialize Variables          |
  3906.                                  |                                |
  3907.                                  V                                |
  3908.                              ---------                            |
  3909.                              | INIT  |                            |
  3910.                              ---------                            |
  3911.                                |   |                              |
  3912.                       Rcv RR   |   |   Snd RR                     |
  3913.                       Snd RC   |   |                              |
  3914.                                |   |                              |
  3915.                   --------------   --------------                 |
  3916.                   |                             |                 |
  3917.                   |                             |                 |
  3918.                   V           Rcv RR            V                 |
  3919.              ----------       Snd RC        ----------            |
  3920.              | RC-SNT |<--------------------| RR-SNT |            |
  3921.              ----------                     ----------            |
  3922.                   |                             |                 |
  3923.          Rcv RC   |                             |   Rcv RC        |
  3924.                   |                             |   Snd RC        |
  3925.                   V                             V                 |
  3926.                   -------------------------------                 |
  3927.                                  |                                |
  3928.                                  |                                |
  3929.                                  V                                |
  3930.                               -------                             |
  3931.           Rcv Any      ------>| ON  |------------------------------
  3932.           Other        |      -------    Rcv RR
  3933.                        ----------|
  3934.  
  3935.  
  3936.                 Figure 26 . HAP LINK RESTART STATE DIAGRAM
  3937.  
  3938.  
  3939.  
  3940.  
  3941.                                     64
  3942.  
  3943.  
  3944.  
  3945.  
  3946.  
  3947.  
  3948.  
  3949.  
  3950.      RFC 907                                      Host Access Protocol
  3951.      July 1984                                           Specification
  3952.  
  3953.  
  3954.  
  3955.  
  3956.  
  3957.  
  3958.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  3959.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3960.      0       | 1|LB|     XXXXXXX     |  REASON   |     3     |
  3961.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3962.      1       |                HEADER CHECKSUM                |
  3963.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3964.      2       |          HOST ADDRESS / SITE NUMBER           |
  3965.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3966.      3       |                  LINK NUMBER                  |
  3967.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  3968.  
  3969.  
  3970.                         Figure 27 . RESTART REQUEST
  3971.  
  3972.  
  3973.  
  3974.      0[15]    Message Type = 1 (Control Message).
  3975.  
  3976.      0[14]    Loopback Bit.
  3977.  
  3978.      0[8-13]  Reserved.
  3979.  
  3980.      0[4-7]   Reason.  This field is used by the SIMP or the  host  to
  3981.               indicate the reason for the restart as follows:
  3982.  
  3983.                    0 = power up
  3984.                    1 = system restart
  3985.                    2 = link restart
  3986.                    3 = link timeout
  3987.                    4 = loopback timeout
  3988.  
  3989.      0[0-3]   Control Message Type = 3 (Restart Request).
  3990.  
  3991.      1[0-15]  Header Checksum.  Covers words 0-3.
  3992.  
  3993.      2[0-15]  Host Address  /  Site  Number.   The  host  inserts  its
  3994.               satellite  network  address  in  this  field.   The SIMP
  3995.               validates that the host address is correct for the  port
  3996.  
  3997.  
  3998.  
  3999.                                     65
  4000.  
  4001.  
  4002.  
  4003.  
  4004.  
  4005.  
  4006.  
  4007.  
  4008.      RFC 907                                      Host Access Protocol
  4009.      July 1984                                           Specification
  4010.  
  4011.  
  4012.  
  4013.               being  used.   When  sent  by  the SIMP, this field will
  4014.               contain the SIMP site number.
  4015.  
  4016.      3[0-15]  Link  Number.   This   field   contains   the   sender's
  4017.               identification  of  the  physical link being used.  This
  4018.               information is used to identify the link when  reporting
  4019.               errors to the Network Operations Center (NOC).
  4020.  
  4021.  
  4022.  
  4023.  
  4024.  
  4025.  
  4026.  
  4027.  
  4028.  
  4029.  
  4030.  
  4031.  
  4032.  
  4033.  
  4034.  
  4035.  
  4036.  
  4037.  
  4038.  
  4039.  
  4040.  
  4041.  
  4042.  
  4043.  
  4044.  
  4045.  
  4046.  
  4047.  
  4048.  
  4049.  
  4050.  
  4051.  
  4052.  
  4053.  
  4054.  
  4055.  
  4056.  
  4057.                                     66
  4058.  
  4059.  
  4060.  
  4061.  
  4062.  
  4063.  
  4064.  
  4065.  
  4066.      RFC 907                                      Host Access Protocol
  4067.      July 1984                                           Specification
  4068.  
  4069.  
  4070.  
  4071.  
  4072.  
  4073.  
  4074.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  4075.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4076.      0       | 1|LB|          XXXXXX          |AR|     4     |
  4077.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4078.      1       |                HEADER CHECKSUM                |
  4079.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4080.      2       |          HOST ADDRESS / SITE NUMBER           |
  4081.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4082.      3       |                  LINK NUMBER                  |
  4083.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4084.  
  4085.  
  4086.                        Figure 28 . RESTART COMPLETE
  4087.  
  4088.  
  4089.  
  4090.      0[15]    Message Type = 1 (Control Message).
  4091.  
  4092.      0[14]    Loopback Bit.
  4093.  
  4094.      0[5-13]  Reserved.
  4095.  
  4096.      0[4]     Acceptance/Refusal Control.  This bit  is  used  by  the
  4097.               host   to   enable  or  disable  the  acceptance/refusal
  4098.               mechanism for all traffic on the link.
  4099.  
  4100.                    0 = Disable acceptance/refusal
  4101.                    1 = Enable acceptance/refusal
  4102.  
  4103.      0[0-3]   Control Message Type = 4 (Restart Complete).
  4104.  
  4105.      1[0-15]  Header Checksum.  Covers words 0-3.
  4106.  
  4107.      2[0-15]  Host Address / Site Number.
  4108.  
  4109.      3[0-15]  Link Number.
  4110.  
  4111.  
  4112.  
  4113.  
  4114.  
  4115.                                     67
  4116.  
  4117.  
  4118.  
  4119.  
  4120.  
  4121.  
  4122.  
  4123.  
  4124.      RFC 907                                      Host Access Protocol
  4125.      July 1984                                           Specification
  4126.  
  4127.  
  4128.  
  4129.      9  Loopback Control
  4130.  
  4131.           The Host Access Protocol provides a Loopback Request control
  4132.      message  which  can  be  used  by a SIMP or a host to request the
  4133.      remote loopback of its HAP messages.  Such requests  are  usually
  4134.      the  result of operator intervention for purposes of system fault
  4135.      diagnosis.  For clarity in the  following  discussion,  the  unit
  4136.      (SIMP  or  host) requesting the remote loopback is referred to as
  4137.      the "transmitter" and the unit implementing  (or  rejecting)  the
  4138.      loopback  is  referred  to  as  the  "receiver".  The format of a
  4139.      Loopback Request control message is illustrated in Figure 29.
  4140.  
  4141.           When a transmitter  is  remotely  looped,  all  of  its  HAP
  4142.      messages  will  be  returned, unmodified, over the access link by
  4143.      the receiver.  The receiver will not send any of its own messages
  4144.      to  the  transmitter  while  it  is implementing the loop.  SIMP-
  4145.      generated messages are distinguished from host-generated messages
  4146.      by means of the Loopback Bit that is in every HAP message header.
  4147.  
  4148.           Two types of remote loopback may be requested:  loopback  at
  4149.      the  receiver's interface hardware and loopback at the receiver's
  4150.      I/O driver software.  HAP does not specify the  manner  in  which
  4151.      the  receiver  should  implement  these loops; additionally, some
  4152.      receivers may  use  interface  hardware  which  is  incapable  of
  4153.      looping the transmitter's messages, only allowing the receiver to
  4154.      provide software loops.  A receiver may not be able to  interpret
  4155.      the  transmitter's  messages as it is looping them back.  If such
  4156.      interpretation is possible, however, the receiver will not act on
  4157.      any   of  the  transmitter's  messages  other  than  requests  to
  4158.      reinitialize the SIMP-host link  (Restart  Request  (RR)  control
  4159.      messages; see Section 8.)
  4160.  
  4161.           When a receiver initiates a loopback condition  in  response
  4162.      to  a  loopback request, it makes an implicit promise to maintain
  4163.      the condition for the duration specified in the Loopback  Request
  4164.      message.  However, if an unanticipated condition such as a system
  4165.      restart occurs in either the transmitter  or  the  receiver,  the
  4166.      affected  unit  will  try  to  reinitialize the SIMP-host link by
  4167.      sending an RR message to the other unit.  If the  RR  message  is
  4168.      recognized  by  the other unit a link initialization sequence can
  4169.      be  completed.   This  will  restore  the  link  to  an  unlooped
  4170.  
  4171.  
  4172.  
  4173.                                     68
  4174.  
  4175.  
  4176.  
  4177.  
  4178.  
  4179.  
  4180.  
  4181.  
  4182.      RFC 907                                      Host Access Protocol
  4183.      July 1984                                           Specification
  4184.  
  4185.  
  4186.  
  4187.      condition  even  if  the  specified  loop  duration  has  not yet
  4188.      expired.  If a  receiver  cannot  interpret  a  transmitter's  RR
  4189.      messages,  and  in  the  absence  of operator intervention at the
  4190.      receiver, the loop will remain in place for its duration.
  4191.  
  4192.           HAP does not specify the  characteristics  of  any  loopback
  4193.      conditions  that  may be locally implemented by a given unit.  An
  4194.      example of such a condition is that obtained when a SIMP commands
  4195.      its  host interface to loop back its own messages.  If such local
  4196.      loop conditions also cause the reflection  of  messages  received
  4197.      from  the  remote unit, the remote unit will detect the condition
  4198.      via the HAP header Loopback Bit.
  4199.  
  4200.           A specific sequence must be followed for setting up a remote
  4201.      loopback  condition.   It  begins  after  the  HAP  link has been
  4202.      initialized and a decision is made to request a remote loop.  The
  4203.      transmitter then sends a Loopback Request message to the receiver
  4204.      and waits for either (1) a  10-second  timer  to  expire,  (2)  a
  4205.      "Can't  implement  loop"  Unnumbered  Response  message  from the
  4206.      receiver, or (3) one of its own reflected messages.  If event (1)
  4207.      or  (2) occurs the request has failed and the transmitter may, at
  4208.      its option, try again with a new Loopback  Request  message.   If
  4209.      event   (3)  occurs,  the  remote  loopback  condition  has  been
  4210.      established.  While waiting for one  of  these  events,  messages
  4211.      from  the receiver are processed normally.  Note that RR messages
  4212.      arriving from the receiver during this time  will  terminate  the
  4213.      loopback request.
  4214.  
  4215.           When a receiver gets a Loopback Request message,  it  either
  4216.      implements  the  requested  loop  for  the specified duration, or
  4217.      returns a "Can't implement loop" response  without  changing  the
  4218.      state  of  the  link.  The latter response would be returned, for
  4219.      example, if a receiver is incapable of implementing  a  requested
  4220.      hardware  loop.   A  receiver should initiate reinitialization of
  4221.      the link with an RR  message(s)  whenever  a  loopback  condition
  4222.      times out.
  4223.  
  4224.           There is  one  asymmetry  that  is  required  in  the  above
  4225.      sequence  to resolve the (unlikely) case where both SIMP and host
  4226.      request a remote loopback at the same time. If a SIMP receives  a
  4227.      Loopback  Request  message from a host while it is itself waiting
  4228.  
  4229.  
  4230.  
  4231.                                     69
  4232.  
  4233.  
  4234.  
  4235.  
  4236.  
  4237.  
  4238.  
  4239.  
  4240.      RFC 907                                      Host Access Protocol
  4241.      July 1984                                           Specification
  4242.  
  4243.  
  4244.  
  4245.      for an event of type (1)-(3), it will return a  "Can't  implement
  4246.      loop"  response to the host and will continue to wait.  A host in
  4247.      the converse situation, however, will abort its loopback  request
  4248.      and will instead act on the SIMP's loopback request.
  4249.  
  4250.  
  4251.  
  4252.  
  4253.  
  4254.  
  4255.  
  4256.  
  4257.  
  4258.  
  4259.  
  4260.  
  4261.  
  4262.  
  4263.  
  4264.  
  4265.  
  4266.  
  4267.  
  4268.  
  4269.  
  4270.  
  4271.  
  4272.  
  4273.  
  4274.  
  4275.  
  4276.  
  4277.  
  4278.  
  4279.  
  4280.  
  4281.  
  4282.  
  4283.  
  4284.  
  4285.  
  4286.  
  4287.  
  4288.  
  4289.                                     70
  4290.  
  4291.  
  4292.  
  4293.  
  4294.  
  4295.  
  4296.  
  4297.  
  4298.      RFC 907                                      Host Access Protocol
  4299.      July 1984                                           Specification
  4300.  
  4301.  
  4302.  
  4303.  
  4304.  
  4305.  
  4306.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  4307.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4308.      0       | 1|LB|GOPRI|   XXXXX   | LOOP TYPE |     8     |
  4309.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4310.      1       |                HEADER CHECKSUM                |
  4311.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4312.      2       |                LOOP DURATION                  |
  4313.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4314.  
  4315.  
  4316.                        Figure 29 . LOOPBACK REQUEST
  4317.  
  4318.  
  4319.  
  4320.      0[15]     Message Type = 1 (Control Message).
  4321.  
  4322.      0[14]     Loopback Bit.
  4323.  
  4324.      0[12-13]  Go-Priority.
  4325.  
  4326.      0[8-11]   Reserved.
  4327.  
  4328.      0[4-7]    Loop Type.  This field indicates the type of loop  that
  4329.                is being requested as follows:
  4330.  
  4331.                     0 = Undefined
  4332.                     1 = Loop at interface (hardware loop)
  4333.                     2 = Loop at driver (software loop)
  4334.                     3-15 = Undefined
  4335.  
  4336.      0[0-3]    Control Message Type = 8 (Loopback Request).
  4337.  
  4338.      1[0-15]   Header Checksum.  Covers words 0-2.
  4339.  
  4340.      2[0-15]   Loop  Duration.   The   transmitter   of  a    Loopback
  4341.                Request  message uses this field  to specify the number
  4342.                of seconds that the loop is to  be  maintained  by  the
  4343.                receiver.
  4344.  
  4345.  
  4346.  
  4347.                                     71
  4348.  
  4349.  
  4350.  
  4351.  
  4352.  
  4353.  
  4354.  
  4355.  
  4356.      RFC 907                                      Host Access Protocol
  4357.      July 1984                                           Specification
  4358.  
  4359.  
  4360.  
  4361.      10  Other Control Messages
  4362.  
  4363.           Before a SIMP or a host  voluntarily  disables  a  SIMP-host
  4364.      link, it should send at least one Link Going Down control message
  4365.      over that link.  The format of such a message is  illustrated  in
  4366.      Figure  30.   HAP  does  not  define the action(s) that should be
  4367.      taken by a SIMP or a  host  when  such  a  message  is  received;
  4368.      informing  the Network Operations Center (NOC) and/or the network
  4369.      users of the impending event is a typical course of action.  Note
  4370.      that  each Link Going Down message only pertains to the SIMP-host
  4371.      link that it is sent over; if a host and a SIMP are connected  by
  4372.      multiple links, these links may be selectively disabled.
  4373.  
  4374.           A No Operation (NOP) control message may be sent at any time
  4375.      by a SIMP or a host.  The format of such a message is illustrated
  4376.      in Figure 31.  A NOP message contains up to 32 words of arbitrary
  4377.      data which are undefined by HAP.  NOP messages may be required in
  4378.      some cases to clear the state of the SIMP-host link hardware.
  4379.  
  4380.  
  4381.  
  4382.  
  4383.  
  4384.  
  4385.  
  4386.  
  4387.  
  4388.  
  4389.  
  4390.  
  4391.  
  4392.  
  4393.  
  4394.  
  4395.  
  4396.  
  4397.  
  4398.  
  4399.  
  4400.  
  4401.  
  4402.  
  4403.  
  4404.  
  4405.                                     72
  4406.  
  4407.  
  4408.  
  4409.  
  4410.  
  4411.  
  4412.  
  4413.  
  4414.      RFC 907                                      Host Access Protocol
  4415.      July 1984                                           Specification
  4416.  
  4417.  
  4418.  
  4419.  
  4420.  
  4421.  
  4422.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  4423.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4424.      0       | 1|LB|GOPRI|   XXXXX   |  REASON   |     7     |
  4425.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4426.      1       |                HEADER CHECKSUM                |
  4427.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4428.      2       |               TIME UNTIL DOWN                 |
  4429.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4430.      3       |                DOWN DURATION                  |
  4431.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4432.  
  4433.  
  4434.                         Figure 30 . LINK GOING DOWN
  4435.  
  4436.  
  4437.  
  4438.      0[15]     Message Type = 1 (Control Message).
  4439.  
  4440.      0[14]     Loopback Bit.
  4441.  
  4442.      0[12-13]  Go-Priority.
  4443.  
  4444.      0[8-11]   Reserved.
  4445.  
  4446.      0[4-7]    Reason.  This field is  used by the  SIMP or  the  host
  4447.                to  indicate  the  reason  for disabling this SIMP-host
  4448.                link  as follows:
  4449.  
  4450.                     0 = NOT going down:  Cancel previous Link
  4451.                         Going Down message
  4452.                     1 = Unspecified reason
  4453.                     2 = Scheduled PM
  4454.                     3 = Scheduled hardware work
  4455.                     4 = Scheduled software work
  4456.                     5 = Emergency restart
  4457.                     6 = Power outage
  4458.                     7 = Software breakpoint
  4459.                     8 = Hardware failure
  4460.  
  4461.  
  4462.  
  4463.                                     73
  4464.  
  4465.  
  4466.  
  4467.  
  4468.  
  4469.  
  4470.  
  4471.  
  4472.      RFC 907                                      Host Access Protocol
  4473.      July 1984                                           Specification
  4474.  
  4475.  
  4476.  
  4477.                     9 = Not scheduled up
  4478.                    10 = Last warning:  The SIMP  or host  is disabling
  4479.                         the link in 10 seconds
  4480.                    11-15 = Undefined
  4481.  
  4482.      0[0-3]    Control Message Type = 7 (Link Going Down).
  4483.  
  4484.      1[0-15]   Header Checksum.  Covers words 0-3.
  4485.  
  4486.      2[0-15]   Time Until Down.  This field specifies  the  amount  of
  4487.                time  remaining   until the  SIMP or host  disables the
  4488.                link (in minutes).  An  entry of  zero  indicates  that
  4489.                there is less than a minute remaining.
  4490.  
  4491.      3[0-15]   Down Duration.  This field  specifies  the   amount  of
  4492.                time   that  the  SIMP-host  link  will   be  down  (in
  4493.                minutes).   An entry of  zero indicates  that the  down
  4494.                duration  will  be  less than a minute.  An entry of -1
  4495.                (all bits set) indicates an indefinite down duration.
  4496.  
  4497.  
  4498.  
  4499.  
  4500.  
  4501.  
  4502.  
  4503.  
  4504.  
  4505.  
  4506.  
  4507.  
  4508.  
  4509.  
  4510.  
  4511.  
  4512.  
  4513.  
  4514.  
  4515.  
  4516.  
  4517.  
  4518.  
  4519.  
  4520.  
  4521.                                     74
  4522.  
  4523.  
  4524.  
  4525.  
  4526.  
  4527.  
  4528.  
  4529.  
  4530.      RFC 907                                      Host Access Protocol
  4531.      July 1984                                           Specification
  4532.  
  4533.  
  4534.  
  4535.  
  4536.  
  4537.  
  4538.               15 14 13 12 11 10  9  8  7  6  5  4  3  2  1  0
  4539.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4540.      0       | 1|LB|            XXXXX            |     6     |
  4541.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4542.      1       |                HEADER CHECKSUM                |
  4543.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4544.      2-N     |                ARBITRARY DATA                 |
  4545.              +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  4546.  
  4547.  
  4548.                       Figure 31 . NO OPERATION (NOP)
  4549.  
  4550.  
  4551.  
  4552.      0[15]     Message Type = 1 (Control Message).
  4553.  
  4554.      0[14]     Loopback Bit.
  4555.  
  4556.      0[4-13]   Reserved.
  4557.  
  4558.      0[0-3]    Control Message Type = 6 (NOP).
  4559.  
  4560.      1[0-15]   Header Checksum.  Covers words 0-N.
  4561.  
  4562.      2-N       Arbitrary Data.  Up to 32 words of data  may  be  sent.
  4563.                The data are undefined by HAP.
  4564.  
  4565.  
  4566.  
  4567.  
  4568.  
  4569.  
  4570.  
  4571.  
  4572.  
  4573.  
  4574.  
  4575.  
  4576.  
  4577.  
  4578.  
  4579.                                     75
  4580.  
  4581.  
  4582.