home *** CD-ROM | disk | FTP | other *** search
/ Oakland CPM Archive / oakcpm.iso / sigm / vol143 / packet2.txt < prev    next >
Encoding:
Text File  |  1984-04-29  |  13.1 KB  |  275 lines
  1. R PR.SEMINARS.BAY.AREA COMPLETE
  2.  
  3. *** PR.SEMINARS.BAY.AREA  1-AUG-81
  4.   PARENT=*ASCII               USAGE= 97
  5.      A seminar series on Packet Radio, as it now exists (and where it will
  6. probably go), will be held by Hank Magnuski, KA6M, who operates the Menlo
  7. Park packet repeater.  He says:  "The high level of interest in packet radio
  8. concepts and technology, plus the need to get some design groups going to work
  9. on establishing new networking protocols and hardware has prompted me to
  10. arrange a series of meetings.  Anybody interested in helping...or giving a
  11. presentation please contact me (Hank, 415-854-1927 home)."
  12.  
  13.                             Times & Place
  14.  
  15. Tymnet Training Room, Tymnet, 20665 Valley Green Dr., Cupertino.  I-280 to
  16. DeAnza...go South...Right at Valley Green to 1st 2-story bldg...Enter at East
  17. end.....All meetings at 8:p0 PM.
  18.  
  19. 7 July       --- VADCG protocol discussion
  20. 4 August     --- problems and issues
  21. 1 September  --- interfacing to packet radio
  22. 6 October    --- AMICON/AMINET
  23. 3 November   --- Gateway/Repeater design
  24. 1 December   --- Advanced hardware
  25.  
  26. Call Hank 415-854-1927 for more info; Wm. Putney 408-446-7190 for better di-
  27. rections to meeting if needed.
  28.  
  29.      +++ SUBMESSAGES +++
  30.  
  31. *** PROBLEMS&ISSUES       5-AUG-81
  32.   PARENT=PR.SEMINARS.BAY.AREA USAGE= 90
  33.      Last night your fairwitness went to the second, of a series of seminars
  34. that are being held by Hank Magnuski, KA6M, on Packet Radio. (see parent msg)
  35. My first </++_ deals with the directions.  If you are coming from the NORTH
  36. there is no sign saying DeAnza or Cupertino ---->  (this way).  So if you are
  37. coming from the north the turnoff is AFTER hwy85, but BEFORE the Lawrence Exp.
  38. If you are coming from the SOUTH the directions work fine.
  39.      I was about an hour late for the meeting, so I can't give you a complete
  40. report, but I met a few users of the Conference Tree there, who might want to
  41. elaborate a bit more.  (Please feel free to addto these branches)
  42.      Upon arriving, the topic of discussion was on how various stations would
  43. communicate to one another through various methods, including, satellites and
  44. repeaters, and the various protocols that would allow this communication. The
  45. basic flow was drawn out as follows:::
  46.                                        Terminal Node --- Single User Station
  47.                                        Host Node     --- Multi-user Station
  48.                                        Repeater      --- Reproduces Packets
  49.                                        Station Node  --- Global Ctrl. PR/net
  50.                                        Gateway       --- Protocol/Media
  51. A discussion then followed on into what I would call the "stacking" order of
  52. the data and the problems and solutions of addressing data to other stations.
  53. All in all, it was a pleasure attending this seminar, listening to the info
  54. that Hank and the other participants exchanged, and highly recommend the sem-
  55. minars to follow. (see parent msg)
  56.  
  57.                           PACKET RADIO HDLC PROTOCOL NOTES
  58.  
  59. The protocol used by the Vancouver Digital Communications Group controller
  60. board, and also used by the packet radio repeater is based on a subset of
  61. HDLC standard protocol.  In this protocol the standard unit of information
  62. is the frame:
  63. ------------------------------------------------------------------------------
  64. | SYNC | SYNC | FLAG | ADDR | CNTL | TEXT | ... | TEXT | FCS1 | FCS2 | FLAG |
  65. ------------------------------------------------------------------------------
  66. where
  67.           SYNC   -   preframe synchronization, idle flags or zeroes
  68.           FLAG   -   start of frame, bit pattern 01111110
  69.           ADDR   -   address byte, hex 00 to FF
  70.           CNTL   -   control byte, indicates type of frame, other info
  71.           TEXT   -   optional information field
  72.           FCS1   -   first byte of frame check sequence (CRC)
  73.           FCS2   -   second byte of frame check sequence
  74.           FLAG   -   closing flag
  75. other features used
  76.           bit stuffing - provides fully transparent transmission of data
  77.           NRZI encode  - Zeroes cause transition which allows clock recovery
  78.           multiframe   - Up to (7) frames permitted in a single transmission
  79. types of frames
  80.           Non-sequenced-information   -   Used for Connect/Disconnect
  81.           Supervisory                 -   Used for window & flow control
  82.           Information                 -   Used for transmission of text
  83.  
  84. *** P&I2                  5-AUG-81
  85.   PARENT=PROBLEMS&ISSUES      USAGE= 88
  86.  
  87. NSI Frames:
  88.           FLAG ADDR CNTL FMCALL TOCALL FCS1 FCS2 FLAG
  89.           ADDR   -   Address of calling station (assigned to each station)
  90.           CNTL   -   17H = Connect request
  91.                      07H = Connect acknowledge
  92.                      53H = Disconnect request
  93.                      43H = Disconnect acknowledge
  94.  
  95.                      The Poll/Final (P/F) bit, 10H, is used to force a
  96.                      response from the receiving station.  Used here and
  97.                      in other frame types for this function.
  98.  
  99.           FMCALL -   Call of station originating the frame (6 characters)
  100.           TOCALL -   Call of station receiving the frame (6 characters)
  101.  
  102.                      The callsign is left-justified in the field and pad-
  103.                      ded with trailing blanks if the call is shorter than
  104.                      6 characters.
  105.  
  106. Supervisory Frames:
  107.           FLAG ADDR CNTL FSC1 FCS2 FLAG
  108.           ADDR   -   Address of sender
  109.  
  110.           CNTL   -    7     6    5    4    3    2    1    0
  111.                     -----------------------------------------
  112.                     |       Nr      |P/F|  0    0    0    1 | Receive Ready
  113.                     -----------------------------------------
  114.  
  115.                     -----------------------------------------
  116.                     |       Nr      |P/F|  0    1    0    1 | Zcv Not Ready
  117.                     -----------------------------------------
  118.                     Nr  =  Sequence count of next expected I-frame
  119.                     P/F =  Poll/Final bit
  120. Information Frames:
  121.           FLAG ADDR CNTL TEXT ... TEXT FCS1 FCS2 FLAG
  122.           ADDR   -  Address of sender
  123.           CNTL   -    7     6    5    4    3    2    1    0
  124.                     -----------------------------------------
  125.                     |       Nr      |P/F|       Ns      | 0 | I-frame
  126.                     -----------------------------------------
  127.                     Nr  =  Sequence count of next expected I-frame
  128.                     P/F =  Poll/Final bit
  129.                     Ns  =  Sequence count of this I-frame
  130.           TEXT   -  Text field, 128 bytes maximum, ASCII code
  131. Timeouts:
  132.           T1     -  Receive timeout, 2-3 seconds
  133.           T1S    -  Frame timeout, time for frame of maximum length
  134.           Tr  0  -  Delay time (random) prior to transmission of first frame
  135.                     of a sequence, 950 milliseconds to 1.25 seconds    (cont.)
  136.  
  137. *** P&I3                  5-AUG-81
  138.   PARENT=P&I2                 USAGE= 86
  139.  
  140. Addresses:
  141.           00     -     No operation
  142.           01-7F  -     Station direct connect addresses
  143.           80     -     Reserved
  144.           81-9F  -     Repeater input channel addresses
  145.           A0     -     Reserved
  146.           A1-BF  -     Repeater output channel addresses
  147.           C0-FE  -     Reserved
  148.           FF     -     All parties addressed
  149.  
  150.  
  151.  
  152.      A great deal of information is to be gained from attending the seminars.
  153. If you cannot attend then write to:
  154.                                      Hank Magnuski, KA6M  415-854-1927
  155.                                      311 Stanford Avenue
  156.                                      Menlo Park, CA  94025
  157.  
  158.                                                                         -cas-
  159.  
  160. *** WHAT-IS-NRZI          6-AUG-81
  161.   PARENT=PROBLEMS&ISSUES      USAGE= 86
  162. What is the NRZI encoding that is mentioned everywhere in this
  163. packet radio conference? The only NRZI I know about is used in
  164. digital magnetic tape recording and is not self-clocking.
  165. I use a format called SDLC which is very similar to HDLC and I
  166. encode it with a scheme called Phase Modulation which works
  167. like this:
  168. Starting bit stream: 0   0   0   1   0   1   1   1   0   1   1
  169. Encoded bit stream:  0 1 0 1 0 0 1 1 0 0 1 0 1 0 1 1 0 0 1 0 1
  170. Is this what is called NRZI in packet radio?
  171. I think it is wonderful that people are working on packet
  172. radio and I would like to learn more about it, thanks for all
  173. the technical info in the preceding (I hope I put this message
  174. in the right place so they are preceding) messages.
  175.                     Peter Ryan
  176.  
  177. *** ANSWER???            15-AUG-81
  178.   PARENT=WHAT-IS-NRZI         USAGE= 58
  179. Peter, if you have access to 'Reference Data For Radio Engineers' (c
  180. Howard W. Sams Co.,Inc.) look on page 40-24.  There, NRZ, NRZI and PM
  181. are discussed.  From what info I have on P/R, the protocol is SDLC.
  182. NRZI is a transition whenever the data changes states, SDLC is a 0 (Zero)
  183. whenever 5 consecutive 1's (one's) are encountered.  The receiver is tasked
  184. with the removal of the 0.  I can understand why you don't see how to
  185. recover a clock from NRZI.  Frankly, I don't either.  Send a binary 63, and
  186. recover the clock from it (without the sync field, that is)  My disk system,
  187. and I think a lot of others uses NRZI, with sync, so the clock is easily
  188. recovered.  If you need more info, I'll type it in. (My kingdom for a
  189. flying spot scanner interfaced to this machine!)  And Curtis, if you can
  190. get the March 1981 issue of 'the packet' it has what you just explained
  191. in your review of the seminar.  Someone ought to get all of the newslettess,
  192. articles ect together, and print them up.  Very interesting reading, for
  193. what I have.   Enough computering for today, snooze time.
  194.                             Rick
  195.  
  196. *** IF/NW                11-SEP-81
  197.   PARENT=PR.SEMINARS.BAY.AREA USAGE= 15
  198. The third seminar in our series on packet radio was held last evening, and
  199. was attended by 25 people.  The theme of the meeting was "Interfacing to the
  200. Network".
  201.  
  202. Announcements -
  203.  
  204. Howard Nurse, W6LLO, has his 20M packet station available for schedules.  He
  205. would like to make some contacts to checkout the equipment, as no one else
  206. in this area is ready.  The station will, in general, be connected to the
  207. mailbox system here, but it is currently not continously on.  Please call me
  208. or Howard, or send us a message.
  209.  
  210. Hank Magnuski distributed a 555 baseon his VADCG board
  211. to implement a downline loaded version of the protocol.
  212. pvolunteered to try mounting 3 MK4118N3 1kx8 RAMS on his VADCG board
  213. to implement a downline loaded version of the protocol.
  214.  
  215. The VADCG 1200 baud modem schematics, recently received, were inspected byCqthe group.
  216.  
  217. Brian Yee and Dave Altekruse described their recent meeting with Larry Kayser,
  218. VE3QB.  There were several questions concerning the satellite channel, and
  219. more information is needed on the details of the Vancouver-Ottawa link.
  220.  
  221. Speakers -
  222.  
  223. The main topic of the meeting was a description of how some of our network
  224. users have connected their persnal computer systems to packet.
  225.  
  226. Bob Rekkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
  227.           CNTL   -   17H = Connect request
  228.                      07H = Connect acknowledge
  229.                      53H = Disconnect request
  230.                      43H = Disconnect acknowledge
  231.  
  232.                      The Poll/Final (P/F) bit, 10H, is used to force a
  233.                      response from the receiving station.  Used here and
  234.                      in other frame types for this function.
  235.  
  236.           FMCALL -   Call of station originating the frame (6 characters)
  237.           TOCALL -   Call of station receiving the frame (6 characters)
  238.  
  239.                      The callsign is left-justified in the field and pad-
  240.                      ded with trailing blanks if the call is shorter than
  241.                      6 characters.
  242.  
  243. Supervisory Frames:
  244.           FLAG ADDR CNTL FSC1 FCS2 FLAG
  245.           ADDR   -   Address of sender
  246.  
  247.           CNTL   -    7     6    5    4    3    2    1    0
  248.                     -----------------------------------------
  249.                     |       Nr      |P/F|  0    0 also pointed out the treme~dus
  250. diversity of systems in use, and yet there is little trouble in getting
  251. these systems to communicate with the current packet setup.
  252.  
  253. Network Usage Survey -
  254.  
  255. To wrap up the meeting and to get an answer to |he question of "What are
  256. we going to use it for?" a matrix of in|erests vs. potential users was
  257. contructed by the group:
  258.  
  259.              Topic                                    Votes
  260.  
  261.              Experimentation/Design/Technical           9
  262.              Compof sender
  263.           CNTL   -    7     6    5    4    3    2    1    0
  264.                     -----------------------------------------
  265.                     |       Nr      |P/F|       Ns      | 0 | I-frame
  266.                     -----------------------------------------
  267.                     Nr  =  Sequence count of next expected I-frame
  268.                     P/F =  Poll/Final bit
  269.                     Ns  =  Sequence count of this I-frame
  270.           TEXT   -  Text field, 128 bytes maximum, ASCII code
  271. Timeouts:
  272.           T1     -  Receive timeout, 2-3 seconds
  273.           T1S    -  Frame timeout, time for frame of maximum length
  274.           Tr  0  -  Delay time (random) prior to transmission of first frame
  275.                     of a sequence, 950 milliseconds to 1.2