home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 / HACKER2.BIN / 605.PACKET2.INT < prev    next >
Text File  |  1986-04-02  |  8KB  |  157 lines

  1. TYP PACKET.IN2
  2. (Continued from PACKET.INT in the XA9 HamNet Database)
  3.  
  4. WHAT IS A PACKET?
  5.  
  6.    A packet is the basic message unit in packet radio. It ord-
  7. inarily consists of a text message typed in by the operator,
  8. sandwiched between the header and tail information required by 
  9. the protocol. In a typical QSO, a packet would be encoded and sent
  10. out by the TNC when the operator ends a line of typing by hitting 
  11. the RETURN or ENTER key. In any event, the length of a packet is
  12. limited, usually to 128 characters. This helps to prevent a single
  13. user from "hogging" the channel, as well as making sure that the
  14. sending and receiving TNC's don't get swapmed with information.
  15.  
  16.    A packet need not consist of ASCII or Baudot character strings,
  17. however. It could contain information in other coding systems, such
  18. as BCD or EBCDIC, or even binary data such as a compiled computer
  19. program. The TNC, which uses a "bit oriented protocol" based on a
  20. standard called High Level Data Link Control (HDLC), can encode
  21. any of these equally easily. An advantage to this choice of proto-
  22. col is that the functions it requires are available on a single
  23. large-scale integration (LSI) chip, which simplifies the TNC hard-
  24. ware and software. A second advantage of HDLC protocol is that the
  25. beginning and end of the entire message are flagged, making the
  26. "start" and "stop" bits for each character unnecessary when the
  27. packet is transmitted in "synchronous" format.
  28.  
  29.    The "frame" of an HDLC packet is represented below. Each field
  30. of the packet is encoded as a sequence of 1's and 0's (bits) to
  31. be transmitted as "mark" and "space" tones. With the exception of
  32. the DATA field, all these fields are generated by the TNC as it
  33. assembles the packet for transmission. The operator is concerned
  34. only with the contents of the DATA field.
  35.  
  36.  ------------------------------------------------------------
  37.  | Flag | Address | Control |       Data       | FCS | Flag |
  38.  ------------------------------------------------------------
  39.  
  40.    The FLAG is a unique bit sequence which identifies the begin-
  41. ning of a packet to the HDLC controller. This pattern corresponds
  42. to no sequence which would be encountered in any of the other
  43. fields, except possibly in the transmission of binary data. Even
  44. in this case, there are provisions for distinguishing data from
  45. the flag sequence.
  46.  
  47.    The ADDRESS field contains routing information for the packet.
  48. This information may include the destination station, the origin-
  49. ating station, and possibly intermediate routing information if
  50. the packet will be relayed to the destination. The destination
  51. and originating stations mights be identified by a network address
  52. number of by amateur call sign, depending on the exact form of the
  53. protocol being used.
  54.  
  55.    The CONTROL field describes the purpose of the packet to the
  56. network. It identifies packets with such functions as network
  57. check-in or check-out request, packet acknowledgements, or
  58. request for information from net control. It may also contain a 
  59. sequence number for a multi-packet message which must be received
  60. in the correct order.
  61.  
  62.    The DATA field contains the message being sent, which will 
  63. ordinarily be the text typed in by the user, converted into an
  64. ASCII data string. In the case of a packet identified in the 
  65. control field as performing a control function, the DATA field
  66. may be absent.
  67.  
  68.    The FCS allows the receiving station to verify that the packet
  69. has been received correctly. If the FCS calculated by the
  70. receiving TNC matches the FCS of the packet, an acknowledgement
  71. is sent; otherwise the packet is ignored.
  72.  
  73. WHAT IS A PACKET NETWORK?
  74.  
  75.    A local area packet radio network (LAN) consists of a net
  76. control station and a number of individual operators. The net 
  77. control station is sometimes referred to as the "station node"
  78. and the individual stations as "terminal nodes". The net may also
  79. contain a digital repeater or "digipeater", which may be the net
  80. control station or a separate repeater station. The repeater
  81. station may be a single-frequency simplex repeater which re-
  82. transmits any correctly received packets, or it can be "normal"
  83. split frequency repeater.
  84.  
  85.    As operators sign on to the net, they are recognized by the
  86. net control and given net address codes. An operator desiring to
  87. start a QSO with another net station will subsequently have his
  88. transmissions addressed to that station. Any operator may choose
  89. to have his TNC receive all transmissions, rather than just those
  90. addressed to his station. Of course, the TNC will only acknowledge
  91. those transmissions intended for that station. The operator whose 
  92. station is functioning as net control participates in exactly the
  93. same way as other operators. The net control functions are taked
  94. care of automatically by his TNC.
  95.  
  96.    As more packet radio LAN's become active, there will be the
  97. possibility of link stations with access to two distinct LAN's.
  98. These stations can be members of both nets and serve as communic-
  99. ations links thorugh which packets originating in one net can be
  100. funneled to an addressee in the other net.
  101.  
  102.    A more sophisticated possibility is that of a "gateway" 
  103. station, which will be a specialized station having access to some
  104. long-distance mode of communications. The gateway station will
  105. reformat packets with another layer of protocol containing inter-
  106. network linking information and transmit it to another gateway
  107. station in a distant LAN. Three possibilities are being explored
  108. for long-distance links.
  109.  
  110.    TERRACON will be a high-speed ground-based linking system
  111. utilizing UHF and/or microwave relays. It could potentially 
  112. handle most long-distance packet radio communications in the
  113. United States and Canada. It will probably be a few years before
  114. TERRACON is0implemented as a useful system, and somewhat longer 
  115. before the continent is linked.
  116.  
  117.    AMICON will be a satellite-based network utilizing one of the
  118. special-services channels on the AMSAT Phase III-B satellite.
  119. AMICON will allow intercontinental linking and contact with
  120. isolated areas not accessible to TERRACON. High data rate exper-
  121. iments are being planned for the 23cm uplink/70cm downlink (mode
  122. L) translator. There are also plans for a packet radio digital
  123. repeater aboard the AMSAT Phase III-C satellite.
  124.  
  125.    SKIPCON is AMRAD's projected HF network of LAN gateway
  126. stations. The nature of HF propagation will require slower data
  127. rates (75 to 600 baud) and error correction as well as error
  128. detection protocol. SKIPCON experiments have been conducted
  129. since the end of 1981.
  130.  
  131. HOW TO GET IN ON PACKET RADIO
  132.  
  133.    There are currently two TNC designs available. The first
  134. packet radio TNC was designed by the Vancouver Amateur Digital
  135. Communications Group (VADCG). The Vancouver TNC is available
  136. as a bare board, and requires a power supply, and external 
  137. modem, and parts. It comes with instructions and notes on the
  138. power supply. A modem kit is also available from VADCG. The TNC
  139. design is based on the Intel 8085 CPU and 8273 HDLC controller
  140. and includes 4K bytes of 2114 RAM and 4 K bytes of 2708 EPROM.
  141. The TNC requires an 8250 (serial ports) or an 8255 (parallel
  142. ports) for interface to the terminal, as well as an interface 
  143. to the radio.
  144.  
  145.    The Tucson Amateur Packet Raàio group (TAPR) is currently
  146. testing a second TNC design. This TNC has the modem, radio
  147. interface, serial and parallet terminal interfaces, and power
  148. supply circuitry (exclusive of the transformer) on a single
  149. board. It is based on the 6502 microprocessor (Editor's note:
  150. the board will now use the Motorola 6809E microprocessor),
  151. and can hold a total of 48K bytes of RAM and ROM on the board.
  152. the 1933 HDLC chip it uses is compatible with the 8273 chip
  153. used on the VADCG board, and the TAPR TNC will be capable of
  154. VADCG-compatible protocol.
  155.    Additional information on TAPR activites is available from
  156. Tucson Amateur Packet Radio, PO Box 22888, Tucson, AZ 85734.
  157.